시그널필드SIGNAL FIELD

미디어분석 · 분석 · 분석 대상 디지털 유산 통제

계정의 마지막 문은 누가 여나: Apple·Google·Facebook 디지털 유산 36개 판정

사망 증빙·비활성 신호·기념 전환은 다른 발동 장치다. 같은 12개 질문으로 데이터 접근·메시지·공개 프로필·삭제 권한을 직접 비교했다.

분석 대상 디지털 유산 통제 · 2026.08.26 발행 · 근거 10 · 10분 읽기 시그널필드 편집팀

시그널필드 고유 데이터 SF-DIGITAL-LEGACY-2026-08 v1.0은 2026-08-26 KST Apple·Google·Facebook 공식 문서에 같은 12개 상황을 적용한 36개 자체 판정이다. 제품 순위·계정 실험·법률·상속 자문이 아니다.

순백 배경의 서로 다른 열쇠구멍 세 개를 가진 통합 관문과 두 분석자의 보라색 단순 선화

검증된 요약

  • 동일 12개 상황×3개 통제면에서 YES 20·CONDITIONAL 7·NO 9·UNKNOWN 0의 36개 판정을 확인했다.
  • Apple은 사망 증빙 뒤 3년 데이터 창, Google은 비활성 신호 뒤 선택 데이터 내보내기, Facebook은 기념 프로필 관리로 권리 묶음이 갈린다.
  • 세 대상 모두 원래 비밀번호를 지정인에게 주지 않지만 비공개 대화는 Apple YES·Google CONDITIONAL·Facebook NO로 갈렸다.

미검증 요약

  • 실제 사망 서류 제출·장기 비활성 발동·기념 전환·데이터 다운로드를 실행하지 않았다.
  • 국가별 법률 효과와 처리 시간 및 로그인 상태에서만 보이는 동적 설정 화면은 실측하지 않았다.

추가 확인 필요

  • 세 회사의 발동 조건·데이터 범위·삭제 권한이 바뀌면 36행 데이터 버전과 네 원고를 함께 갱신한다.
  • 한국 계정에서 보이는 설정명과 국가별 유족 요청 서류를 별도 오버레이로 조사한다.

계정의 마지막 문은 누가 여나: Apple·Google·Facebook 디지털 유산 36개 판정

시그널필드는 2026년 8월 26일 KST Apple·Google·Facebook의 공식 사후·장기 비활성 계정 문서에 같은 12개 상황을 적용해 총 36개를 판정했다. 자체 데이터셋 SF-DIGITAL-LEGACY-2026-08 v1.0의 합계는 YES 20·CONDITIONAL 7·NO 9·UNKNOWN 0이다.

이 36개는 세 회사의 전체 제품 점수나 상속법 평가가 아니다. Apple Digital Legacy, Google Inactive Account Manager, Facebook Legacy Contact라는 서로 다른 공식 통제면에서 ‘누가 지정되는가, 무엇이 발동 신호인가, 어떤 데이터와 관리권이 열리는가, 누가 삭제할 수 있는가’를 동일 질문으로 분리한 시그널필드의 문서 판정이다.

한눈에 보는 12×3 전체 행렬

ID 공통 상황 Apple Google Facebook
S01 생전 지정인 사전 등록 YES YES YES
S02 복수 지정인 동시 등록 YES YES NO
S03 사망 증빙 없이 장기 비활성만으로 자동 발동 NO YES NO
S04 표준 지정인 경로의 사망·신원·권한 증빙 YES NO CONDITIONAL
S05 원래 비밀번호 없이 제한 접근·관리 YES YES YES
S06 메일·비공개 메시지 접근 YES CONDITIONAL NO
S07 데이터 사본 다운로드 YES CONDITIONAL CONDITIONAL
S08 공개 프로필·기념 게시물 관리 NO NO YES
S09 지정인이 계정 영구 삭제 YES NO YES
S10 생전 지정 변경·철회 YES YES YES
S11 미지정 유족의 제한 접근·계정 처리 CONDITIONAL CONDITIONAL CONDITIONAL
S12 인계 대신 사후 자동삭제 사전 선택 NO YES YES
대상 YES CONDITIONAL NO UNKNOWN
Apple Digital Legacy 8 1 3 0
Google Inactive Account Manager 6 3 3 0
Facebook Legacy Contact 6 3 3 0
전체 20 7 9 0

첫 발견: 세 서비스는 죽음을 같은 신호로 보지 않는다

Apple은 접근키와 사망증명서를 가진 지정인의 요청을 심사한다. Facebook은 사망 신고 뒤 프로필이 기념 상태로 바뀌어야 Legacy Contact 역할이 작동한다. Google만 사망을 확인하지 않고 사용자가 정한 기간과 로그인·Gmail·내 활동·Android 체크인 같은 비활성 신호로 계획을 실행한다.

