Vercel pricing: quando o Basic reduz o custo de build

Ao analisar o Vercel pricing, olhar apenas para o minuto de build mais barato leva à decisão errada. Em 3 de setembro de 2026, a Vercel passou a oferecer às equipes Pro e Enterprise a opção Basic, com 2 vCPUs, 8 GB de memória e tarifa de $0.007 por minuto de build. Ela só reduz a conta quando o custo por build concluído fica abaixo do custo da Elastic depois de considerar duração, arredondamento, falhas e tempo de fila.

O que mudou nas máquinas de build da Vercel

Uma máquina de build é o computador temporário que a Vercel usa para instalar dependências, compilar a aplicação e preparar o deploy. Agora, projetos pagos contam com uma opção fixa menor: as máquinas de build Basic estão disponíveis nos planos Pro e Enterprise, e não apenas no Hobby.

A Basic tem 2 vCPUs, 8 GB de memória e 32 GB de disco. Já a Elastic pode alocar de 4 a 30 vCPUs e de 8 a 60 GB de memória, conforme a carga do projeto. Projetos pagos novos continuam usando Elastic por padrão.

Trata-se de uma opção, não de um novo padrão pago. Projetos pagos novos ainda começam com Elastic, e um proprietário pode escolher Basic nas configurações da equipe ou do projeto. Projetos Hobby mantêm a mesma máquina incluída de 2 vCPUs, agora chamada Basic.

Este artigo trata apenas da escolha da máquina de build. Mensalidade do plano, crédito de uso, licenças, tráfego, funções, armazenamento e adicionais continuam detalhados na análise completa dos preços da Vercel.

Vercel pricing: compare o custo por build concluído

Basic e Elastic partem da mesma tarifa de CPU: $0.0035 por minuto de CPU. A cobrança muda porque a Basic sempre usa 2 vCPUs, enquanto a Elastic aloca entre 4 e 30.

A Vercel arredonda a duração de cada build para cima até o minuto seguinte. Na prática, estas são as duas fórmulas:

• Basic: minutos de build arredondados para cima × $0.007.
• Elastic: minutos de build arredondados para cima × vCPUs alocadas × $0.0035.

Na menor configuração Elastic, com 4 vCPUs, o custo inicial é de $0.014 por minuto de build faturado. A Basic custa a metade por minuto faturado. Portanto, há empate quando a Basic leva exatamente o dobro dos minutos faturados; ela sai mais barata quando demora menos que o dobro.

Essa regra muda se a Elastic alocar mais de 4 vCPUs. Também muda a cada virada de minuto, porque a Vercel arredonda a duração de cada build, não o total mensal. Para projetar a fatura, use a duração real e a máquina alocada, não uma estimativa baseada apenas na tabela de preços.

Os $7 de economia são reais dentro desse exemplo, mas talvez não sejam relevantes. Se cada preview deixar um desenvolvedor, revisor ou agente de programação esperando, a perda no ciclo de feedback pode superar a redução na fatura. Se os builds rodam em segundo plano e a fila permanece livre, a Basic entrega o melhor custo unitário.

Inclua também as falhas no numerador. A métrica operacional é o total cobrado pelos builds dividido pelos deploys bem-sucedidos. Uma máquina barata por minuto pode perder justamente no resultado que interessa se provocar novas tentativas.

Tempo de fila também pesa no fluxo de trabalho

A fórmula de cobrança publicada pela Vercel considera duração do build e quantidade de CPUs. Ela não acrescenta o tempo de fila como outro item. Mesmo assim, a equipe sente essa espera.

Sem concorrência sob demanda, o Pro oferece 3 slots de deploy simultâneos. Builds que ultrapassam esses slots ativos aguardam na fila. Com a concorrência sob demanda, a Vercel informa até 500 deploys simultâneos e cobra pelos minutos de build utilizados.

Um build mais lento na Basic ocupa um slot por mais tempo. Isso pode ser irrelevante para quem mantém sozinho um site pequeno e faz poucos deploys por dia. O impacto aparece rápido quando um agente de programação abre vários previews, uma agência publica muitos projetos de clientes ou uma equipe envia alterações para várias branches ao mesmo tempo.

Acompanhe os dois relógios:

• Duração do build determina a cobrança da máquina depois do arredondamento.
• Tempo de fila mais duração do build determina quanto demora para receber feedback.

A decisão se resume a isso. Otimize o primeiro número sem deixar que o segundo prejudique o fluxo de trabalho.

Para quem vale testar a Basic

Fundador solo com uma aplicação pequena

Quem toca sozinho um SaaS pode migrar um site de marketing leve ou um dashboard para a Basic nas configurações do projeto e comparar o mesmo build representativo na Elastic. O benefício é reduzir o custo recorrente de build sem alterar o restante do plano da Vercel.

Só vale manter a troca se o build continuar confiável e a execução mais lenta, caso ocorra, não atrasar os lançamentos. Em um projeto com deploys ocasionais, a diferença em dinheiro pode ser pequena demais para justificar ajustes manuais.

Agência com projetos de clientes variados

