카테고리 없음

클라우드웨이즈 브리즈 캐시 설정법: 기본값 그대로 둘 것과 바꿀 것, 속도 올리는 순서

cloudmanager 2026. 10. 2. 00:00

이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.

 

이 글에서 다루는 것

클라우드웨이즈의 기본 캐시 플러그인인 브리즈(Breeze)의 설정 화면을 탭 순서대로 짚고, 어떤 값을 기본 그대로 두어야 하고 어떤 값만 건드리면 되는지를 2026년 10월 1일 공식 도움말과 요금 페이지 화면으로 정리했습니다.

 

설정 화면의 토글이 너무 많아 손을 못 대고 있는 분, 캐시를 비웠는데도 바뀐 글이 안 보여 당황한 분, 압축을 켰다가 사이트가 깨진 적 있는 분을 위한 글입니다.

 

읽고 나면 탭마다 무엇을 켜고 끌지 정해 저장할 수 있고, 설정을 바꾼 뒤 무엇을 확인해야 제대로 먹었는지 알 수 있습니다.

 

결론부터, 세 줄

브리즈는 설치하는 순간 캐시 시스템·Gzip 압축·브라우저 캐시 세 개가 자동으로 켜집니다.

 

공식 문서가 '권장 설정'이라고 부르는 것이 정확히 이 세 개입니다.

 

그러니 처음 할 일은 뭔가를 켜는 게 아니라, 켜져 있는지 확인하고 나머지는 그대로 두는 것입니다.

 

공식 문서도 기본 설정이 가장 잘 작동하며 최적의 성능을 낸다고 못 박아 둡니다.

 

추가로 손댈 값은 사실상 세 군데뿐입니다.

 

내부 캐시 보관 시간(Purge Cache After), 서버 쪽 바니시 캐시 수명(TTL), 캐시를 비운 뒤 미리 데워 둘 페이지 목록(Cache Warmup URLs).

 

파일 최적화 탭은 맨 마지막에, 그것도 스테이징에서 먼저 건드립니다.

 

① 공식 도움말이 말하는 브리즈 권장 설정은 캐시 시스템·Gzip 압축·브라우저 캐시 세 개이고, ② 이 설정은 플러그인을 설치할 때 자동으로 켜집니다.

 

누구에게 필요한 글이고, 누구에겐 아닌가

클라우드웨이즈에서 워드프레스를 돌리면서 플러그인을 더 늘리지 않고 기본 도구만으로 속도를 정리하고 싶은 분에게 맞습니다.

 

브리즈는 무료이고 클라우드웨이즈가 직접 만들었으며, 서버에 깔려 있는 바니시와 맞물려 돌아가도록 설계돼 있습니다.

 

반대로 유료 캐시 플러그인으로 세부 규칙까지 잡아 둔 분, 라라벨이나 직접 짠 PHP 앱을 올려 둔 분에게는 해당이 없습니다.

 

공식 문서 기준으로 바니시가 호환되는 애플리케이션은 워드프레스(우커머스·멀티사이트 포함)와 마젠토 2뿐입니다.

 

캐시 플러그인을 겹쳐 쓰는 경우도 조심해야 합니다.

 

문서는 다른 캐시 도구와 함께 쓸 수는 있되 브리즈 쪽 캐시 기능을 꺼 두라고 안내합니다.

 

1단계 · Basic Options, 기본값 그대로 둘 것

설정 화면은 워드프레스 관리자에서 Settings > Breeze 로 들어갑니다.

 

첫 탭이 Basic Options 이고, 여기가 전체의 8할입니다.

 

① Basic Options 탭의 첫 항목이 캐시 시스템입니다.

 

② 공식 문서는 이 값을 어떤 경우에도 켜 두라고 적습니다.

 

항목별 기본값과 공식 문서의 권고는 아래와 같습니다.

 

오른쪽 칸이 '없음'인 항목은 사정이 없으면 건드리지 않는다는 뜻입니다.

 

항목 하는 일 공식 문서의 권고 손댈 상황
Cache System 내부·정적 캐시를 만드는 기본 캐시 항상 켜 둘 것 없음
Gzip Compression HTML·CSS·JS 를 서버에서 압축해 전송 켜 둘 것 없음
Browser Cache 만료 헤더를 붙여 브라우저가 파일을 재사용 켜 둘 것 없음
Purge Cache After 내부 캐시를 비우는 주기 기본 1440분(하루) 글을 자주 고칠 때 줄임
Mobile Cache 모바일 전용 캐시 파일을 따로 생성 쓰려면 플랫폼의 기기 감지 기능도 켤 것 모바일 레이아웃이 따로인 테마
Cache Logged-in Users 관리자·편집자 등 로그인 상태도 캐시 - 회원 전용 화면이 없을 때만

