Seu deploy vai para Vercel às 3 da tarde de uma terça-feira, e no final do mês a fatura lê $487 — por um site de marketing que recebeu 80 mil visitantes. A calculadora de preços prometeu $20. Você abre o painel do Netlify: $94 para tráfego comparável. Cloudflare Pages? $0. Mesmo código Next.js, mesma estratégia ISR, custos completamente diferentes. Rodei seis sites em produção em todas as três plataformas durante doze meses, observei cada fatura, rastreei cada alerta de excedente, e tirei screenshots das contas que as páginas de preços nunca mencionam. A lacuna entre as taxas anunciadas e os custos do mundo real é mais ampla do que você pensa — e a plataforma que vence depende de uma variável que a maioria das postagens de comparação ignora.

Rodamos quatro sites Next.js em produção no Vercel (incluindo socialanimal.dev, com 91K+ páginas ISR no portfólio de nossos clientes) e dois sites no Netlify. Também avaliei Cloudflare Pages, AWS Amplify e Railway para vários projetos de clientes através de nossa prática de desenvolvimento Next.js. Este artigo é a análise que gostaria que alguém tivesse me dado antes de eu começar a assinar cheques.

Tabela de Conteúdos

Melhor Stack de Deployment Next.js 2026: Vercel vs Netlify vs Cloudflare Custos Reais

As Plataformas que Realmente Usamos

Deixe-me ser franco sobre nossa configuração. Não estamos testando em sandboxes — esses são sites em produção que enfrentam o cliente com tráfego real, builds reais e faturas reais.

Vercel Pro ($20/mês): Quatro sites em produção. Uma mistura de sites de marketing, dashboards SaaS e plataformas ricas em conteúdo. Alguns desses sites rodam 91K+ páginas usando Incremental Static Regeneration. É aqui que fazemos deploy de qualquer coisa que usa recursos do Next.js App Router pesadamente.

Netlify Pro ($19/mês): Dois sites em produção. Esses tendem mais para conteúdo estático e arquiteturas mais simples. Um é um site Astro, que Netlify maneja lindamente.

Cloudflare Pages, AWS Amplify, Railway: Avaliados para necessidades específicas do cliente mas não atualmente em nossa rotação de produção para projetos Next.js. Vou explicar por quê.

Dados de Custo Reais: 12 Meses de Faturas de Produção

Aqui está o que as páginas de preços não vão te dizer. Cada plataforma anuncia uma taxa mensal limpa, mas sua fatura real depende de excedentes de banda, minutos de build, invocações de funções serverless, e uma dúzia de outras variáveis que só aparecem em escala.

Esta tabela representa nossos custos mensais médios reais ao longo de 12 meses de uso em produção:

Plataforma Custo Base Fatura Mensal Média Tempo de Build Locais de Borda Suporte a ISR URLs de Preview Pontuação DX
Vercel Pro $20/mês $25/mês 35-90s 100+ Nativo Sim 8/10
Netlify Pro $19/mês $22/mês 60-180s 100+ Limitado Sim 8/10
Cloudflare Pages $0-20/mês $0-20/mês 30-60s 300+ Limitado Sim 7/10
AWS Amplify ~$5-50/mês ~$15-60/mês 90-300s 30+ Não Sim 5/10
Railway $5/mês + uso $10-40/mês 60-120s 1 região Não Não 6/10

Algumas coisas se destacam. Vercel e Netlify são notavelmente próximos no custo real para nossos padrões de uso. Cloudflare pode ser mais barato (ou até grátis) mas com tradeoffs que vou detalhar abaixo. O preço do AWS Amplify é genuinamente imprevisível — vi meses onde custou $8 e meses onde o mesmo padrão de tráfego custou $47.

Vercel Pro: Nossa Plataforma Principal

O Que Realmente Pagamos

