캐시 지우려다 로그아웃됐다? 쿠키와 다르게 지우는 법

웹사이트가 이전 화면으로 보이거나 로그인이 반복될 때, 캐시와 쿠키를 한꺼번에 지우라는 안내를 받기 쉽다. 그러나 두 데이터는 저장하는 정보와 삭제 뒤의 영향이 다르다. 오래된 화면 파일이 원인이라면 캐시만 비워도 될 수 있지만, 이때 쿠키까지 모두 지우면 여러 사이트에서 로그아웃되는 불편이 생길 수 있다.

반대로 로그인 세션이나 사이트 설정이 꼬인 경우에는 캐시만 삭제해도 문제가 남을 수 있다. 이전 이미지·수정 전 디자인·깨진 글꼴처럼 브라우저가 받아 둔 파일이 의심되면 캐시부터 확인한다. 반복 로그인, 이전 계정 상태, 장바구니나 언어 설정처럼 사이트가 기억한 상태가 의심되면 해당 사이트의 쿠키와 사이트 데이터를 살핀다. 다만 증상만으로 원인을 확정할 수는 없다. 새로고침과 비공개 창 확인부터 거쳐 삭제 범위를 조금씩 넓히는 편이 안전하다.

캐시와 쿠키는 무엇이 다른가

브라우저 캐시는 웹 요청의 응답을 저장했다가 같은 리소스가 필요할 때 다시 쓰는 기능이다. 이미지, 스타일시트, 자바스크립트, 글꼴 같은 파일이 대표적이다. 다만 캐시의 정확한 대상과 보존 기간은 서버가 보낸 HTTP 헤더와 브라우저 정책에 따라 달라진다. MDN의 HTTP 캐싱 안내에 따르면 캐시는 요청과 연결된 응답을 저장해 후속 요청에 재사용함으로써 전송량과 서버 처리 부담을 줄인다.

사이트가 파일을 바꿨는데 이전 응답이 계속 재사용되면 수정 전 로고가 보이거나 화면 배치가 어긋날 수 있다. 새 HTML과 이전 CSS·스크립트가 맞지 않아 일부 기능이 작동하지 않는 경우도 있다. 캐시를 지우면 브라우저는 다음 방문 때 필요한 리소스를 다시 요청하므로 첫 로딩은 평소보다 느릴 수 있다. 캐시 항목만 선택해 삭제했다면 일반적으로 쿠키 기반 로그인 상태나 브라우저의 별도 비밀번호 관리자에 저장된 암호는 제거되지 않는다.

쿠키는 서버가 브라우저로 보내거나 웹 애플리케이션이 설정하는 작은 데이터다. 브라우저는 적용 범위와 만료 조건에 맞는 쿠키를 이후 요청에 다시 포함할 수 있다. HTTP는 기본적으로 이전 요청의 상태를 기억하지 않으므로 사이트는 쿠키를 이용해 로그인 세션을 이어 가거나 사용자의 선택을 구분한다. MDN의 HTTP 쿠키 안내도 쿠키가 상태 정보를 기억하고, 서로 다른 요청이 같은 브라우저나 사용자에게서 왔는지 판단하는 데 쓰인다고 설명한다.

쿠키를 삭제하면 로그인 세션을 식별하는 값이 없어져 로그아웃될 수 있다. 언어·지역·쿠키 동의·임시 장바구니처럼 해당 기기에 연결된 선택도 초기화될 수 있다. 그렇다고 계정 자체나 서버에 저장된 주문 기록이 삭제되는 것은 아니다. 저장된 비밀번호, 자동 완성 정보, 방문 기록도 브라우저에서 별도 데이터 범주로 관리되는 경우가 일반적이므로, 삭제 화면에서 이 항목까지 선택하지 않았는지 확인해야 한다.