같은 탭의 이미지·iframe 지연 로딩과 새 창 링크 보안 속성(Cross-origin Safe Links)은 사이트 성격에 따라 켜면 되는 선택 항목이라 표에서 뺐습니다.

 

실제로 값을 정해야 하는 건 Purge Cache After 하나입니다.

 

① Purge Cache After 의 기본값이 1440분(하루)이라고 공식 문서에 적혀 있습니다.

 

필요에 맞게 바꾸라는 안내가 함께 붙어 있습니다.

 

하루에 여러 번 글을 고치는 블로그라면 짧게 잡는 쪽이 편하고, 소개 페이지 몇 장짜리 사이트는 기본값에서 내릴 이유가 없습니다.

 

글을 새로 쓰거나 고치면 브리즈가 해당 캐시를 알아서 비우므로, 이 숫자는 아무 일도 없을 때의 상한선에 가깝습니다.

 

Cache Logged-in Users 는 이름만 보고 켜기 쉬운데, 로그인한 사람에게 따로 보여 줄 화면이 있는 사이트라면 켜지 않는 쪽이 안전합니다.

 

회원 전용 가격이나 장바구니가 캐시된 채 다른 사람에게 보일 여지가 생깁니다.

 

2단계 · File Optimization, 사이트가 깨지는 자리

두 번째 탭은 HTML·CSS·자바스크립트를 압축(minify)하고 합치는(combine) 기능입니다.

 

속도 점수는 여기서 가장 많이 움직이고, 사고도 여기서 가장 많이 납니다.

 

① 공식 문서가 직접 적어 둔 경고입니다.

 

압축이 사이트 기능을 건드릴 수 있으니 라이브가 아니라 스테이징에서 먼저 시험하라고 안내합니다.

 

문서의 안내는 분명합니다.

 

콘솔 오류가 보이면 이 탭 설정을 전부 끄고 스테이징에서 시험한 뒤 적용할 것, 무엇을 바꾸든 바꾼 다음에는 캐시를 비울 것.

 

그래서 순서를 이렇게 잡는 편이 안전합니다.

 

먼저 HTML 압축만 켜고 사이트를 돌아봅니다.

 

문제가 없으면 CSS 압축, 그다음 JS 압축을 하나씩 켭니다.

 

합치기(Combine)는 압축이 모두 멀쩡할 때 마지막에 올립니다.

 

한꺼번에 켜 두면 어느 항목이 범인인지 찾는 데 시간이 더 듭니다.

 

특정 파일만 말썽이라면 탭 전체를 끌 것 없이 Exclude CSS·Exclude JS 칸에 그 파일 주소를 적어 빼면 됩니다.

 

이때 압축된 파일이 아니라 원본 파일 주소를 적어야 한다는 점이 문서에 명시돼 있습니다.

 

3단계 · Preload, 캐시를 비운 직후를 메우는 설정

세 번째 탭은 미리 준비해 두는 항목들입니다.

 

이 중 체감이 큰 건 캐시 워밍업입니다.

 

① Settings → Breeze → Preload 로 들어가 캐시 워밍업을 켜고, 데워 둘 주소를 한 줄에 하나씩 적습니다.

 

캐시를 통째로 비우면 그 직후에 들어온 방문자가 가장 느린 화면을 받습니다.

 

캐시 워밍업은 비운 뒤 중요한 페이지의 캐시를 자동으로 다시 만들어 그 구간을 메웁니다.

 

홈, 블로그 목록, 우커머스 상점 페이지처럼 흔한 페이지는 알아서 잡아 주고, 그렇게 자동으로 잡힌 페이지는 직접 등록하는 주소 수에 포함되지 않습니다.

 

직접 등록은 최대 30개이고 자기 사이트 주소만 받습니다.

 

같은 탭의 Preload Links 는 방문자가 내부 링크에 마우스를 올린 순간 요청을 미리 거는 기능으로, 크로미움 계열 브라우저에서만 동작합니다.

 

글꼴 프리로드는 조심할 항목입니다.

 

문서는 글꼴만 불러오는 파일 주소를 쓰라고 하면서, 사이트 전체 CSS 파일을 넣으면 오히려 느려진다고 경고합니다.

 

