문의 종류를 먼저 고르면 답변에 필요한 정보가 선명해집니다
문의에는 확인 가능한 사실만 남기고, 비밀번호·인증번호·신분증 전체 사본처럼 처리에 필요하지 않은 정보는 빼세요. 같은 링크 문제라도 접속 오류인지, 출처 변경인지, 공개 기준 위반인지에 따라 살펴볼 항목이 달라집니다.
| 문의 유형 | 이 유형을 선택할 때 | 함께 적을 내용 | 보내지 않을 내용 |
|---|---|---|---|
| 기능 및 표시 오류 | 페이지가 열리지 않거나 표·목록·문구가 비정상적으로 보일 때 | 문제가 발생한 메뉴 이름, 발생 시각, 사용한 기기와 브라우저 종류, 재현 순서를 적습니다. 화면 설명은 개인정보가 보이지 않도록 필요한 부분만 남깁니다. | 계정 비밀번호, 문자 인증번호, 브라우저에 저장된 다른 사이트 목록 |
| 링크 추가·수정·제외 | 주소가 바뀌었거나 중복·깨진 링크를 발견했을 때, 링크모음에서 제외할 사유가 있을 때 | 현재 표시된 링크 제목과 위치, 확인한 주소, 공식 출처라고 판단한 근거, 마지막으로 접속을 확인한 날짜를 적습니다. 단순 추천이라면 누구에게 어떤 용도로 필요한지도 덧붙입니다. | 우회 주소, 출처가 불분명한 다운로드 경로, 접속을 유도하는 홍보 문구 |
| 편집 및 공개 정책 | 카테고리 분류, 공식 링크 우선 기준, 수정 이력이나 공개 범위가 궁금할 때 | 관련된 항목 이름과 확인하려는 기준을 한 문장으로 씁니다. 예를 들어 “학습 자료 폴더에서 기관 원문과 개인 요약본을 어떤 순서로 구분하는지”처럼 범위를 좁힙니다. | 특정 링크의 노출 순위를 보장해 달라는 요청, 사실 확인 자료가 없는 단정 |
| 권리 및 안전 문제 | 저작권 침해가 의심되는 자료, 사칭·피싱 가능성이 있는 주소, 개인정보 노출을 발견했을 때 | 문제가 표시된 위치, 대상 링크 제목, 권리 또는 안전 문제를 판단할 수 있는 공개 자료와 요청 사항을 구분해 적습니다. 권리자나 대리인 확인이 필요한 경우에도 공식 문의 수단에서 안내한 최소 정보만 제출합니다. | 주민등록번호 전체, 금융정보, 제3자의 사적 대화, 악성으로 의심되는 파일 자체 |
지원 요청을 정리하는 순서
- 발견: 문제가 생긴 화면과 시각을 확인합니다.
- 분류: 오류·링크·정책·권리 중 가장 가까운 한 항목을 고릅니다.
- 근거 기록: 링크 제목, 출처, 검토 날짜와 재현 절차를 짧게 남깁니다.
- 안전하게 전달: 사이트에 표시된 공식 문의 수단만 이용하고 민감정보는 가립니다.
- 확인과 정리: 접수 내용을 보관하되 불필요한 화면 캡처와 개인정보 사본은 처리 후 삭제합니다.
예시: “업무 자료 > 보안 기준 폴더의 ‘기관 안내’ 링크가 6월 12일 오후부터 열리지 않습니다. 데스크톱 브라우저 두 종류에서 다시 확인했으며, 기관 첫 화면에서는 같은 문서 제목을 찾을 수 없습니다.”
여러 문제를 한 번에 발견했다면 유형별로 나누어 보내는 편이 좋습니다. 링크 다섯 개를 신고할 때도 제목·현재 주소·문제 유형·검토일을 한 줄씩 맞추면 중복 확인과 수정 이력 기록이 쉬워집니다. 답변만으로 법적 판단이나 특정 링크의 안전 보증이 이루어지는 것은 아니므로, 긴급한 피해나 권리 분쟁은 관련 기관의 공식 안내도 함께 확인하세요.
답을 기다리기 전에 한 번 더 점검하세요
해결에 필요한 정보는 남기고, 계정 접근이나 개인 식별에 쓰일 정보는 빼는 것이 문의 준비의 첫 기준입니다. 아래 항목을 차례로 확인하면 이미 안내된 답을 찾거나, 담당자가 문제를 다시 확인하는 데 필요한 시간을 줄일 수 있습니다.
- 문의 주제를 한 문장으로 좁히기
“링크가 안 됩니다”보다 “공개 링크모음에서 저장한 항목의 제목이 수정되지 않습니다”처럼 위치와 동작을 함께 적습니다. 여러 문제가 있다면 문의를 나누고, 가장 먼저 해결해야 할 한 가지를 앞에 둡니다.
- FAQ와 기존 안내 먼저 살피기
문의 페이지의 자주 묻는 질문, 이용 안내, 공개 범위, 내보내기·백업 관련 설명에서 같은 표현을 찾아봅니다. 예를 들어 동기화 문제라면 브라우저 계정 로그인 상태와 동기화 설정을 먼저 확인합니다. 안내대로 시도했다면 어떤 항목을 어디까지 수행했는지도 기록합니다.
- 문제가 생긴 위치를 구분하기
개인 폴더, 팀 링크모음, 공개 페이지 중 어디에서 발생했는지 적습니다. 링크 저장, 이름 붙이기, 설명 편집, 검토일 변경, 삭제, 공유 중 어느 단계인지도 선택합니다. 폴더 예시는 “업무 자료 > 디자인 참고 > 공식 문서”처럼 상위 구조부터 쓰면 찾기 쉽습니다.
- 재현 순서를 짧게 번호로 정리하기
- 어떤 화면을 열었는지
- 무엇을 선택하거나 입력했는지
- 어느 단계에서 멈췄는지
- 예상한 결과와 실제 결과가 어떻게 다른지
같은 과정을 반복해도 문제가 나타나는지, 다른 브라우저나 기기에서도 동일한지도 확인합니다.
- 환경과 시각을 필요한 만큼만 적기
기기 종류, 운영체제, 브라우저 이름과 대략적인 버전, 오류가 발생한 날짜와 시간을 남깁니다. 브라우저 북마크를 가져오던 중이었다면 파일 형식과 대략적인 항목 수는 도움이 되지만, 북마크 원본 전체를 바로 첨부할 필요는 없습니다.
- 개인정보와 비밀 정보 걷어내기
비밀번호, 인증번호, 복구 코드, 주민등록번호, 결제 정보, 비공개 문서 주소는 보내지 않습니다. 화면 캡처에는 이름, 이메일 주소, 계정 사진, 팀원 명단, 주소창의 토큰이나 검색어가 보일 수 있으므로 가린 뒤 전달합니다. 지원을 이유로 계정 비밀번호를 요구하는 메시지는 별도로 진위를 확인합니다.
- 의심스러운 링크는 그대로 열거나 전달하지 않기
피싱이나 악성 페이지로 의심되는 주소는 반복 접속하지 말고, 클릭을 유도하는 문구와 수신 경로를 함께 설명합니다. 필요하다면 한국인터넷진흥원(KISA) 안내나 Google Safe Browsing 같은 공신력 있는 확인 수단을 이용하되, 검사 결과만으로 해당 사이트의 안전이 완전히 보장된다고 단정하지 않습니다.
- 마지막으로 요청할 결과를 적기
복구, 사용 방법 확인, 오류 조사, 공개 링크 삭제 등 원하는 조치를 분명히 씁니다. 문의를 보낸 뒤에는 같은 내용을 여러 경로로 반복 전송하기보다 접수 내용을 보관하고, 추가 정보가 요청되면 기존 맥락에 이어서 답합니다.
문의 전 5단계: 안내 찾기 → 문제 이름 붙이기 → 재현 근거 기록하기 → 민감정보 검토하기 → 필요한 조치만 요청하기
지원 요청에 담아야 할 재현 정보
문제를 다시 확인하는 데 필요한 사실은 남기고, 계정과 개인을 식별할 정보는 빼 주세요. “링크가 안 됩니다”보다 어떤 동작 뒤에 무엇이 나타났는지를 순서대로 적는 편이 정확합니다.
- 하려던 작업을 한 문장으로 적습니다.
저장·이름 붙이기·근거 기록·검토·정리 가운데 어느 단계였는지 먼저 밝혀 주세요.
예: ‘업무 자료’ 폴더에 공식 안내 페이지를 저장한 뒤 제목을 바꾸려 했습니다.
- 재현 단계를 처음부터 번호로 나눕니다.
로그인 여부, 열어 본 메뉴, 누른 항목, 입력한 값의 종류를 실제 순서대로 씁니다. 여러 번 시도했다면 매번 발생했는지도 덧붙입니다.
예: 북마크 목록 열기 → ‘업무 자료’ 선택 → 제목 수정 → 저장 누르기 → 이전 제목으로 되돌아감. 세 번 중 세 번 발생.
- 예상 결과와 실제 결과를 구분합니다.
원한 동작과 화면에서 확인한 현상을 각각 한 문장으로 작성합니다. 오류 문구가 있다면 해석해 바꾸지 말고 그대로 옮기되, 계정명이나 내부 주소는 가립니다.
- 발생 환경과 시각을 기록합니다.
기기 종류, 운영체제, 브라우저 이름과 버전, 모바일·PC 여부를 적습니다. 확장 프로그램, 비공개 창, 동기화 사용 여부가 관련돼 보이면 함께 표시하세요. 발생 시각은 날짜와 시간대를 포함해 대략적으로 적어도 됩니다.
- 예: 노트북, Windows, Chrome 최신 업데이트 적용
- 예: Android 휴대전화, 모바일 브라우저, 북마크 동기화 사용
- 예: 5월 12일 오후 3시경부터 반복
- 이미 해 본 점검을 알려 줍니다.
새로고침, 재로그인, 다른 브라우저 확인, 확장 프로그램 일시 중지, 중복 링크 제거처럼 시도한 조치와 결과를 씁니다. 단, 문제 해결을 위해 비밀번호를 공유하거나 보안 경고를 무시할 필요는 없습니다.
첨부 자료에서 지울 항목
| 자료 | 남길 내용 | 가릴 내용 |
|---|---|---|
| 화면 캡처 | 오류 문구, 메뉴 위치, 발생 화면 | 이름, 이메일, 프로필, 다른 탭 제목 |
| 링크 정보 | 공개된 공식 페이지의 도메인과 경로 | 초대 토큰, 개인 문서 주소, 추적 매개변수 |
| 설정 화면 | 동기화 여부, 브라우저 버전 | 계정 식별자, 복구 정보, 기기 고유번호 |
비밀번호, 일회용 인증 코드, 복구 코드, 결제 정보, 주민등록번호는 보내지 마세요. 팀 링크모음이라면 비공개 프로젝트명과 구성원 이름도 일반 표현으로 바꿉니다. 링크 자체를 전달하기 곤란할 때는 ‘로그인 후 열리는 사내 문서’처럼 종류만 설명해도 됩니다.
보내기 전 마지막 확인
- 같은 순서로 다시 했을 때 문제가 재현되는가
- 예상 결과와 실제 결과가 분리되어 있는가
- 브라우저·기기·발생 시각이 적혀 있는가
- 민감한 주소와 개인정보를 가렸는가
- 답변에 필요한 연락 수단만 남겼는가
재현되지 않는 간헐적 문제라면 발생 빈도와 직전에 한 작업을 적어 주세요. 이 정보는 원인을 단정하기 위한 것이 아니라, 저장 오류인지 표시 문제인지, 동기화 지연인지부터 차례로 범위를 좁히는 기준이 됩니다.
문의에는 증상만 남기고 비밀정보는 빼세요
문제를 확인하는 데 필요한 정보만 남기고, 계정이나 결제에 쓰이는 값은 모두 빼세요. 문의문은 ‘정보 분류-민감 부분 가리기-재현 과정 작성-첨부물 검토-전송’ 순서로 준비하면 안전하고 처리에도 도움이 됩니다.
어떤 경우에도 보내지 않을 정보
| 정보 종류 | 보내지 말아야 할 예 | 대신 적을 내용 |
|---|---|---|
| 계정 인증 | 비밀번호, 일회용 인증번호, 복구 코드, 보안 질문 답 | 로그인 성공 여부와 표시된 오류 문구 |
| 결제 정보 | 카드번호 전체, 유효기간, CVC, 계좌 비밀번호 | 결제 발생 시각과 일부 가린 거래 식별 정보 |
| 개인 식별 | 주민등록번호, 신분증 사진, 집 주소, 개인 전화번호 | 문제 확인에 꼭 필요한 범위의 계정 표시명 |
| 접속 권한 | 쿠키, 세션 값, API 키, 초대 토큰, 비공개 문서 접근 키 | 값의 종류와 만료 여부만 설명 |
| 팀 내부 자료 | 미공개 링크모음 전체, 고객 명단, 사내 문서 제목 | 같은 현상을 재현한 공개용 예시 링크 |
특히 링크 주소의 물음표 뒤에 붙는 매개변수나 초대 링크에는 로그인 상태와 접근 권한을 나타내는 값이 포함될 수 있습니다. 공개 페이지 주소만 남기고 token, key, code, session처럼 보이는 값은 지운 뒤 전송하세요. 삭제하면 현상 설명이 어려운 경우에도 실제 값을 쓰지 말고 [토큰 삭제]처럼 위치만 표시합니다.
화면 캡처와 북마크 파일도 다시 확인하세요
- 브라우저 오른쪽 위의 프로필 이름, 이메일 주소, 열린 다른 탭을 가립니다.
- 주소창에 개인 문서 경로, 검색어, 인증용 문자열이 보이지 않는지 확인합니다.
- 북마크 내보내기 파일 전체를 첨부하지 않습니다. 폴더명만으로도 회사명, 프로젝트명, 관심사와 이용 서비스가 드러날 수 있습니다.
- 팀 링크모음은 소유자나 관리자의 공개 허용 범위를 확인하고, 필요한 항목만 별도 예시로 만듭니다.
- 신분증이나 결제 화면은 일부를 흐리게 처리하는 방식보다 처음부터 첨부하지 않는 편이 안전합니다.
지원 담당자를 사칭해 비밀번호나 인증번호를 요구하는 메시지를 받았다면 답장하거나 링크를 누르지 마세요. 공식적으로 확인한 문의 경로인지 먼저 점검해야 합니다.
안전하면서도 확인하기 쉬운 문의 예시
- 대상: 공개된 링크 제목과 민감한 매개변수를 제거한 주소
- 시각: 문제를 마지막으로 확인한 날짜와 대략적인 시간
- 환경: 기기 종류, 운영체제, 브라우저 이름과 버전
- 재현: 저장-이름 붙이기-폴더 이동처럼 실제로 수행한 순서
- 결과: 기대한 동작과 실제 오류 문구를 구분해 기록
깨진 링크나 의심스러운 주소를 알릴 때는 여러 번 접속해 확인하지 마세요. 공개 도메인과 문제가 발생한 경로, 확인 날짜만 기록하고 다운로드 파일은 첨부하지 않습니다. 전송 직전에는 문의문과 첨부물을 한 번 더 읽으며 비밀번호, 연락처, 결제 숫자, 비공개 링크, 숨은 접근 값이 남아 있지 않은지 점검하세요.
접수에서 수정 확인까지, 문의가 처리되는 순서
문제 재현에 필요한 정보는 남기고, 계정 비밀번호·인증번호·불필요한 개인정보는 빼는 것이 원칙입니다. 문의 내용은 다음 순서로 확인하며, 링크모음의 안전성과 편집 기준에 영향을 주는 사안은 단순한 문구 수정과 구분해 살핍니다.
- 접수: 문의 목적과 대상 확인
오류 신고, 내용 정정, 링크 삭제, 개인정보 노출, 저작권 관련 요청, 이용 방법 질문 중 가장 가까운 유형으로 접수합니다. 대상 페이지의 제목과 문제가 있는 항목, 확인한 날짜와 시각, 사용한 브라우저 또는 기기 종류를 적어 주세요. 주소 전체에 개인 식별 정보나 접근용 토큰이 포함되어 있다면 그대로 붙이지 말고 해당 부분을 가린 뒤 전달해야 합니다.
- 분류: 긴급도보다 영향 범위 판단
담당자는 한 항목의 오탈자인지, 여러 링크에 반복되는 문제인지, 공개 범위나 안전에 영향을 주는 사안인지 나눕니다. 예를 들어 공식 출처 표기가 빠진 경우에는 출처를 다시 확인하고, 피싱이 의심되는 주소는 접속을 권하지 않은 상태에서 표시와 공개 여부를 우선 검토합니다. 개인정보 노출이나 악성 페이지 의심처럼 추가 피해 가능성이 있는 문의는 일반 편집 요청과 별도로 다룰 수 있습니다.
- 확인: 주장과 링크 상태를 따로 검토
링크 제목, 연결 대상, 선정 이유, 마지막 검토일을 차례로 대조합니다. 깨진 링크라면 일시적인 접속 장애와 주소 변경을 구분하고, 중복 링크라면 내용이 같은지와 공식 링크가 따로 있는지를 살핍니다. 저작권 침해 신고는 자료가 마음에 들지 않는다는 사유만으로 판단하지 않으며, 요청자가 제공한 근거와 공개된 권리 정보를 확인합니다. 필요한 정보가 부족하면 비밀번호나 신분증 전체가 아니라 판단에 꼭 필요한 항목만 다시 요청합니다.
- 조치: 수정·비공개·보류 중 하나를 선택
확인 결과에 따라 제목이나 설명을 고치고, 공식 출처로 교체하거나, 위험이 해소될 때까지 링크를 공개 목록에서 제외할 수 있습니다. 사실관계가 불분명하면 성급히 보증하거나 삭제하지 않고 보류 사유를 기록합니다. 수정할 때에는 무엇을 바꾸었는지와 검토 날짜를 함께 남겨 다음 점검에서 같은 문제를 반복하지 않도록 합니다.
- 회신: 결과와 다음 확인 방법 안내
처리가 끝나면 수정 여부, 반영 범위, 추가로 확인할 사항을 정리해 회신합니다. 외부 사이트의 장애나 운영 정책처럼 링크선반이 직접 변경할 수 없는 문제는 확인된 범위까지만 안내합니다. 답변 시점은 문의량과 검증 난이도에 따라 달라질 수 있으며, 같은 사안에 새 근거를 보낼 때에는 기존 문의를 식별할 수 있는 제목이나 접수 정보를 함께 적어 주세요.
보내기 전 마지막 점검
- 문제가 있는 링크모음과 항목 이름을 구체적으로 적었는지 확인합니다.
- 기대하는 조치가 정정, 삭제, 비공개, 사용 안내 중 무엇인지 밝힙니다.
- 화면 캡처에는 이메일 주소, 이름, 조직 내부 경로가 노출되지 않게 가립니다.
- 비밀번호, 일회용 인증번호, 복구 코드, 결제 정보는 어떤 경우에도 보내지 않습니다.
- 안전 문제를 재현하려고 의심 링크에 다시 접속하거나 파일을 내려받지 않습니다.
간결한 문의는 짧은 문의가 아니라, 대상·현상·확인 시각·원하는 조치가 구분된 문의입니다.
배포 전에 연락 창구를 실제 정보로 바꾸세요
남길 것은 실제로 관리할 연락 창구와 처리 기준이고, 뺄 것은 임시 주소·사용하지 않는 채널·민감정보를 요구하는 문구입니다. 이 영역은 배포 전에 관리자가 직접 채워야 합니다. 아직 연락처가 정해지지 않았다면 예시 값을 공개하지 말고, 준비가 끝날 때까지 문의 메뉴를 숨기는 편이 안전합니다.
연락처에 함께 표시할 항목
| 설정 항목 | 입력할 내용 | 확인 기준 |
|---|---|---|
| 대표 문의 수단 | 실제로 수신 가능한 이메일 또는 운영 채널 | 테스트 메시지를 보내 수신 여부 확인 |
| 문의 범위 | 링크 수정, 오류 신고, 공개 범위, 이용 관련 문의 등 | 처리하지 않는 요청도 짧게 명시 |
| 답변 기준 | 확인하는 요일과 통상적인 답변 범위 | 지키기 어려운 즉시 답변 약속은 제외 |
| 운영 주체 | 개인 운영인지 팀 운영인지 구분 | 담당자 실명은 필요한 경우에만 공개 |
예를 들어 연락처 아래에는 “링크 제목, 문제가 발생한 위치, 확인한 날짜를 적어 주세요”처럼 필요한 정보만 안내합니다. 링크 추가 요청이라면 출처, 선정 이유, 공식 페이지 여부를 받습니다. 깨진 링크 신고라면 문제가 된 항목의 제목과 접속 시 나타난 현상을 받으면 됩니다.
안전한 요청 작성 안내
- 비밀번호, 인증번호, 결제정보, 주민등록번호와 같은 정보는 보내지 않도록 알립니다.
- 팀 전용 문서나 비공개 링크는 접근 권한과 포함된 개인정보를 확인한 뒤 전달하도록 안내합니다.
- 화면 캡처에는 이름, 이메일, 계정 사진, 문서 목록이 함께 찍힐 수 있으므로 가림 처리를 요청합니다.
- 의심스러운 링크는 직접 열도록 요구하지 말고, 링크가 표시된 위치와 문구를 먼저 받습니다.
배포 직전 점검 순서
- 저장: 운영자가 꾸준히 확인할 연락 채널 하나를 정합니다.
- 이름 붙이기: ‘일반 문의’, ‘링크 오류 신고’처럼 용도를 분명하게 표시합니다.
- 근거 기록: 어떤 요청을 왜 받는지와 처리에 필요한 최소 항목을 적습니다.
- 검토: 다른 기기에서 문의 페이지를 열고 주소, 오탈자, 수신 상태를 시험합니다.
- 정리: 임시 문구, 중복 연락처, 더 이상 확인하지 않는 채널을 삭제합니다.
문의 접수는 링크의 게시·수정·삭제를 보장하는 절차가 아닙니다. 운영 기준, 공식 출처 여부, 개인정보 노출, 저작권 침해 가능성을 검토한 뒤 반영 여부를 결정한다는 문장을 함께 두세요.
팀이 함께 대응한다면 개인 메일보다 담당자가 바뀌어도 유지할 수 있는 공용 창구가 적합합니다. 다만 수신 권한은 필요한 인원에게만 주고, 담당 변경일과 전달 상태를 운영 기록에 남깁니다. 마지막으로 분기마다 연락처가 살아 있는지 시험하고, 반송되거나 장기간 확인하지 않은 채널은 즉시 교체합니다.