이 차이는 철학이 아니라 오작동 위험을 바꾼다. Apple·Facebook은 사망 관련 요청이 없으면 발동이 늦어질 수 있다. Google은 사망이 아닌 장기 입원·기기 분실·접속 중단도 계획을 실행시킬 수 있다. 그래서 Google에는 복구 연락처와 경고 알림을 최신 상태로 유지하는 일이 특히 중요하다.

S03과 S04를 함께 읽으면 이 구조가 선명하다. Google의 S03은 YES지만 S04는 NO다. 전화번호로 지정인의 다운로드 신원을 확인하더라도 사망증명·법적 대리권을 발동 조건으로 삼지는 않는다. 반대로 Apple은 S03 NO·S04 YES다.

둘째 발견: ‘상속’되는 것은 계정이 아니라 서로 다른 권리 묶음이다

세 대상 모두 고인의 원래 비밀번호를 지정인에게 넘기지 않는다. 하지만 열어주는 권리는 전혀 다르다.

  • Apple: 별도 Legacy Contact 계정으로 iCloud 데이터에 3년간 접근하고 사본을 내려받는 데이터 창
  • Google: 최대 10명에게 소유자가 미리 고른 제품 데이터의 다운로드 링크를 보내는 선택적 내보내기
  • Facebook: 고정 게시물·친구 요청·프로필 사진 같은 기념 프로필 표면을 관리하는 역할

‘디지털 유산’이라는 한 단어가 데이터 보존, 공개 기억 관리, 계정 삭제를 동시에 가리키는 셈이다. 사용자는 자신이 남기려는 것이 사진·메일인지, 공개 프로필인지, 계정의 완전한 삭제인지 먼저 나눠야 한다.

셋째 발견: 비공개 대화가 가장 크게 갈린다

S06은 세 대상이 각각 다른 판정을 받은 유일한 핵심 행이다. Apple은 Mail과 Messages in iCloud를 접근 가능 데이터로 직접 열거해 YES다. Google은 소유자가 Mail을 공유 대상으로 고른 경우에만 Gmail 자료를 받을 수 있어 CONDITIONAL이다. Facebook은 Legacy Contact가 메시지를 읽을 수 없다고 명시해 NO다.

이 비교는 ‘개인정보 보호가 누가 더 강한가’라는 순위표가 아니다. 서비스가 보존하려는 대상이 다르기 때문이다. Apple은 개인 클라우드 보관함, Google은 선택적 데이터 내보내기, Facebook은 기념 프로필을 중심에 둔다. 그래도 가족이나 유언 집행자 관점에서는 생전에 어떤 사본을 별도로 보관해야 하는지 알려주는 실용적인 차이다.

넷째 발견: 삭제 버튼의 주체가 다르다

Apple은 복수 Legacy Contact 중 누구든 계정 데이터를 영구 삭제할 수 있다. Facebook도 현재 통합 도움말에서 Legacy Contact가 기념 계정을 삭제할 수 있다고 밝힌다. Google의 지정인은 데이터 수신자일 뿐 계정 삭제 관리자가 아니다.

대신 Google과 Facebook은 사용자가 생전에 자동삭제 성격의 선택을 할 수 있다. Google은 비활성 계획 완료 뒤 Google Account를 삭제하도록 정할 수 있고, Facebook은 Legacy Contact 대신 Delete after death를 고를 수 있다. Apple에는 같은 생전 사후삭제 예약이 문서화돼 있지 않다.

삭제라는 말도 세 가지로 나눠야 한다.

  1. 지정인이 사후 직접 결정하는 삭제
  2. 소유자가 생전에 예약하는 사후·비활성 삭제
  3. 서비스가 장기 비활성이나 접근 기한 만료 뒤 수행하는 정책상 삭제

Apple의 첫 승인 3년 뒤 삭제, Google의 일반 2년 비활성 정책, Facebook의 Delete after death를 한 줄로 묶으면 사용자 선택과 사업자 정책이 뒤섞인다.

다섯째 발견: 지정하지 않았어도 창구는 있지만 권리는 아니다

세 대상 모두 사전 지정이 없던 고인 계정에 대한 공식 요청 경로를 둔다. 그러나 S11은 세 대상 모두 CONDITIONAL이다. 공식 폼의 존재를 실제 데이터 제공 권리로 보지 않았기 때문이다.

