브라우저 캐시 삭제 전에 확인할 것: 예전 화면이 보일 때
사이트의 글이나 디자인을 바꿨는데 내 화면만 그대로라면 바로 전체 기록부터 삭제할 필요는 없습니다. 다른 주소를 열고 있는지, 브라우저가 이전 자료를 재사용하는지, 중간 서버가 예전 응답을 주는지 순서를 나눠 확인합니다.
새로고침 전에 입력한 내용을 보관합니다
문의 내용을 쓰고 있거나 브라우저 도구에 자료를 붙여 넣었다면 사본부터 확보합니다. 새로고침은 저장하지 않은 입력을 없앨 수 있습니다. 확인을 위해 비밀값이 든 주소를 다른 사람에게 그대로 보내는 것도 피하세요. 이 글에서는 개인정보 없는 공개 페이지의 화면 변경을 기준으로 설명합니다.
주소가 정말 같은지 먼저 비교합니다
http와 https, www의 유무, /page와 /page/, 끝에 붙은 쿼리가 다른지 확인합니다. 관리자 미리보기와 실제 공개 화면도 구분해야 합니다. 예전 링크를 연 경우 캐시를 지워도 현재 페이지를 보게 되는 것은 아닙니다. 수정했다고 생각한 파일이 실제 운영 위치에 배포되었는지도 운영자가 확인할 부분입니다.
| 보이는 현상 | 먼저 의심할 부분 | 다음 확인 |
|---|---|---|
| 글은 바뀌고 색상만 예전 그대로 | CSS 등 정적 파일의 재사용 | 스타일 파일 버전·캐시 설정 |
| 내 브라우저만 이전 화면 | 브라우저 캐시 또는 상태 차이 | 같은 주소로 별도 창 비교 |
| 여러 기기 모두 이전 화면 | 공용 캐시·배포 위치 | 서버의 실제 응답 확인 |
| 로그인 상태마다 다른 화면 | 권한·개인화·미리보기 | 같은 조건으로 비교 |
일반 새로고침과 강한 새로고침은 다릅니다
브라우저는 저장해 둔 응답을 재사용하거나 서버에 아직 유효한지 물어볼 수 있습니다. 강한 새로고침은 일부 재사용을 건너뛰는 데 도움이 되지만 모든 중간 캐시나 서비스 워커까지 항상 초기화하는 기능으로 보기는 어렵습니다. 동작과 단축키도 브라우저마다 다릅니다. 한 번 확인한 뒤 결과가 같다면 무작정 반복하지 말고 다음 원인을 봅니다.
시크릿 창이 말해 주는 범위
시크릿 창에서 새 화면이 보이면 기존 창의 저장 상태가 원인일 가능성을 좁힐 수 있습니다. 다만 로그인, 쿠키, 확장 프로그램, 서버 응답 조건도 달라질 수 있으므로 캐시 하나가 원인이라고 확정하지 않습니다. 공용 CDN이나 프록시가 예전 응답을 보낸다면 다른 창에서도 같은 화면을 볼 수 있습니다.
운영자가 고칠 때는 변경된 자원만 구분합니다
내용이 바뀐 CSS·스크립트는 버전이 들어간 파일명이나 주소를 쓰고 적절한 캐시 정책을 적용합니다. 매번 임의의 쿼리를 덧붙여 캐시를 모두 무력화하기보다 변경한 파일에 맞는 방법을 정합니다. 캐시를 끄면 다시 다운로드해야 하므로 속도와 서버 부하에도 영향이 있습니다. 로그인 화면처럼 사용자별 정보가 있는 응답은 공용 캐시에 섞이지 않도록 별도 정책이 필요합니다.
확인 내용을 짧게 남깁니다
페이지 주소, 확인 시각, 브라우저, 로그인 여부, 달라져야 할 부분을 기록합니다. 가능하면 이전 화면과 현재 화면의 차이를 한 가지로 좁혀 설명하세요. 이렇게 해야 디자인 미반영과 글 내용 미반영을 구분하고, 원본 서버와 브라우저 중 어느 쪽부터 확인할지 결정하기 쉽습니다.
참고 자료와 확인 범위
아래 자료는 형식·기능의 정의를 확인하는 데 사용했습니다. 본문의 예제와 설명은 이 사이트의 작업 상황에 맞춰 구성했습니다. 제품 메뉴는 버전과 언어에 따라 다를 수 있습니다.
확인일: 2026-10-16 · 오류를 발견하면 이 글의 오류 신고로 알려주세요.