Nossa assinatura Vercel Pro custa $20/mês fixo. Além disso, vimos cobranças de excedente de banda variando de $0 a $15 por mês dependendo de picos de tráfego. Nossa média de 12 meses fica em torno de $25/mês para quatro sites em produção.

Isso é aproximadamente $6,25 por site por mês. Para hospedagem em produção com entrega de borda, deployments de preview, funções serverless e analytics. Já gastei mais com café em uma única manhã.

Por Que ISR Torna Vercel o Padrão

Aqui está a coisa que torna essa decisão fácil para projetos Next.js: Incremental Static Regeneration funciona perfeitamente no Vercel. Deveria — Vercel constrói Next.js. São a mesma empresa. Quando você revalidate uma página, ela realmente revalida. A invalidação de cache funciona. O padrão stale-while-revalidate se comporta exatamente como documentado.

Um de nossos sites de cliente gera mais de 91 mil páginas via ISR. Essas páginas reconstroem sob demanda quando o conteúdo muda no CMS headless. No Vercel, isso apenas funciona. Sem dores de cabeça de configuração, sem cache misteriosamente obsoleto, sem debug sobre por que uma página mostra conteúdo de três horas atrás.

// Isso é tudo que é necessário no Vercel. Sério.
export async function generateStaticParams() {
  const posts = await getAllPosts();
  return posts.map((post) => ({ slug: post.slug }));
}

export const revalidate = 3600; // Revalidar a cada hora

// Revalidação sob demanda do webhook CMS
// POST /api/revalidate?tag=blog-posts
export async function POST(request: NextRequest) {
  const tag = request.nextUrl.searchParams.get('tag');
  if (tag) {
    revalidateTag(tag);
    return NextResponse.json({ revalidated: true });
  }
}

Tentei replicar esse padrão exato em outras plataformas. Os resultados variam de "funciona na maioria das vezes com ressalvas" a "não funciona de jeito nenhum".

Deployments de Preview São Subestimados

Cada pull request recebe sua própria URL. Cada um. Nossos clientes podem revisar mudanças antes de elas irem para produção clicando em um link em um comentário do GitHub. Isso soa simples. É simples. É o ponto.

A URL de preview inclui o estado exato do branch, incluindo variáveis de ambiente com escopo para ambientes de preview. Usamos isso para conectar deployments de preview a modos de preview de CMS, para que editores de conteúdo vejam conteúdo rascunho na URL de preview e conteúdo publicado em produção. O fluxo de trabalho apenas funciona.

O Que Nos Irrita Sobre Vercel

Não é tudo sol e chuva. Algumas reclamações reais:

  • Cold starts de funções serverless podem chegar a 1-3 segundos no tier Pro para rotas de API complexas. Não terrível, mas notável.
  • O salto de $20/mês de grátis para Pro é íngreme se você está rodando um projeto pessoal. Não há um tier de $5/mês.
  • Preocupações com vendor lock-in são reais. Quanto mais você vai com recursos específicos do Vercel (Edge Config, KV storage, Vercel Postgres), mais difícil é migrar.
  • Os tempos de build ocasionalmente aumentam sem causa clara. Vimos builds de 35 segundos de repente levar 90 segundos sem mudanças de código.

Melhor Stack de Deployment Next.js 2026: Vercel vs Netlify vs Cloudflare Custos Reais - arquitetura

Netlify Pro: Nossa Plataforma Secundária

O Que Realmente Pagamos

Netlify Pro custa $19/mês. Nossa fatura mensal média fica em torno de $22/mês para dois sites em produção. As cobranças de excedente são mínimas porque Netlify é generoso com banda no Pro — raramente excedemos limites inclusos.

Onde Netlify Se Destaca

A experiência do desenvolvedor da Netlify para sites estáticos e projetos Astro é excelente. Seu sistema de build é maduro, seus deployments de preview funcionam bem, e suas funcionalidades de formulário e identidade economizam tempo de desenvolvimento em projetos mais simples.

