디지털 장의사가 삭제를 요청하기 전에 게시물의 소유자와 관리자를 확인하는 이유

고인의 전화번호가 남은 게시물을 찾았는데 화면에는 작성자 닉네임, 카페 이름, 플랫폼 로고가 함께 보인다. 아래쪽에는 다른 회사의 저작권 표시가 있고 검색 결과에는 또 다른 서비스의 이름이 붙어 있다. 이 중 누구에게 지워 달라고 해야 할까. 가장 눈에 띄는 회사가 반드시 해당 글을 고칠 수 있는 상대는 아니다.

디지털 장의사의 첫 작업은 삭제 신청서를 대량으로 보내는 일이 아니라 요청 대상과 처리 권한을 맞추는 일이다. 이 글에서 말하는 ‘게시물의 소유자’는 하나의 법적 지위를 뜻하지 않는다. 글을 쓴 사람, 권리를 가진 사람, 공개 화면을 관리하는 주체가 서로 다를 수 있다는 점부터 출발해야 한다.

글을 쓴 사람과 공개를 중단할 수 있는 사람은 다를 수 있다

게시자는 자신의 글을 편집할 수 있는 경우가 있지만, 실제로 남아 있는 수정 권한은 서비스와 계정 상태에 따라 달라진다. 커뮤니티 관리자는 운영 규칙에 따라 게시물을 관리하고, 플랫폼은 별도의 권리침해 신고 창구를 운영할 수 있다. 반면 글의 저작권자가 누구인지는 삭제 버튼을 누를 수 있는 사람의 문제와 일치하지 않는다.

가령 고인의 사진을 지인이 동호회 게시판에 올렸다면 촬영자, 게시자, 동호회 운영자와 플랫폼이 각각 등장할 수 있다. 사진의 공개 중단을 원한다는 사실만으로 어느 한 사람이 모든 판단을 대신할 수 있다고 보기 어렵다. 우선 문제가 되는 것이 사진 자체인지, 설명에 붙은 상세 주소인지, 계정 전체의 공개 상태인지부터 정한다.

나는 요청 상대를 찾기 전에 ‘무엇을 바꾸면 문제가 해결되는가’를 한 문장으로 적는 편을 권한다. 연락처 한 줄을 가리면 되는 상황에서 사이트 전체 폐쇄를 요구하면 적절한 창구를 찾기도 어려워진다. 조치의 크기를 좁히면 작성자에게 수정 요청을 할지, 플랫폼에 특정 게시물의 권리침해 심사를 요청할지도 명료해진다.

주체	검토할 역할	그 이름만으로 알 수 없는 것
게시자	자기 글의 수정·삭제 가능 여부	다른 사람의 사진·글에 대한 권리 보유 여부
게시판·사이트 운영자	공개 화면 관리와 신고 접수	모든 요청을 승인할 법적 의무가 있는지
플랫폼 사업자	정책에 따른 권리침해 심사	외부 사이트의 원본을 직접 고칠 수 있는지
호스팅 제공업체	자사 서비스의 약관·법적 신고 처리	그 회사가 해당 파일의 원본을 실제 보관하는지
등록대행자·CDN·검색서비스	각 서비스 범위의 별도 조치	문제 게시물을 직접 편집할 수 있는지

플랫폼 안의 글이라면 해당 서비스의 권리보호 창구부터 찾는다

블로그나 커뮤니티 글에 작성자 연락처가 없다고 해서 개인 신원을 추적해야 하는 것은 아니다. 게시물 메뉴와 서비스 고객센터에서 개인정보 노출, 사생활 침해, 저작권 등 실제 문제에 맞는 신고 항목을 찾는다. 게시판 관리자에게 전달하는 일반 문의와 사업자가 심사하는 권리침해 신청은 서로 다른 접수일 수 있다.

네이버는 사망자 관련 게시물에 유족이나 사망자의 명예훼손·사생활 침해 등 권리침해 내용이 있는 경우 유족의 게시중단 요청을 안내한다. 해당 안내는 유족의 범위를 배우자, 자녀인 직계비속과 형제로 제한하고 가족관계 및 필요한 사망 사실 증빙을 설명한다. 업무를 위임받은 대리인이 접수할 경우에는 위임장도 요구한다.

