Estou analisando faturas de hospedagem há doze meses, e tenho opiniões. Não do tipo "li a documentação e comparei tabelas de recursos" — do tipo "implantei seis sites em produção em várias plataformas e observei as contas chegando" tipo. Se você está tentando escolher a melhor hospedagem para Next.js em 2026, merece mais do que capturas de tela de páginas de preços. Merece números reais de projetos reais.

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

Índice

Stack de Implantação Next.js 2026: Custos Reais Vercel vs Netlify vs Cloudflare

As Plataformas Que Realmente Usamos

Deixe-me ser franco sobre nossa configuração. Não estamos testando isso em sandboxes — são sites em produção voltados para clientes 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 com conteúdo denso. Alguns desses sites executam 91K+ páginas usando Incremental Static Regeneration. É aqui que implantamos qualquer coisa que utilize recursos do App Router do Next.js pesadamente.

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

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

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

Aqui está o que páginas de preços não vão lhe contar. Cada plataforma anuncia uma taxa mensal limpa, mas sua fatura real depende de cobranças de excesso de largura 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 médios mensais reais ao longo de 12 meses de uso em produção:

Plataforma Custo Base Fatura Mensal Média Tempo de Build Localizações Edge Suporte ISR URLs de Pré-visualização 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 em custo real para nossos padrões de uso. Cloudflare pode ser mais barato (ou até gratuito) mas com compensações que detalharei abaixo. O preço do AWS Amplify é genuinamente imprevisível — vi meses em que custava $8 e meses em que o mesmo padrão de tráfego custava $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 excesso de largura de banda variando de $0 a $15 por mês dependendo de picos de tráfego. Nossa média de 12 meses fica em cerca 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 edge, deployments de pré-visualização, funções serverless e analytics. Gastei mais em 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 impecavelmente no Vercel. Deveria — Vercel construiu Next.js. São a mesma empresa. Quando você revalidate uma página, ela realmente se revalida. A invalidação de cache funciona. O padrão stale-while-revalidate se comporta exatamente como documentado.

Um dos nossos sites de clientes gera mais de 91.000 páginas via ISR. Essas páginas se reconstroem sob demanda quando o conteúdo muda no CMS headless. No Vercel, isso simplesmente funciona. Sem problemas de configuração, sem cache obsoleto misterioso, sem debug sobre por que uma página mostra conteúdo de três horas atrás.

// É tudo o que você precisa no Vercel. Sério mesmo.
export async function generateStaticParams() {
  const posts = await getAllPosts();
  return posts.map((post) => ({ slug: post.slug }));
}

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

// Revalidação sob demanda a partir do webhook do 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 principalmente com ressalvas" a "não funciona nada".

Deployments de Pré-visualização São Subestimados

Todo pull request recebe sua própria URL. Todo único. Nossos clientes podem revisar mudanças antes delas chegarem à produção clicando em um link em um comentário do GitHub. Isso soa simples. É simples. Esse é o ponto.

A URL de pré-visualização inclui o estado exato da branch, incluindo variáveis de ambiente escopo para ambientes de pré-visualização. Usamos isso para conectar deployments de pré-visualização aos modos de pré-visualização do CMS, para que editores de conteúdo vejam conteúdo de rascunho na URL de pré-visualização e conteúdo publicado em produção. O fluxo de trabalho simplesmente se encaixa.

O Que Nos Irrita Sobre Vercel

Nem tudo é sunshine. Algumas reclamações reais:

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

Stack de Implantação Next.js 2026: Custos Reais Vercel vs Netlify vs Cloudflare - arquitetura

Netlify Pro: Nossa Plataforma Secundária

O Que Realmente Pagamos

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

Onde Netlify Brilha

A experiência do desenvolvedor Netlify para sites estáticos e projetos Astro é excelente. Seu sistema de build é maduro, seus deployments de pré-visualização funcionam bem, e suas funcionalidades de formulários e identidade economizam tempo de desenvolvimento em projetos mais simples.

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

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

[build.environment]
  NODE_VERSION = "20"

Onde Netlify Fica Aquém para Next.js

