WP Super Cache 설치 후 페이지 캐시가 감지되지 않을 때 확인할 7가지

문제노트 사이트의 속도를 점검하던 중 워드프레스 사이트 건강 화면에서 페이지 캐시를 개선하라는 안내가 나타났다. 사이트 속도를 높이기 위해 WP Super Cache를 설치했지만, 플러그인을 활성화한 뒤에도 같은 안내가 남아 있었다.

처음에는 캐시 플러그인을 설치했으니 문제가 바로 해결될 것으로 생각했다. 하지만 플러그인 설치와 실제 페이지 캐시 작동은 같은 의미가 아니었다. 캐시 기능이 켜져 있는지, 캐시 파일이 만들어지는지, 워드프레스가 캐시를 정상적으로 감지하는지 따로 확인해야 했다.

이 글에서는 문제노트를 운영하면서 확인한 내용을 바탕으로 WP Super Cache 페이지 캐시 문제가 생겼을 때 점검할 순서를 정리한다.

왜 페이지 캐시가 감지되지 않을까?

페이지 캐시는 방문자가 사이트를 열 때마다 PHP와 데이터베이스를 다시 처리하지 않도록 완성된 페이지를 임시 파일로 저장하는 기능이다. 같은 페이지를 다시 요청하면 저장된 파일을 보여주기 때문에 서버의 처리 부담이 줄어든다.

하지만 WP Super Cache를 설치했다고 해서 페이지 캐시가 바로 작동하는 것은 아니다. 다음과 같은 이유로 사이트 건강 화면에 개선 안내가 남을 수 있다.

• 플러그인은 활성화됐지만 캐시 기능이 꺼져 있다.
• 관리자로 로그인한 상태에서만 사이트를 확인했다.
• 캐시 파일이 정상적으로 생성되지 않는다.
• 호스팅 캐시나 다른 캐시 플러그인과 설정이 겹친다.
• 워드프레스의 반복 요청 테스트가 실패한다.

먼저 확인할 3가지

1. 사이트가 정상적으로 열리는지 확인한다

캐시 설정을 바꾸기 전에 사이트 첫 화면과 관리자 페이지가 정상적으로 열리는지 확인한다. 흰 화면이나 500 오류가 나타난다면 설정을 추가하지 말고 최근에 활성화한 캐시 플러그인부터 점검해야 한다.

2. 현재 사용 중인 캐시를 확인한다

워드프레스 캐시 플러그인 외에도 호스팅 서버 캐시나 CDN 캐시가 작동할 수 있다. 어떤 캐시를 사용하고 있는지 모른 채 설정을 바꾸면 문제의 원인을 찾기 어려워진다.

3. 파일 수정 전 백업 상태를 확인한다

관리자 화면에서 캐시를 켜거나 삭제하는 작업은 비교적 위험이 낮다. 하지만 wp-config.php, .htaccess, 파일 권한을 수정해야 한다면 먼저 백업해야 한다.

페이지 캐시 문제를 확인할 7가지

1. WP Super Cache의 캐시 기능을 켠다

워드프레스 관리자 화면에서 설정 → WP Super Cache로 이동한다. 쉬운 설정 화면에서 캐싱이 켜져 있는지 확인한다.

플러그인을 활성화한 것만으로 캐시가 켜지는 것은 아니다. 캐싱 사용 항목을 선택한 뒤 상태 업데이트 버튼을 눌러야 설정이 적용된다.

2. 캐시 테스트를 실행한다

WP Super Cache 설정 화면에 있는 캐시 테스트를 실행한다. 이 기능은 사이트 첫 화면을 반복해서 불러온 뒤 캐시된 페이지가 전달되는지 확인한다.

문제노트에서도 플러그인을 설치한 상태만 확인하는 것보다 이 테스트를 실행했을 때 캐시 작동 여부를 더 분명하게 알 수 있었다.

3. 로그아웃 상태에서 사이트를 확인한다

관리자로 로그인한 사용자는 캐시 대상에서 제외될 수 있다. 관리자 화면에 로그인한 채 사이트를 확인하면 일반 방문자가 보는 화면과 결과가 달라질 수 있다.

워드프레스에서 로그아웃하거나 브라우저의 시크릿 창을 연다. 사이트 첫 화면과 게시글을 두세 번 새로고침한 뒤 캐시 테스트를 다시 실행한다.

4. 기존 캐시를 삭제한다

설정을 바꾼 뒤에도 이전 캐시 파일이 남아 있으면 변경된 내용이 바로 나타나지 않을 수 있다. WP Super Cache의 콘텐츠 메뉴에서 기존 캐시를 삭제한다.

캐시를 삭제한 다음 비로그인 상태로 사이트 첫 화면과 게시글을 다시 열면 새로운 캐시 파일이 생성된다.

5. 캐시 플러그인이 겹치지 않는지 확인한다

페이지 캐시 플러그인을 두 개 이상 동시에 사용하면 같은 파일이나 설정을 서로 다르게 처리할 수 있다. WP Super Cache 외에 다른 최적화 플러그인을 사용하고 있다면 페이지 캐시 기능이 중복되는지 확인한다.