이 사례에서 중요한 점은 ‘디지털 장의사라서 신청할 수 있다’가 아니라 해당 서비스가 인정하는 신청인과 위임 관계가 필요하다는 것이다. 다른 플랫폼에도 같은 유족 범위와 서류가 적용되는 것은 아니다. 업체는 서비스별 접수 요건을 읽고 실제 의뢰인이 그 요건에 해당하는지 검토한 뒤 자료를 받아야 한다.

신고서 작성 전에 대상이 플랫폼 내부 게시물인지 외부 사이트의 검색 결과인지도 살핀다. 검색 화면에서 발견했더라도 연결된 주소가 외부 도메인이라면 그 원본의 관리 주체를 따로 찾아야 한다. 플랫폼 이름이 화면에 보인다는 사실만으로 외부 원문까지 그 사업자가 관리하는 것은 아니다.

독립 사이트에서는 문의 페이지와 운영 주체의 연결을 살핀다

먼저 사이트 안의 문의하기, 운영 안내, 이용약관과 개인정보처리방침을 읽는다. 회사명과 담당 주소가 서로 연결되는지, 해당 창구가 콘텐츠 수정 요청을 받는지 살핀다. 웹페이지 제작사의 표시나 결제대행사의 이름을 운영자 정보로 옮겨 적지 않도록 한다.

Google의 공식 안내도 원본 콘텐츠 삭제를 위해 일반적으로 웹사이트 소유자에게 연락하도록 설명한다. 사이트 문의 링크, 공개된 도메인 연락처와 연락이 닿지 않을 때의 호스팅 업체 문의를 안내한다. 다만 각각의 연락처가 누구의 업무 창구인지 해석하는 과정은 별도로 필요하다.

대상 페이지와 연결된 공식 창구를 찾았다면 첫 문의는 담당 범위를 확인하는 수준으로 시작할 수 있다. 가족관계증명서 전체를 바로 보내는 대신 문제 페이지와 원하는 조치, 신청인의 실제 관계를 짧게 적는다. 그곳에서 처리할 수 없다는 답변을 받으면 어느 서비스나 담당 부서가 해당 공개 화면을 관리하는지 안내를 요청한다.

해당 사이트의 다음 페이지에 사망한 가족과 관련된 연락처가 표시돼 있다. 이 페이지의 공개 내용 수정 또는 권리침해 요청을 담당하는 창구인지 알고자 한다. 담당 범위에 해당한다면 신청 자격, 필요한 증빙과 안전한 제출 방법을 안내해 주기 바란다.

이는 법정 신청서가 아니라 잘못된 곳에 민감한 서류를 보내지 않기 위한 문의 예시이다. 개인정보 담당자는 보유 정보의 처리 관련 업무를 맡더라도 일반 게시물의 편집을 직접 담당하지 않을 수 있다. 접수 가능 여부와 실제 조치를 결정하는 부서가 연결돼야 요청이 제대로 전달된다.

도메인 등록정보는 운영자를 찾는 단서이지 신원 확정 자료가 아니다

공식 도메인 조회에서 등록인, 등록대행자나 네임서버 같은 항목을 볼 수 있다. 이때 등록대행자는 도메인 등록을 처리하는 사업자이며, 그 이름이 곧 게시물 작성자의 이름인 것은 아니다. 등록인 역시 개별 게시물을 직접 작성하거나 편집하는 담당자와 다를 수 있다.

KRNIC은 개인 또는 개인사업자 등록인의 주소와 책임자 전화번호에 대해 공개·비공개 설정을 변경할 수 있다고 안내한다. 연락처가 보이지 않는다는 이유만으로 불법 사이트라고 결론 내릴 근거는 되지 않는다. 비공개 정보를 대신 찾아 준다는 유료 조회 광고를 이용하기보다 사이트의 공식 창구와 공개된 사업자 안내를 우선 활용하는 편이 낫다.

실무 기록에는 ‘도메인 등록인으로 표시됨’, ‘콘텐츠 문의 담당으로 안내됨’처럼 알아낸 범위를 적는다. 확인되지 않은 상태에서 ‘실제 운영자’, ‘게시자 본명’이라고 바꿔 쓰지 않는다. 연락처를 얻었다는 사실과 그 상대가 해당 글을 처리할 권한이 있다는 사실은 별도의 답변으로 연결해야 한다.

CDN과 호스팅을 혼동하면 요청이 다른 곳으로 향한다

