No final de 2023, tirei a loja de e-commerce de um cliente de Vercel depois que a conta de um único mês chegou em $340. SaaS de tráfego médio. Nada extraordinário. O fundador me ligou numa sexta à tarde soando genuinamente alarmado, e honestamente, eu não tinha uma boa defesa. Eu tinha optado por Vercel porque era o que eu conhecia, o que parecia rápido de configurar, e o que a documentação do Next.js basicamente assumia que você usaria. Essa migração para Cloudflare Pages levou uma tarde e reduziu o custo mensal para uns $22. Estou prestando mais atenção desde então.
Então aqui está onde eu realmente estou em 2026 depois de rodar ambas as plataformas em trabalhos de clientes na Seahawk: Cloudflare Pages amadureceu enormemente, Vercel também não ficou parado, e a resposta para "qual devo usar" é menos sobre lealdade à marca e mais sobre o que você realmente está construindo.
A Realidade dos Preços (E Onde Vercel Ainda Dói)
O tier gratuito do Vercel é genuinamente bom para side projects. Plano Hobby, deployments ilimitados, preview URLs, bons minutos de build. No momento em que você vai para Pro ($20/mês por pessoa), está tudo bem para um desenvolvedor solo. Mas agências? O modelo por pessoa se acumula rápido. Seis desenvolvedores no time, são $120/mês antes de você ter servido uma única request. Aí você adiciona bandwidth, invocações de Edge Function e Image Optimisation, e a conta começa a parecer muito com um contrato de telefone móvel de 2009 onde você nunca entendia muito bem o que estava pagando.
Cloudflare Pages fica num modelo econômico fundamentalmente diferente. O tier gratuito inclui sites ilimitados, requests ilimitadas e 500 builds por mês. O plano Pro é $20/mês fixo, não por pessoa. Para Seahawk, essa distinção é significativa porque gerenciamos builds para múltiplos clientes de uma única conta. Fiz as contas de um mês típico em início de 2025: 14 projetos ativos, cerca de 2,1 milhões de requests de edge combinadas. Em Cloudflare, pagamos $20. No tier de uso equivalente do Vercel, a estimativa saiu por uns $180-$220 dependendo de quais add-ons estavam ativos.
Dito, o preço do Vercel compra algo real para você. Mais sobre isso em um instante.
A Armadilha de Banda e Saída
Isso é algo que ninguém avisa até ser muito tarde. Vercel cobra por banda no plano Pro depois de 1TB. Parece bem. A maioria dos projetos nunca chega lá. Mas Edge Functions que retornam respostas grandes, ou projetos fazendo processamento de imagem no servidor, conseguem consumir banda de formas que parecem desproporcionais.
Toda a rede do Cloudflare funciona com saída ilimitada dentro da plataforma deles. A página de preços do Cloudflare deixa isso explícito. Requisições de Workers e Pages Functions são precificadas a $0.30 por milhão depois das 100k requisições diárias grátis. Isso é transparente. Previsível. Consigo dormir.Cloudflare's pricing page makes this explicit. Workers and Pages Functions requests are priced at $0.30 per million after the free 100k daily requests. That's transparent. Predictable. I can sleep.
Cobertura de Edge Network: Cloudflare Vence, Mas Não por Mágica
Cloudflare tem mais de 300 data centres globalmente a partir de 2026. Vercel roda em um conjunto menor de regiões, apoiado em grande parte por infraestrutura AWS. Para a maioria dos projetos no Reino Unido e Europa, a diferença em latência de cold-start na edge é real mas modesta. Para um produto SaaS servindo usuários em Lagos, Mumbai ou São Paulo simultaneamente? A lacuna de cobertura do Cloudflare se estreita a quase nada.
Trabalhei em um projeto SaaS multilíngue em 2024, servindo usuários em todo o Sudeste Asiático. Tínhamos lançado inicialmente no Vercel e a latência p99 de Singapura estava pairando em torno de 380ms. Não terrível. Movemos o middleware da API para Cloudflare Workers e conseguimos reduzir isso a 95ms. Basicamente o mesmo código. Densidade de nó edge diferente.
Workers vs Edge Functions: A Divergência de Runtime
Aqui é onde as coisas ficam genuinamente técnicas e genuinamente importantes. Vercel Edge Functions rodam no modelo de isolate V8 (mesma filosofia do Cloudflare Workers) mas estão amarradas mais fortemente à própria infraestrutura do Vercel e ao sistema middleware Next.js. Cloudflare Workers estão nisso há mais tempo. O runtime de Workers suporta Web Crypto, Streams, KV, R2, Durable Objects, e um conjunto de bindings que não têm equivalente direto no Vercel.Workers runtime supports Web Crypto, Streams, KV, R2, Durable Objects, and a suite of bindings that have no direct equivalent on Vercel.
Se você está construindo algo que precisa de estado persistente na edge (pense: indicadores de presença, rate limiting com estado compartilhado, features colaborativas em tempo real), Cloudflare Durable Objects são genuinamente úteis e não há nada no Vercel que os iguale hoje.
Dito isso, se você está fazendo deploy de uma app Next.js 14+ com App Router e quer ISR sem configuração, Edge streaming e middleware que "funciona" com seu setup RSC, Vercel ainda é o caminho mais suave. Isso não é opinião. É só o que vejo toda vez que tento replicar a integração Next.js da Vercel no Cloudflare Pages usando o adapter @cloudflare/next-on-pages. Funciona. É só que não é sem atrito.@cloudflare/next-on-pages adapter. It works. It's just not frictionless.
Developer Experience: A Versão Honesta
Quero ser cuidadoso aqui porque DX é subjetivo e também é onde as maiores posições tribais vivem. Então deixa eu só descrever o que realmente observo.
O dashboard da Vercel é bonito. Preview deployments são instantâneos. A integração GitHub é a melhor que já usei em lugar nenhum. Quando você faz push de uma branch, a URL de preview fica ao vivo em menos de 45 segundos em cache quente, e o comentário de deployment no seu PR mostra Core Web Vitals, duração da build e um link direto. Esse loop de feedback é rápido e se sente bem. Isso importa, especialmente quando você está onboarding um cliente não-técnico que quer clicar em um link e ver suas mudanças.feels good. That matters, especially when you're onboarding a non-technical client who wants to click a link and see their changes.
Cloudflare Pages melhorou seu dashboard consideravelmente desde os dias de 2022 quando parecia um pós-pensado parafusado no Workers. O sistema de build é mais rápido agora, preview deployments funcionam bem, e a integração Pages + Workers (via wrangler.toml) é genuinamente legal. Mas o modelo mental da superfície de produtos da Cloudflare é mais amplo e portanto mais difícil. Você tem Workers, Pages, R2, KV, D1, Durable Objects, Pages Functions, e todos têm superfícies de configuração ligeiramente diferentes. A documentação em developers.cloudflare.com é completa mas extensa.wrangler.toml) is genuinely nice. But the mental model of Cloudflare's product surface is broader and therefore harder. You've got Workers, Pages, R2, KV, D1, Durable Objects, Pages Functions, and they all have slightly different configuration surfaces. The documentation at developers.cloudflare.com is thorough but sprawling.
Honestamente, vi desenvolvedores juniores na Seahawk pegar Vercel em um dia. Cloudflare Pages leva cerca de uma semana antes de alguém parar de questionar se sua function é um Worker ou uma Pages Function e qual arquivo de config governa o quê.
Local Development e Wrangler
O CLI wrangler dev da Cloudflare é bom. Ele roda uma simulação local do runtime dos Workers e suporta a maioria dos bindings. Mas "simulação" é a palavra operacional. Já enviei código que funcionava localmente e se comportava diferente na rede edge real por causa de diferenças sutis em como KV se comporta em preview versus produção. Bug pequeno em 2025, pego em staging, mas me custou meia hora.wrangler dev CLI is good. It runs a local simulation of the Workers runtime and supports most bindings. But "simulation" is the operative word. I've shipped code that worked locally and behaved differently on the actual edge network because of subtle differences in how KV behaves in preview versus production. Small bug in 2025, caught in staging, but it cost me half a day.
O comando vercel dev da Vercel é mais limitado em alguns edge cases mas é quase sempre uma réplica fiel da produção para projetos Next.js padrão. Essa previsibilidade importa.vercel dev command is more limited in some edge cases but it's almost always a faithful replica of production for standard Next.js projects. That predictability matters.
Suporte a Framework Além de Next.js
Esta é uma conversa subestimada. Vercel é, funcionalmente, uma empresa de hospedagem Next.js que também suporta outras coisas. SvelteKit, Nuxt, Astro, Remix, SolidStart funcionam todos, e funcionam bem. Mas Next.js recebe recursos primeiro, recebe defaults melhores, e é claramente o caso de uso principal.
Cloudflare Pages não tem lealdade a framework. Astro em Pages é uma delícia. O adapter SvelteKit para Cloudflare é mantido e estável. Tenho executado alguns projetos Astro em Pages desde meados de 2024 e os tempos de build são mais rápidos que deployments equivalentes em Vercel para os mesmos sites (aproximadamente 30-40% mais rápido em média, baseado nos meus próprios logs de build).
Se seu time está se afastando de Next.js ou construindo com múltiplos frameworks em diferentes projetos, Cloudflare Pages é mais agnóstico e esse agnosticismo compensa ao longo do tempo.
Onde Eu Escolheria Cada Um em 2026
Deixe-me ser direto. Aqui está a lógica de decisão que realmente uso:
Escolha Vercel se:
- Seu projeto é Next.js-first e você está usando App Router profundamente (RSC, streaming, ISR, tudo isso)
- Seus clientes precisam ver preview deployments e comentar neles sem qualquer fricção técnica
- Seu time é pequeno (1-3 desenvolvedores) e o custo por assento é negligenciável
- Você está construindo algo onde suporte Next.js de primeira classe vale a premium
Escolha Cloudflare Pages se:
- Você é uma agência ou operador solo executando mais de quatro ou cinco projetos ao vivo
- A previsibilidade de custo importa mais que a experiência mais suave com Next.js
- Você precisa de Workers bindings (KV, R2, Durable Objects, D1) como parte de sua arquitetura
- Sua base de usuários é globalmente distribuída e a latência de edge em regiões fora dos EUA importa
- Você não está preso ao Next.js e quer flexibilidade de framework
Para o trabalho de cliente da Seahawk especificamente, chegamos a uma divisão: Cloudflare Pages para sites de marketing, builds com muito conteúdo e qualquer coisa baseada em Astro. Vercel para produtos Next.js complexos em SaaS onde o time de desenvolvimento do cliente já está nesse ecossistema.
A Coisa Que Ninguém Fala: Suporte
Vercel Pro te dá suporte por email. Enterprise oferece mais. É responsivo e o time conhece Next.js profundamente. Se algo quebra em seu pipeline de deployment às 2 da manhã de uma quinta antes do launch de um cliente, ter alguém respondendo que realmente entende o que ISR revalidation está fazendo por baixo dos panos vale alguma coisa.
O modelo de suporte da Cloudflare para Pages especificamente tem sido historicamente... irregular. A comunidade Discord deles é ativa e o time de Workers é acessível, mas tickets de suporte específicos de Pages podem demorar mais que você gostaria. Isso melhorou em 2025 mas eu ainda daria vantagem a Vercel aqui (trocadilho pretendido, desculpa).
---
FAQ
Cloudflare Pages é realmente pronto para produção em 2026?
Sim, ponto final. A percepção de que "Cloudflare Pages ainda está em beta" é ultrapassada. Está rodando workloads sérios de produção. O status da plataforma Pages tem sido consistentemente forte. As principais ressalvas giram em torno do adaptador Next.js (que é mantido pela comunidade, não pela empresa) e da curva de aprendizado em torno da superfície mais ampla de produtos da Cloudflare.Pages platform status has been consistently strong. The main caveats are around the Next.js adapter (which is community-maintained, not first-party) and the learning curve around Cloudflare's broader product surface.
Posso usar Cloudflare Pages com Next.js App Router?
Você pode, via o adaptador @cloudflare/next-on-pages. Ele suporta um subconjunto significativo de recursos do App Router, incluindo Server Components, rotas dinâmicas e middleware. Mas alguns recursos que dependem de infraestrutura específica do Vercel (como ISR avançado com revalidação sob demanda via API do Vercel) não funcionam ou exigem soluções alternativas. Se você está construindo uma aplicação Next.js complexa, teste seus requisitos de funcionalidades específicas antes de se comprometer.@cloudflare/next-on-pages adapter. It supports a significant subset of App Router features including Server Components, dynamic routes, and middleware. But some features that rely on Vercel-specific infrastructure (like advanced ISR with on-demand revalidation via the Vercel API) either don't work or require workarounds. If you're building a complex Next.js app, test your specific feature requirements before committing.
O tier gratuito do Vercel funciona para sites de clientes?
Tecnicamente sim, mas os Termos de Serviço do Vercel para o plano Hobby restringem o uso comercial. Se você está construindo para um cliente pagante, você deve estar no Pro. Isso não é uma área cinzenta que eles ignoram para sempre. Use Pro para trabalho com clientes.
Qual plataforma é melhor para performance de SEO?
Nenhuma plataforma oferece SEO por padrão. Mas edge delivery e Core Web Vitals são relacionados, e ambas as plataformas podem produzir excelentes scores de LCP e CLS com uma boa implementação. A API de Image Optimisation do Vercel (via next/image) é mais madura e fácil de configurar. O recurso Image Resizing da Cloudflare (disponível em planos Pro) exige mais configuração manual, mas é menos caro em escala.next/image) is more mature and easier to configure. Cloudflare's Image Resizing feature (available on Pro plans) requires more manual setup but is less expensive at scale.
E quanto ao Netlify? Ainda é relevante?
Netlify ainda existe e ainda é usado, particularmente por equipes JAMstack com fluxos de trabalho específicos do Netlify. Mas em termos de visibilidade, adoção e investimento da plataforma em 2026, está notavelmente atrás tanto do Cloudflare quanto do Vercel. Não recomendo Netlify para um novo projeto desde cerca de 2023.
---
A escolha de plataforma em 2026 é genuinamente menos dramática do que as threads no Twitter fazem parecer. Ambas funcionam. Ambas são confiáveis. A decisão real é sobre o alinhamento do modelo de custo com seu negócio e o alinhamento do framework com sua equipe. Tome essa decisão deliberadamente em vez de aceitar o padrão mostrado no botão "deploy" da documentação do framework.