대화 하나를 삭제한 직후 Too Many Requests가 나타나고 왼쪽 대화 기록까지 비었다면, 같은 동작을 반복하지 마세요. 지금 보이는 것은 ‘삭제 요청’, ‘429 응답’, ‘빈 목록’이라는 세 사건입니다. 연달아 발생했지만 하나가 나머지를 일으켰다고 단정할 수는 없습니다.
HTTP 429는 일정 시간 동안 요청이 너무 많았다는 뜻입니다. 직전 삭제가 서버에 반영됐는지, 그 다음 기록 불러오기만 거절됐는지는 알려 주지 않습니다. 따라서 먼저 복구 프로그램을 찾을 것이 아니라, 삭제하려던 한 대화만 없는지 전체 목록을 못 불러오는지를 확인해야 합니다.
먼저 멈추고 사건 기록을 남기세요
오류가 발생한 시각과 시간대, 정확한 문구, 사용한 기기, 직전 동작을 적어 둡니다. 한 대화의 Delete를 확인했는지, ‘모든 채팅 삭제’를 누를 가능성이 있었는지도 구분합니다.
스크린샷에는 이메일, 워크스페이스 이름, 실제 대화 제목이 나오지 않도록 가립니다. 다른 기기에서 기록이 보인다면 그 화면은 당분간 건드리지 마세요. 정상 화면이 남아 있어야 로컬 표시 문제와 계정 문제를 비교할 수 있습니다.
연속 새로고침, 여러 탭에서의 재시도, 추가 삭제는 더 많은 429를 만들 수 있습니다. 한 번에 조건 하나만 바꾸는 것이 가장 빠른 진단입니다.
보이는 범위가 원인을 좁힙니다
다음 결과는 서로 다른 의미를 가집니다.
- 확인하고 삭제한 대화 하나만 없다면 단일 삭제가 완료됐을 가능성이 큽니다.
- 한 브라우저에서만 목록이 비고 휴대폰에서는 보인다면 원래 브라우저의 세션이나 렌더링을 의심할 수 있습니다.
- 모든 기기에서 전체 목록이 비면 계정, 워크스페이스, 서비스 상태를 확인해야 합니다.
- Archived Chats에서 대화가 발견되면 삭제가 아니라 보관입니다.
빈 사이드바는 ‘모든 대화가 영구 삭제됐다’는 증거가 아닙니다. 반대로 Delete 확인을 완료한 한 대화에 표시 오류용 해결책을 적용해도 그 대화는 돌아오지 않습니다.
로그인 방식과 워크스페이스까지 맞는지 확인하세요
프로필에서 이메일, 로그인 방식, 현재 선택한 공간을 확인합니다. 이메일과 비밀번호, Google, Apple, 회사 SSO는 서로 다른 계정으로 연결될 수 있습니다. Apple의 이메일 가리기 주소는 특히 혼동하기 쉽습니다.
개인 공간과 Business, Enterprise, Edu 워크스페이스는 대화 목록이 별개입니다. 웹과 앱의 프로필 사진이 같아 보여도 선택한 공간이 다를 수 있습니다.
원래 워크스페이스로 전환한 뒤 기록이 나타났다면 데이터를 복구한 것이 아닙니다. 대화를 소유한 공간으로 돌아온 것입니다. 조사 중 잘못된 공간에서 많은 새 대화를 만들거나 삭제하면 시간대와 내보내기 기록이 복잡해집니다.
‘보관’은 사이드바에서 숨기는 동작입니다
Settings → Data controls → Archived Chats를 엽니다. OpenAI의 채팅 삭제 및 보관 안내에 따르면 보관한 채팅은 계정에 남고 다시 활성 기록으로 돌릴 수 있습니다. 삭제한 채팅은 보이는 기록에서 즉시 제거됩니다.
대화가 보관 목록에 있으면 보관을 해제하면 됩니다. 보관 목록에도 없지만 전체 사이드바가 비어 있다면 아직 영구 삭제라고 결론 내릴 수 없습니다. 같은 Data controls에서 현재의 대화 기록 관련 설정도 확인하세요. 화면 명칭과 위치는 바뀔 수 있으므로 오래된 캡처보다 현재 계정의 설명을 따르는 편이 안전합니다.
세션 테스트는 넓은 초기화가 아니라 비교입니다
페이지를 한 번 새로고침합니다. 그대로라면 로그아웃한 뒤 원래 사용하던 방식으로 한 번 다시 로그인합니다. OpenAI도 누락된 대화 기록 문제에서 이 확인을 안내합니다.
필요하면 시크릿 창이나 다른 브라우저와 비교합니다.
| 비교 결과 | 해석 | 다음 동작 |
|---|---|---|
| 새 세션에서는 기록이 보임 | 기존 브라우저 상태, Cookie, 확장 기능 가능성 | 정상 세션을 보존하고 원래 브라우저만 점검 |
| 두 세션 모두 비어 있음 | 삭제 여부는 아직 불명 | Status와 내보내기로 이동 |
| 특정 회사·학교 네트워크에서만 실패 | 필터, 프록시, 인증 경로 가능성 | 관리되지 않는 정상 경로와 한 번 비교 |
캐시나 Cookie 삭제는 로컬 세션을 초기화할 뿐 서버에서 삭제된 대화를 되살리지 않습니다. IP 변경도 마찬가지입니다. 정상적으로 기록을 표시하는 기기까지 먼저 초기화하지 마세요.
OpenAI Status는 현재 범위를 보는 자료입니다
OpenAI Status에서 ChatGPT conversations, 로그인, 웹 접근에 진행 중인 사건이 있는지 확인합니다. 관련 사건이 있다면 이름과 시간을 적고, 복구 완료 후 다시 로그인해 확인합니다.
과거에는 데이터 손실 없이 대화 기록 표시만 일시적으로 사라진 OpenAI 사건이 있었습니다. 이런 유형이 가능하다는 증거일 뿐, 오늘의 개인 사례가 같은 원인이라는 뜻은 아닙니다. 상태 페이지가 정상이어도 일부 지역, 요금제, 워크스페이스만의 문제까지 배제하지는 못합니다.
데이터 내보내기는 복원이 아니라 계정 측 대조입니다
목록이 계속 비어 있으면 Settings → Data controls → Export data 또는 Privacy Portal에서 내보내기를 요청합니다. OpenAI의 ChatGPT 데이터 내보내기 안내에 따르면 대상 계정에는 채팅 기록과 기타 계정 데이터가 든 ZIP이 전달됩니다. 최대 7일이 걸릴 수 있고, 받은 다운로드 링크는 24시간 후 만료됩니다.
내보내기가 사이드바를 다시 만들거나 삭제를 취소하지는 않습니다. 계정에 어떤 대화가 남아 있는지 확인하는 독립 경로입니다. Business와 Enterprise는 설정에서 내보내기를 제공하지 않으며, Edu는 워크스페이스 권한에 따라 달라집니다.
이전 대화가 파일에는 있지만 화면에 없다면 표시 또는 인덱스 문제 쪽에 무게가 실립니다. 삭제하려던 대화가 파일에 없다는 사실만으로 네트워크 요청 순서를 완전히 재구성할 수는 없습니다. 실제로 Delete 확인을 완료했는지와 함께 봐야 합니다.
확인된 삭제는 되돌릴 수 없습니다
OpenAI는 삭제한 채팅을 ChatGPT UI, API, 지원을 통해 가져올 수 없다고 명시합니다. 삭제 즉시 기록 화면에서 제거되고, 비식별화 또는 보안·법률상 보존 예외를 제외하면 30일 안에 시스템에서 영구 삭제될 예정입니다.
이 30일은 취소 가능한 유예 기간이 아닙니다.
대상 대화에서 Delete를 누르고 확인까지 마쳤으며, Archived Chats에도 없고, 나머지 기록은 정상이라면 복구 방법을 찾는 일을 멈춰야 합니다. PC 파일 복구 도구는 OpenAI 서버의 계정 대화를 복원할 수 없습니다. 이런 도구에 ChatGPT 계정 정보나 내보낸 파일을 제공하는 것은 오히려 개인정보 위험을 늘립니다.
이전에 받은 데이터 내보내기, 문서에 복사한 답변, 캡처, 아직 열린 페이지가 있다면 필요한 내용을 새 문서로 재구성할 수는 있습니다. 원래 대화 스레드를 복원한 것은 아닙니다.
전체 기록이 돌아오지 않을 때 지원에 보낼 내용
확인을 마친 뒤에도 전체 기록이 없다면 OpenAI Help Center의 공식 지원 채널을 이용합니다. 공식 안내는 계정 이메일과 로그인 방식, 해당되는 경우 워크스페이스나 조직 이름, 누락된 대화의 대략적인 시기, 이미 수행한 점검을 포함하라고 합니다.
text발생 시각과 시간대: 오류 직전 동작: 정확한 문구: Too Many Requests 범위: 한 대화 / 전체 목록 / 한 기기만 계정·워크스페이스: 비공개로 확인 완료 Archived Chats 결과: Status 확인 시각과 결과: 재로그인·다른 기기 결과: 데이터 내보내기: 요청 / 이용 불가 / 결과
비밀번호, 일회용 코드, API 키, 민감한 대화 전문은 보내지 마세요. 지원팀은 계정과 표시 문제를 조사할 수 있지만, 확인된 삭제를 취소할 수는 없습니다.
대화가 목록에 남아 있는데 ChatGPT가 이전 내용을 따르지 않는다면 기록 누락이 아니라 컨텍스트 문제입니다. 긴 대화의 컨텍스트와 메모리 차이는 그 상황을 다룹니다. 여기서는 오류의 순서가 아니라 계정에 남은 증거가 결론을 결정합니다.
