정답부터 말하면, Cloudflare 도메인 DNS 연결은 “도메인 등록처에서 네임서버 변경 → Cloudflare에서 DNS 레코드 확인 → 호스팅 쪽 도메인 매핑 → SSL 상태 확인 → 전파 후 접속 테스트” 순서로 진행하면 가장 덜 헷갈립니다. 문제의 대부분은 A, CNAME, www 처리, 루트 도메인 처리, SSL 모드 선택, 기존 레코드 누락에서 생깁니다. 이 글은 처음 도메인을 웹호스팅, 워드프레스, 랜딩페이지, 업무용 SaaS에 붙이는 사람이 바로 확인할 수 있는 실무 체크리스트입니다.
요약: Cloudflare는 도메인 DNS를 한곳에서 관리하고 CDN, SSL, 보안 규칙을 함께 다루기 좋은 도구입니다. 다만 Cloudflare 화면 이름, 무료/유료 요금제별 노출 메뉴, SSL 옵션, 호스팅 업체의 연결 방식은 업데이트로 바뀔 수 있습니다. 실제 적용 전에는 Cloudflare 대시보드와 사용 중인 호스팅 업체의 최신 안내 화면을 함께 확인하세요.
1. 시작 전 준비물부터 확인하기
도메인 연결을 시작하기 전에는 세 가지 정보를 미리 모아 두는 것이 좋습니다. 첫째는 도메인을 산 등록처 로그인 정보입니다. 둘째는 연결할 목적지입니다. 예를 들어 워드프레스 호스팅, VPS, 노코드 랜딩페이지, 사내 업무툴, 고객용 예약 페이지처럼 도메인이 향할 서비스가 있어야 합니다. 셋째는 목적지 서비스가 요구하는 DNS 값입니다. A 레코드의 IP 주소, CNAME 대상, TXT 인증값, MX 메일 레코드처럼 서비스마다 필요한 값이 다릅니다.
초보자가 자주 하는 실수는 Cloudflare만 열어 놓고 값을 추측해서 넣는 것입니다. DNS는 주소록과 비슷해서 목적지 값이 틀리면 아무리 기다려도 사이트가 열리지 않습니다. 호스팅 관리 화면에서 제공하는 “도메인 연결”, “DNS 설정”, “custom domain” 안내를 먼저 열고, 그 값을 그대로 옮겨 적는 방식이 안전합니다.
2. Cloudflare에 도메인 추가하는 기본 흐름
Cloudflare에 도메인을 추가하면 기존 DNS 레코드를 자동으로 가져오거나 새로 입력하는 단계가 나옵니다. 기존 사이트를 운영 중이라면 자동으로 가져온 레코드를 바로 삭제하지 말고 하나씩 비교해야 합니다. 특히 메일을 쓰는 도메인은 MX, TXT, SPF, DKIM 관련 값이 빠지면 메일 수신이나 발송 인증에 영향을 줄 수 있습니다.
새 도메인이라면 필요한 레코드가 적어서 설정이 단순합니다. 루트 도메인은 보통 A 레코드나 CNAME Flattening 방식으로 연결하고, www는 CNAME으로 목적지 호스트를 가리키는 구성이 많습니다. 서비스마다 요구 방식이 다르므로 “반드시 A만 써야 한다”처럼 고정해서 생각하지 않는 편이 좋습니다.
3. 네임서버 변경은 등록처에서 한다
Cloudflare에서 도메인을 추가하면 두 개의 Cloudflare 네임서버 이름을 안내합니다. 이 값은 Cloudflare가 아니라 도메인을 구매한 등록처 화면에 입력합니다. 등록처의 “네임서버”, “DNS 서버”, “Nameserver” 메뉴에서 기존 기본값을 Cloudflare가 준 값으로 바꾸면 됩니다.
변경 후 바로 접속이 되는 경우도 있지만, 전파에는 시간이 걸릴 수 있습니다. 이때 같은 설정을 여러 번 바꾸면 원인을 파악하기 어려워집니다. 네임서버를 바꾼 뒤에는 Cloudflare 상태가 활성으로 바뀌는지, 등록처에 오타가 없는지, 도메인 끝에 불필요한 공백이 들어가지 않았는지부터 확인하세요.
4. A 레코드와 CNAME을 구분하는 법
A 레코드는 도메인을 IP 주소에 연결할 때 사용합니다. VPS나 고정 IP가 있는 서버라면 A 레코드가 자주 쓰입니다. CNAME은 도메인을 다른 호스트 이름에 연결할 때 사용합니다. 노코드 사이트, SaaS, 일부 워드프레스 호스팅은 CNAME 대상을 제공합니다. 예를 들어 www를 특정 서비스 주소로 보내는 방식입니다.
| 항목 | 주로 쓰는 상황 | 확인 포인트 |
|---|---|---|
| A 레코드 | VPS, 고정 IP 서버, 일부 호스팅 | IP 주소가 최신인지 확인 |
| CNAME | SaaS, 노코드 페이지, www 연결 | 대상 호스트 이름을 정확히 입력 |
| TXT | 소유권 확인, 메일 인증 | 따옴표와 공백 포함 여부 확인 |
| MX | 메일 수신 | 우선순위와 서버 주소 확인 |
루트 도메인에 CNAME을 요구하는 서비스도 있습니다. Cloudflare는 루트 도메인 처리 방식이 일반 DNS와 다르게 동작할 수 있으므로, 해당 서비스의 안내가 Cloudflare 사용자를 따로 설명하는지 확인하면 좋습니다.
5. 프록시 구름 아이콘을 언제 켤까
Cloudflare DNS 화면에서 주황색 구름은 Cloudflare 프록시를 거쳐 트래픽을 보내겠다는 의미입니다. 웹사이트 페이지처럼 CDN, SSL, 보안 규칙을 적용할 대상에는 유용합니다. 반대로 메일, 일부 인증 레코드, 특정 앱 연결처럼 원본 대상이 그대로 보여야 하는 항목은 DNS only가 필요한 경우가 있습니다.
처음 연결할 때 문제가 생기면 프록시 상태를 임시로 DNS only로 바꾸고 목적지 서비스가 도메인을 인식하는지 확인할 수 있습니다. 이후 접속이 안정되면 다시 프록시를 켜고 SSL과 캐시 동작을 점검합니다. 단, 화면 색상이나 버튼 명칭은 Cloudflare 업데이트로 달라질 수 있으니 현재 대시보드 안내를 우선하세요.
6. SSL 설정에서 가장 많이 막히는 부분
도메인이 연결됐는데 “보안 연결이 아님”, “리디렉션이 너무 많음”, “인증서 오류”가 보이면 SSL 설정을 봐야 합니다. Cloudflare와 원본 호스팅 양쪽에서 HTTPS가 어떻게 처리되는지 맞아야 합니다. 호스팅 쪽 인증서가 준비되어 있다면 보통 더 엄격한 HTTPS 구성이 안정적입니다. 반대로 원본에 인증서가 없거나 막 생성 중이라면 연결 초기에 오류가 보일 수 있습니다.
중요한 것은 SSL을 무작정 바꾸며 테스트하지 않는 것입니다. 도메인, www, 루트 주소, 관리자 페이지, 로그인 없는 공개 페이지를 나누어 확인하고, 바꾼 설정과 시간을 기록하세요. 호스팅 업체가 자체 SSL 발급을 제공한다면 그 상태가 활성인지 먼저 확인하는 것이 좋습니다.
7. www와 루트 도메인 리디렉션 정리
사용자는 example.com과 www.example.com을 같은 사이트로 기대합니다. 하지만 DNS에서는 둘이 별도 이름입니다. 루트 도메인만 연결하고 www를 빠뜨리면 일부 방문자는 오류를 만납니다. 반대로 www만 연결하고 루트 도메인을 빠뜨려도 같은 문제가 생깁니다.
운영 기준을 하나로 정하세요. 예를 들어 최종 주소를 루트 도메인으로 쓸지, www 주소로 쓸지 정한 뒤 나머지 주소는 리디렉션합니다. 워드프레스나 호스팅 관리 화면에서 대표 주소를 지정하는 경우도 있고, Cloudflare 규칙으로 처리하는 경우도 있습니다. 중복 리디렉션을 만들면 접속이 반복될 수 있으니 한곳에서만 관리하는 편이 깔끔합니다.
8. 전파 확인과 캐시 문제를 분리하기
DNS 변경 후 사이트가 안 열릴 때는 전파 문제인지, 브라우저 캐시인지, 호스팅 설정 문제인지 나누어 봐야 합니다. 먼저 Cloudflare에서 레코드가 저장됐는지 확인합니다. 다음으로 다른 네트워크나 시크릿 창에서 접속해 봅니다. 그래도 안 되면 호스팅 쪽에서 도메인 연결 상태가 승인됐는지 확인합니다.
업무용 사이트라면 “바꾼 시간, 바꾼 레코드, 이전 값, 새 값, 테스트 결과”를 표로 남겨 두세요. 나중에 장애가 생겼을 때 어느 변경이 영향을 줬는지 빠르게 되돌릴 수 있습니다. Cloudflare의 분석 화면과 호스팅 로그를 함께 보면 DNS 문제와 웹서버 문제를 구분하기 쉽습니다.
9. 실무 체크리스트
- 도메인 등록처에서 Cloudflare 네임서버 두 개를 정확히 입력했다.
- Cloudflare에서 루트 도메인과 www 레코드를 모두 확인했다.
- 호스팅 업체가 제공한 A, CNAME, TXT 값을 임의로 줄이거나 바꾸지 않았다.
- 메일을 쓰는 도메인이라면 MX, SPF, DKIM 관련 TXT 값을 보존했다.
- 프록시가 필요한 웹 레코드와 DNS only가 필요한 레코드를 구분했다.
- SSL 상태를 Cloudflare와 호스팅 양쪽에서 확인했다.
- 대표 주소를 루트 또는 www 중 하나로 정하고 리디렉션 중복을 피했다.
- 설정 변경 시간과 테스트 결과를 업무 기록에 남겼다.
10. 수익화 관점에서 자연스럽게 연결할 도구
이 주제는 웹호스팅, 도메인 등록, 워드프레스 호스팅, 백업 도구, 모니터링 도구와 연결하기 좋습니다. 독자가 도메인 연결을 검색하는 순간은 사이트를 만들거나 이전하는 단계이기 때문입니다. 글 안에서는 특정 서비스만 밀기보다 “초보자용 관리형 호스팅”, “개발자용 VPS”, “작은 회사용 백업 포함 호스팅”처럼 상황별 선택 기준을 제시하면 전환 흐름이 자연스럽습니다.
다만 요금제 이름, 무료 제공 범위, SSL 포함 여부, 백업 정책은 자주 바뀝니다. 제휴 문구를 넣더라도 현재 화면 기준으로 다시 확인하라는 고지를 함께 두는 것이 좋습니다. 운영자는 글을 발행하기 전 최신 가격표와 기능표를 한 번 더 대조해야 합니다.
FAQ
Q1. Cloudflare에 도메인을 추가했는데 바로 접속이 안 됩니다. 실패인가요?
아닙니다. 네임서버 변경과 DNS 전파에는 시간이 걸릴 수 있습니다. 먼저 등록처에 Cloudflare 네임서버가 정확히 들어갔는지, Cloudflare 대시보드에서 도메인 상태가 활성인지 확인하세요.
Q2. A 레코드와 CNAME을 둘 다 넣어도 되나요?
같은 이름에 서로 충돌하는 값을 넣으면 문제가 될 수 있습니다. 루트 도메인, www, 하위 도메인별로 목적지 서비스가 요구하는 값을 하나씩 맞추는 것이 안전합니다.
Q3. 주황색 구름 프록시는 무조건 켜야 하나요?
웹 트래픽에는 유용하지만 모든 레코드에 필요한 것은 아닙니다. 메일, 인증, 일부 외부 서비스 연결은 DNS only가 더 적절할 수 있으므로 서비스 안내를 확인하세요.
Q4. SSL 오류가 날 때 가장 먼저 볼 것은 무엇인가요?
호스팅 쪽 인증서가 활성인지, Cloudflare SSL 설정과 원본 서버 상태가 맞는지, 루트와 www 중 어느 주소에서 오류가 나는지부터 나누어 확인하세요.
Q5. 기존 메일을 쓰는 도메인을 Cloudflare로 옮겨도 되나요?
가능하지만 MX와 TXT 인증 레코드를 빠뜨리면 메일 동작에 문제가 생길 수 있습니다. 이전 DNS 화면을 캡처하거나 내보낸 뒤 Cloudflare 값과 비교하는 절차가 필요합니다.
마무리: Cloudflare 도메인 DNS 연결은 어려운 기술보다 순서 관리가 중요합니다. 등록처의 네임서버, Cloudflare의 레코드, 호스팅의 도메인 매핑, SSL 상태를 한 줄로 이어서 확인하면 대부분의 오류를 좁힐 수 있습니다. 최신 화면과 요금제별 기능은 수시로 바뀔 수 있으므로 발행 전 공식 문서와 현재 대시보드를 다시 확인하세요.