이미 프리로드를 쓰는 구글 폰트 주소도 넣지 말라고 적혀 있습니다.

 

4단계 · 바니시, 플러그인 캐시 위에 한 겹 더

여기서부터는 플러그인이 아니라 서버 쪽 이야기입니다.

 

클라우드웨이즈 서버에는 바니시가 미리 깔려 기본으로 켜져 있습니다.

 

브리즈의 Varnish 탭은 그 서버 캐시를 플러그인에서 비울 수 있게 연결해 두는 자리라, 공식 문서도 여기는 손댈 것이 없다고 적습니다.

 

다만 Auto Purge Varnish 만은 켜진 상태로 두는 쪽이 좋습니다.

 

꺼져 있으면 글을 새로 써도 서버 캐시가 옛 화면을 계속 내보냅니다.

 

문서 표현으로, 브리즈 같은 플러그인이 없으면 바니시는 내용이 바뀐 것을 스스로 알아채지 못하고 캐시 수명이 끝나거나 사람이 직접 비울 때까지 묵은 화면을 내보냅니다.

 

그 캐시 수명이 TTL 이고, 기본값은 4시간입니다.

 

① 바니시 캐시 수명의 기본값이 4시간이라고 공식 도움말에 적혀 있습니다.

 

서버 단위 설정이라 같은 서버의 모든 사이트에 함께 적용됩니다.

 

값을 바꾸려면 플랫폼에서 Servers 를 열고 서버를 고른 뒤 Server Management 의 Settings and Packages 로 들어가 Advanced 탭을 누릅니다.

 

Varnish 아래에 Cache Lifetime 이 있고, 고를 수 있는 값은 4시간·8시간·14시간·24시간입니다.

 

공식 문서의 기준은 한 줄입니다.

 

자주 고치면 낮게, 거의 안 고치면 높게.

 

사이트 성격 Cache Lifetime 이유
매일 글을 올리고 고치는 블로그 4시간(기본) 묵은 화면이 남는 시간을 짧게
주 1~2회 올리는 블로그 8~14시간 서버 부담을 줄이면서 갱신도 하루 안에
내용이 거의 고정된 소개·회사 사이트 24시간 바뀔 일이 없으니 오래 들고 있어도 무방

주의할 점이 둘 있습니다.

 

TTL 은 서버 단위 설정이라 같은 서버에 올린 다른 사이트와 스테이징까지 전부 같은 값을 받습니다.

 

그리고 모든 POST 요청, 비밀번호가 걸린 사이트, /feed 주소는 기본 제외입니다.

 

로그인·장바구니처럼 사람마다 다른 화면도 기본 제외 목록에 들어 있어, 장바구니가 섞일까 하는 걱정은 대체로 기본 설정이 이미 막아 둔 영역입니다.

 

클라우드웨이즈 서버에 기본으로 들어가는 구성을 공식 페이지에서 훑어보기

 

5단계 · 하트비트와 데이터베이스

속도는 페이지 용량만의 문제가 아닙니다.

 

관리자 화면을 켜 두기만 해도 요청이 계속 들어가는데, 그 주범이 워드프레스 하트비트 API 입니다.

 

공식 문서는 이 기능이 15~60초 간격으로 작업을 돌려 CPU 사용량을 끌어올릴 수 있다고 설명합니다.

 

Heartbeat API 탭에서 프런트엔드·글 편집기·백엔드 주기를 기본값이나 2~5분 사이로 정할 수 있는데, 글을 길게 쓰는 편이라면 편집기 쪽은 기본값으로 둡니다.

 

자동 저장과 잠금 표시가 이 기능 위에서 돌아갑니다.

 

Database Options 탭은 글 수정본, 자동 저장된 초안, 휴지통과 스팸 댓글, 트랙백·핑백, 임시 데이터처럼 쌓이기만 하는 항목을 지웁니다.

 

다만 공식 문서가 굵게 적어 둔 문장이 있습니다.

 

정리하기 전에 애플리케이션과 데이터베이스를 백업해 두라는 것입니다.

 

지운 뒤 되돌릴 방법이 없는 작업이라 그렇습니다.

 

Advanced Options 의 Never Cache URLs 는 캐시에서 뺄 주소를 적는 칸입니다.

 

와일드카드로 경로 아래를 통째로 뺄 수 있고, 바니시를 쓴다면 같은 주소를 바니시 쪽에서도 빼라고 안내합니다.

 

