워드프레스 캐시 설정은 단순히 플러그인의 ‘활성화’ 버튼을 누르는 작업이 아닙니다. 페이지, 객체, 브라우저, 서버, CDN 캐시가 각각 무엇을 저장하는지 이해해야 수정 내용이 보이지 않거나 로그인·댓글·관리자 기능이 잘못 동작하는 문제를 피할 수 있습니다.
캐시는 왜 필요한가
워드프레스는 요청을 받을 때 PHP를 실행하고 데이터베이스에서 글과 설정을 읽어 HTML을 만듭니다. 캐시는 이전에 만든 결과나 조회 데이터를 재사용해 같은 작업을 줄입니다. WordPress 공식 캐시 문서도 정적 페이지 캐시가 서버 처리 부하를 줄인다고 설명합니다.
다섯 가지 캐시 계층 비교
| 계층 | 저장 대상 | 주의할 페이지 |
|---|---|---|
| 페이지 캐시 | 완성된 HTML | 로그인·미리보기·개인화 화면 |
| 객체 캐시 | 데이터베이스 조회 결과 | 변경이 잦은 동적 데이터 |
| 브라우저 캐시 | 이미지·CSS·JS·글꼴 | 파일 변경 후 이전 버전 |
| 서버 캐시 | HTML·PHP 실행 결과 | 플러그인 캐시와 중복 |
| CDN 캐시 | 정적 파일 또는 전체 페이지 | 관리자·쿠키·지역별 콘텐츠 |
1단계: 캐시 적용 전 기준값 기록
캐시를 켜기 전 홈, 대표 글, 관리자 화면의 응답과 화면 상태를 기록합니다. 같은 기기와 네트워크에서 첫 방문과 반복 방문을 구분하세요. 캐시를 켠 뒤 빨라졌다고 느껴도 로그인, 댓글, 검색 같은 동적 기능이 깨지지 않았는지 함께 확인해야 합니다.
- 모바일과 데스크톱의 대표 주소
- 로그인·로그아웃 상태
- 첫 요청과 반복 요청
- 오류 로그와 브라우저 콘솔
- 사용 중인 호스팅·플러그인·CDN 캐시 목록
2단계: 페이지 캐시부터 적용
정보형 블로그는 페이지 캐시의 효과가 큰 편입니다. 다만 관리자, 미리보기, 검색 결과, 댓글 작성 직후 화면, 사용자별 콘텐츠는 제외 규칙이 필요할 수 있습니다. 호스팅이 이미 전체 페이지 캐시를 제공하면 별도 플러그인의 같은 기능을 중복 활성화하기 전에 지원 문서를 확인하세요.
3단계: 객체 캐시는 서버 지원부터 확인
지속 객체 캐시는 데이터베이스 조회 결과를 메모리 서버에 보관합니다. WordPress 공식 성능 최적화 문서는 호스팅이 호환 캐시 서버를 제공해야 한다고 설명합니다. Redis나 Memcached 이름만 보고 플러그인을 설치하지 말고 호스팅 제공 여부와 연결 상태를 먼저 확인하세요.
4단계: 브라우저 캐시와 파일 버전 관리
이미지, CSS, JavaScript처럼 자주 바뀌지 않는 파일은 Cache-Control 헤더로 오래 보관할 수 있습니다. 파일을 수정했을 때 방문자가 이전 버전을 계속 받지 않도록 WordPress가 붙이는 버전 문자열이나 파일명 변경 방식을 유지하세요. 관리자에서 CSS를 수정했는데 반영되지 않으면 플러그인 캐시만이 아니라 브라우저 캐시도 확인합니다.
5단계: CDN은 방문자 위치와 트래픽을 보고 선택
CDN은 방문자와 가까운 서버에서 정적 파일이나 캐시된 페이지를 전달합니다. 해외 방문자가 많거나 이미지 전송량이 큰 사이트에서 도움이 될 수 있지만 작은 국내 블로그에 무조건 필요한 것은 아닙니다. HTTPS, 원본 주소, 캐시 키, 쿠키 제외, 제거 기능을 확인하세요.
캐시에서 제외할 주소와 사용자
| 대상 | 이유 | 확인 방법 |
|---|---|---|
| /wp-admin/ 및 로그인 | 사용자별 관리자 화면 | 로그인 후 다른 계정 정보가 보이지 않는지 |
| 미리보기 | 발행 전 최신 내용 | 수정 직후 미리보기 비교 |
| 검색·폼 결과 | 입력에 따라 달라짐 | 서로 다른 검색어로 시험 |
| 장바구니·회원 페이지 | 개인 데이터 포함 | 로그아웃·다른 계정으로 점검 |
캐시 제거 순서
- 수정한 주소의 워드프레스 페이지 캐시를 제거합니다.
- 호스팅 또는 서버 캐시를 갱신합니다.
- CDN에서 같은 주소와 관련 정적 파일을 제거합니다.
- 브라우저 시크릿 창과 모바일에서 확인합니다.
- 필요할 때만 전체 캐시를 제거합니다.
전체 삭제 직후에는 모든 페이지를 다시 만들어야 하므로 첫 방문이 느려질 수 있습니다. 한 번의 측정만으로 결과를 판단하지 마세요.
CSS·JavaScript 최적화는 한 항목씩
압축, 결합, 지연 실행을 동시에 켜면 메뉴, 광고, 분석, 폼이 깨져도 원인을 찾기 어렵습니다. 압축부터 적용하고 검증한 다음 지연 실행을 시험하세요. HTTP/2·HTTP/3 환경에서는 파일 결합이 항상 유리하지 않을 수 있으므로 측정 결과로 판단합니다.
캐시 문제 증상별 진단
| 증상 | 가능한 원인 | 첫 조치 |
|---|---|---|
| 수정 글이 안 보임 | 페이지·CDN·브라우저 캐시 | 해당 URL만 순서대로 제거 |
| 로그인 후 다른 화면 | 쿠키 또는 로그인 사용자 캐시 | 로그인 제외 규칙 확인 |
| 레이아웃 깨짐 | CSS 결합·지연·이전 파일 | 최적화 기능을 하나씩 해제 |
| 첫 방문만 느림 | 캐시 예열 전 상태 | 반복 측정과 서버 응답 확인 |
변경 후 검증 체크리스트
- 로그인·로그아웃 화면이 올바른가?
- 글 수정과 미리보기가 즉시 반영되는가?
- 댓글·검색·문의 폼이 정상인가?
- 모바일 메뉴와 광고가 작동하는가?
- 캐시 제거 후 404나 혼합 콘텐츠가 없는가?
- 오류 로그에 새 PHP·JavaScript 오류가 없는가?
이미지 전송이 병목이면 이미지 최적화 가이드, 체감 지표는 LCP·INP·CLS 가이드와 함께 확인하세요. 캐시는 모든 문제를 해결하는 기능이 아니라 반복 작업을 줄이는 계층입니다. 담당 범위와 삭제 순서를 기록하면 최신성과 속도를 함께 관리할 수 있습니다.