이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.
이 글에서 다루는 것
브리즈(Breeze)를 켜 두었는데도 페이지가 빨라진 느낌이 없을 때, 요청이 캐시를 비껴가는 지점 여섯 곳을 공식 문서의 기본값과 함께 짚습니다.
2026년 10월 8일 클라우드웨이즈 공식 도움말과 요금 페이지에서 확인한 값만 썼습니다.
설정을 한 바퀴 돌려 보고 저장까지 했는데 체감이 없는 분, 로그인한 창에서만 사이트를 확인해 온 분, 장바구니나 검색 결과만 유독 느린 분에게 필요한 글입니다.
읽고 나면 느린 페이지가 어느 층에서 새고 있는지 지목할 수 있고, 설정값을 바꾸기 전에 무엇부터 확인해야 하는지 순서를 잡을 수 있습니다.
결론부터, 세 줄
브리즈의 기본 설정값은 대부분 손댈 필요가 없습니다.
공식 문서는 설치하는 순간 캐시 시스템·Gzip 압축·브라우저 캐시 세 개가 자동으로 켜지며, 기본 설정이 가장 잘 작동한다고 적어 두었습니다.
그래서 체감이 없을 때의 원인은 보통 설정값이 아닙니다.
요청 자체가 캐시를 비껴가도록 처음부터 정해져 있는 자리가 따로 있습니다.
클라우드웨이즈의 캐시는 한 겹이 아니라 세 겹입니다.
어느 겹에서 새는지 먼저 가린 다음에 값을 건드려야, 바꾼 보람이 숫자로 남습니다.
캐시가 세 겹인 이유
브리즈만 캐시라고 생각하면 진단이 막힙니다.
방문자의 요청은 다음 순서로 세 겹을 지나갑니다.
| 층 | 맡는 일 | 기본값 | 새면 생기는 증상 |
|---|---|---|---|
| 서버 캐시(바니시) | 완성된 페이지를 서버 앞단에서 바로 돌려준다 | 켜짐 · 수명 4시간 | 첫 응답이 느리고 서버 부하가 그대로다 |
| 페이지 캐시(브리즈) | 워드프레스가 만든 HTML을 파일로 저장한다 | 켜짐 · 보관 1440분 | 글을 바꿔도 반영이 들쭉날쭉하다 |
| 오브젝트 캐시 | 데이터베이스 조회 결과를 재사용한다 | 전 요금제 포함 | 검색·필터처럼 캐시가 안 되는 페이지가 유독 느리다 |
① 요금 페이지의 전 요금제 공통 기능 · 오브젝트 캐시 프로와 레디스 캐시가 최저 요금제에도 포함된다(2026년 10월 8일 확인)
① 표시된 칸에서 보듯 오브젝트 캐시는 별도 결제 항목이 아닙니다.
켜져 있는지만 확인하면 되고, 세 겹 중 가장 자주 잊히는 층입니다.
오브젝트 캐시가 어느 요금제에 들어가는지 공식 페이지에서 확인하기
새는 자리 ① 로그인한 내 화면
가장 흔한 착각입니다.
관리자로 로그인한 상태에서는 캐시를 쓰지 않도록 처음부터 막혀 있습니다.
① 공식 도움말 '바니시 쓰기'의 기본 제외 목록 · 로그인 쿠키가 붙은 요청은 서버 캐시를 비껴간다
① 표시된 wordpress_logged_in 을 포함해 resetpass, wp-postpass, comment_, woocommerce_session 쿠키가 붙은 요청은 서버 캐시 대상에서 빠집니다.
속도를 볼 때는 시크릿 창이나 로그아웃 상태로 보아야 방문자가 받는 화면과 같아집니다.
새는 자리 ② 처음부터 제외된 페이지
같은 목록에 페이지 주소도 들어 있습니다.
/wp-login.php, /wp-admin, /wp-json, /wp-cron, /xmlrpc.php, /feed 가 기본 제외입니다.
쇼핑몰이라면 /cart, /checkout, /my-account, /wc-api, /?add-to-cart= 도 제외 목록입니다.
주문이 섞이면 안 되니 당연한 설계이고, 이 페이지들이 느린 것은 캐시 설정으로 풀 문제가 아닙니다.
서버 사양과 플러그인 수를 봐야 할 자리입니다.
새는 자리 ③ 주소 뒤에 붙는 물음표
광고나 메일에서 들어온 주소에는 추적용 값이 따라붙습니다.
이 값을 캐시가 어떻게 다루느냐에 따라 적중률이 통째로 바뀝니다.
① 브리즈 공식 도움말의 Ignored Query Strings · 추적 전용 값은 무시하고 같은 캐시 파일을 내보낸다
① 항목에 적힌 대로 utm_source·utm_medium·gclid·fbclid·msclkid 처럼 내용에 영향을 주지 않는 값은 무시 목록에 들어 있어 하나의 캐시 파일을 공유합니다.
반대로 lang, permalink_name 처럼 내용이 달라지는 값은 값마다 따로 저장됩니다.
문제는 목록에 없는 자체 파라미터입니다.
검색어나 정렬 조건을 쿼리로 넘기는 테마라면 주소마다 캐시가 새로 만들어져 적중률이 바닥을 칩니다.
이럴 때만 Advanced Options 의 Cache Query Strings 를 손댑니다.
새는 자리 ④ 모바일과 데스크톱의 분리
브리즈의 Mobile Cache 는 모바일 전용 캐시 파일을 따로 만듭니다.
그런데 공식 문서는 이 기능이 제대로 돌려면 클라우드웨이즈 플랫폼의 기기 감지 기능이 함께 켜져 있어야 한다고 못 박아 두었습니다.
한쪽만 켜 두면 캐시 파일은 두 벌로 늘어나는데 구분은 되지 않습니다.
모바일에서만 레이아웃이 어긋나거나 속도가 들쭉날쭉하다면 이 조합부터 확인하는 편이 빠릅니다.
새는 자리 ⑤ 캐시를 비운 직후
글을 발행하거나 플러그인을 켜고 끄면 캐시가 비워집니다.
그 직후 들어온 방문자는 캐시가 없는 상태의 페이지를 받습니다.
① Preload 탭의 Cache Warmup URLs · 직접 넣는 주소는 30개까지이고, 외부 주소는 거부된다
① 안내대로 중요한 페이지를 미리 데워 둘 수 있지만 한도가 30개입니다.
홈·글 목록처럼 자동으로 잡히는 페이지는 이 수에 들어가지 않으니, 남는 자리는 유입이 많은 글과 랜딩 페이지에 씁니다.
① 공식 도움말의 TTL 항목 · 서버 캐시 기본 수명은 4시간이고, 서버 단위 설정이다
① 문장에 적힌 4시간이 서버 캐시의 기본 수명입니다.
4·8·14·24시간 중에 고를 수 있는데, 같은 서버의 모든 사이트와 스테이징까지 함께 바뀐다는 점을 먼저 계산해야 합니다.
글을 자주 고친다면 짧게, 거의 손대지 않는다면 길게 잡습니다.
새는 자리 ⑥ 쿠키를 심는 플러그인 하나
가장 찾기 어려운 자리입니다.
방문자마다 쿠키를 새로 심는 플러그인이 하나 있으면 사이트 전체가 캐시를 비껴갑니다.
① 같은 문서의 문제 해결 항목 · 쿠키가 캐시 MISS 를 만드는 경우를 따로 설명한다
① 항목은 캐시 상태가 계속 MISS 로 나올 때 쿠키를 의심하라고 안내합니다.
짐작으로 찾기는 어려우니, 플러그인을 한 번에 하나씩 끄면서 같은 페이지를 다시 요청해 보는 방법이 확실합니다.
반대로 꼭 필요한 쿠키라면 그 주소만 제외 규칙에 넣습니다.
① 브리즈 Advanced Options 의 Never Cache URLs · 플러그인 캐시에서 뺀 주소는 바니시에도 따로 넣어야 한다
① 설명에 적힌 대로 제외는 두 군데에 각각 넣어야 합니다.
브리즈에만 넣고 끝내면 서버 캐시가 여전히 낡은 화면을 내보냅니다.
주소는 /events/* 처럼 상대경로로 적습니다.
기본 설정값 점검표
값을 바꾸기 전에 아래 상태인지부터 봅니다.
대부분은 확인만 하고 지나가는 칸입니다.
| 항목 | 기본값 | 할 일 |
|---|---|---|
| Cache System | 켜짐 | 어떤 경우에도 켜 둔다 |
| Gzip Compression | 켜짐 | 그대로 둔다 |
| Browser Cache | 켜짐 | 그대로 둔다 |
| Purge Cache After | 1440분 | 글을 자주 고치면 줄인다 |
| 바니시 수명(TTL) | 4시간 | 서버 전체에 걸리는 값임을 확인하고 정한다 |
| Cache Warmup URLs | 꺼짐 | 유입 많은 주소 위주로 30개 안에서 채운다 |
| File Optimization | 꺼짐 | 스테이징에서 먼저 시험한 뒤에만 켠다 |
| Heartbeat | 기본 | 관리 화면이 무거우면 2~5분으로 늦춘다 |
파일 최적화 탭이 유독 눈에 띄지만, 공식 문서도 압축과 병합이 사이트 기능을 깨뜨리는 경우가 있다고 적어 두었습니다.
마지막에 손대는 탭으로 미뤄 두는 편이 안전합니다.
바꾸기 전에 밟는 순서
순서를 지키지 않으면 무엇이 효과를 냈는지 영원히 모릅니다.
1. 느린 페이지 주소를 하나 정하고 현재 속도를 기록합니다.
2. 로그아웃하거나 시크릿 창에서 같은 주소를 엽니다.
여기서 빨라진다면 원인은 설정이 아니라 로그인 상태였습니다.
3. 그 주소가 기본 제외 목록이나 Never Cache 규칙에 걸리는지 확인합니다.
4. 주소 뒤에 물음표가 붙는지, 붙는다면 그 파라미터가 무시 목록에 있는지 봅니다.
5. 여기까지 해당 사항이 없을 때에만 값을 하나 바꾸고, 캐시를 비운 뒤 같은 주소를 다시 잽니다.
한 번에 여러 값을 바꾸면 되돌릴 자리를 잃습니다.
하나씩, 바꾼 값과 날짜를 적어 두면서 갑니다.
캐시로 해결되지 않는 것
캐시는 이미 만들어진 결과를 다시 쓰는 기술입니다.
결과를 만드는 과정이 무거우면 첫 방문자는 그 무게를 그대로 받습니다.
용량이 큰 이미지, 외부 스크립트가 줄줄이 붙은 테마, 설치만 해 둔 플러그인 수십 개는 캐시가 가려 주지 않습니다.
장바구니처럼 캐시 대상이 아닌 페이지도 마찬가지입니다.
브리즈 자체의 한계도 있습니다.
관리 화면이 영어이고, 설정 항목 이름이 공식 문서와 화면에서 조금씩 다르게 보입니다.
파일 최적화는 테마에 따라 화면을 깨뜨리기도 합니다.
캐시 플러그인 설정을 직접 만질 생각이 없고 월 1만 원 안쪽 공유 호스팅으로 충분한 규모라면, 이 글의 내용은 당분간 필요하지 않습니다.
요금과 캐시의 관계
2026년 10월 8일 기준으로 가장 낮은 요금제는 Micro 월 14달러이고 전송량은 1TB입니다.
표시 금액에 세금은 포함돼 있지 않습니다.
중요한 점은 캐시 기능이 요금제에 따라 달라지지 않는다는 것입니다.
바니시도, 브리즈도, 오브젝트 캐시도 최저 요금제에 그대로 들어갑니다.
캐시를 더 쓰려고 요금제를 올릴 이유는 없습니다.
요금제를 올릴 시점은 따로 있습니다.
캐시 적중률을 손본 뒤에도 응답이 느리고, 전송량이 한도에 가까워질 때입니다.
그 전까지는 최저 요금제로 시작해도 충분합니다.
최저 요금제의 전송량과 세금 조건을 공식 요금표에서 오늘 날짜로 보기
자주 묻는 질문
브리즈 설정값을 기본으로 되돌리고 싶습니다
캐시 시스템·Gzip 압축·브라우저 캐시를 켜고 나머지를 끈 상태가 설치 직후와 같습니다.
공식 문서가 권장 설정이라고 부르는 조합이 정확히 이 셋입니다.
캐시를 비웠는데도 바뀐 글이 안 보입니다
브라우저 캐시가 남아 있거나, 서버 캐시 수명이 아직 지나지 않은 경우입니다.
시크릿 창에서 먼저 확인하고, 그래도 같으면 바니시 쪽을 비웁니다.
다른 캐시 플러그인과 같이 써도 됩니까
공식 문서는 다른 캐시 솔루션을 쓸 경우 브리즈의 캐시 기능을 꺼서 충돌을 피하라고 안내합니다.
두 플러그인이 같은 일을 동시에 하면 결과를 예측할 수 없습니다.
바니시를 끄면 더 빨라집니까
반대입니다.
바니시는 완성된 페이지를 서버 앞단에서 돌려주는 층이라 끄면 느려집니다.
특정 페이지만 문제라면 그 주소만 제외 규칙에 넣습니다.
카드 없이 사흘 체험으로 캐시 설정 화면을 직접 열어 보기
마무리
브리즈의 기본 설정값은 그대로 두는 쪽이 정답에 가깝습니다.
손댈 곳은 보관 시간, 서버 캐시 수명, 예열 주소 정도입니다.
체감이 없을 때 의심할 자리는 설정 화면이 아니라 여섯 군데입니다.
로그인 상태, 기본 제외 페이지, 쿼리스트링, 모바일 분리, 캐시를 비운 직후, 쿠키를 심는 플러그인입니다.
세 겹 중 어디에서 새는지 지목한 다음에 값을 하나씩 바꾸고, 바꿀 때마다 같은 주소를 다시 재면 됩니다.
지금 어떤 페이지가 제일 느리신가요.
주소 형태와 로그인 여부를 댓글에 남겨 주시면 어느 층에서 새는 상황인지 같이 짚어 보겠습니다.
다음 글에서는 「클라우드웨이즈에 도메인 연결하고 SSL 적용하는 법」에 대해 알아보겠습니다.