바니시 제외는 상대 주소만 받습니다.

 

설정을 바꾼 뒤 확인하는 순서

저장만 하고 끝내면 바뀐 게 맞는지 알 수 없습니다.

 

먼저 설정을 저장한 뒤 상단 메뉴의 브리즈 아이콘에서 캐시를 비웁니다.

 

기본 설정에서는 내부 캐시와 바니시 캐시가 함께 비워집니다.

 

그다음 로그인하지 않은 상태로 사이트를 봅니다.

 

시크릿 창이 가장 간단합니다.

 

로그인 상태에서는 캐시된 화면이 아니라 원본을 보게 되는 경우가 많아 판단을 그르칩니다.

 

이어서 글 하나를 고쳐 저장하고 시크릿 창에서 바로 반영되는지 봅니다.

 

반영이 안 되면 Auto Purge Varnish 가 꺼져 있을 가능성이 높습니다.

 

파일 최적화를 켰다면 개발자 도구의 콘솔을 열어 빨간 오류가 늘지 않았는지도 확인합니다.

 

그래도 캐시가 아예 동작하지 않는 것 같으면, 문서의 문제 해결 항목이 advanced-cache.php 파일이 있는지 보라고 안내합니다.

 

없으면 브리즈 설정을 한 번 저장하는 것으로 다시 만들어집니다.

 

브리즈의 단점과, 이 조합이 안 맞는 사람

무료라고 모두가 만족하는 건 아닙니다.

 

워드프레스 공식 저장소의 평점이 그걸 그대로 보여 줍니다.

 

① 2026년 10월 1일 기준 공식 저장소의 브리즈 평점은 5점 만점에 3.6점입니다.

 

② 별 1개 리뷰가 30건으로, 별 5개 다음으로 많습니다.

 

설치 수는 30만 이상이지만 평점은 3.6점이고, 별 1개가 30건으로 두 번째로 많습니다.

 

설정이 단순한 대신 세밀한 제어가 필요한 사이트에서는 아쉬움이 남는다는 뜻으로 읽는 편이 정확합니다.

 

유료 캐시 플러그인만큼의 세부 규칙을 기대하고 가면 실망할 수 있습니다.

 

호스팅 자체의 단점도 같이 적어 둡니다.

 

결제가 달러라 환율에 따라 월 청구액이 흔들리고, 고객지원은 영어로만 이뤄집니다.

 

관리 화면도 전부 영어입니다.

 

메일 호스팅은 요금에 포함되지 않아 메일함 단위로 따로 결제해야 하고, 오프사이트 백업 보관료도 1GB당 0.033달러가 따로 붙습니다.

 

표시 요금에 세금은 포함돼 있지 않습니다.

 

요금에 함께 들어간다고 적힌 기능이 모든 서버에 적용되는 것도 아닙니다.

 

오브젝트 캐시 프로는 메모리 4GB 이상 서버에서만 무료인데, 가장 싼 서버는 메모리가 1GB라 이 혜택 밖입니다.

 

그래서 한 달에 1만 원 안쪽의 공유 호스팅으로 충분한 사이트, 영어 화면과 달러 결제가 부담인 분이라면 지금 쓰는 호스팅을 바꿀 이유가 없습니다.

 

다만 브리즈는 호스팅을 옮기지 않아도 공식 저장소에서 받아 쓸 수 있습니다.

 

바니시가 없는 서버에서는 플러그인 내부 캐시만으로 동작하고, 이 글의 1단계와 2단계는 그 경우에도 그대로 적용됩니다.

 

요금과 설정의 관계: 최저 요금제로 시작해도 되나

캐시 설정을 제대로 잡아 두면 서버 사양을 올려 해결하려던 문제의 상당 부분이 사라집니다.

 

처음에는 가장 싼 서버로 시작하고, 설정을 다 잡은 뒤에도 메모리 경고가 뜨거나 방문자가 눈에 띄게 늘었을 때 올리는 순서가 맞습니다.

 

① 2026년 10월 1일 확인한 최저 요금제 칸입니다.

 

월 14달러이고 개인 사이트와 간단한 블로그용이라고 적혀 있습니다.

 

최저 요금제는 월 14달러로 메모리 1GB·vCPU 1개·NVMe 저장공간 25GB·전송량 1TB 구성이고, 방문 수와 사이트 수에는 제한이 걸려 있지 않습니다.

 

