바로 답변 Cloudflare DNS를 바꾼 뒤 Vercel 404가 뜨면, 보통은 앱 코드 문제보다 도메인 연결 경로가 어긋난 경우가 많습니다. 가장 먼저 볼 설정은 아래 3가지입니다.

1) Vercel 프로젝트에 그 도메인이 실제로 등록돼 있는지 제일 먼저 Vercel 프로젝트의 Domains 설정부터 보세요.

확인할 것:

• 내가 접속한 도메인(example.com, www.example.com)이 프로젝트에 추가돼 있는지
• Production에 연결된 도메인인지
• Invalid Configuration이나 Misconfigured 같은 경고가 없는지

Cloudflare에서 DNS를 맞게 바꿔도, Vercel 쪽 프로젝트에 해당 도메인이 연결돼 있지 않으면 404가 날 수 있습니다. 특히 www만 추가해 놓고 루트 도메인(@)은 안 넣었거나, 반대로 루트만 넣고 www가 빠진 경우가 흔합니다.

2) Cloudflare DNS 레코드가 Vercel 권장값과 정확히 일치하는지 그다음은 Cloudflare의 DNS 레코드를 확인하세요. 보통 핵심은 이 둘입니다.

• 루트 도메인(@) → A 레코드 76.76.21.21
• www → CNAME cname.vercel-dns.com

다만 프로젝트 설정이나 연결 방식에 따라 요구값이 다를 수 있으니, 최종 기준은 Vercel Domains 화면에 표시되는 값입니다.

여기서 자주 나는 실수:

• 예전 호스팅 A 레코드가 남아 있음
• www가 다른 CNAME으로 잡혀 있음
• 같은 이름의 레코드가 중복돼 우선순위가 꼬임
• Cloudflare에서 DNS를 바꿨지만 다른 zone을 수정하고 있었음

즉, Cloudflare 화면보다 Vercel이 요구하는 값과 일치하는지를 기준으로 보세요.

3) Cloudflare 프록시(주황 구름)와 SSL 모드 DNS 값이 맞아도 Cloudflare의 프록시 설정 때문에 응답이 꼬일 수 있습니다. 먼저 확인할 것은:

• 해당 레코드가 DNS only(회색 구름)인지, Proxied(주황 구름)인지
• SSL/TLS 모드가 Flexible로 되어 있지 않은지

초기 확인 단계에서는 우선 DNS only로 바꿔서 직접 연결이 되는지 보는 게 제일 빠릅니다. Vercel 앞단에 Cloudflare 프록시를 얹으면, 설정이 미묘하게 어긋났을 때 404나 리다이렉트 이상 현상이 생기기도 합니다.

SSL 모드는 보통 Full 또는 Full (strict) 쪽이 안전합니다. Flexible은 원본 서버와의 연결 가정을 꼬이게 만들어 문제를 숨기거나 이상한 동작을 만들 수 있습니다.

가장 빠른 점검 순서 시간이 없으면 아래 순서대로 보면 됩니다.

1. Vercel 프로젝트 Domains에서 도메인 등록 상태 확인
2. Cloudflare DNS 레코드를 Vercel 요구값과 한 글자까지 비교
3. Cloudflare 프록시를 잠깐 끄고(DNS only) 다시 접속
4. 필요하면 SSL/TLS 모드까지 확인

이 순서로 보면 대부분 금방 원인이 드러납니다.

이런 경우면 원인이 거의 확실합니다 - Vercel에서는 도메인이 Invalid인데 Cloudflare만 건드리고 있었다 → Vercel 도메인 연결 문제 - www는 되는데 루트 도메인만 404다 → A 레코드 또는 redirect 구성 문제 - DNS only로 바꾸면 정상인데 Proxied에서만 깨진다 → Cloudflare 프록시/캐시/SSL 설정 문제 - 방금 수정했고 들쭉날쭉하다 → 전파나 캐시 영향일 수 있으니 잠시 기다린 뒤 재확인

한 줄 정리 Vercel에 도메인이 연결돼 있는지 → Cloudflare DNS가 정확한지 → 프록시/SSL이 방해하지 않는지 이 순서로 보면 됩니다.