글 요약
내 이름이 나무위키에 올라왔다면 수정·삭제 요청 전에 따질 것 관련 확인 방법과 주의사항을 정리했습니다.
내 이름이 나무위키에 올라왔다면, 바로 삭제 요청부터 하기보다 “사실 오류인지, 사생활 노출인지, 평가성 표현인지”를 먼저 나누는 것이 안전합니다. 2026년 7월 21일 기준 나무위키는 누구나 기여할 수 있는 위키로 소개되어 있고, 검증되지 않았거나 편향된 내용이 있을 수 있다고 고지되어 있으므로, 대응도 감정적 항의보다 문구별 근거 정리로 시작하는 편이 유리합니다.
목차
핵심 요약
- 내 이름이 보인다는 사실만으로는 수정·삭제 가능성을 단정하기 어렵고, 문구의 성격을 먼저 나눠야 합니다.
- 사실 오류는 정정 근거, 사생활 정보는 비공개 필요성, 평가성 표현은 과장·모욕·단정 여부를 따로 정리합니다.
- 요청 전에는 문서 제목, 문단명, 문제 문구, 버전 또는 캡처 시각, 반박 자료를 함께 보관해야 합니다.
- 7.7법 논란, 수사 보도, 법원 판단 보도는 최신 공식 원문 확인 전까지 내 사건에 그대로 적용하면 안 됩니다.
내 이름 문서가 대응 대상인지 먼저 판별하기
가장 먼저 볼 것은 “나를 특정할 수 있는가”입니다. 이름만 같고 직업, 지역, 학교, 회사, 사진, 경력, 가족관계, 사건 정보가 맞지 않는다면 동명이인 문서일 수 있습니다. 반대로 이름이 흔해도 생년, 소속, 직책, 활동명, SNS, 기사 링크가 결합되어 특정 개인을 알아볼 수 있다면 대응 대상이 됩니다.
두 번째는 문서 전체가 문제인지, 일부 문구가 문제인지입니다. 문서 전체 삭제를 요구하려면 등재 자체가 부당하다는 논리가 필요하고, 일부 수정은 특정 문장에 오류나 침해 요소가 있다는 논리가 필요합니다. 실제로는 전체 삭제보다 특정 문구 수정, 출처 보강, 사생활 문단 제거처럼 범위를 좁힌 요청이 더 명확합니다.
동명이인인지 본인 특정 문서인지 구분
동명이인 판단은 “이름이 같다”가 아니라 “제3자가 보았을 때 누구를 말하는지 알 수 있느냐”로 봐야 합니다. 예를 들어 같은 이름만 적힌 경우와, 같은 이름에 회사명·직책·학교·거주지·사건명이 함께 적힌 경우는 위험도가 다릅니다. 후자는 검색 결과와 결합되어 개인 식별성이 커질 수 있습니다.
문서 전체보다 문제 문구를 먼저 좁히기
요청서나 토론 글을 쓸 때 “전부 지워 달라”만 쓰면 상대가 판단하기 어렵습니다. “A 문단의 B 문장은 C 자료와 다르다”, “D 문장은 공개 필요성이 낮은 사생활 정보다”, “E 표현은 사실처럼 단정되어 있지만 출처가 없다”처럼 문구 단위로 나누면 쟁점이 분명해집니다.
수정·삭제 요청 전에 캡처해야 할 자료
수정이나 삭제를 먼저 시도하면 문제 문구가 바뀌거나 사라져 나중에 설명하기 어려울 수 있습니다. 따라서 먼저 현재 상태를 남기는 것이 좋습니다. 캡처는 화면 이미지만으로 끝내지 말고, 문서 주소, 문서 제목, 문단 위치, 캡처 일시, 모바일 또는 PC 환경까지 함께 기록하는 편이 안전합니다.
특히 인물·업체 문서는 검색 결과, 외부 커뮤니티, 블로그 글, 기사 댓글 등으로 내용이 퍼질 수 있습니다. 나무위키 문서의 특정 문장이 외부로 복제되었는지까지 확인하면 대응 우선순위를 정하는 데 도움이 됩니다. 다만 외부 사이트까지 한 번에 모두 지우겠다고 접근하면 범위가 커지므로, 먼저 원문과 주요 노출 위치부터 정리합니다.
문제 문구 캡처 방법
PC에서는 전체 화면 캡처와 문제 문단 확대 캡처를 함께 남기는 것이 좋습니다. 모바일에서는 주소창이 보이지 않는 경우가 많으므로, 주소를 복사해 메모에 붙여 두고 캡처 파일명에 날짜를 넣어 둡니다. 가능하면 같은 날 PC와 모바일 화면을 각각 남겨, 기기별 표시 차이로 생기는 혼선을 줄입니다.
증빙 자료는 반박 가능한 형태로 보관
사실 오류를 고치려면 “틀렸다”보다 “공식 자료 또는 신뢰 가능한 공개 자료는 이렇게 되어 있다”가 필요합니다. 사업자등록 정보, 회사 공지, 학교·기관 공식 페이지, 판결문, 공시, 언론 정정보도처럼 확인 가능한 자료가 있으면 우선순위가 높습니다. 개인 사생활은 공개 자료가 있더라도 현재 공개 필요성이 낮다는 점을 별도로 설명해야 합니다.
사실 오류·사생활 정보·평가성 표현을 나눠서 보기
나무위키 문서 대응에서 가장 흔한 실수는 모든 불쾌한 문장을 같은 방식으로 처리하는 것입니다. 사실 오류, 사생활 정보, 평가성 표현은 판단 기준과 준비 자료가 다릅니다. 아래 표처럼 먼저 분류하면 어떤 요청을 해야 하는지 정리됩니다.
| 문제 유형 | 먼저 볼 기준 | 준비할 자료 | 요청 방향 |
|---|---|---|---|
| 사실 오류 | 날짜, 직함, 경력, 사건 경과가 객관 자료와 다른지 | 공식 프로필, 공시, 기관 페이지, 정정보도 | 정정 또는 출처 교체 요청 |
| 사생활 정보 | 주소, 가족, 연락처, 비공개 이력 등 공개 필요성이 낮은지 | 노출 화면, 검색 결과, 피해 정황 메모 | 비공개성·피해 가능성을 중심으로 삭제 요청 |
| 평가성 표현 | 의견인지, 모욕인지, 사실처럼 단정했는지 | 문장 전후 맥락, 출처 유무, 반박 자료 | 표현 완화, 단정 제거, 출처 요구 |
| 업체·브랜드 논란 | 민원, 소송, 환불, 사고 내용이 현재 상태와 맞는지 | 공식 공지, 판결문, 행정처분 결과, 고객 안내문 | 종결 여부·반론·최신 상태 반영 요청 |
사실 오류는 비교적 단순합니다. 예를 들어 재직 기간이 틀렸거나, 이미 정정된 보도가 그대로 남아 있거나, 무혐의·불기소·항소 결과 같은 후속 경과가 빠진 경우에는 최신 자료를 붙여 정정 요청을 할 수 있습니다. 다만 출처가 신뢰 낮은 블로그나 익명 게시글뿐이라면, 그 출처 자체의 신뢰도도 함께 문제 삼아야 합니다.
사생활 정보는 “맞는 정보라서 괜찮다”로 끝나지 않습니다. 공개된 적이 있는 정보라도 현재의 공적 관심과 관련성이 낮고, 개인의 안전·평온·직업 활동에 불필요한 피해를 줄 수 있다면 삭제 요청 논리를 세울 수 있습니다. 이때는 사실 여부보다 공개 필요성, 식별 가능성, 피해 가능성을 중심으로 적는 것이 좋습니다.
숫자·기간·직함이 다를 때 바로잡는 방법
숫자와 기간 오류는 작은 차이처럼 보여도 검색자에게 강한 인상을 남깁니다. 재직 기간이 1년 늘어나거나 줄어든 것, 매출·손실·구독자 수가 과거 수치로 고정된 것, “대표”와 “전 대표”가 혼동된 것만으로도 평판에 영향을 줄 수 있습니다. 이런 경우에는 최신 자료와 기준일을 함께 제시해야 합니다.
수치 차이는 기준일을 붙여 설명
“매출이 틀렸다”보다 “2026년 7월 21일 현재 확인 가능한 공개 자료 기준으로, 해당 수치는 2024년 자료이며 최신 수치처럼 표시되어 있다”처럼 쓰는 편이 명확합니다. 수치가 뉴스 제목에만 있고 원자료, 산식, 기간별 값이 제공되지 않았다면 확정 수치처럼 쓰지 않는 것이 안전합니다. 삭제 요청 증가 폭처럼 사회적 논쟁이 있는 수치도 원자료 확인 전에는 참고 보도 수준으로만 다루는 것이 좋습니다.
직함과 경력은 현재형·과거형을 분리
인물 문서에서 자주 생기는 오류는 현재형 표현입니다. 이미 퇴사했는데 “재직 중”으로 보이거나, 과거 의혹이 현재 진행 중처럼 적히거나, 직무대행·공동대표·전 대표 같은 직함이 섞일 수 있습니다. 요청할 때는 “삭제해 달라”보다 “현재형을 과거형으로 바꾸고 기준일을 표시해 달라”는 방식이 더 설득력 있을 때가 많습니다.
업체 문서도 마찬가지입니다. 영업 종료, 상호 변경, 합병, 행정처분 종료, 환불 완료 같은 후속 사실이 빠지면 문서가 과거 논란을 현재 문제처럼 보이게 만들 수 있습니다. 이 경우 공식 공지나 행정기관 문서, 법원 자료 등으로 최신 상태를 제시해야 합니다.
수정·삭제 요청 전 실행 체크리스트
대응은 빠를수록 좋지만, 준비 없이 바로 요청하면 “근거 부족”으로 보일 수 있습니다. 아래 체크리스트를 채운 뒤 움직이면 감정적 항의가 아니라 사실 확인 요청으로 보이게 됩니다.
요청 전 체크리스트
- 문서 제목과 정확한 URL을 기록했다.
- 문제 문구가 있는 문단명과 문장 전체를 따로 적었다.
- 문제 문구가 사실 오류, 사생활 정보, 평가성 표현 중 어디에 해당하는지 분류했다.
- 문제 화면을 PC와 모바일 중 최소 한 가지 환경에서 캡처했다.
- 캡처 일시와 접속 환경을 메모했다.
- 반박 자료가 공식자료인지, 언론 보도인지, 개인 설명인지 구분했다.
- 요청 목표를 전체 삭제, 일부 삭제, 표현 완화, 출처 교체, 최신 정보 반영 중 하나로 정했다.
- 법적 대응이 필요한 수준인지 판단하기 위해 변호사 또는 관련 기관 확인이 필요한 부분을 따로 표시했다.
모바일에서 자주 놓치는 부분
모바일 화면은 문단이 접히거나 주소가 완전히 보이지 않을 수 있습니다. 문제 문구만 확대해 찍으면 어느 문서의 어느 부분인지 확인하기 어려우므로, 문서 제목이 보이는 화면과 문제 문구가 보이는 화면을 나눠 남기는 것이 좋습니다. 모바일 브라우저의 공유 기능으로 URL을 복사해 메모장에 붙여 두는 것도 필요합니다.
PC에서 확인하면 좋은 부분
PC에서는 문단 구조, 각주, 출처 링크, 편집 이력 확인이 더 쉽습니다. 특히 문제 문장이 출처를 달고 있는지, 출처가 실제로 그 문장을 뒷받침하는지, 출처 제목만 보고 과장해 쓴 것은 아닌지 확인해야 합니다. 출처가 있어도 본문 내용과 다르게 해석했다면 “출처 있음”만으로 충분하지 않을 수 있습니다.
바로 삭제 요청보다 먼저 정해야 할 요청 방식
요청 방식은 목표에 따라 달라집니다. 문서 전체가 부당하다고 보는 경우와 일부 표현이 문제인 경우를 섞어 쓰면 초점이 흐려집니다. 특히 인물 문서에서는 “내 이름이 검색되는 것 자체가 싫다”는 감정과 “문서가 법적·사실적으로 문제 있다”는 주장을 구분해야 합니다.
전체 삭제가 필요한 경우
전체 삭제는 등재 자체의 필요성이 낮거나, 문서가 사실상 사생활 정보와 부정확한 내용으로 구성되어 있거나, 특정인을 공격하기 위한 형태로 보일 때 검토할 수 있습니다. 다만 전체 삭제는 판단 범위가 넓어지므로, 왜 부분 수정으로는 피해가 해소되지 않는지 설명해야 합니다.
부분 수정이 더 현실적인 경우
직함, 기간, 수치, 사건 경과, 출처 오류처럼 특정 항목이 문제라면 부분 수정이 더 현실적일 수 있습니다. 예를 들어 “논란이 있었다”는 문장 자체보다 “논란이 현재도 진행 중인 것처럼 보이는 표현”이 문제라면, 최신 결과와 기준일을 붙여 표현을 바꾸는 방식이 맞을 수 있습니다.
출처 교체가 필요한 경우
블로그, 커뮤니티 글, 오래된 기사, 제목만 자극적인 보도에 의존한 문장은 출처 교체를 요구할 수 있습니다. 이때는 “이 출처는 마음에 들지 않는다”보다 “현재 문장은 출처 본문이 말하는 범위를 넘어선다” 또는 “최신 공식 자료와 다르다”라고 쓰는 편이 좋습니다.
예외 상황: 법적 대응·기관 확인·7.7법 논란
명예훼손, 개인정보 침해, 업무방해, 협박, 스토킹, 딥페이크, 성적 촬영물, 미성년자 정보처럼 피해가 커질 수 있는 사안은 일반적인 문서 수정 요청만으로 끝내기 어렵습니다. 이런 경우에는 캡처와 URL을 보관한 뒤 변호사 상담, 수사기관 신고, 관련 기관 상담을 검토해야 합니다.
법원 보도는 내 사건의 자동 결론이 아니다
2026년에는 나무위키 문서의 부정확하거나 과장된 표현과 관련한 법원 판단 보도가 있었지만, 뉴스 요약만으로 사건번호, 판결문 원문, 확정 여부, 사실관계를 단정하면 안 됩니다. 비슷해 보이는 문장도 당사자의 지위, 표현 수위, 공익성, 출처, 피해 정도에 따라 판단이 달라질 수 있습니다.
7.7법 논란은 삭제권을 바로 만들어 주는 장치가 아니다
7.7법으로 불리는 정책·규제 논란은 대상 사업자 기준, 적용 범위, 시행 시점, 최종 확정 여부가 계속 변할 수 있습니다. 나무위키가 포함되는지 제외되는지에 관한 보도만 보고 내 문서 삭제 가능성을 단정하면 위험합니다. 방송미디어통신위원회, 방송미디어통신심의위원회, 국회 의안정보시스템, 국가법령정보센터의 최신 원문을 확인해야 합니다.
수사 보도는 진행 상황과 결과를 나눠 봐야 한다
경찰의 해외 공조 수사 보도처럼 진행 중인 사안은 “착수”, “요청”, “확인 중”, “결과 발표”가 서로 다릅니다. 수사가 있었다는 보도만으로 개별 문서가 곧바로 삭제되거나, 반대로 아무 조치도 불가능하다고 단정할 수 없습니다. 내 문제 문구가 개인정보 침해인지, 명예훼손인지, 단순 오류인지 따로 판단해야 합니다.
주의사항
나무위키의 공식 고지는 위키 특성상 검증되지 않았거나 편향된 내용이 있을 수 있다는 취지입니다. 이 고지만으로 모든 문서가 허위라는 뜻도 아니고, 모든 삭제 요청이 받아들여진다는 뜻도 아닙니다. 요청 전에는 문제 문구와 증빙을 분리하고, 법적 판단은 최신 공식 원문과 전문가 확인을 거쳐야 합니다.
작성 기준과 공식 확인 경로
이 글은 2026년 7월 21일 화요일 기준으로 제공된 공식자료와 공개 검색자료를 바탕으로 작성했습니다. 공식자료로는 나무위키 대문과 나무위키 문서의 고지를 우선 참고했습니다. 나무위키 대문은 누구나 기여할 수 있는 위키라는 점과 검증되지 않았거나 편향된 내용이 있을 수 있다는 점을 안내하고, 나무위키 문서는 지식의 자유로운 공유 목표에 관한 설명을 담고 있습니다.
정책·수사·판결은 변동 가능성이 큽니다. 따라서 7.7법 논란, 대규모 정보통신서비스 제공자 지정, 수사 진행 상황, 법원 판단은 기사 제목이나 요약만으로 확정하지 말고 국가법령정보센터, 국회 의안정보시스템, 방송미디어통신위원회, 방송미디어통신심의위원회, 법원 판결문 열람 경로 등 공식 사이트에서 최신 원문을 확인해야 합니다.
공식자료와 검색자료를 구분하는 법
공식자료는 기관이나 서비스가 직접 고지한 문서입니다. 검색자료는 뉴스, 해설, 블로그, 커뮤니티, 요약 페이지처럼 원문을 해석하거나 전달한 자료입니다. 나무위키 대응에서는 검색자료만 보고 판단하기보다, 검색자료가 가리키는 원문이 있는지 확인하는 과정이 필요합니다.
작성자 안내
작성자: 고정정보
작성자 소개: Go to the Info
오류 신고 이메일: gttinfo01@gmail.com
공식 확인 경로 예시: 나무위키 공식 사이트 https://namu.wiki/ , 국가법령정보센터 https://www.law.go.kr/
이 글은 생활정보 제공을 위한 일반 안내이며, 법률 자문이나 사건별 판단을 대신하지 않습니다. 명예훼손, 개인정보 침해, 수사, 소송, 삭제 청구 가능성은 사실관계와 최신 법령·판례·기관 절차에 따라 달라질 수 있으므로 필요한 경우 변호사, 수사기관, 관련 공식 기관에 확인하시기 바랍니다.
FAQ
개인: 내 이름만 나무위키에 있으면 바로 삭제 요청할 수 있나요?
바로 단정하기 어렵습니다. 이름만 있는지, 직장·학교·사진·사건명 등으로 본인이 특정되는지 먼저 봐야 합니다. 특정성이 낮은 동명이인 정보라면 정정 요청이 먼저일 수 있고, 본인이 명확히 식별되며 사생활이나 오류가 있다면 삭제 또는 수정 요청을 검토할 수 있습니다.
개인: 사실은 맞지만 가족이나 사생활 정보가 적혀 있으면 어떻게 하나요?
사생활 정보는 사실 여부와 별개로 삭제 요청을 검토할 수 있습니다. 주소, 가족관계, 연락처, 비공개 이력처럼 공적 관심과 관련성이 낮은 정보라면 공개 필요성이 낮다는 점과 피해 가능성을 함께 정리하는 것이 좋습니다.
업체: 회사 문서에 오래된 논란이 현재 문제처럼 남아 있으면 어떻게 해야 하나요?
최신 경과를 근거로 표현 수정을 요청하는 것이 우선입니다. 환불 완료, 행정처분 종료, 소송 결과, 상호 변경, 대표 변경처럼 후속 사실이 있다면 공식 공지나 행정·법원 자료를 붙여 현재형 표현을 과거형 또는 기준일 있는 표현으로 바꾸도록 요청할 수 있습니다.
프리랜서·전문직: 경력이나 직함이 틀린 경우 삭제보다 수정이 낫나요?
대부분은 수정 요청이 더 명확합니다. 재직 기간, 자격, 직함, 수상 경력, 소속이 틀렸다면 공식 프로필이나 기관 확인 자료를 제시해 정정 요청을 하는 방식이 적합합니다. 다만 허위 경력이 반복적으로 공격성 문맥에 쓰였다면 삭제 요청이나 별도 법적 검토가 필요할 수 있습니다.
공인·유명인: 비판 문단은 모두 삭제 요청할 수 있나요?
모두 삭제된다고 보기 어렵습니다. 공적 인물이나 공개 활동이 많은 사람은 비판이나 논란이 공적 관심사로 다뤄질 수 있습니다. 다만 허위 사실, 출처와 다른 과장, 모욕적 단정, 이미 정정된 내용의 반복은 문구별로 문제 삼을 수 있습니다.
학생·학부모: 미성년자 이름이나 학교 정보가 나오면 어떻게 대응하나요?
미성년자 정보는 더 신중하게 대응해야 합니다. 이름, 학교, 학년, 사진, 사건 관련 정보가 결합되어 식별된다면 캡처와 URL을 보관하고 보호자, 학교, 관련 기관 상담을 검토하는 것이 좋습니다. 공개 필요성이 낮은 개인정보라면 삭제 요청의 우선순위가 높습니다.
피해자: 모욕적 표현이 있는데 출처가 달려 있으면 지우기 어렵나요?
출처가 있어도 문제 제기는 가능합니다. 출처가 실제로 그 표현을 뒷받침하는지, 기사 제목을 과장했는지, 사실과 의견을 섞어 단정했는지 확인해야 합니다. 출처 본문보다 강한 표현이라면 표현 완화나 출처 교체를 요청할 수 있습니다.
작성자·편집자: 내가 직접 고치면 해결되나요?
단순 오류는 직접 수정으로 해결될 수 있습니다. 다만 이해관계가 큰 인물·업체 문서나 법적 분쟁 가능성이 있는 문구는 근거 없는 직접 수정이 되돌려지거나 추가 분쟁으로 번질 수 있습니다. 이런 경우에는 수정 이유, 공식 근거, 문제 문구를 남겨 절차적으로 대응하는 편이 안전합니다.
법원 판단 보도와 다른 점