É aqui que tenho que ser honesto. O suporte Next.js do Netlify melhorou significativamente — eles investiram pesadamente em seu runtime Next.js. Mas ainda há arestas ásperas.

Suporte ISR: Netlify suporta ISR através de seu próprio adaptador, mas encontramos inconsistências com o timing de invalidação de cache. As páginas às vezes servem conteúdo obsoleto por mais tempo 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 casos extremos (trocadilho intencional) onde o comportamento de middleware difere entre Netlify e Vercel. Se você estiver fazendo verificações de autenticação complexas ou roteamento baseado em geolocalização no middleware, teste minuciosamente 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 continua sendo uma escolha forte para:

  • Sites estáticos e projetos Astro
  • Arquiteturas Jamstack que não dependem de ISR
  • Projetos usando Netlify Forms, Identity, ou outros recursos nativos do Netlify
  • Equipes já profundamente investidas no ecossistema Netlify

Cloudflare Pages: O Outsider Intrigante

O Preço É Quase Bom Demais

Cloudflare Pages oferece um plano gratuito que é genuinamente útil e um plano Pro a $20/mês que inclui tudo o que a maioria dos projetos precisa. Sua rede edge se estende por 300+ localizações — mais que Vercel e Netlify combinados. Os tempos de build são rápidos (30-60 segundos em nosso teste).

Para sites puramente estáticos, Cloudflare Pages é difícil de superar em valor. Zero cobranças de largura de banda. Distribuição global. Builds rápidos. Gratuito.

A Realidade do Next.js

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

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

  • Suporte ISR existe mas não corresponde à implementação do Vercel. A 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 app Next.js usa bibliotecas que dependem de recursos específicos do Node.js, você baterá em limitações.
  • Deployments de pré-visualização funcionam através de branch deploys, mas a integração não é tão polida quanto as URLs de pré-visualização por PR do Vercel.
// Config Next.js específica do Cloudflare
// Você precisará do adaptador
// next.config.mjs
import { setupDevPlatform } from '@cloudflare/next-on-pages/next-dev';

/** @type {import('next').NextConfig} */
const nextConfig = {
  // Sua config aqui
};

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

export default nextConfig;

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

Quem Deveria Usar Cloudflare Pages

Cloudflare Pages é uma excelente alternativa ao Vercel para:

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

AWS Amplify e Railway: Os Também-Ran

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 dinâmicos do Next.js são opacas.

Nossa avaliação descobriu:

  • Tempos de build de 90-300 segundos (frequentemente 3-5x mais lento que Vercel)
  • Sem suporte nativo de ISR — você está executando Next.js em um ambiente semelhante a Lambda
  • Limitado a ~30 localizações edge 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ê já está profundamente na AWS e precisa de integração aperta com DynamoDB, Cognito ou outros serviços AWS. Para hospedagem standalone de Next.js, é excessivo com DX pior.

Railway

Railway começa a $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 em background, e seu web app em um lugar.

Mas para Next.js especificamente:

  • Sem rede edge — seu app executa em uma única região
  • Sem otimização ISR — está executando Next.js como um servidor Node.js
  • Sem deployments de pré-visualização por PR
  • Sem analytics integradas ou monitoramento de web vitals

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

Suporte ISR: O Recurso Que Decide Tudo

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

Plataforma Tipo ISR Revalidação Sob Demanda Consistência de Cache Revalidação Baseada em Tag
Vercel Nativa ✅ Funciona perfeitamente Excelente ✅ Suporte completo
Netlify Baseada em adaptador ✅ Funciona (principalmente) Bom, atrasos ocasionais ✅ Suportado
Cloudflare Baseada em adaptador ⚠️ Inconsistente Variável ⚠️ Parcial
AWS Amplify Não suportada ❌ N/A ❌
Railway Apenas lado do servidor ⚠️ Única região N/A (sem edge) ⚠️ Limitado

Para nossos projetos de desenvolvimento CMS headless, ISR é inegociável. Editores de conteúdo publicam no CMS, um webhook dispara, e as páginas afetadas se regeneram em segundos. Este padrão é a espinha dorsal de sites modernos orientados por conteúdo com Next.js. 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 péssimo negócio.