여기서 말하는 ‘사이트 데이터’는 쿠키보다 넓은 개념이다. 웹 저장소나 IndexedDB처럼 웹앱이 기기에 저장한 정보가 포함될 수 있다. 따라서 브라우저 설정의 ‘쿠키 및 기타 사이트 데이터’나 ‘웹사이트 데이터’를 지우면 작성 중인 임시 내용, 오프라인 데이터, 개인 설정까지 영향을 받을 수 있다. 중요한 작업이 열려 있다면 먼저 저장하고 동기화가 끝났는지 확인하는 것이 좋다.

증상에 따라 먼저 지울 항목

다음 표는 확정 진단표가 아니라 첫 조치를 고르는 기준이다. 한 증상에도 서버 오류, 확장 프로그램, 네트워크 문제 등 여러 원인이 있을 수 있다.

뉴스 사이트의 썸네일만 이전 이미지라면 쿠키를 지울 이유는 적다. 캐시부터 비우면 로그인과 사이트 설정은 보존하면서 새 파일을 받을 수 있다. 반면 정확한 비밀번호를 입력했는데도 인증 직후 로그인 화면으로 되돌아온다면 세션 쿠키나 관련 사이트 데이터가 원인일 가능성이 있다. 이 경우에도 전체 쿠키가 아니라 문제가 생긴 사이트의 데이터부터 제거하는 편이 낫다.

‘페이지가 열리지 않는다’는 증상은 캐시와 쿠키 가운데 하나로 곧바로 분류하기 어렵다. 인터넷 연결, DNS, 서버 장애, 주소 오타, 광고 차단기나 보안 확장 프로그램, 오래된 브라우저도 같은 현상을 만들 수 있다. 다른 사이트는 열리는지, 같은 주소가 다른 브라우저나 기기에서는 열리는지 먼저 확인한다. 캐시와 쿠키 삭제로 끊어진 인터넷 연결이나 장애가 발생한 서버를 복구할 수는 없다.

전체 삭제 전에 범위를 좁히는 순서

먼저 입력 중인 문서와 폼을 저장한다. 캐시 삭제가 서버에 저장된 문서를 없애는 것은 아니지만, 페이지를 다시 불러오는 과정에서 아직 제출하지 않은 입력 내용은 사라질 수 있다. 사이트 데이터 삭제는 기기에만 보관된 웹앱 데이터에 더 직접적인 영향을 줄 수 있으므로, 오프라인 작업이나 임시 저장 내용이 있다면 특히 주의해야 한다.

1. 문제 페이지를 일반 새로고침한다. 일시적인 전송 실패라면 이것으로 해결될 수 있다.
2. 같은 주소를 비공개·시크릿 창에서 확인한다. 여기서 정상 작동한다면 기존 프로필의 저장 데이터나 확장 프로그램과 관련됐을 가능성이 있다. 비공개 창도 세션 동안 데이터를 사용할 수 있고 확장 프로그램 허용 여부도 설정에 따라 달라지므로, 이 결과만으로 원인을 확정하지는 않는다.
3. 화면 파일 문제로 보이면 삭제 화면에서 ‘캐시된 이미지 및 파일’에 해당하는 항목만 선택한다. 쿠키, 비밀번호, 자동 완성, 방문 기록은 선택하지 않는다.
4. 로그인이나 사이트 설정 문제라면 브라우저 설정에서 도메인을 검색해 해당 사이트의 쿠키와 사이트 데이터만 제거한다.
5. 개별 사이트 삭제로 해결되지 않고 여러 사이트에서 같은 증상이 확인될 때만 기간과 항목을 검토한 뒤 전체 삭제를 고려한다.

서비스가 본 사이트와 별도의 인증 도메인 또는 하위 도메인을 쓰는 경우에는 한 항목만 지워도 로그인 상태가 남을 수 있다. 반대로 비슷한 이름의 다른 도메인을 함께 지우면 무관한 서비스에서도 로그아웃될 수 있다. 주소 표시줄의 실제 도메인을 확인한 뒤 삭제 대상을 고르는 것이 좋다.

