Preços do Vercel conforme seu app Next.js cresce, e quando um servidor sai mais barato

Seu app Next.js começou a vender alguma coisa, então ele não pode continuar no plano gratuito Hobby da Vercel. As regras de uso justo da Vercel limitam o Hobby a uso pessoal e não comercial, e anunciar um produto ou serviço conta como uso comercial. No Pro, a fatura cresce a cada desenvolvedor que você adiciona e com tudo o que o app consome além do crédito de uso.

Se a história da Vercel de que você se lembra é uma conta surpresa de largura de banda, confira quando ela foi escrita. Em 8 de setembro de 2026, a Vercel ativou o Flat Rate CDN para novas equipes Pro, o que passou o tráfego de CDN para faixas mensais fixas e deixou essa parte da conta muito mais previsível. Assentos, otimização de imagens, funções e minutos de build ficam fora dessas faixas, e as próprias faixas sobem à medida que você cresce. Calculamos tudo isso para três apps Next.js hipotéticos com base nos preços de tabela da Vercel de 28 de setembro de 2026.

Do que é feita uma fatura do Vercel Pro

A taxa de plataforma de US$ 20 por mês cobre um assento com permissão de deploy e US$ 20 de crédito de uso. Cada assento extra de Owner ou Member acrescenta US$ 20 por mês, ou US$ 240 por ano. Os Viewers não custam nada. Quando sua equipe chega a cinco desenvolvedores que fazem deploy, você paga US$ 1.200 por ano em assentos antes que apareça um único visitante.

Todo o resto que o app faz é medido fora da faixa de CDN: invocações de funções, Active CPU, memória provisionada, Fast Origin Transfer, leituras e gravações de ISR, otimização de imagens e minutos de build. O crédito paga por isso desde a primeira unidade, e você paga sob demanda o que ele não cobrir. O crédito não usado expira no fim do mês.

Se suas funções passam o tempo esperando um banco de dados, fique de olho na memória provisionada. Ela é cobrada durante todo o tempo em que uma instância está ativa, enquanto o Active CPU é cobrado só enquanto seu código está rodando. A otimização de imagens cobra uma transformação a cada cache miss e, depois, cobra leituras e gravações de cache em unidades de 8 KB, então uma imagem de 150 KB custa 19 unidades toda vez que é lida do cache de imagens. Os builds são cobrados por minuto de CPU, a partir de US$ 0,0035 nas máquinas Elastic que as novas equipes Pro usam por padrão, então um build de três minutos em 4 vCPU equivale a 12 minutos de CPU, ou cerca de 4 centavos.

Como funcionam agora os níveis do Flat Rate CDN

Abra o gráfico CDN Requests na sua página de uso. Toda faixa paga inclui 50 TB de transferência de dados, então, para os apps deste guia, é o número de requisições que define a faixa. Qualquer requisição que chega à Vercel conta, esteja em cache ou não, e uma visualização de página que carrega HTML, scripts, fontes e imagens gera várias delas. Com 15 requisições por visualização de página, nossa suposição para uma página típica, as faixas da documentação do Flat Rate CDN da Vercel ficam assim:

A Vercel dimensiona as faixas pelo mês típico. Pelas contas dela, 1 milhão de requisições por mês dá cerca de 33.000 por dia, e você pode passar disso em dias isolados sem pagar mais. Se um ciclo de cobrança inteiro passar da sua faixa, a Vercel muda você para uma faixa mais alta no início do ciclo seguinte. Acima de 150 milhões de requisições, ela passa você para preços sob demanda. As faixas foram pensadas para apps web comuns, então excluem distribuição de arquivos em massa e serviços de download, além de entrega de mídia em grande escala que represente a maior parte da sua largura de banda. A Vercel pode mover esses projetos para o Flex CDN, que não tem garantias de latência nem de disponibilidade.

Três apps Next.js, com preço linha por linha

Todas as contas abaixo partem destas suposições:

• Vercel Pro em uma equipe nova com o Flat Rate CDN ativado, preços da região US East (iad1) consultados em 28 de setembro de 2026, em dólares americanos, sem impostos. Cada conta representa um mês típico, com o app já na faixa de que o tráfego habitual dele precisa.
• Supomos que o crédito de US$ 20 não paga a taxa da faixa de CDN, já que a documentação da Vercel chama a faixa de assinatura e não diz se o crédito se aplica a ela. Se o crédito cobrir a faixa, o app A pode ficar em US$ 63,18; B e C não mudam, porque o uso deles consome o crédito inteiro de qualquer forma.
• As chamadas de funções também contam como requisições de CDN. As funções rodam com os 2 GB de memória padrão, e cada chamada ocupa sua própria instância durante todo o tempo de execução, então a linha de memória é um teto; instâncias compartilhadas seriam cobradas a menos.
• Os objetos de cache de ISR e de imagens são arredondados para unidades inteiras de 8 KB, cada transformação de imagem grava o resultado no cache uma vez, e os builds rodam em máquinas Elastic pela tarifa inicial da Vercel, de US$ 0,0035 por minuto de CPU.
• Ficaram de fora: complementos como proteção por senha (US$ 20 por projeto) ou SAML SSO (US$ 300 por mês), armazenamento Blob, CDN Request CPU acima da hora incluída, domínios e impostos.