Para nosso trabalho de desenvolvimento Astro, Netlify é na verdade nossa primeira escolha. A saída estática do Astro funciona bem com os pontos fortes do Netlify, e você não sente falta dos recursos específicos do Next.js que perderia.

# Netlify faz deploy do Astro lindamente
# netlify.toml
[build]
  command = "astro build"
  publish = "dist"

[build.environment]
  NODE_VERSION = "20"

Onde Netlify Fica Aquém para Next.js

Aqui é onde tenho que ser honesto. O suporte Next.js da Netlify melhorou significativamente — eles investiram pesadamente em seu runtime Next.js. Mas ainda há pontos ásperos.

Suporte a ISR: Netlify suporta ISR através de seu próprio adaptador, mas encontramos inconsistências com timing de invalidação de cache. Páginas às vezes servem conteúdo obsoleto por mais tempo do que o período de revalidação especificado. Para um site de marketing, talvez tudo bem. Para um site de e-commerce onde a disponibilidade de produto importa? É um problema.

Middleware: A maioria dos padrões de middleware funciona agora, mas encontramos edge cases (trocadilho intencional) onde o comportamento de middleware difere entre Netlify e Vercel. Se você está fazendo verificações de auth complexas ou roteamento baseado em geolocalização em middleware, teste completamente no Netlify antes de se comprometer.

Tempos de Build: Nossos builds Next.js consistentemente levam 60-180 segundos no Netlify versus 35-90 segundos no Vercel para projetos comparáveis. A diferença se compõe quando você está iterando rapidamente.

Quando Recomendamos Netlify

Netlify permanece uma escolha forte para:

  • Sites estáticos e projetos Astro
  • Arquiteturas Jamstack que não se baseiam em ISR
  • Projetos usando Netlify Forms, Identity ou outros recursos nativos do Netlify
  • Times já profundamente investidos no ecossistema Netlify

Cloudflare Pages: O Outsider Intrigante

O Preço É Quase Bom Demais

Cloudflare Pages oferece um tier grátis que é genuinamente útil e um tier Pro por $20/mês que inclui tudo que a maioria dos projetos precisa. Sua rede de borda abrange 300+ locais — mais que Vercel e Netlify combinados. Tempos de build são rápidos (30-60 segundos em nossos testes).

Para sites puramente estáticos, Cloudflare Pages é difícil de bater em valor. Sem cobranças de banda. Distribuição global. Builds rápidos. Grátis.

A Realidade Next.js

Cloudflare tem investido agressivamente em suporte Next.js através de seu adaptador @cloudflare/next-on-pages e mais recentemente através do OpenNext. O progresso nos últimos anos tem sido impressionante. Mas "progresso impressionante" e "pronto para produção para aplicativos Next.js complexos" não são a mesma coisa.

Aqui está o que encontramos durante a avaliação:

  • Suporte a ISR existe mas não combina com a implementação do Vercel. Revalidação sob demanda através das APIs revalidateTag e revalidatePath funciona inconsistentemente dependendo da versão do adaptador.
  • Limitações de edge runtime significam que algumas APIs Node.js não estão disponíveis. Se seu aplicativo Next.js usa bibliotecas que dependem de recursos específicos do Node.js, você vai bater em paredes.
  • Deployments de preview funcionam através de deployments de branch, mas a integração não é tão polida quanto as URLs de preview por-PR do Vercel.
// Configuração Next.js específica do Cloudflare
// Você vai precisar do adaptador
// next.config.mjs
import { setupDevPlatform } from '@cloudflare/next-on-pages/next-dev';

/** @type {import('next').NextConfig} */
const nextConfig = {
  // Sua configuração aqui
};

if (process.env.NODE_ENV === 'development') {
  await setupDevPlatform();
}

export default nextConfig;

A sobrecarga de configuração é mínima, mas a sobrecarga de debugging quando as coisas dão errado não é. Quando uma página ISR não revalida no Vercel, a resposta é geralmente direta. No Cloudflare, você está cavando nos logs do Workers e entradas do KV store tentando entender a camada de cache.

