이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.
이 글에서 다루는 것
도메인을 클라우드플레어 무료 요금제에 올리는 과정을 DNS 이전, 캐시, SSL 모드 세 갈래로 나눠 정리합니다.
각 단계에서 무엇이 잘못될 수 있고, 끝난 뒤 무엇을 보고 성공을 판정하는지까지 적습니다.
워드프레스나 개인 도메인 블로그를 운영하면서 무료 CDN을 처음 붙여 보려는 분, 또는 이미 붙였는데 체감 속도가 그대로라 의심이 가는 분을 위한 글입니다.
읽고 나면 "연결됐다"를 느낌이 아니라 응답 헤더 한 줄로 확인할 수 있습니다.
아래 화면과 설명은 모두 2026년 10월 4일에 공식 문서와 요금 페이지에서 직접 확인한 내용입니다.
옮기기 전에 종이 한 장으로 남겨 둘 것
클라우드플레어 연결은 사실상 도메인의 네임서버를 통째로 넘기는 작업입니다.
넘어간 뒤에는 기존 등록 업체의 DNS 관리 화면이 더 이상 쓰이지 않습니다.
그래서 네임서버를 바꾸기 전에 현재 레코드를 전부 적어 둡니다.
웹사이트가 걸린 A 레코드와 www CNAME만 보고 넘어가는 경우가 많은데, 실제로 사고가 나는 쪽은 눈에 안 보이는 레코드입니다.
메일을 쓰고 있다면 MX 레코드, 메일 인증용 SPF·DKIM·DMARC 같은 TXT 레코드, 검색 엔진이나 외부 서비스 소유권 확인용 TXT 레코드가 여기에 해당합니다.
이 줄들을 빠뜨린 채 네임서버만 바꾸면 사이트는 멀쩡한데 메일만 조용히 끊깁니다.
클라우드플레어는 도메인을 추가할 때 기존 레코드를 자동으로 긁어 옵니다.
다만 전부 가져온다는 보장이 없으므로, 가져온 목록과 적어 둔 목록을 한 줄씩 대조한 뒤에 네임서버를 바꾸는 순서가 안전합니다.
SSL 모드는 이제 고르는 항목이 아닐 수 있습니다
① 공식 문서가 말하는 현재 기본값은 Automatic SSL/TLS입니다.
클라우드플레어가 사이트를 직접 확인해 가장 안전한 모드를 골라 적용하고, 지금보다 덜 안전한 모드로는 내리지 않는다고 적혀 있습니다.
다만 같은 화면의 안내문에는 이 기능이 점진적으로 적용되는 중이며, 아직 넘어가지 않은 계정에는 직접 고르는 항목만 보인다고 쓰여 있습니다.
대시보드에서 자동 항목이 안 보인다면 고장이 아니라 아직 차례가 오지 않은 것입니다.
① 직접 골라야 하는 계정에서는 아래 네 가지가 선택지입니다.
위치는 대시보드의 SSL/TLS 안쪽 Overview 화면입니다.
| 모드 | 방문자 ↔ 클라우드플레어 | 클라우드플레어 ↔ 내 서버 | 주의할 점 |
|---|---|---|---|
| Off | 암호화 없음 | 암호화 없음 | 쓸 이유가 없습니다 |
| Flexible | HTTPS | 암호화 없음 | 서버가 HTTPS로 되돌리면 접속이 무한히 맴돕니다 |
| Full | HTTPS | HTTPS, 인증서 확인 안 함 | 자체 서명 인증서도 통과합니다 |
| Full (strict) | HTTPS | HTTPS, 인증서 확인함 | 서버에 유효한 인증서가 먼저 깔려 있어야 합니다 |
초보자가 가장 자주 밟는 지뢰는 Flexible입니다.
호스팅 쪽에 이미 무료 인증서가 깔려 있고 워드프레스가 주소를 https로 강제하는 상태에서 Flexible을 고르면, 서버는 암호화된 주소로 다시 보내려 하고 클라우드플레어는 암호화하지 않고 또 요청하는 왕복이 반복됩니다.
화면에는 "리디렉션이 너무 많습니다"만 뜹니다.
그래서 서버에 인증서가 이미 있다면 Full (strict)가 기본값이고, 인증서가 없는 상태라면 인증서를 먼저 깔고 모드를 올리는 순서가 맞습니다.
Flexible은 임시 회피책이지 설정값이 아닙니다.
무료 CDN이 기본으로 캐시하지 않는 것
① 캐시 문서의 기본 동작 항목에는 클라우드플레어가 MIME 타입이 아니라 파일 확장자를 기준으로 캐시하며, HTML과 JSON은 기본적으로 캐시하지 않는다고 적혀 있습니다.
기본 목록에 들어 있는 것은 PNG, GIF, CSV, DOC, PPT, ZIP처럼 모양이 변하지 않는 파일들입니다.
이 한 줄이 "CDN을 걸었는데 왜 그대로냐"의 거의 모든 답입니다.
블로그 글 본문은 HTML이므로 기본 설정에서는 매번 내 서버까지 다녀옵니다.
빨라지는 것은 이미지와 CSS·JS 같은 정적 파일이고, 글을 띄우는 첫 응답 시간은 서버 몫으로 남습니다.
원본 서버가 보내는 Cache-Control 값도 그대로 존중합니다.
private, no-store, no-cache, max-age=0 중 하나가 붙어 있으면 캐시하지 않고, public에 max-age가 0보다 크면 캐시합니다.
로그인 상태나 장바구니처럼 사람마다 달라야 하는 화면이 섞이지 않는 이유가 여기에 있습니다.
성공 판정은 응답 헤더 한 줄로 합니다
연결이 끝났다면 브라우저 개발자 도구의 네트워크 탭에서 아무 이미지 파일 하나를 눌러 응답 헤더를 봅니다.
cf-cache-status라는 줄이 있으면 요청이 클라우드플레어를 거치고 있다는 뜻입니다.
값의 의미는 공식 문서에 정리돼 있습니다.
HIT는 캐시에서 바로 내준 것, MISS는 캐시 대상이지만 그 시점에 없어서 원본에서 가져온 것, EXPIRED는 있었지만 기한이 지난 것입니다.
새로고침을 한 번 더 했을 때 MISS가 HIT로 바뀌면 정상입니다.
본문 주소에서 DYNAMIC이 나오는 것은 고장이 아닙니다.
애초에 캐시 대상이 아니라고 판단해 캐시를 조회하지 않고 바로 원본으로 보냈다는 표시이고, 앞 항목에서 본 HTML 기본 동작과 같은 이야기입니다.
이미지에서도 DYNAMIC만 나온다면 그때 설정을 의심합니다.
헤더 자체가 아예 없다면 네임서버 변경이 아직 반영되지 않았거나, 해당 레코드가 클라우드플레어를 통과하지 않도록 꺼져 있는 상태입니다.
이 조합이 맞지 않는 경우
무료 요금제라도 공짜가 아닌 부분이 있습니다.
설정 화면은 영어이고, 용어도 원문 그대로입니다.
문제가 생겼을 때 전화나 한국어 채팅으로 물을 곳이 없고, 공식 문서를 직접 읽어야 합니다.
얻는 것도 제한적입니다.
앞에서 봤듯 글 본문은 기본 설정에서 캐시되지 않으므로, 느린 원인이 서버 응답 시간이라면 CDN을 붙여도 숫자가 거의 그대로입니다.
방문자가 하루 수십 명이고 이미지가 몇 장 없는 블로그라면 체감 차이를 느끼기 어렵습니다.
네임서버를 넘기는 부담도 계산에 넣어야 합니다.
도메인의 모든 서비스가 한 곳을 거치게 되므로, 레코드를 잘못 옮기면 사이트가 아니라 메일이나 외부 연동이 먼저 멈춥니다.
DNS를 손대 본 적이 없고 지금 속도에 불만이 없다면 굳이 서두를 이유가 없습니다.
원인이 서버 쪽으로 좁혀졌다면
CDN을 제대로 걸었는데도 글이 뜨는 첫 순간이 느리다면 남은 변수는 서버입니다.
이럴 때 선택지 중 하나가 클라우드웨이즈 같은 관리형 클라우드 호스팅입니다.
① 2026년 10월 4일 요금 페이지 기준 개인 블로그용으로 안내되는 최저 요금제는 월 14달러(1GB RAM·1vCPU)이고, 세금은 별도로 붙습니다.
기능 목록에 무료 SSL이 포함돼 있어 앞에서 본 Full (strict) 모드를 쓸 조건은 맞출 수 있으며, 카드 등록 없이 3일 무료 체험이 가능하다고 적혀 있습니다.
처음부터 상위 요금제를 고를 이유는 없고, 메모리 부족 경고나 방문자 증가가 보일 때 올리면 됩니다.
달러 결제라 환율을 타고 관리 화면이 영어라는 점은 그대로 감수해야 합니다.
오늘 기준 요금과 무료 체험 조건을 공식 페이지에서 직접 확인하기
자주 묻는 질문
네임서버를 바꾸면 메일도 같이 멈추나요?
MX 레코드와 메일 인증용 TXT 레코드를 그대로 옮겼다면 멈추지 않습니다.
반대로 그 줄들을 빠뜨리면 사이트는 멀쩡한데 메일만 안 옵니다.
바꾸기 전에 레코드를 적어 두라고 한 이유가 이것입니다.
무료 요금제에서도 인증서를 따로 사야 하나요?
방문자와 클라우드플레어 사이 구간은 무료 요금제에서도 암호화됩니다.
다만 Full (strict)를 쓰려면 내 서버 쪽에도 유효한 인증서가 있어야 하므로, 그 인증서는 호스팅에서 제공하는 것을 쓰게 됩니다.
글을 수정했는데 예전 내용이 그대로 보입니다.
본문이 HTML이라면 기본 설정에서는 캐시 대상이 아니므로 다른 원인일 가능성이 큽니다.
워드프레스 캐시 플러그인이나 브라우저 캐시를 먼저 확인하고, 그래도 남아 있으면 클라우드플레어 쪽에서 해당 주소만 비웁니다.
전체 비우기는 원본 서버 부하를 한꺼번에 올리므로 마지막 수단입니다.
속도가 느린 게 CDN 때문인지 서버 때문인지 어떻게 가르나요?
이미지 주소의 cf-cache-status가 HIT인데도 페이지가 느리다면 정적 파일은 제 역할을 하고 있다는 뜻이니 서버 응답 시간을 봅니다.
반대로 HIT가 전혀 안 나오면 CDN 설정 쪽을 먼저 손봅니다.
마무리
네임서버를 옮기기 전에 A·CNAME뿐 아니라 MX와 TXT 레코드까지 적어 두고, 클라우드플레어가 가져온 목록과 한 줄씩 대조한 뒤에 바꿉니다.
SSL 모드는 2026년 10월 기준 자동이 기본값이지만 계정에 따라 직접 골라야 하며, 서버에 인증서가 있다면 Full (strict), Flexible은 리디렉션이 맴도는 원인이므로 피합니다.
무료 CDN은 HTML을 기본 캐시하지 않으므로 빨라지는 쪽은 이미지와 정적 파일이고, 성공 여부는 cf-cache-status가 HIT로 바뀌는지로 판정합니다.
지금 쓰시는 도메인은 메일까지 같이 물려 있나요?
레코드 구성을 댓글로 남겨 주시면 옮길 때 빠뜨리기 쉬운 줄을 같이 짚어 보겠습니다.
다음 글에서는 「클라우드웨이즈 가입 방법과 워드프레스 설치 순서」에 대해 알아보겠습니다.