삭제 기간도 살펴봐야 한다. 최근 데이터만 지우면 불편을 줄일 수 있지만, 원인이 된 쿠키가 더 오래전에 저장됐다면 남아 있을 수 있다. ‘전체 기간’은 가장 넓은 범위를 제거하므로 로그아웃과 설정 초기화도 커진다. 최근 기간부터 시험하고 필요한 경우에만 범위를 확대하는 방식이 합리적이다.

시크릿 창 결과는 삭제 결정이 아니라 비교 신호다

시크릿 창은 기존 일반 창과 다른 세션으로 열린다. Chrome의 시크릿 모드 안내처럼 서드 파티 쿠키도 기본적으로 차단된다. 따라서 시크릿 창에서만 결과가 다르더라도 ‘쿠키가 원인’이라고 확정할 수는 없다. 아래처럼 다음 확인 대상을 좁히는 데 사용한다.

특히 로그인 화면의 주소와 인증 뒤 돌아오는 주소가 다르면 두 주소의 실제 도메인을 각각 적어 둔다. 그다음 브라우저의 사이트 데이터 목록에서 일치하는 항목만 찾는다. 이름이 비슷한 다른 도메인을 함께 지우면 관계없는 서비스에서도 로그아웃될 수 있다.

Chrome·Edge·Firefox·Safari의 삭제 경로

브라우저 메뉴 이름은 버전과 운영체제에 따라 조금씩 바뀔 수 있다. Chrome 컴퓨터 버전에서는 오른쪽 위 메뉴에서 ‘인터넷 사용 기록 삭제’를 열고 기간과 데이터 유형을 선택한다. 화면 문제라면 ‘캐시된 이미지 및 파일’, 로그인 문제라면 ‘쿠키 및 기타 사이트 데이터’를 구분해 선택한다. 특정 사이트의 쿠키를 없애려면 ‘설정 → 개인 정보 보호 및 보안 → 서드 파티 쿠키 → 모든 사이트 데이터 및 권한 보기’에서 사이트 이름을 검색할 수 있다. 현재 공식 경로와 개별 사이트 삭제 방법은 Google의 Chrome 쿠키 관리 안내에서 확인할 수 있다.

Microsoft Edge에서는 ‘설정 및 기타 → 설정 → 개인 정보, 검색 및 서비스 → 검색 데이터 지우기’로 이동해 시간 범위와 데이터 종류를 정한다. Windows에서는 Ctrl+Shift+Delete로 삭제 화면을 바로 열 수도 있다. 특정 사이트의 데이터는 같은 설정 영역의 쿠키 메뉴에서 ‘모든 쿠키 및 사이트 데이터 보기’를 열어 검색한다. Microsoft의 Edge 쿠키 관리 문서는 전체 쿠키를 삭제하면 대부분의 사이트에서 로그아웃된다고 안내한다.

Firefox에서는 ‘설정 → 개인 정보 및 보안 → 쿠키 및 사이트 데이터’ 영역에서 데이터를 관리한다. ‘데이터 관리’를 열면 사이트를 검색해 선택한 항목만 제거할 수 있다. 현재 보고 있는 사이트는 주소 표시줄 왼쪽의 사이트 정보 영역에서 ‘쿠키 및 사이트 데이터 지우기’를 선택할 수도 있다. 다만 Mozilla 공식 안내에 따르면 이 현재 사이트 기능은 쿠키뿐 아니라 해당 사이트의 저장 데이터와 임시 캐시 파일·페이지도 함께 지운다. 쿠키 하나만 없애는 기능으로 오해해서는 안 된다.