서버 캐시나 CDN은 별도의 캐시 계층이라 함께 사용할 수 있다. 다만 정확한 설정 방법은 호스팅 업체와 CDN 서비스의 공식 안내를 확인해야 한다.

6. 사이트 건강의 오류 내용을 확인한다

도구 → 사이트 건강으로 이동해 페이지 캐시 관련 안내를 다시 확인한다. 단순히 페이지 캐시가 없다는 문구만 보지 말고 반복 요청 오류나 응답 시간도 함께 살펴본다.

워드프레스가 자기 사이트에 다시 접속하지 못하면 캐시가 작동하고 있어도 감지 테스트가 실패할 수 있다. 오류 코드가 표시된다면 문구 전체를 복사해 호스팅 고객센터에 전달하는 것이 좋다.

7. 캐시 파일과 서버 권한은 마지막에 확인한다

앞의 방법으로 해결되지 않을 때는 wp-content/cache, advanced-cache.php, wp-cache-config.php 파일이 정상적으로 만들어졌는지 확인한다.

이 단계부터는 파일관리자나 FTP를 사용해야 할 수 있다. 파일을 잘못 삭제하거나 권한을 변경하면 사이트 오류가 더 커질 수 있으므로 초보자는 직접 수정하기보다 호스팅 고객센터에 점검을 요청하는 편이 안전하다.

플러그인을 설치해도 속도가 느린 이유

캐시 플러그인을 설치하면 사이트의 모든 화면이 빨라질 것으로 생각할 수 있다. 하지만 페이지 캐시는 주로 로그인하지 않은 방문자가 보는 공개 페이지를 빠르게 만드는 기능이다.

워드프레스 관리자 페이지가 느린 문제는 캐시 플러그인만으로 해결되지 않을 수 있다. 플러그인 충돌, 외부 서버 통신, 데이터베이스, PHP 버전, 호스팅 자원의 영향을 따로 확인해야 한다.

사이트 건강에 개선 안내가 남아 있다고 해서 페이지 캐시가 전혀 작동하지 않는다고 단정할 수도 없다. 반복 요청이 실패하거나 서버 응답 시간이 기준보다 느리면 캐시 감지 결과가 다르게 나올 수 있다.

설정할 때 주의할 점

• 페이지 캐시 플러그인을 두 개 이상 동시에 활성화하지 않는다.
• 처음부터 wp-config.php나 .htaccess 파일을 수정하지 않는다.
• 캐시 삭제 후에는 로그아웃 상태에서 사이트를 확인한다.
• 쇼핑몰이나 회원제 사이트는 장바구니와 로그인 페이지의 캐시 여부를 확인한다.
• 설정을 변경하기 전 기존 화면을 캡처해 둔다.

같은 문제를 줄이는 방법

캐시 플러그인을 설치한 뒤에는 활성화 여부만 보지 말고 캐시 테스트까지 실행해야 한다. 사용 중인 플러그인, 서버 캐시, CDN도 함께 기록해 두면 나중에 문제가 생겼을 때 원인을 찾기 쉬워진다.

테마나 플러그인을 업데이트한 날에는 사이트 첫 화면과 주요 게시글을 비로그인 상태로 확인한다. 디자인을 수정했는데 이전 화면이 보인다면 파일부터 수정하지 말고 캐시를 먼저 삭제하는 순서가 안전하다.

자주 묻는 질문

WP Super Cache를 활성화하면 캐시도 바로 작동하나?

그렇지 않을 수 있다. 플러그인이 활성화되어 있어도 쉬운 설정 화면에서 캐싱이 꺼져 있거나 캐시 파일 생성에 문제가 생기면 페이지 캐시가 작동하지 않는다.

사이트 건강 경고가 없어질 때까지 설정을 계속 바꿔야 하나?

설정을 계속 바꾸기 전에 캐시 테스트와 비로그인 화면을 먼저 확인해야 한다. 반복 요청 오류나 서버 응답 문제가 있다면 플러그인 설정이 아니라 호스팅 환경을 점검해야 한다.

캐시를 삭제하면 게시글과 이미지도 삭제되나?

일반적인 캐시 삭제는 임시로 저장된 페이지 파일을 삭제하는 작업이다. 게시글과 원본 이미지는 삭제되지 않는다. 다만 삭제 버튼을 누르기 전에 대상이 캐시 파일인지 확인해야 한다.

WP Super Cache가 관리자 페이지도 빠르게 만드나?

WP Super Cache의 주된 대상은 방문자가 보는 공개 페이지다. 관리자 페이지 속도는 플러그인, 데이터베이스, 외부 통신과 서버 자원의 영향을 더 많이 받는다.

오늘 바로 할 행동

답글 남기기 응답 취소

이메일 주소는 공개되지 않습니다. 필수 필드는 *로 표시됩니다

댓글 *

이름 *

이메일 *

웹사이트

다음 번 댓글 작성을 위해 이 브라우저에 이름, 이메일, 그리고 웹사이트를 저장합니다.