글이나 로고를 수정하고 저장했는데 사이트에서는 예전 모습이 보일 때가 있습니다.
이때 확인할 것 중 하나가 캐시입니다.
이번 글에서는 캐시가 왜 필요한지부터 캐시 삭제, 방문자 화면 확인, WP Super Cache 테스트까지 차례대로 알아봅니다.
1. 캐시는 무엇이고 왜 삭제하나요?
캐시는 같은 내용을 빠르게 보여주기 위해 잠시 보관하는 복사본입니다.
예를 들어 워드프레스가 방문할 때마다 페이지를 처음부터 만드는 대신, 미리 만들어 둔 페이지를 보여주는 방식입니다.
사이트를 빠르게 열고 서버의 부담을 줄이는 데 도움이 됩니다.
그런데 사이트 내용을 바꾼 뒤에도 오래된 복사본이 남아 있으면 수정 전 화면이 보일 수 있습니다.
캐시 삭제는 이 오래된 복사본을 비워 새 내용으로 다시 만들어지도록 하는 작업입니다.
이 글에서 설명하는 WP Super Cache의 캐시 삭제는 글, 미디어 원본, 사이트 설정을 삭제하는 작업이 아닙니다.
캐시는 무조건 없애야 하는 파일이 아닙니다.
글을 쓸 때마다 삭제하지 말고, 저장한 변경 사항이 공개 화면에 반영되지 않을 때 확인합니다.
캐시를 비운 직후에는 페이지를 다시 만드는 과정 때문에 첫 접속이 평소보다 조금 느릴 수 있습니다.
문제가 해결되었다면 삭제 버튼을 반복해서 누르지 않습니다.
페이지 캐시의 기본 원리는 WP Super Cache 공식 안내에서도 확인할 수 있습니다.
2. 어떤 상황에서 캐시를 확인하나요?
- 예: 로고를 바꾸고 저장했는데 공개 홈에서는 예전 로고가 보이는 경우입니다.
- 예: 메뉴나 바닥글을 수정했는데 방문자 화면에는 이전 내용이 남아 있는 경우입니다.
- 예: 본문 너비나 대표 이미지 표시 비율을 변경했는데 예전 모양으로 보이는 경우입니다.
- 예: 발행한 글을 수정하고 저장했는데 공개 글에는 이전 문장이 보이는 경우입니다.
먼저 편집 화면에서 저장 또는 업데이트가 완료되었는지 확인합니다.
저장하지 않은 수정 내용은 캐시를 삭제해도 나타나지 않습니다.
임시글은 공개 홈에 나오지 않는 것이 정상이며, 캐시를 삭제한다고 발행되는 것도 아닙니다.
3. 브라우저 캐시와 사이트 캐시 구분하기
3-1. 브라우저 캐시
내 PC의 크롬 같은 브라우저가 이미지나 파일을 보관하는 캐시입니다.
Windows 크롬에서 확인하려는 공개 페이지를 연 뒤 Ctrl + Shift + R을 눌러 강력 새로고침을 해봅니다.
일반 새로고침보다 브라우저에 저장된 파일의 영향을 줄여 확인하는 방법입니다.
이 단축키가 워드프레스 서버의 캐시까지 삭제하는 것은 아닙니다.
단축키는 Chrome 공식 도움말에서 확인할 수 있습니다.
3-2. 사이트 캐시
WP Super Cache 같은 플러그인이 서버에 만들어 두는 페이지 복사본입니다.
내 브라우저에서 새로고침해도 서버가 예전 복사본을 보내면 이전 화면이 계속 보일 수 있습니다.
이 경우 사이트의 캐시 삭제 메뉴를 확인합니다.
호스팅이나 CDN에서 별도의 캐시를 제공하는 경우도 있습니다.
CDN은 방문자에게 가까운 서버를 이용해 사이트 파일을 전달하는 서비스입니다.
모든 사이트에서 사용하는 것은 아니므로, 이용 여부를 모르는 상태에서 관련 설정을 바꾸지 않습니다.
4. WP Super Cache에서 캐시 삭제하기
이 안내는 WP Super Cache를 사용 중인 사이트 기준입니다.
다른 캐시 플러그인을 사용한다면 메뉴 이름과 위치가 다를 수 있습니다.
아래 메뉴가 없다고 WP Super Cache를 추가로 설치하지 말고, 먼저 현재 사용하는 캐시 기능을 확인합니다.
4-1. 캐시 설정 화면 열기
워드프레스 관리자 화면 왼쪽 메뉴에서 설정 → WP Super Cache를 클릭합니다.
설정 화면 위쪽의 컨텐츠 탭을 클릭합니다.
버전이나 번역에 따라 콘텐츠로 보일 수도 있습니다.
4-2. 캐시 삭제 버튼 누르기
아래로 스크롤해 캐시 통계 아래에 있는 캐시 삭제 버튼을 찾습니다.
수정 사항을 저장했는데 공개 화면이 그대로인 상황이라면 이 버튼을 한 번 누릅니다.
옆에 있는 만료된 항목 삭제는 오래되어 만료된 캐시만 정리하는 별도 버튼이므로 구분합니다.
위 이미지는 이전에 같은 사이트에서 촬영한 실제 화면입니다.
현재 화면에서는 일부 번역이나 안내 배너가 다를 수 있지만, 컨텐츠 탭 아래의 캐시 삭제 버튼을 찾으면 됩니다.
이미지를 클릭하면 큰 화면으로 확인할 수 있습니다.
안내 배너에 나오는 Jetpack Boost 등의 설치 버튼은 캐시 삭제 버튼이 아닙니다.
캐시 삭제를 위해 다른 플러그인을 설치할 필요는 없습니다.
내용을 이해하셨다면 아래 스크린샷처럼 사용하셔도 됩니다.
4-3. 삭제 뒤 확인할 것
버튼을 누른 뒤 화면이 다시 표시되거나 처리가 끝날 때까지 기다립니다.
캐시 페이지 수가 보이더라도 숫자만으로 성공 여부를 판단하지 않습니다.
통계가 자동 갱신되지 않거나, 방문에 의해 캐시가 다시 생성될 수 있기 때문입니다.
이어서 다음 단계에서 실제 공개 화면이 바뀌었는지 확인합니다.
캐시 삭제는 잘못된 설정을 자동으로 고쳐 주는 기능이 아닙니다.
5. 방문자 화면에서 수정 내용 확인하기
Windows 크롬에서 Ctrl + Shift + N을 눌러 새 시크릿 창을 엽니다.
새 시크릿 창에서는 워드프레스 관리자에 로그인하지 않습니다.
주소창에 (자신의 사이트 주소)를 입력해 공개 홈을 엽니다.
로그인한 관리자와 일반 방문자에게 캐시가 적용되는 방식이 다를 수 있으므로, 편집기 안의 미리보기만 보고 끝내지 않습니다.
시크릿 창은 로그인 상태와 기존 브라우저 데이터의 영향을 줄여 확인하는 용도입니다.
시크릿 창을 연다고 서버의 캐시가 삭제되는 것은 아닙니다.
공개 홈에서 수정한 로고, 메뉴, 이미지 등을 확인합니다.
이미 발행한 글이 있다면 제목을 눌러 개별 글도 확인합니다.
홈과 개별 글은 서로 다른 페이지이므로 각각 확인합니다.
아직 발행한 글이 없다면 공개 홈과 공개된 페이지만 확인합니다.
임시글 확인은 관리자 화면의 미리보기를 이용하며, 시크릿 창에서 임시글이 보이지 않는 것을 캐시 오류로 판단하지 않습니다.
6. 캐시 테스트로 작동 여부 확인하기
캐시 삭제는 오래된 복사본을 비우는 작업이고, 캐시 테스트는 캐시 기능이 작동하는지 점검하는 작업입니다.
수정한 화면이 잘 보이는지 확인하는 것과 캐시 기능을 테스트하는 것은 목적이 다릅니다.
글을 쓸 때마다 테스트할 필요는 없습니다.
6-1. 캐시 테스터 찾기
관리자 화면의 설정 → WP Super Cache로 돌아옵니다.
설정 위쪽의 단순 탭을 클릭합니다.
버전이나 번역에 따라 쉬운 또는 Easy로 표시될 수 있습니다.
화면을 아래로 내려 캐시 테스터 제목을 찾습니다.
그 아래에 있는 캐시 테스트 버튼을 사용합니다.
캐시 삭제나 상태 업데이트와는 다른 버튼입니다.
6-2. HTTPS 주소 확인 후 테스트하기
먼저 공개 사이트 주소가 https://로 시작하는지 확인합니다.
테스터에 홈페이지에 대한 비보안 (비 https) 요청 보내기 항목이 있다면, HTTPS 사이트를 테스트할 때는 이 체크를 해제합니다.
이는 테스트 요청 방식에 대한 선택이며 사이트의 SSL 설정을 끄는 작업이 아닙니다.
캐시 테스트를 한 번 누르고 결과가 나올 때까지 기다립니다.
캐싱을 켜거나 끄는 설정과 상태 업데이트는 테스트 버튼을 누르기 위해 변경할 필요가 없습니다.
현재 캐싱이 꺼져 있다면 캐시 작동을 확인할 수 없으므로, 무작정 켜기 전에 기존 캐시 구성부터 확인합니다.
6-3. 테스트 결과 이해하기
WP Super Cache의 테스터는 홈페이지를 두 번 요청하고 각 응답의 시간 표시가 일치하는지 비교합니다.
시간 표시가 일치한다는 성공 결과가 나오면, 해당 테스트에서 같은 캐시가 제공되는 것을 확인한 것입니다.
이 기능은 사이트 속도 점수를 매기는 검사가 아니며, 모든 글과 이미지가 올바르다는 보증도 아닙니다.
테스트 실패나 시간 불일치가 나오더라도 사이트 전체가 고장 났다고 단정하지 않습니다.
서버가 자기 사이트에 요청을 보내지 못하거나 보안 규칙, 중간 캐시 서비스 등의 영향으로 검사에 실패할 수도 있습니다.
결과 문구와 테스트 주소를 기록하고, 공개 페이지가 정상으로 열리는지도 함께 확인합니다.
테스트 방식과 실패 가능성은 WP Super Cache 공식 테스트 안내에서 확인할 수 있습니다.
오류를 해결하려고 보안 플러그인이나 SSL을 임의로 끄지 않습니다.
같은 문제가 계속되면 오류 화면을 보관하고 호스팅 업체나 플러그인 지원에 문의합니다.
7. 캐시를 삭제해도 예전 화면이면?
- 수정한 글이나 템플릿이 실제로 저장되었는지 다시 확인합니다.
- 내가 수정한 화면이 블로그 홈인지 개별 글인지 확인합니다.
- 시크릿 창에서도 동일한 공개 주소를 열었는지 확인합니다.
- 브라우저 강력 새로고침과 사이트 캐시 삭제를 구분했는지 확인합니다.
- 호스팅 또는 CDN 캐시를 실제로 사용 중인지 확인합니다.
예를 들어 개별 글의 대표 이미지 비율만 수정했다면, 홈의 대표 이미지 비율은 그대로일 수 있습니다.
이런 경우는 캐시를 반복해서 삭제할 문제가 아니라 해당 화면의 설정을 확인할 문제입니다.
추가 캐시가 의심되더라도 설치된 플러그인을 한꺼번에 끄거나 서버 폴더를 직접 삭제하지 않습니다.
사용 중인 서비스의 공식 안내를 확인하고 필요한 범위만 처리합니다.
기존 글의 저장과 공개 화면 확인 순서는 글 수정 안내에서 확인할 수 있습니다.
캐시를 비워도 오류가 계속된다면 플러그인 충돌 확인 방법으로 원인을 구분합니다.
8. 마지막 확인 목록
- 수정한 내용의 저장을 완료했습니다.
- 캐시가 원인으로 의심될 때만 캐시 삭제를 사용했습니다.
- 로그인하지 않은 창에서 (자신의 사이트 주소)를 열어 확인했습니다.
- 공개 홈과 수정한 공개 글을 각각 확인했습니다.
- 캐시 테스트 결과와 화면 반영 여부를 구분했습니다.
- 정상으로 보이면 추가 삭제나 불필요한 설정 변경을 멈췄습니다.
처음에는 저장 확인 → 공개 화면 확인 → 필요할 때 캐시 삭제 → 방문자 화면 재확인 순서만 기억해도 됩니다.
캐시 테스트는 캐시 기능 자체의 작동 여부를 점검하고 싶을 때 추가로 진행합니다.