O app A é um site de marketing com blog. O app B é um painel SaaS cujas chamadas de funções passam a maior parte do tempo esperando um banco de dados. O app C é um site de conteúdo com uma grande biblioteca de imagens. Veja o que cada um faz em um mês:

Multiplique cada quantidade pela tarifa de tabela da Vercel, usando os preços da região US East quando a tarifa depende da região, e você chega a esta conta. Os subtotais usam os valores sem arredondamento, então podem diferir em um centavo da soma das linhas.

Os assentos representam 75% da conta do app A e 80% da conta do app B, enquanto os 3 milhões de chamadas de funções do B custam, ao todo, US$ 14,08 entre invocações, CPU, memória e transferência de origem. O app C é a exceção. A faixa de CDN dele custa US$ 100 e a otimização de imagens acrescenta US$ 40,40, sendo US$ 10,00 em transformações e US$ 15,20 tanto em leituras quanto em gravações de cache, ao lado de US$ 40 em assentos de desenvolvedores.

A quantidade de requisições por visualização de página é a primeira suposição a conferir, porque é ela que define a faixa de CDN. Se o app C fizesse 9 requisições por visualização de página em vez de 15, ele faria 9 milhões de requisições por mês, caberia na faixa de US$ 20 e ficaria em US$ 106,81. Coloque o seu próprio número de CDN Requests do último mês completo antes de confiar em qualquer total daqui.

Ao lado de um servidor com preço fixo de plano, esses totais ficam assim:

Quanto custa agora um pico de tráfego

Digamos que um post do app C viralize. Uma rota sem cache recebe 3 milhões de requisições extras em um mês, cada uma devolvendo 20 KB. Do lado do CDN, isso não custa nada a mais. O C passa de 15 para 18 milhões de requisições e ganha 60 GB de transferência, ainda bem dentro dos 50 milhões de requisições e 50 TB da faixa de US$ 100. Como 18 milhões continuam dentro da faixa, a Vercel também não vai subir você de faixa no ciclo seguinte.

As funções por trás dessa rota não fazem parte da faixa, então são cobradas por unidade:

• Invocações: 3 milhões a US$ 0,60 por milhão dão US$ 1,80.
• Active CPU: 60 ms cada somam 50 horas, a US$ 0,128 por hora, o que dá US$ 6,40.
• Memória provisionada: 0,3 segundo com 2 GB cada somam 500 GB-hora, a US$ 0,0106, o que dá US$ 5,30.
• Fast Origin Transfer: 20 KB cada somam 60 GB, a US$ 0,06, o que dá US$ 3,60.

Essas quatro linhas acrescentam US$ 17,10 e levam o mês a US$ 203,91. Se o tráfego continuar, o salto é maior: quando o app C se estabiliza em 55 milhões de requisições por mês, acima dos 50 milhões da faixa de US$ 100, a Vercel passa a equipe para a faixa de US$ 300 no início do ciclo seguinte. Só a linha da faixa sobe US$ 200 por mês, e o uso extra de computação, imagens e transferência de origem é cobrado por cima.

Quanto custa o lado do servidor

Uma VPS da DreamHost no Stack 4 tem 2 vCPU, 4 GB de RAM, 75 GB de armazenamento NVMe e largura de banda ilimitada, com um único preço mensal de plano que fica abaixo do piso de um assento do Pro. Se o Stack 4 atende ao seu app, a diferença no preço do plano é de pelo menos o custo dos seus assentos extras, antes de qualquer linha de uso.

A documentação de auto-hospedagem do Next.js diz que o next/image funciona sem nenhuma configuração com next start, e que o ISR funciona em um único servidor com disco local persistente, o que significa que seu próprio servidor não vai cobrar por transformação, por gravação de ISR nem por segundo de memória de função. Para um app como o C, isso tira da conta os US$ 40,40 de otimização de imagens e os US$ 2,20 de ISR, embora o redimensionamento passe a rodar na CPU do seu servidor.

A largura de banda nos nossos planos de VPS Node.js é ilimitada, sem taxas por excedente, e a comparação de largura de banda da página do produto, de junho de 2026, não mostra nenhuma cobrança por excedente com 10 TB ou 50 TB por mês. Vale a política de uso justo, e nossa Política de Alocação de Recursos explica que “ilimitada” descreve a forma como cobramos, e que podemos limitar a largura de banda de uma conta que acione nossas proteções contra abuso enquanto a analisamos.

Não rodamos estes três apps em um servidor da DreamHost. Nosso dimensionamento é uma estimativa baseada no nosso guia de servidor Node.js, que indica o Stack 8 para apps com muito SSR ou em tempo real. Começaríamos A e B no Stack 4, o plano para apps leves, e passaríamos os dois para o Stack 8, o plano que nossas páginas indicam para apps em produção, quando o tráfego real ou um teste de carga pedisse. Se o seu app renderiza a maioria das páginas no servidor ou redimensiona muitas imagens na hora, como o C talvez faça, comece pelo Stack 8 e faça antes um teste de carga com uma cópia.