Uma agência não deveria impor a mesma máquina a todas as contas. Fixe sites institucionais pequenos e projetos de conteúdo na Basic, um projeto por vez. Mantenha lojas maiores, monorepos e aplicações com muitas dependências na Elastic até que os próprios dados indiquem outra escolha.

O ganho aparece na margem de cada projeto. Um cliente que consome poucos recursos deixa de herdar a mesma máquina usada pela aplicação mais pesada da agência.

Liderança de engenharia que trabalha com agentes de programação

O desenvolvimento orientado por agentes muda o volume da conta. Mais commits automatizados podem gerar mais builds de preview, fazendo uma pequena diferença por build se repetir com maior frequência.

A liderança de engenharia precisa medir uma rajada representativa, não um único deploy em um momento tranquilo. Se a Basic reduz o custo por build concluído, mas as execuções mais longas ocupam os 3 slots disponíveis e formam uma fila, a máquina mais barata apenas transferiu o custo da fatura para o tempo de entrega.

Responsável pela plataforma no Enterprise

A Basic está disponível no Enterprise, mas um detalhe contratual pode impedir a alteração direta. Clientes Enterprise com máquinas Enhanced habilitadas em contrato usam essas máquinas por padrão e precisam falar com o gerente da conta para mudar suas preferências.

Como trocar a máquina de um projeto e fazer o teste

Comece pela configuração de um único projeto. Assim, o experimento não afeta aplicações sem relação com o teste e pode ser revertido facilmente no mesmo lugar.

1. 1

   Registre a referência da Elastic

   Abra o Build Diagnostics no Vercel Observability e escolha um deploy representativo. Anote a duração do build, a máquina alocada, o uso faturado, o tempo de fila e se o deploy foi concluído. Mantenha as condições de cache e a revisão do código comparáveis no teste com a Basic.

2. 2

   Selecione Basic no projeto

   Abra o projeto na Vercel, acesse Settings, Build and Deployment e Build Machine. Selecione Basic e salve. A Vercel também documenta essa escolha no nível da equipe, mas a configuração por projeto é mais segura para o primeiro teste. É preciso ter a função de proprietário para acessar as configurações da máquina de build.

3. 3

   Use o comando oficial da CLI

   A Vercel CLI 59.6.0 ou posterior permite alterar o projeto com este comando:

   vc project update --build-machine basic

   Um erro comum é executar uma CLI antiga e concluir que o plano não oferece a opção. Confira a versão antes de interpretar a falha do comando como uma restrição do plano.

4. 4

   Repita a mesma carga

   Faça o build da mesma revisão representativa em condições de cache comparáveis. Registre os mesmos campos: duração, máquina, uso faturado, tempo de fila e conclusão. Em fluxos orientados por agentes, inclua uma rajada normal para que um possível gargalo de fila apareça.

5. 5

   Decida pelo resultado

   Calcule o total mensal de builds e divida pelos deploys bem-sucedidos. Mantenha a Basic quando esse custo unitário cair e o tempo total de entrega continuar dentro da meta da equipe. Volte o projeto para Elastic nas configurações de Build Machine se velocidade, memória ou confiabilidade piorarem a ponto de anular a economia.

Os limites que precisam entrar na conta

A Basic é uma máquina menor, não uma versão mais eficiente da Elastic. Seu teto de memória é fixo em 8 GB. A Elastic pode chegar a 60 GB e 30 vCPUs quando a carga exige.

O arredondamento também pode consumir uma economia pequena. Passar apenas alguns segundos da virada de minuto gera outro minuto inteiro faturado. Compare o uso cobrado que a Vercel exibe, não um cálculo de cronômetro arredondado a seu favor.

A Elastic também continua se adaptando conforme o projeto muda. A Basic permanece fixa. Uma escolha adequada para a aplicação pequena de hoje pode deixar de funcionar depois que dependências, rotas ou ativos gerados crescerem.

Quem deve agir, esperar ou ignorar a mudança

• Aja nesta semana se você mantém um projeto Pro ou Enterprise com builds estáveis, baixo consumo de recursos e volume suficiente para que uma diferença recorrente por build importe.
• Espere se o projeto é limitado por CPU, exige muita memória, está perto do limite de 45 minutos ou já sofre com filas de preview. Primeiro, estabeleça uma referência confiável na Elastic.
• Ignore a mudança de preço se você usa o Hobby. A máquina incluída de 2 vCPUs passou a se chamar Basic, mas nem a máquina nem as condições do plano mudaram.
• Confira o contrato primeiro se o Enterprise tem máquinas Enhanced habilitadas. A alteração pode depender do gerente da conta.

O teste para fazer na segunda-feira

Escolha um projeto pequeno e representativo na segunda-feira. Execute o mesmo build na Elastic e na Basic; depois, registre duração, uso faturado, CPUs alocadas, tempo de fila e conclusão. Fique com a opção que reduzir o custo por build concluído sem ultrapassar a meta de tempo de entrega da equipe.

Assine a newsletter para receber análises diretas sobre as mudanças de plataforma que afetam o orçamento ou o fluxo de trabalho.