브리즈는 이 요금제에서도 똑같이 기본 설치되고 바니시도 똑같이 깔려 있어, 이 글의 설정은 전부 최저 요금제에서 그대로 적용됩니다.

 

브리즈가 기본으로 깔리는 서버의 사양을 공식 요금 페이지에서 직접 확인하기

 

결제가 망설여진다면 카드 없이 쓸 수 있는 3일 체험이 있습니다.

 

설정 화면이 어떻게 생겼는지, 바니시 탭이 어디 있는지 정도는 체험 기간 안에 확인할 수 있습니다.

 

카드 없이 3일 체험으로 캐시 설정 화면까지 들어가 보기

 

추천 설정값 요약

지금까지 짚은 값을 한 표로 모았습니다.

 

이대로 저장하고 캐시를 비우면 1단계는 끝입니다.

 

위치 항목 값
Basic Options Cache System · Gzip · Browser Cache 모두 켜기
Basic Options Purge Cache After 글을 자주 고치면 짧게, 아니면 기본 1440분
Basic Options Cache Logged-in Users 회원 전용 화면이 있으면 끄기
File Optimization HTML → CSS → JS 압축 하나씩 켜고 확인, 합치기는 마지막
Preload Cache Warmup URLs 켜고 주요 페이지 등록(최대 30개)
Preload Preload Webfont 글꼴 파일만, 사이트 전체 CSS·구글 폰트 주소는 제외
Varnish 탭 Auto Purge Varnish 켜기
서버 Advanced Cache Lifetime 갱신이 잦으면 4시간, 드물면 길게
Database Options 정리 실행 백업을 먼저 받은 뒤에만

자주 묻는 질문

브리즈 설정은 어디서 바꾸나요

워드프레스 관리자에서 Settings > Breeze 로 들어갑니다.

 

바니시 캐시 수명처럼 서버에 걸린 값은 플러그인이 아니라 클라우드웨이즈 플랫폼의 Servers → Settings and Packages → Advanced 에서 바꿉니다.

 

캐시를 비웠는데 바뀐 글이 그대로예요

볼 곳이 두 군데입니다.

 

브리즈의 Varnish 탭에서 Auto Purge Varnish 가 켜져 있는지 확인하세요.

 

꺼져 있으면 서버 캐시가 수명이 끝날 때까지 옛 화면을 내보냅니다.

 

그다음은 브라우저 자체 캐시일 수 있으니 시크릿 창으로 다시 봅니다.

 

브리즈를 켜면 속도가 얼마나 빨라지나요

숫자로 약속할 수 있는 영역이 아닙니다.

 

공식 문서도 그런 수치를 제시하지 않습니다.

 

설정이 줄여 주는 것은 파일 크기와 요청 수, 같은 화면을 다시 만드는 비용이고, 체감 폭은 테마와 플러그인 구성에 따라 달라집니다.

 

바꾸기 전후를 같은 측정 도구로 재서 비교하는 수밖에 없습니다.

 

다른 캐시 플러그인과 같이 써도 되나요

공식 문서는 함께 쓸 수는 있되 브리즈 쪽 캐시 기능을 끄라고 안내합니다.

 

이 경우 브리즈는 캐시를 만드는 역할이 아니라 클라우드플레어 캐시를 비워 주는 역할만 맡습니다.

 

둘 다 캐시를 만들게 두는 구성은 피하는 편이 좋습니다.

 

마무리

브리즈는 설치하면 캐시 시스템·Gzip 압축·브라우저 캐시가 자동으로 켜지고, 공식 문서 기준으로 기본 설정이 가장 잘 맞습니다.

 

처음 할 일은 켜져 있는지 확인하는 것입니다.

 

손댈 값은 내부 캐시 주기(기본 1440분), 바니시 캐시 수명(기본 4시간), 캐시 워밍업 주소 목록 셋입니다.

 

파일 압축과 합치기는 스테이징에서 하나씩 켜 보고 맨 마지막에 올립니다.

 

설정을 바꾼 뒤에는 캐시를 비우고 시크릿 창으로 확인합니다.

 

데이터베이스 정리는 백업을 받은 다음에만 실행합니다.

 

지금 어떤 캐시 플러그인을 쓰고 계신가요?

 

설정 화면에서 막힌 항목을 댓글로 남겨 주시면 어떤 값이 맞는지 같이 찾아보겠습니다.

 

다음 글에서는 「스테이징 사이트로 안전하게 수정하는 법」에 대해 알아보겠습니다.

 

함께 보면 좋은 글 BEST3