O Stack 8 dobra a memória para 8 GB, mas mantém as mesmas 2 vCPUs do Stack 4. Redimensionar imagens é trabalho de CPU. Por isso, nesse teste, observe o tempo de redimensionamento de imagens, o pico de requisições por segundo e a memória com next start. Se o redimensionamento for o que deixa tudo lento, mais memória não vai resolver. O Stack 16 tem 4 vCPUs, a quantidade que nosso guia de Node.js indica para apps com uso intenso de SSR.

O que um pequeno app Next.js fez na nossa VM de teste

Para ver qual parte de um servidor se esgota primeiro, rodamos um pequeno app Next.js 16 em uma VM de teste com 2 vCPUs e 4 GB de memória, a mesma configuração do Stack 4. Era o create-next-app padrão mais três rotas de teste, compilado como saída standalone com o próprio exemplo de Docker do Next.js. A VM rodou em um Mac arm64, então ela é a nossa máquina de teste, não um servidor da DreamHost.

Enquanto o app renderizava páginas, as duas vCPUs se esgotaram primeiro: a CPU chegou a 142% dos 200% disponíveis, e a memória ficou abaixo de 400 MiB. Por isso, no seu próprio teste, observaríamos as requisições por segundo e o tempo de redimensionamento antes da memória. Era um app minúsculo, sem banco de dados e sem chamadas a APIs externas. As páginas de um app real vão atender bem menos requisições por segundo, e 313 por segundo não se traduz em um número de visitantes para o seu. A carga partiu do mesmo Mac, e rodamos o teste uma única vez. Não conseguimos medir o lado da Vercel, o cache de borda nem os cold starts dela. Mesmo nos preços normais, o Stack 8 e o Stack 16 custam bem menos que a conta da Vercel do app C na tabela. Você pode subir até o Stack 32 depois, e seu ambiente vai junto.

O suporte da DreamHost fica disponível 24/7 para hardware, rede e conectividade. Você gerencia o sistema operacional, o software e a configuração. Nosso guia de servidor Node.js estima esse trabalho em uma a três horas por mês. Isso inclui atualizações com apt, atualizações ocasionais de dependências e uma checagem trimestral do volume de logs. Para calcular quanto isso custa para sua equipe, pegue sua conta da Vercel e subtraia o preço do plano adequado (a tabela mostra o Stack 4) e tudo o que você acrescentaria, como uma CDN ou backups externos. Depois, divida pelo custo de uma hora do seu tempo. O resultado é quantas horas de trabalho rotineiro de servidor por mês a mudança paga. Incidentes e a primeira migração exigem tempo extra, e essas estimativas não os incluem.

Vercel Pro e seu próprio servidor, lado a lado

A distância é mais difícil de igualar. A CDN da Vercel armazena conteúdo em cache perto dos seus visitantes. A Central de Ajuda da DreamHost informa que toda VPS fica hospedada no data center US East, em Ashburn, na Virgínia. Ou seja, seu servidor responde a todas as requisições de lá, e um visitante em outro continente espera mais por cada página. Se seus visitantes estão espalhados assim, você pode colocar uma CDN na frente do servidor para armazenar páginas e arquivos em cache mais perto deles. A documentação de auto-hospedagem do Next.js prevê isso, mas é mais um serviço para você configurar e pagar.

O Dokploy pode cuidar dos previews por pull request. Os deploys de preview dele (documentação consultada em 28 de set. de 2026) funcionam para apps conectados ao GitHub. Depois que você ativa o recurso, o Dokploy gera um preview para cada pull request aberto contra sua branch de destino. Ele refaz o build a cada commit e remove o preview quando o pull request é fechado. Por padrão, ele mantém três previews por app. Ele usa endereços gratuitos do traefik.me, a menos que você aponte um registro DNS curinga para o servidor.

Para o passo a passo da configuração, nossos guias mostram como rodar um app Node.js no seu próprio servidor e como auto-hospedar o Dokploy.

Ficar no Vercel ou migrar

Comece pela fatura da Vercel do mês passado. Anote seus assentos de deploy, seu nível de CDN e suas CDN Requests, e aplique esses números às tabelas acima.

Como calculamos os preços e fizemos os testes

As contas da Vercel são cálculos da DreamHost feitos sobre os preços de tabela da região US East e a documentação da Vercel, consultados em 28 de setembro de 2026. Aplicamos esses preços ao uso que estimamos para três apps de exemplo. Não abrimos uma conta na Vercel para testá-los. Os números do servidor foram medidos pela DreamHost em 22 de outubro de 2026. O teste rodou em uma VM de teste (arm64) no Colima, com 2 vCPUs e 4 GB de memória, executando Next.js 16.4.2 no Node.js 24. Essa é a nossa máquina de teste, não um servidor da DreamHost; nossos planos rodam em processadores x86 AMD EPYC.

Perguntas frequentes sobre preços do Vercel