iPhone의 Safari에서 방문 기록까지 함께 지우려면 ‘설정 → 앱 → Safari → 방문 기록 및 웹사이트 데이터 지우기’로 이동한다. 방문 기록을 보관하면서 쿠키와 캐시 등 웹사이트 데이터만 제거하려면 ‘설정 → 앱 → Safari → 고급 → 웹사이트 데이터 → 모든 웹사이트 데이터 제거’를 사용한다. Apple의 iPhone Safari 안내는 이 작업이 로그인 정보와 더 빠른 탐색 등에 쓰이는 데이터를 지운다고 설명한다.

Mac용 Safari에서는 ‘Safari → 설정 → 개인정보 보호 → 웹사이트 데이터 관리’를 연다. 여기서는 하나 이상의 사이트를 선택해 제거하거나 모두 제거할 수 있다. Apple의 Mac용 Safari 안내는 데이터를 제거하면 로그아웃되거나 웹사이트 동작이 달라질 수 있고, 관련 데이터가 다른 앱에서도 변경되거나 제거될 수 있다고 주의시킨다. 한 사이트의 로그인 문제만 해결하려면 ‘모두 제거’보다 해당 사이트를 선택하는 편이 범위를 통제하기 쉽다.

삭제 후에도 해결되지 않는다면

캐시를 지운 뒤에도 이전 화면이 보이면 다른 브라우저와 다른 기기에서도 같은지 확인한다. 어디서나 같은 화면이 나온다면 브라우저 캐시보다 웹 서버, 콘텐츠 전송망 또는 서비스 워커가 이전 리소스를 제공하고 있을 수 있다. 일반 방문자는 서버나 CDN 캐시를 직접 관리할 수 없으므로 사이트 운영자에게 정확한 페이지 주소, 발생 시각, 브라우저 버전과 화면 캡처를 전달하는 편이 낫다.

쿠키와 사이트 데이터를 지운 직후에도 로그인이 반복된다면 브라우저가 새 쿠키를 저장하거나 전송하지 못하는 상황을 점검한다. 모든 쿠키 차단, 엄격한 추적 방지, 보안 확장 프로그램, 잘못된 기기 날짜와 시간은 인증 과정에 영향을 줄 수 있다. Apple도 모든 쿠키를 차단하면 올바른 사용자 이름과 비밀번호를 사용해도 로그인하지 못할 수 있다고 안내한다. 보호 기능을 한꺼번에 끄지 말고, 신뢰할 수 있는 사이트인지 확인한 뒤 사이트별 예외나 확장 프로그램의 영향을 좁혀 시험해야 한다.

캐시 삭제는 장기적인 브라우저 최적화 방법도 아니다. 캐시는 다시 방문할 때 필요한 파일을 재사용하려고 만들어진 공간이므로 사용을 계속하면 다시 생성된다. 디스크 공간 부족이 반복된다면 다운로드 폴더, 대용량 동영상, 사용하지 않는 앱처럼 실제 점유가 큰 항목을 따로 찾아야 한다.

캐시, 쿠키, 방문 기록, 저장된 비밀번호와 자동 완성 정보는 서로 같은 데이터가 아니다. 삭제 창의 기본 선택을 그대로 누르기보다 각 항목과 기간을 읽어야 한다. 이전 화면이나 깨진 리소스는 캐시부터, 한 사이트의 로그인·설정 문제는 그 사이트 데이터부터 확인하고, 여러 사이트에 걸친 문제가 확인될 때만 전체 범위로 넓히는 것이 불편과 데이터 손실 가능성을 줄이는 기준이 된다.

참고 자료

1. MDN Web Docs, 「MDN의 HTTP 캐싱 안내」
2. MDN Web Docs, 「MDN의 HTTP 쿠키 안내」
3. Google 지원, 「Chrome 시크릿 모드 안내」
4. Google 지원, 「Google의 Chrome 쿠키 관리 안내」
5. Microsoft 지원, 「Microsoft의 Edge 쿠키 관리 문서」
6. Mozilla 지원, 「Mozilla 공식 안내」
7. Apple 지원, 「Apple의 iPhone Safari 안내」
8. Apple 지원, 「Apple의 Mac용 Safari 안내」