워드프레스 사이트에 Cloudflare를 붙여서 최적화(+ 실전 세팅 예시(규칙 예, 권장 값)
워드프레스 사이트에 Cloudflare를 붙여서 최적화(+ 실전 세팅 예시(규칙 예, 권장 값)
워드프레스(콘텐츠) + Cloudflare(네트워크) 조합 기준으로, 바로 가져다 쓸 수 있는 실전 세팅 예시를 정리해 볼게요.
1. 기본 전제
- 구조: 방문자 → Cloudflare → 워드프레스 서버(iwinv/Cloudways/공유호스팅 등).
- 목표: 정적 리소스·HTML은 최대한 Cloudflare에서 서빙하고, 관리자·로그인·장바구니 등 동적 페이지는 원본에서 처리.
2. Cloudflare 대시보드 기본값
대시보드 기준 권장 기본 값입니다.
SSL/TLS: “Full (strict)” (서버에도 Let’s Encrypt 등 유효한 인증서 설치 전제).
Caching → Configuration
- Caching level: Standard
- Browser Cache TTL: 4시간~1일 (콘텐츠 업데이트 빈도에 따라)
- Always Online: 필요시 On
Speed → Optimization
- Auto Minify: HTML/CSS/JS 모두 On
- Brotli: On
- Early Hints, HTTP/3:
3. Rules (기존 Page Rules 대체) 예시
“블로그형 워드프레스” 기준 예시입니다.naver+2
3-1. 전체 HTML 캐시 (익명 사용자용)
Rules → Cache Rules → Create.
조건:
if: Hostname equals yourdomain.comANDRequest method equals GETANDPath does not contain "wp-admin"ANDPath does not contain "wp-login"
동작:
- Cache eligibility: Eligible for cache
- Edge TTL: 4시간~1일
- Origin cache control: Off (Cloudflare 규칙 우선)
이렇게 하면 로그인하지 않은 방문자의 대부분 HTML이 엣지에서 바로 나가므로 TTFB가 크게 줄어듭니다.
3-2. 관리자·로그인 바이패스
Cache Rules에서 새 규칙.
조건:
Path contains "/wp-admin"ORPath contains "wp-login.php"
동작:
- Cache: Bypass
- Disable performance: On (문제 생기면)
로그인 상태에서 캐시된 페이지가 섞이는 문제를 막는 필수 규칙입니다.
3-3. API·검색·댓글 등 동적 URL 예외
검색·댓글·AJAX 엔드포인트는 캐시하지 않는 것이 안전합니다.notforme+1
예:
/wp-json*,/?s=*,/feed*,/cart*,/checkout*등은 별도 규칙으로 Cache: Bypass 설정.
4. 워드프레스 쪽 세팅
Cloudflare 캐시와 워드프레스 캐시/최적화 플러그인이 충돌하지 않도록 역할을 나눕니다.
워드프레스 캐시 플러그인(WP Rocket, W3TC 등):
DB 캐시·객체 캐시·HTML 캐시는 서버 내부용으로 유지하되, “브라우저 캐시 헤더”는 Cloudflare 쪽 설정과 중복되지 않게 단순화.
Cloudflare 공식 플러그인 또는 Super Page Cache for Cloudflare 플러그인 사용 시:
- API 토큰 연동 후 “Apply recommended settings for WordPress”를 적용하면 적절한 보안·캐시 옵션을 자동 세팅.
- 글 발행/수정 시 해당 URL만 자동 purge되도록 설정해 “수정했는데 화면이 그대로” 문제를 줄입니다.
5. 운영 체크리스트
속도와 안정성을 같이 보려면 다음을 루틴으로 두면 좋습니다.
- 새 테마·플러그인 적용 후: Cloudflare 개발 모드(Development Mode) On → 레이아웃·JS 오류 확인 → 문제 없으면 Off.
- 주기적으로 PageSpeed Insights/웹 바이탈 확인, 특히 LCP·INP·CLS를 보고 캐시·이미지·JS 설정을 미세 조정.
- 갑자기 느려질 때: Analytics → Performance 또는 Cloudflare RUM 보고서, Origin 서버 CPU/RAM 사용량도 같이 체크.
이 정도면 “워드프레스 개인 블로그 + Cloudflare 무료 플랜” 기준으로 꽤 공격적으로 캐시를 돌리는 세팅입니다. 쇼핑몰처럼 로그인·결제가 많은 구조라면, 캐시 범위를 더 줄인 변형 예시도 같이 정리해 줄까요?
댓글
댓글 쓰기