Cloudflare Pages vs Vercel, 운영 루프에 맞는 쪽은 무엇인가
Cloudflare Pages와 Vercel을 비교할 때 자주 틀리는 지점은 어느 쪽이 더 좋으냐만 묻는 것이다. 실제로는 배포 후 어떤 운영 루프를 돌릴 것인지에 따라 더 잘 맞는 플랫폼이 달라진다.
후속 비교 글은 배포와 호스팅 유닛 페이지를 기준으로 플랫폼별로 더 좁혀서 이어가면 된다. 운영 기준이 먼저 필요하다면 배포와 호스팅 기준 글부터 본다.
1. 무엇을 최적화할지 먼저 정한다
글로벌 전달, Cloudflare 쪽 라우팅, 단순한 정적 운영이 더 중요하면 Pages가 맞을 수 있다. 반대로 앱 중심 워크플로, 프리뷰, 제품형 운영이 더 중요하면 Vercel 쪽이 편한 경우가 많다.
2. 배포 성공보다 디버깅 편의성을 비교한다
정상 배포만 볼 때 편한 플랫폼과, 장애가 났을 때 편한 플랫폼은 다를 수 있다. 로그, 프리뷰, 라우팅 가시성, 인증 흐름이 실제 운영에서는 더 중요하다.
- 프리뷰와 앱 중심 디버깅이 중요하면 Vercel 쪽이 더 편할 때가 많다.
- 정적 사이트 경로와 캐시를 단순하게 유지하려면 Cloudflare Pages 쪽이 더 예측 가능할 때가 많다.
3. 도메인과 자산 처리도 비교 기준에 넣는다
커스텀 도메인, redirect, 이미지 경로, public 자산 규칙은 유지보수 비용을 크게 바꾼다. 각 플랫폼이 네 실제 경로 규칙과 캐시 습관에 맞는지를 봐야 한다.
실무에서는 먼저 live 규칙을 적어보면 된다. 커스텀 도메인 연결 방식, trailing slash 규칙, 이미지 경로 규칙, 캐시 무효화 기준이 플랫폼과 충돌하면 나중에 유지비가 커진다.
4. 팀 형태에 맞춰 고른다
1인 운영자, 콘텐츠 중심 사이트, 제품 팀은 필요한 기준이 다르다. 기능표보다 운영 맥락이 플랫폼 선택을 더 정확하게 만든다.
간단히 말하면 콘텐츠 중심 정적 운영은 경로와 캐시 제어가 더 중요하고, 앱 중심 팀은 프리뷰 흐름과 앱 도구 편의성이 더 중요할 때가 많다.
- 1인 정적 사이트 운영: Cloudflare Pages가 더 단순하게 맞는 경우가 많다.
- 프리뷰를 자주 돌리는 제품 팀: Vercel이 더 빠르게 맞는 경우가 많다.
- 애매하면 성능표보다 로그, 도메인, redirect, 자산 처리 기준으로 먼저 비교한다.
무엇부터 시작할까
비교 전에 네 체크리스트를 먼저 적어라. 로그, 도메인, redirect, 프리뷰, 비용 구조, 정적 자산 처리 기준을 적어두고, 그 목록에 맞춰 비교해야 광고 문구에 끌려가지 않는다.