티스토리 뷰

“인터넷에서 완전히 삭제해 드립니다”라는 문구는 처리 대상을 설명하지 않으면 확인할 수 없는 약속이다. 검색 결과 한 줄을 숨기는 일, 원본 서버의 파일을 지우는 일, 다른 이용자의 받은 메시지함이나 기기에 저장된 사본을 없애는 일은 서로 다른 시스템에서 일어난다. 삭제 대행 업체가 한 곳에 요청서를 제출했다고 해서 나머지 저장 위치까지 연쇄적으로 지워지는 구조는 아니다.
이 글에서 말하는 기술적 한계는 권리침해 신청이 받아들여질지와도 다르다. 삭제 기능은 있지만 신청 권한이나 근거가 부족한 경우, 서비스 정책상 거절된 경우, 애초에 업체가 해당 저장장치나 서버를 제어할 수 없는 경우를 분리해야 한다. 나는 견적을 받을 때 삭제 가능률부터 묻기보다 “누가 어떤 시스템에서 무엇을 바꿀 수 있는가”를 먼저 적어 달라고 하는 편이 낫다고 본다.
삭제 불가라는 말에는 네 가지 다른 상태가 섞여 있다
첫 번째는 기술적 통제권이 없는 상태이다. 업체는 공개 URL을 찾고 운영자에게 요청할 수 있지만 타인의 서버, 개인 휴대전화와 받은 메시지함에서 파일을 직접 삭제할 수 없다. 두 번째는 기술적으로 기능이 존재해도 신청인이 사용할 권한이나 계정 접근권이 없는 상태이다.
세 번째는 운영자가 요청을 심사했지만 정책 또는 법적 사유로 조치하지 않은 상태이다. 네 번째는 화면에서 보이지 않게 됐어도 백업이나 법정 보관 기록처럼 공개 서비스와 다른 영역에 일정 기간 자료가 남는 상태이다. 이 네 가지를 모두 ‘기술적으로 불가능’이라고 쓰면 대행업체의 조사 부족과 실제 통제 한계를 구별할 수 없다.
| 상태 | 실제 의미 | 업체가 제시해야 할 설명 |
|---|---|---|
| 통제권 없음 | 대상 파일이 다른 운영자·이용자·기기에 있음 | 현재 관리자와 공식 요청 경로 |
| 접근권한 없음 | 관리 기능은 있으나 정당한 계정·권한을 사용할 수 없음 | 필요 권한과 허용되는 대리 절차 |
| 심사 거절 | 운영자가 요청을 검토했지만 조치하지 않음 | 거절 회신과 가능한 보완 절차 |
| 내부 보관 | 공개는 중단됐지만 백업·보안·법적 기록이 남을 수 있음 | 공개 상태와 내부 보관을 분리한 결과 |
의뢰인은 같은 화면에서 정보가 사라졌다는 결과만 보게 되므로 이 구별이 중요하다. 검색 결과가 내려갔는데 원문은 주소로 접속되는 경우도 있고, 계정 활동을 삭제했지만 다른 사람에게 전달된 메시지는 남을 수 있다. 완료 보고에는 단순히 ‘삭제’라고 표시하지 말고 어느 서비스의 어떤 표시가 바뀌었는지 써야 한다.
검색 결과를 없애도 원본 서버의 정보는 남을 수 있다
검색엔진은 외부 웹페이지를 찾아가기 쉽게 보여 주는 역할을 한다. 검색 결과에서 특정 URL이 보이지 않게 되더라도 해당 사이트의 원본 게시물이나 이미지 파일이 자동으로 삭제되는 것은 아니다. 주소를 알고 있는 사람, 다른 검색서비스 또는 소셜미디어 링크를 통해 원문에 접근할 가능성도 남는다.
Google은 검색 결과에 콘텐츠가 표시되지 않도록 할 수는 있지만 콘텐츠를 호스팅하는 웹사이트에서는 삭제할 수 없다고 안내한다. 웹사이트에서 내용을 삭제하려면 사이트 소유자에게 문의해야 한다는 설명이다. 따라서 업체가 Google 검색 제외만 수행했다면 결과는 ‘Google 검색 노출 조치’이지 ‘인터넷 원본 삭제’가 아니다.
반대로 원본이 삭제된 뒤 검색 설명이나 이미지 미리보기가 갱신되지 않은 상황도 있다. 이때는 원본 운영자에게 같은 삭제 요청을 반복하기보다 해당 검색서비스의 오래된 콘텐츠 갱신 절차를 살펴야 한다. 검색 화면과 원본 화면을 따로 확인하지 않으면 이미 사라진 원문을 살아 있다고 보고하거나, 살아 있는 원문을 검색에서만 사라졌다고 착각할 수 있다.
업체에는 원본 URL을 직접 열었을 때의 상태와 검색 결과의 상태를 두 칸으로 나눠 보고하도록 요청한다. ‘검색되지 않음’, ‘원본 404’, ‘원본 공개 중’, ‘로그인 필요’처럼 관찰 가능한 상태를 적으면 조치 범위를 평가할 수 있다. 검색되지 않는다는 사실을 원본 삭제의 증거로 사용해서는 안 된다.
도메인·CDN·호스팅은 같은 삭제 권한을 갖지 않는다
사이트 주소와 연결된 회사 이름을 찾았다고 해서 그 회사가 원본 게시물을 지울 수 있는 것은 아니다. 도메인 등록대행자는 인터넷 주소의 등록을 관리하고, DNS는 주소를 서버와 연결하며, CDN이나 보안 서비스는 이용자와 원본 서버 사이에서 전송을 돕는다. 실제 콘텐츠 파일을 저장하는 호스팅 사업자와 각자의 역할이 다르다.
Cloudflare는 일반적인 역방향 프록시·보안·CDN 서비스를 통해서는 콘텐츠를 호스팅하지 않으며, 자사가 호스팅하지 않는 콘텐츠를 인터넷에서 제거할 수 없다고 설명한다. 이 경우 신고를 웹사이트 운영자와 호스팅 제공자에게 전달하는 방식으로 처리한다. 반면 Cloudflare Pages나 Workers 등 실제 콘텐츠를 저장하는 일부 서비스에서는 처리 가능 범위가 달라질 수 있다고 안내한다.
이는 특정 CDN을 이용하는 사이트는 삭제할 수 없다는 뜻이 아니다. 신고 대상을 원본 운영자 또는 실제 호스팅 서비스로 연결해야 한다는 뜻이다. 업체가 WHOIS나 DNS 화면에 나온 회사에 신고했다는 이유만으로 기술적 조치를 완료했다고 설명한다면, 그 회사가 해당 파일을 저장하는지와 신고가 어디로 전달됐는지를 추가로 물어야 한다.
도메인 전체 정지와 게시물 하나의 삭제도 같은 결과가 아니다. 등록 서비스는 특정 게시물을 편집하지 못하고 도메인 단위의 제한만 다룰 수 있으며, 그런 조치에는 별도의 정책과 법적 요건이 적용된다. 게시물 하나 때문에 사이트 전체를 차단할 수 있다고 약속하는 것은 기술적 범위와 비례성을 모두 흐릴 수 있다.
상대방에게 전달된 메시지와 독립 사본은 원계정 밖에 있다
게시물이나 계정의 소유자가 삭제 기능을 사용해도 이미 다른 사람에게 전달된 정보는 별도 위치에 있을 수 있다. 메신저 대화는 발신자의 계정 활동만으로 구성되지 않고 수신자가 이용하는 서비스와 받은 메시지함에도 저장될 수 있다. Google도 다른 사용자에게 보낸 메시지는 Google 계정의 관련 활동을 삭제하더라도 함께 삭제되지 않는 사례를 공식 안내에서 설명한다.
사진을 내려받은 파일, 화면 캡처, 이메일 첨부파일, 다른 사람이 새 문서에 붙여 넣은 내용도 원본 URL과 연결된 동일 파일이 아니다. 원사이트가 삭제 명령을 내려도 제3자의 개인 기기나 새 게시물에 있는 사본까지 원격으로 찾아 지우는 기능은 일반적으로 제공되지 않는다. 삭제 대행 업체도 해당 기기를 통제할 권한을 갖지 않는다.
이런 사본이 다시 공개됐다면 새로운 URL과 운영자를 대상으로 별도의 요청을 검토할 수 있다. 그러나 존재 여부를 모르는 모든 개인 저장본을 찾아 삭제한다는 약속은 검증할 방법이 없다. 현실적인 업무 범위는 공개 검색으로 발견 가능한 재게시물을 조사하고, 확인된 주소별로 요청하며, 조사 시점과 범위를 보고하는 수준으로 잡는 편이 맞다.
단체 대화방이나 공동 문서에서는 일부만 삭제할 때 다른 참여자의 기록이 어떻게 되는지 해당 서비스 안내를 읽어야 한다. 상대방의 계정에 무단 접속해 메시지를 지우거나, 파일을 회수하겠다며 원격제어 프로그램을 설치하는 방식은 허용되는 삭제 대행으로 볼 수 없다. 불가능한 영역을 기술로 우회하겠다는 제안은 오히려 계정 침해 위험 신호이다.
공유 파일은 소유자와 사본 보유자가 다를 수 있다
클라우드 문서나 파일은 화면에서 하나처럼 보여도 소유권과 접근 방식이 다를 수 있다. Google Drive는 파일 소유자가 휴지통으로 이동한 경우 영구 삭제 전까지 다른 이용자가 계속 접근할 수 있고, 파일 소유자가 아닌 사람이 자신의 휴지통을 비워도 다른 이용자는 계속 접근할 수 있다고 안내한다. 자신의 목록에서 없애는 행동과 원본 파일을 삭제하는 행동이 같지 않다는 뜻이다.
원본 소유자가 공유를 끊으면 같은 원본에 대한 접근은 줄일 수 있지만, 상대방이 미리 다운로드하거나 별도 파일로 복사한 자료까지 자동 회수된다고 기대해서는 안 된다. 공유 링크의 접근권한, 원본 소유자, 상대방이 보유한 별도 사본을 나눠 살핀다. 대행업체가 의뢰인의 화면에서 링크를 제거한 것만으로 참여자 전체의 파일이 삭제됐다고 보고하지 않도록 한다.
고인의 계정에서 발견된 공유 파일이 반드시 고인의 소유 파일인 것도 아니다. 다른 사람이 소유한 문서를 고인이 열람한 것이라면 유족이나 업체가 원본을 삭제할 기술적 권한은 없다. 반대로 고인이 소유한 파일이라도 생존 공동작업자의 업무 자료나 개인정보가 포함될 수 있어 무조건 삭제하기보다 소유·계약·제3자 권리를 먼저 검토해야 한다.
서비스 내부의 백업·보안·법정 보관은 공개 게시물과 다르다
화면에서 게시물이 사라지는 시점과 사업자의 저장 시스템에서 모든 관련 데이터가 정리되는 시점은 같지 않을 수 있다. 서비스는 장애 복구용 백업, 보안과 부정 이용 방지 기록, 거래·회계 자료 또는 법적 의무에 필요한 기록을 별도로 관리할 수 있다. 외부 삭제 대행 업체가 이런 내부 저장소에 직접 접속해 특정 데이터를 지울 수는 없다.
Google은 계정 활동을 삭제하면 먼저 표시와 맞춤설정 사용을 중단하고 이후 저장 시스템에서 삭제 절차를 시작한다고 설명한다. 동시에 보안·사기 방지, 재무 기록, 법적·규제 요건과 서비스 유지 등 제한된 목적을 위해 일부 정보가 보관될 수 있다고 안내한다.
여기서 내부 보관 자료가 검색이나 공개 페이지에 계속 노출된다는 뜻으로 확대해서는 안 된다. 공개 중단, 이용자 계정에서의 삭제, 사업자의 제한된 내부 보관은 서로 다른 상태이다. 업체가 확인할 수 있는 것은 보통 공개 접근 여부와 서비스가 제공한 처리 회신이며, 내부 저장장치의 실제 물리적 삭제까지 독립적으로 검사할 수 있는 것은 아니다.
사업자에게 내부 보관 자료의 처리 근거와 기간을 묻는 일은 가능하지만, 고인 관련 요청에서 누가 그러한 정보를 요구할 자격이 있는지는 서비스 약관과 관련 법률에 따라 달라진다. 개인정보 보호법상 권리와 생존자 본인에게 제공되는 계정 기능을 사망자 정보에 자동 적용하지 않는다. 확인되지 않은 영역은 ‘완전 삭제’ 대신 ‘공개 화면에서 접근되지 않음’처럼 검증한 범위만 보고해야 한다.
계약서에는 삭제 대상보다 삭제할 수 없는 범위를 더 구체적으로 적는다
업체의 역할은 기술적 한계를 이유로 아무것도 하지 않는 것이 아니다. 통제할 수 있는 지점을 찾아 운영자 신고, 검색 제외 요청, 공개 링크 차단, 재게시물 조사와 상태 확인을 수행할 수 있다. 다만 수행 가능한 조치와 결과를 보장할 수 없는 영역을 계약 전에 나눠야 한다.
예를 들어 “Google 검색 결과 URL 세 건에 삭제 요청을 제출한다”, “원본 사이트 두 곳에 게시중단을 요청한다”, “공개 검색으로 발견 가능한 재게시물을 계약 기간 동안 두 차례 조사한다”처럼 업무를 적는다. 반면 “모든 서버와 개인 기기에서 영구 삭제”, “백업까지 완전 제거”, “향후 재유포 방지”는 업체가 실제 통제하거나 검증하기 어려운 표현이다.
- 검색서비스, 원본 사이트, 호스팅과 개인 저장본 중 작업 대상을 적는다.
- 요청 제출, 접근 제한, 원본 삭제와 검색 제외를 서로 다른 결과로 기록한다.
- 다른 이용자의 받은 메시지함·다운로드본·캡처는 통제 범위 밖인지 명시한다.
- 내부 백업이나 법정 보관 기록은 공개 상태와 분리해 설명한다.
- 미발견 사본과 향후 재게시물까지 삭제됐다고 보장하지 않는다.
나는 좋은 삭제 대행 보고서의 기준을 ‘완전 삭제’라는 한 줄보다 통제 가능한 지점과 남은 위험을 정확히 보여 주는 데 둔다. 검색 결과만 내려갔는지, 원본도 중단됐는지, 별도 사본이 발견됐는지, 내부 보관은 확인할 수 없는지 각각 표시돼야 다음 대응을 정할 수 있기 때문이다. 기술적 한계를 숨기지 않는 설명이 오히려 의뢰인이 비용과 기대 수준을 현실적으로 판단하게 한다.
인터넷 정보는 한 장소에 놓인 종이 한 장이 아니라 여러 운영자와 이용자에게 나뉘어 저장될 수 있다. 삭제 대행은 확인된 통제 지점에서 노출을 줄이는 작업이지 세상에 존재하는 모든 사본을 원격으로 소거하는 권한이 아니다. 계약 전에 이 차이를 이해하면 불가능한 약속에 비용을 지불하거나 검색 제외를 원본 삭제로 오해하는 일을 줄일 수 있다.
공식 참고자료
'디지털 장의사' 카테고리의 다른 글
| 삭제 요청 이후에도 남는 웹페이지 복제본과 재게시물을 확인하는 방법 (0) | 2026.11.08 |
|---|---|
| 온라인 게시물 삭제를 의뢰할 때 원본 URL과 화면 기록을 남겨야 하는 이유 (0) | 2026.11.07 |
| 디지털 장의사가 삭제를 요청하기 전에 게시물의 소유자와 관리자를 확인하는 이유 (0) | 2026.11.06 |
| 고인의 개인정보 삭제 요청이 거절되었을 때 다음으로 확인할 절차 (0) | 2026.11.05 |
| 해외 웹사이트에 게시된 고인의 개인정보는 국내에서 삭제 요청할 수 있을까 (0) | 2026.11.04 |