Integração Git

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

Desenvolvimento Local

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

Monitoramento e Debug

Vercel inclui analytics de Web Vitals no plano Pro. Os 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

# Vercel CLI - deploy do terminal
vercel --prod

# Netlify CLI - mesma ideia
netlify deploy --prod

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

Todos os três CLIs funcionam bem. O 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 faz parte de sua arquitetura
  • Você precisa de deployments de pré-visualização confiáveis para fluxos de trabalho de revisão de clientes
  • Você quer o caminho com menor fricção de git push para produção

Use Netlify quando:

  • Você está construindo com Astro, Hugo ou outros geradores de site estático
  • Seu projeto Next.js é principalmente estático (sem ISR, recursos limitados no lado do servidor)
  • Você precisa de Netlify Forms, Identity ou outros recursos específicos da plataforma
  • Você quer manter opções abertas e evitar lock-in do Vercel

Use Cloudflare Pages quando:

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

Por Que Usamos Vercel Como Padrão para Projetos Next.js

Quando clientes vêm até nós para desenvolvimento Next.js, usamos Vercel como padrão a menos que haja uma razão específica para não fazer. Aqui está o porquê, condensado:

  1. Next.js é construído por Vercel. Recursos novos funcionam no Vercel primeiro, funcionam melhor no Vercel, e são testados mais minuciosamente no Vercel. Isso não é favoritismo — é apenas como dinâmicas de open-source-company funcionam.

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

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

  4. Analytics estão inclusos no plano Pro. Core Web Vitals, monitoramento de usuário real e rastreamento de performance em 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 de produção. Se você está executando um negócio, esse é um arredondamento comparado ao tempo de desenvolvimento que você gastaria contornando limitações em plataformas mais baratas.

Para equipes avaliando sua estratégia de deployment, estamos felizes em detalhar os específicos para seu caso de uso — entre em contato e converseremos sobre isso. E se você está comparando stacks de tecnologia geral para um novo projeto, nossa página de preços detém o que um engagement típico de Next.js se parece.

FAQ

Vercel Vale a Pena em Relação ao 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 ISR, velocidade de build e experiência do desenvolvedor. Se seu projeto usa ISR ou recursos no lado do servidor pesadamente, Vercel economiza mais em tempo de debug que os custos de assinatura. Se você está construindo um site Next.js principalmente estático, Netlify é igualmente bom.

Você Pode Hospedar Next.js no Cloudflare Pages Gratuitamente? Você pode, mas com limitações significativas. O plano gratuito do Cloudflare funciona bem para exportações Next.js estáticas e páginas simples renderizadas no servidor. Porém, o suporte ISR é inconsistente, algumas APIs Node.js não estão disponíveis no runtime dos Workers, e 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 enfrentará fricção.

Qual É o Custo Mensal Real do Vercel Pro Depois de 12 Meses? Baseado em nossos dados de produção em quatro sites: $20-35/mês. A base de $20 é fixa. As cobranças de largura de banda variaram de $0 a $15 dependendo do tráfego. Nossa média de 12 meses é $25/mês. Isso inclui deployments de pré-visualização ilimitados, execução de funções serverless e analytics. Nenhuma taxa oculta 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 e manipulação de formulários do Netlify adicionam valor para sites de conteúdo. Confira nossas capacidades de desenvolvimento Astro para mais sobre isso.

AWS Amplify Suporta ISR do Next.js? Não nativamente da forma que Vercel implementa. Amplify executa Next.js em um modo de renderização no lado do servidor, e enquanto você pode tecnicamente implementar lógica de revalidação, não usa cache edge 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ços 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 a 30-60 segundos, mas velocidade de build sozinha não justifica escolher uma plataforma — comportamento em tempo de execução e suporte de recursos importam mais.

Qual É a Melhor Alternativa ao Vercel para Next.js em 2026? Netlify é a alternativa mais próxima de full-feature se você quer uma experiência de plataforma gerenciada similar. Cloudflare Pages é a melhor alternativa de orçamento se você conseguir trabalhar dentro de suas limitações atuais de Next.js. Auto-hospedagem 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 compensações você está disposto a aceitar.

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