Quem Deve Usar Cloudflare Pages

Cloudflare Pages é uma excelente alternativa ao Vercel para:

  • Sites estáticos e SPAs
  • Projetos Next.js que não se baseiam em ISR ou middleware complexo
  • Times já no ecossistema Cloudflare (Workers, KV, R2, D1)
  • Projetos onde custos de banda são uma preocupação genuína em escala

AWS Amplify e Railway: Os Também-Foram

AWS Amplify

Amplify cobra $0,01 por minuto de build mais custos de hospedagem baseados em dados servidos. Soa barato até você perceber que seus builds de 300 segundos a $0,01/minuto se acumulam, e as taxas de hospedagem para recursos Next.js dinâmicos são opacas.

Nossa avaliação encontrou:

  • Tempos de build de 90-300 segundos (frequentemente 3-5x mais lento que Vercel)
  • Sem suporte nativo a ISR — você está rodando Next.js em um ambiente tipo Lambda
  • Limitado a ~30 locais de borda versus 100+ para Vercel/Netlify
  • A experiência do console AWS é... a experiência do console AWS. Se você sabe, você sabe.

Amplify faz sentido se você está já profundamente na AWS e precisa de integração firme com DynamoDB, Cognito ou outros serviços AWS. Para hospedagem Next.js standalone, é excessivo com DX pior.

Railway

Railway começa em $5/mês mais preço baseado em uso. É genuinamente bom para aplicações full-stack onde você precisa de um banco de dados, workers de background e seu aplicativo web em um lugar.

Mas para Next.js especificamente:

  • Sem rede de borda — seu aplicativo roda em uma única região
  • Sem otimização ISR — é rodando Next.js como um servidor Node.js
  • Sem deployments de preview por PR
  • Sem analytics incorporado ou monitoramento de web vitals

Railway é ótimo para o que é. É apenas não é o que você quer para hospedagem Next.js em produção em 2026.

Suporte a ISR: O Recurso que Decide Tudo

Se seu aplicativo Next.js usa ISR — e a maioria dos aplicativos Next.js em produção deveria — esse recurso único reduz drasticamente suas opções realistas.

Plataforma Tipo de ISR Revalidação Sob Demanda Consistência de Cache Revalidação Baseada em Tag
Vercel Nativo ✅ Funciona perfeitamente Excelente ✅ Suporte completo
Netlify Baseada em adaptador ✅ Funciona (na maioria das vezes) Bom, atrasos ocasionais ✅ Suportado
Cloudflare Baseada em adaptador ⚠️ Inconsistente Variável ⚠️ Parcial
AWS Amplify Não suportado ❌ N/A ❌
Railway Apenas lado do servidor ⚠️ Região única N/A (sem borda) ⚠️ Limitado

Para nossos projetos de desenvolvimento de CMS headless, ISR é inegociável. Editores de conteúdo publicam no CMS, um webhook dispara, e as páginas afetadas se regeneram em segundos. Esse padrão é a espinha dorsal de sites Next.js modernos orientados a conteúdo. Quebrá-lo — ou torná-lo não confiável — quebra todo o fluxo de trabalho de conteúdo.

Experiência do Desenvolvedor Comparada

DX importa mais do que a maioria das pessoas admite. Uma plataforma que economiza $5/mês mas custa 2 horas de debug por mês é um negócio terrível.

Integração com Git

Todas as três plataformas principais (Vercel, Netlify, Cloudflare) se integram bem com GitHub, GitLab e Bitbucket. A integração do Vercel parece a mais polida — comentários de PR com URLs de preview, verificações de status de deployment e limpeza automática de deployments de preview antigos.

Desenvolvimento Local

O comando vercel dev do Vercel replica o ambiente de produção localmente, incluindo funções serverless e middleware de borda. O netlify dev do Netlify faz o mesmo para recursos específicos do Netlify. Cloudflare requer wrangler para desenvolvimento local do Workers, o que adiciona sobrecarga cognitiva se você estiver alternando entre projetos.