사이트의 네트워크 정보에서 보이는 회사가 원본 파일을 보관하는 업체라고 생각하기 쉽다. 그러나 보안이나 콘텐츠 전송을 중계하는 서비스가 앞에 있을 수도 있다. Cloudflare는 자사의 일반적인 보안·CDN 서비스를 통해서는 원본 콘텐츠를 호스팅하지 않으며, 직접 호스팅하지 않는 콘텐츠를 인터넷에서 제거할 수 없다고 설명한다.

같은 회사라도 실제 콘텐츠를 저장하는 호스팅 서비스를 제공할 때는 처리 범위가 달라진다. 따라서 업체 이름만 찾아 ‘여기가 서버 회사이니 삭제할 수 있다’고 설명하는 것은 부족하다. 어떤 서비스가 대상 파일에 관여하는지, 신고를 직접 심사하는지 아니면 운영자와 호스팅사에 전달하는지 읽어야 한다.

Cloudflare는 보안·CDN 관련 신고를 운영자와 호스팅사에 전달하는 방식을 안내한다. 신고서 내용이 상대 운영자에게 전달될 가능성까지 고려해 연락처와 첨부자료를 준비해야 하는 이유이다. 모든 중개업체에 동일한 전달 방식이 적용되는 것은 아니므로 실제 접수 화면의 안내를 따른다.

원본 호스팅사를 찾겠다는 이유로 숨겨진 서버 주소를 추적하거나 비공개 관리 화면을 시험할 필요는 없다. 공개된 안내로 서비스 관계를 파악하기 어렵다면 현재 파악한 사실을 공식 신고 창구에 전달하고 담당 범위를 묻는다. 기술적 추정치를 확정된 운영자 정보처럼 의뢰인에게 보고하지 않는 것이 중요하다.

상대의 권한을 찾았다고 신청인의 권한이 생기지는 않는다

개인정보 보호법 제2조는 개인정보를 살아 있는 개인에 관한 정보로 정의한다. 고인만의 기록, 생존 가족의 현재 연락처, 저작권자가 별도로 있는 사진은 같은 근거로 일괄 처리할 대상이 아니다. 적절한 담당자를 찾는 일은 법률상 권리와 서비스상 신청 요건을 검토하는 일을 대신하지 않는다.

유족의 의뢰를 받은 업체는 공개 게시물의 위치와 접수 창구를 정리하는 업무부터 구체화할 수 있다. 그다음 실제 신청 자격, 대리 접수 허용 여부와 위임 범위를 해당 서비스 기준에 맞춘다. 유족이 맡겼다는 이유로 게시자 계정을 이용하거나 고인의 이름으로 신청 내용을 작성하는 방식으로 넘어가서는 안 된다.

나는 업체의 조사 결과를 평가할 때 연락처가 몇 개 나왔는지보다 각 연락처의 출처와 담당 범위가 적혀 있는지를 본다. 무관한 회사에 같은 서류를 뿌리면 처리 속도보다 가족 정보의 전송 범위가 먼저 늘어날 수 있기 때문이다. 요청을 보낼 곳과 아직 관계를 알아보는 곳을 명확하게 나누는 것이 효율적이다.

• 요청 대상: 게시물, 댓글, 첨부 이미지 중 무엇을 바꿀 것인지 적는다.
• 담당 주체: 게시자·운영자·플랫폼 등 어떤 역할인지 적는다.
• 판단 근거: 공식 문의 페이지 또는 담당자의 회신 위치를 남긴다.
• 접수 범위: 수정, 공개 제한, 검색 제외 등 가능한 조치를 적는다.
• 신청 지위: 유족 직접 신청인지, 허용된 대리 신청인지 표시한다.
• 제출 계획: 필요한 증빙과 제출처를 정하고 관계없는 곳에는 보내지 않는다.

삭제 요청의 출발점은 가장 큰 회사나 가장 가까운 연락처가 아니다. 문제 내용을 바꿀 수 있는 주체와 그 조치를 심사할 공식 경로를 연결하는 일이다. 이 연결이 정리돼 있어야 회신이 늦거나 담당이 바뀌더라도 누구에게 무엇을 요청했는지 설명하고 다음 행동을 이어갈 수 있다.

공식 참고자료

• Google 검색 고객센터 - 웹사이트 소유자에게 문의하기
• 네이버 권리보호센터 - 유족의 권리침해 신고 접수 방법
• KRNIC - 도메인이름 등록정보변경과 정보 공개 설정
• Cloudflare - 서비스 유형별 남용 신고 처리 방침
• 국가법령정보센터 - 개인정보 보호법 제2조