Apple은 국가에 따라 법원 명령이나 대체 법적 문서를 요구하고 종단간 암호화 자료를 제공하지 못할 수 있다. Google은 직계가족·법적 대표자의 폐쇄 요청과 경우에 따른 콘텐츠 제공을 심사하지만 비밀번호나 로그인을 주지 않는다. Facebook의 기념 전환·삭제·콘텐츠 요청은 각각 자격과 증빙이 다르고 미지정 기념 계정에는 관리자가 생기지 않는다.

따라서 생전 설정이 없더라도 ‘아무것도 할 수 없다’는 말은 틀리지만, ‘가족이면 계정을 넘겨받는다’는 말도 틀리다.

여섯째 발견: 사람 수는 협업 구조가 아니라 위험 구조다

Apple은 복수 지정인을 허용하고 어느 한 사람도 독립적으로 삭제할 수 있다. Google은 최대 10명에게 사람별로 다른 데이터를 나눠줄 수 있지만 계정 운영권은 주지 않는다. Facebook은 한 사람만 지정한다.

숫자만 보면 10명이 가장 유연해 보이지만 권한의 크기가 다르다. Google의 10명은 선택 데이터 수신자이고, Apple의 여러 명은 같은 3년 창 안에서 계정 데이터 결정을 내리는 사람이며, Facebook의 한 명은 공개 기념 프로필 관리자다. 지정인 수를 비교할 때 권한 종류를 같이 적지 않으면 오해가 생긴다.

사용자가 지금 결정해야 할 네 가지

첫째, 남길 자산을 계정 이름이 아니라 데이터 유형으로 적는다. 사진·메일·문서·공개 게시물·구입 콘텐츠·비밀번호는 같은 방식으로 전달되지 않는다.

둘째, 지정인이 무엇을 할 수 있는지 가족과 공유한다. Apple의 독립 삭제 권한, Google의 선택 데이터 범위, Facebook의 메시지 접근 금지는 설정 화면만 보고 추측하기 어렵다.

셋째, 접근키·전화번호·법적 문서를 따로 관리한다. Apple 접근키를 잃으면 표준 경로가 막히고, Google 지정인의 전화번호가 바뀌면 다운로드 확인이 어려워질 수 있다. 사망증명과 법원 문서는 국가별로 다르다.

넷째, 계정 밖 보존본을 준비한다. 구입 콘텐츠와 Keychain, 선택하지 않은 Google 데이터, Facebook 메시지처럼 공식 인계에서 빠지는 자료가 있다. Digital Legacy는 백업 전체를 대신하지 않는다.

판정 방법과 한계

시그널필드는 12개 상황을 먼저 고정한 뒤 2026년 8월 26일 KST 공개된 Apple Support·Apple Platform Security·Google Account Help·Facebook Help Center 문서를 각 행에 적용했다. YES·CONDITIONAL·NO·UNKNOWN의 통제 어휘를 사용했고, 회사 전체의 불가능성을 뜻하지 않는 NO에는 기능 범위 판정임을 경계로 기록했다.

실제 사망 서류를 제출하거나 계정을 장기 비활성으로 만들지 않았다. 처리 시간, 승인률, 국가별 법률 효과, 로그인 상태에서만 보이는 설정 화면은 실측하지 않았다. Meta 도움말은 지역·로그인 상태에 따라 접근성이 달라질 수 있어 공식 색인 문구와 공개 도움말을 함께 확인했다.

이 자료는 법률 자문, 유언장, 상속 설계나 개인정보 요청 대리를 대신하지 않는다. 공식 정책이 바뀌면 데이터 버전과 네 원고의 36개 판정을 함께 갱신한다.

주요 공식 출처

근거 자료 10

검증 가능한 공개 자료만 남깁니다. 링크는 발행 시점 기준입니다.

  1. 01
    support.apple.com

    https://support.apple.com/en-us/102631

  2. 02
    support.apple.com

    https://support.apple.com/en-us/102678

  3. 03
    support.apple.com

    https://support.apple.com/en-us/103128

  4. 04
    support.apple.com

    https://support.apple.com/en-us/102431

  5. 05
    support.google.com

    https://support.google.com/accounts/answer/3036546?hl=en

  6. 06
    support.google.com

    https://support.google.com/accounts/troubleshooter/6357590?hl=en

  7. 07
    support.google.com

    https://support.google.com/accounts/answer/12418290?hl=en

  8. 08
    facebook.com

    https://www.facebook.com/help/991335594313139?locale=en_GB

  9. 09
    facebook.com

    https://www.facebook.com/help/1017717331640041/

  10. 10
    facebook.com

    https://www.facebook.com/help/1111566045566400/?locale=en_GB

이 글에 사실 오류가 있다면 알려주세요. 확인 후 정정 이력을 남깁니다. 정정·제보LAST UPDATED 2026.08.26

리서치 프로젝트

관련 칼럼