Monitoramento e Debug

Vercel inclui analytics de Web Vitals no tier Pro. Dados de Real User Monitoring aparecem em seu dashboard sem instalar nada extra. Netlify oferece analytics como um add-on ($9/mês). Os analytics do Cloudflare são excelentes para dados de tráfego mas não incluem métricas específicas do Next.js como TTFB por rota ou taxas de acerto de cache ISR.

CLI e Automação

# CLI Vercel - deploy do terminal
vercel --prod

# CLI Netlify - mesma ideia
netlify deploy --prod

# Cloudflare - usa wrangler
npx wrangler pages deploy ./out

Todos os três CLIs funcionam bem. O do Vercel se sente mais rápido para fluxos de trabalho específicos do Next.js.

Quando Usar Qual Plataforma

Depois de 12 meses, aqui está nosso framework de decisão:

Use Vercel quando:

  • Você está construindo com Next.js (especialmente App Router)
  • ISR é parte de sua arquitetura
  • Você precisa de deployments de preview confiáveis para fluxos de trabalho de revisão de cliente
  • Você quer o caminho de fricção mais baixa de git push para produção

Use Netlify quando:

  • Você está construindo com Astro, Hugo ou outro gerador de sites estáticos
  • Seu projeto Next.js é na maioria estático (sem ISR, recursos lado do servidor limitados)
  • Você precisa de Netlify Forms, Identity ou outros recursos nativos da plataforma
  • Você quer manter opções em aberto e evitar lock-in do Vercel

Use Cloudflare Pages quando:

  • Você já está no ecossistema Cloudflare
  • Custos de banda são uma preocupação primária (sites estáticos com tráfego muito alto)
  • Você não precisa de ISR ou pode contornar suas limitações
  • Você quer a rede de borda mais ampla ao custo mais baixo

Por Que Padronizamos Vercel para Projetos Next.js

Quando clientes vêm a nós para desenvolvimento Next.js, padronizamos Vercel a menos que haja uma razão específica para não. Aqui está por quê, condensado:

  1. Next.js é construído por Vercel. Novos recursos funcionam no Vercel primeiro, funcionam melhor no Vercel, e são testados mais completamente no Vercel. Isso não é favoritismo — é apenas como a dinâmica de empresa open-source funciona.

  2. ISR funciona perfeitamente. Para sites ricos em conteúdo usando um CMS headless, esse é o recurso matador. Nunca tivemos que debugar problemas de cache ISR no Vercel. Nem uma vez em 12 meses.

  3. URLs de preview por PR tornam ciclos de revisão de cliente mais rápidos. Clientes clicam um link, veem suas mudanças, aprovam ou solicitam revisões. Sem gerenciamento de servidor de staging.

  4. Analytics estão inclusos no tier Pro. Core Web Vitals, monitoramento de usuário real e rastreamento de performance no nível de deployment sem adicionar scripts de terceiros.

  5. Edge Functions e Middleware funcionam exatamente como os docs do Next.js descrevem. Porque, novamente, mesma empresa.

  6. O custo total é previsível. $20-35/mês para quatro sites em produção ao longo de 12 meses. Sem surpresas, sem choque de fatura.

O plano Vercel Pro de $20/mês cobre todo nosso portfólio em produção. Se você está rodando um negócio, isso é um erro de arredondamento comparado ao tempo de desenvolvimento que você gastaria contornando limitações em plataformas mais baratas.

Para times avaliando sua estratégia de deployment, estamos felizes em conversar sobre os detalhes específicos para seu caso de uso — entre em contato e conversaremos sobre. E se você estiver comparando stacks de tecnologia geral para um novo projeto, nossa página de preços detalha como um engagement típico de Next.js se parece.

FAQ

Vale a pena Vercel comparado a Netlify para Next.js em 2026?

