Cache Enabler: 간편한 설정의 워드프레스 캐시 플러그인
Cache Enabler를 클라우드웨이즈 서버의 워드프레스에 설치해 설정 화면의 기본값 그대로 활성화한 결과, 로그인하지 않은 요청의 첫 바이트 시간 중앙값이 220.9ms에서 55.1ms로 단축되었습니다.
워드프레스 사이트는 플러그인 수가 일정 수준을 넘기 시작하면 속도 저하 현상이 나타날 수 있습니다. 기능과 성능을 모두 만족시키는 플러그인을 찾기란 쉽지 않으며, 속도 문제는 방문자의 이탈과 테크니컬 SEO에서의 불이익으로 이어질 수 있습니다.
이 때문에 캐시 플러그인은 선택이 아닌 필수로 자리 잡았습니다.
이 중에 Cache Enabler는 KeyCDN에서 제공하는 간편한 설정의 무료 캐시 플러그인으로, 워드프레스를 처음 시작하는 많은 웹사이트 관리자들이 선택하는 플러그인 중 하나입니다.
Cache Enabler는 10만 명 이상의 활성 설치 수와 4.3점(5점 만점)의 평가를 받은 검증된 캐시 플러그인입니다. 설정 페이지가 단 하나로 구성되어 있어 초보자도 쉽게 사용할 수 있으며, HTML 압축, WebP 지원 등 핵심 기능만 간결하게 제공합니다.
✅ Cache Enabler 설치
워드프레스 관리자 페이지에서 [플러그인 추가] 경로 이동 후 Cache Enabler를 검색하여 플러그인을 설치합니다.
, that should bypass the cache.2,43,65/^(\/|\/forums\/)$//^nocache$//^(?!(fbclid|ref|mc_(cid|eid)|utm_(source|medium|campaign|term|content|expid)|gclid|fb_(action_ids|action_types|source)|age-verified|usqp|cn-reloaded|_ga|_ke)).+$//^(comment_author|woocommerce_items_in_cart|wp_woocommerce_session)_?//^(wp-postpass|wordpress_logged_in|comment_author)_/✅ Cache Enabler 설정
🔲 캐시 동작
◻️ 만료
◻️지우기
◻️버전
◻️축소
CSS 및 자바스크립트 파일 축소 시 사용하는 플러그인에 따라 일부 표나, 슬라이드 기능이 비 정상적으로 작동하거나 화면에 표시되지 않을 수 있습니다.
이는 스크립트 의존 구조나 DOM 로딩 순서가 왜곡되기 때문이며, Genesis Blocks, Spectra, Elementor, Beaver Builder, WPBakery와 같은 블록 기반 또는 페이지 빌더 플러그인에서 레이아웃 붕괴나 인터랙션 기능 오류가 발생할 수 있습니다.
어떤 캐시 플러그인을 사용하든 사용하는 블록이나 페이지 빌더에 따라 비 정상적으로 작동하는 오류는 기본적으로 발생할 수 있기 때문에 캐시 플러그인 사용에는 인라인 코드 압축 후의 테스트가 필수로 따라옵니다.
🔲 캐시 제외
✅ 속도 테스트
Cache Enabler 1.8.17을 클라우드웨이즈 테스트 서버의 워드프레스에 설치하고, 첫 화면의 첫 바이트 시간(TTFB)으로 속도를 측정했습니다. 캐시 플러그인이 없는 상태와 Cache Enabler 기본값, 이 글의 설정 화면 값에서 각각 로그인하지 않은 요청을 10번씩 두 차례 보내 중앙값을 비교했습니다.
캐시 플러그인이 없을 때 220.9ms였던 첫 바이트 시간은 Cache Enabler를 활성화하자 55.1ms와 49.8ms로 단축되었습니다. 두 상태 모두 20번 전부 캐시 파일로 응답했으며, 이 글의 설정 화면 값이 모든 항목이 비활성화된 기본값이라 세 번째 상태는 기본값과 같은 설정입니다.
첫 바이트 시간은 curl의 [time_starttransfer] 값으로 확인합니다. 캐시를 비운 직후의 첫 요청은 캐시 파일을 생성하는 요청이라 제외하고, 브라우저와 같은 Accept 헤더를 추가해 1초 간격으로 10번 요청했습니다.
for i in $(seq 1 10); do curl -o /dev/null -s -H 'Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.7' -w '%{time_starttransfer} dns=%{time_namelookup} connect=%{time_connect} tls=%{time_appconnect} code=%{http_code} size=%{size_download}\n' https://example.com/; sleep 1; done0.044486 dns=0.000822 connect=0.003370 tls=0.020494 code=200 size=69959
0.071422 dns=0.000931 connect=0.003773 tls=0.031606 code=200 size=69959
0.070819 dns=0.001895 connect=0.004429 tls=0.031945 code=200 size=69959
0.071406 dns=0.000864 connect=0.003669 tls=0.032210 code=200 size=69959
0.069090 dns=0.000730 connect=0.003313 tls=0.033588 code=200 size=69959
0.054738 dns=0.001762 connect=0.004164 tls=0.023497 code=200 size=69959
0.060193 dns=0.000968 connect=0.003666 tls=0.031874 code=200 size=69959
0.057628 dns=0.000701 connect=0.003082 tls=0.030156 code=200 size=69959
0.061533 dns=0.000578 connect=0.003010 tls=0.025478 code=200 size=69959
0.079976 dns=0.000556 connect=0.003346 tls=0.029491 code=200 size=69959위 출력은 Cache Enabler 기본값 상태의 2회차 측정이며, 요청마다 새로 연결해 [tls] 칸의 TLS 연결까지의 시간도 첫 바이트 시간에 포함됩니다.
curl로 잰 첫 바이트 시간이 단축되지 않았다고 Cache Enabler가 동작하지 않는 것은 아닙니다. Cache Enabler는 Accept 헤더에 [text/html]이 없는 요청에는 캐시 파일을 생성하거나 전달하지 않기 때문입니다.
for i in $(seq 1 10); do curl -o /dev/null -s -w '%{time_starttransfer} dns=%{time_namelookup} connect=%{time_connect} tls=%{time_appconnect} code=%{http_code} size=%{size_download}\n' https://example.com/; sleep 1; done0.251081 dns=0.005972 connect=0.009569 tls=0.042509 code=200 size=69876
0.205716 dns=0.000560 connect=0.003334 tls=0.022671 code=200 size=69876
0.229798 dns=0.000759 connect=0.003258 tls=0.031652 code=200 size=69876
0.230230 dns=0.001500 connect=0.004246 tls=0.032241 code=200 size=69876
0.189573 dns=0.000645 connect=0.003234 tls=0.030598 code=200 size=69876
0.227845 dns=0.000759 connect=0.003265 tls=0.030934 code=200 size=69876
0.208334 dns=0.001538 connect=0.003971 tls=0.021570 code=200 size=69876
0.229638 dns=0.000571 connect=0.002924 tls=0.020581 code=200 size=69876
0.214610 dns=0.000575 connect=0.003165 tls=0.020606 code=200 size=69876
0.217078 dns=0.000610 connect=0.003252 tls=0.022737 code=200 size=69876Accept 헤더를 제외하면 curl은 기본값 [Accept: */*]를 보내며, 같은 기본값 상태에서도 첫 바이트 시간은 0.19~0.25초였습니다. 응답 크기도 Cache Enabler 주석 한 줄이 없는 69,876바이트였습니다.
curl -s -o /dev/null -D - -H 'Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.7' https://example.com/HTTP/2 200
server: nginx
date: Sat, 17 Oct 2026 23:32:11 GMT
content-type: text/html; charset=UTF-8
vary: Accept-Encoding
vary: Accept-Encoding
x-cache-handler: cache-enabler-engine브라우저는 페이지를 열 때 Accept 헤더에 [text/html]을 담아 보내므로, 로그인하지 않은 방문자에게는 캐시 파일이 전달됩니다. 캐시 파일로 응답한 요청에는 [x-cache-handler: cache-enabler-engine] 헤더가 추가됩니다.
Cache Enabler는 GET 요청만 처리하므로, [curl -I]처럼 HEAD로 요청하면 캐시 파일이 있어도 이 헤더가 표시되지 않습니다.
✅ 종합 평가
| 비교 항목 | 캐시 플러그인 없음 | Cache Enabler 기본값 | 비고 |
|---|---|---|---|
| 첫 바이트 시간 중앙값 | 220.9ms | 55.1ms | 약 75% 단축 |
| 150ms 이하 비율 | 0% (0/20회) | 100% (20/20회) | 적용 뒤 최대 123.1ms |
| 캐시 파일 응답 | 0/20회 | 20/20회 | 응답 헤더 [x-cache-handler] |
| curl 기본 요청 중앙값 | 203.3ms | 222.5ms | [Accept: */*] · 캐시 파일 응답 0/20회 |
Cache Enabler는 설정 화면의 16개 항목을 기본값으로 둔 채 활성화만 해도 로그인하지 않은 방문자의 페이지 요청에 캐시 파일로 응답했습니다. 첫 바이트 시간은 캐시 플러그인이 없을 때의 4분의 1 수준인 50ms대였습니다.
외부 CSS와 자바스크립트 파일을 축소하는 항목은 Cache Enabler 설정 화면에 없으므로, 다음 단계는 최적화 플러그인 설정입니다.
🔢 FAQ & 추천 콘텐츠
![WP Super Cache 플러그인_단순 설정_1 캐시 활성화[영어]](https://uknew.co/storage/2025/07/WP-Super-Cache-%ED%94%8C%EB%9F%AC%EA%B7%B8%EC%9D%B8_%EB%8B%A8%EC%88%9C-%EC%84%A4%EC%A0%95_1-%EC%BA%90%EC%8B%9C-%ED%99%9C%EC%84%B1%ED%99%94%EC%98%81%EC%96%B4-768x352.png)
![WP Fastest Cache 옵션-설정[프리미엄]](https://uknew.co/storage/2025/08/WP-Fastest-Cache-%EC%98%B5%EC%85%98-%EC%84%A4%EC%A0%95%ED%94%84%EB%A6%AC%EB%AF%B8%EC%97%84-768x783.png)
ℹ️ 제휴 안내
본 사이트의 콘텐츠에는 제휴 링크가 포함되어 있습니다. 방문자가 이 링크를 통해 상품 또는 서비스를 구매하면 본 사이트는 판매처로부터 수수료를 지급받습니다. 이 과정에서 구매자가 지불하는 금액(이벤트 할인 시 금액이 내려갑니다↓)은 오르지 않습니다. 게시된 가격·할인·재고 정보는 작성 시점 기준이며 실제와 다를 수 있으므로, 구매 전 판매처에서 최종 확인하시기 바랍니다. 상품 선정과 평가는 자체 기준에 따라 작성되며, 수수료 지급 여부가 소개 순서나 평가 내용에 영향을 주지 않습니다.