인스타그램 연결을 끊으면 이전 분석도 사라져야 할까?
English edition: Disconnecting an Account Is Not Deleting Its History
Social Relations Lab(소셜 릴레이션스 랩) 로컬 시제품의 데이터 삭제 경로를 다시 읽다가 예상보다 까다로운 질문을 만났다. 사용자가 소셜 계정 연결을 끊었다면, 이전에 저장해 둔 기록도 즉시 사라져야 할까?
내 생각에는 ‘연결 해제’, ‘분석 동의 철회’, ‘저장 데이터 삭제’를 같은 버튼으로 취급하면 안 된다. 무엇을 중단하고 무엇을 남기는지 사용자가 이해하고 선택할 수 있어야 한다. 다만 버튼을 셋으로 늘리는 것이 정답이라는 뜻도 아니다.
지금 구현된 것과 구현되지 않은 것
2026년 10월 26일 기준 개발 저장소의 구현 현황에는 명시적으로 동의한 사용자 제공 Instagram JSON ZIP 가져오기, 가져온 기록 지우기, 로컬 작업 공간 삭제 경로가 있다. 별도 공식 Instagram 연결 코드는 토큰 보관과 연결 해제 경로를 갖췄지만, 운영자 Meta 앱 설정과 실제 승인 계정으로 검증한 상용 로그인은 아직 없다.
또한 구현 현황 문서는 목적별 처리 동의, 데이터 변경 이력, 파생 요약 무효화가 완료되지 않았다고 명시한다. 따라서 이 글의 제안은 현재 완성된 기능 설명이 아니라 미완료 영역을 둘러싼 독립적인 설계 가설이다.
앞선 글에서는 댓글·답글 기록의 정보 경계를 검토했고, 최근에는 외부 전송 영수증의 한계를 다뤘다. 이번에는 앱에 남아 있는 데이터의 사용 권한이라는 별도의 문제다.
세 가지 선택을 하나로 섞지 않기
| 사용자의 의도 | 새로 수집하는가 | 과거 데이터는 어떻게 되는가 |
|---|---|---|
| 연결 해제 | 중단해야 한다 | 이미 허가받아 저장된 기록을 어떻게 처리할지 별도로 표시해야 한다 |
| 특정 분석 목적의 동의 철회 | 해당 목적의 처리 중단 | 그 목적에 의존하는 요약을 숨기거나 다시 평가해야 한다 |
| 저장된 기록 삭제 | 삭제 대상 자료를 더 이상 사용하지 않는다 | 원본뿐 아니라 관련 파생 요약까지 제거 또는 무효화해야 한다 |
여기서 ‘해야 한다’는 이 로컬 시제품에 대한 설계 검토 방향이지, 모든 서비스의 법적 의무를 단정한 문장이 아니다. 실제 개인정보 처리 조건은 자료 출처와 동의, 계정 권한, 정책에 따라 추가 검토가 필요하다.
반대 의견도 설득력 있다
설계를 복잡하게 만들면 사용자는 서로 다른 세 단어를 읽고도 무슨 일이 생기는지 모를 수 있다. 특히 막 시작하는 소규모 운영자에게는 ‘연결 끊기’와 ‘모든 데이터 지우기’라는 두 선택과 명확한 확인 문구가 더 나을지도 모른다.
그래서 UI 버튼 세 개부터 만들고 싶지는 않다. 먼저 시스템이 내부적으로 구분해야 할 상태가 무엇인지, 이 상태 구분이 실제 오해를 줄이는지 알아야 한다.
비용 없이 시험할 세 가지 가상 사례
테스트에는 실제 Instagram 계정이나 고객 기록이 필요하지 않다. 서로 다른 가상의 업종을 가진 두 작업 공간과 세 가지 합성 상황이면 된다.
- 연결만 끊은 경우: 새로운 동기화는 멈추지만, 이전에 합법적으로 남겨둔 기록을 곧바로 자동 삭제하지 않는다는 점을 이해하는가?
- 분석 동의를 철회한 경우: 이전에 만들어진 요약이 여전히 유효한 분석처럼 표시되지 않는가?
- 기록 삭제를 요청한 경우: 원본과 관련된 파생 표시가 함께 무효화되고, 다른 작업 공간은 영향을 받지 않는가?
UI에서는 더 적은 선택지를 보여줄 수 있어도, 내부 테스트에서 세 행동을 같은 것으로 처리해서는 안 된다. 어느 사례에서 사용자가 오해하는지를 관찰하고 필요한 최소 설명만 남기는 것이 목표다.
이 실험은 아직 실행되지 않았다. Mac 개발 담당자에게 제안한 상태이며 채택 여부도 미정이다. 검증 결과가 나오기 전에는 개선 완료나 사용자 피드백 반영이라고 부르지 않겠다.
결국 사용자가 알아야 할 것
관계 기록을 오래 쌓는 도구에서 중요한 것은 보관량 자체보다, 그 기록이 왜 남아 있고 지금도 어떤 목적으로 쓰일 수 있는지 알 수 있는 능력일 것이다.
Social Relations Lab이 실제로 이 문제를 해결하는지는 향후 구현과 사용자 검증으로 판단해야 한다. 현재 서비스는 공개 베타가 아닌 제한된 로컬 시제품이며, 다른 사람의 전체 DM이나 동의하지 않은 기록을 조회하는 기능을 제공한다고 주장하지 않는다.
다른 작업 과정은 개발 기록 목록에 있다. 영문판에서는 같은 문제를 계정 연결과 데이터 생애주기 관점에서 설명했다.
2026년 10월 26일 저장소 구현 현황과 독립적인 설계 질문을 바탕으로 작성했다. 실제 고객 데이터, 출시 기능, 법률 자문이나 검증 완료된 UX 실험이 아니다.