Para a maioria dos projetos Next.js, sim. A diferença de $1/mês entre Vercel Pro ($20) e Netlify Pro ($19) é irrelevante — o que importa é confiabilidade de ISR, velocidade de build e experiência do desenvolvedor. Se seu projeto usa ISR ou recursos lado do servidor pesadamente, Vercel economiza mais em tempo de debugging do que os custos de assinatura. Se você está construindo um site Next.js na maioria estático, Netlify é igualmente bom.

Você pode hospedar Next.js no Cloudflare Pages gratuitamente?

Você pode, mas com limitações significativas. O tier grátis do Cloudflare funciona bem para exportações Next.js estáticas e páginas simples renderizadas no servidor. No entanto, o suporte a ISR é inconsistente, algumas APIs Node.js não estão disponíveis no runtime do Workers, e a revalidação sob demanda pode não funcionar como esperado. Para projetos pessoais ou sites simples, é uma opção gratuita viável. Para sites de negócio em produção, você provavelmente vai encontrar fricção.

Qual é o custo mensal real do Vercel Pro após 12 meses?

Baseado em nossos dados de produção em quatro sites: $20-35/mês. Os $20 base são fixos. Excedentes de banda variaram de $0 a $15 dependendo de tráfego. Nossa média de 12 meses é $25/mês. Isso inclui deployments de preview ilimitados, execução de funções serverless e analytics. Nenhum custo oculto nos surpreendeu.

Netlify é melhor que Vercel para sites Astro?

Para Astro especificamente, Netlify e Vercel são aproximadamente equivalentes, e Cloudflare Pages também é excelente. Preferimos ligeiramente Netlify para Astro porque a saída estática do Astro não se beneficia das otimizações específicas do Next.js do Vercel, e os plugins de build do Netlify e manipulação de formulário adicionam valor para sites de conteúdo. Confira nossas capacidades de desenvolvimento Astro para mais sobre isso.

O AWS Amplify suporta ISR do Next.js?

Não nativamente da forma que Vercel implementa. Amplify roda Next.js em um modo de renderização lado do servidor, e enquanto você pode tecnicamente implementar lógica de revalidação, ela não usa cache de borda ou o pipeline ISR otimizado que Vercel fornece. Os tempos de build também são significativamente mais longos (90-300 segundos vs 35-90 segundos no Vercel). A menos que você precise de integração profunda de serviço AWS, Amplify não é a melhor escolha de hospedagem Next.js em 2026.

Como os tempos de build do Vercel e Netlify se comparam?

Em nossa experiência em projetos Next.js comparáveis, builds do Vercel completam em 35-90 segundos enquanto Netlify leva 60-180 segundos. A lacuna se amplia para projetos maiores. Cloudflare Pages é na verdade o mais rápido em 30-60 segundos, mas velocidade de build sozinha não justifica escolher uma plataforma — comportamento em runtime e suporte de recursos importam mais.

Qual é a melhor alternativa ao Vercel para Next.js em 2026?

Netlify é a alternativa mais próxima com experiência de plataforma gerenciada semelhante. Cloudflare Pages é a melhor alternativa de orçamento se você puder trabalhar dentro de suas limitações atuais de Next.js. Self-hosting com Docker em um VPS (Hetzner, DigitalOcean) é a melhor alternativa se você quer zero vendor lock-in e não se importa em gerenciar infraestrutura. Não há um único "melhor" — depende de quais tradeoffs você está disposto a aceitar.

Devo usar o tier grátis do Vercel para produção?

O plano Hobby gratuito é destinado a projetos pessoais não comerciais. Ele limita você a um membro de time, não inclui direitos de uso comercial, e tem limites de banda e execução serverless mais baixos. Para qualquer coisa voltada para cliente ou geradora de receita, Pro em $20/mês é o mínimo. Honestamente, $20/mês para hospedagem em produção com os recursos que Vercel inclui é um dos melhores negócios em infraestrutura web agora.