vercel-hobby-plan-limits.html
< BACK A mesa de um desenvolvedor à noite iluminada pelo brilho do monitor e uma luminária quente, com uma xícara de chá desfocada em primeiro plano

Limites do Plano Hobby da Vercel (e Quando Você Cresce Além Deles)

Era uma noite de quinta-feira e o site Next.js de um cliente havia entrado no que só posso descrever como uma espiral de timeout. Funções serverless travando em 9,8 segundos, usuários vendo telas em branco, e eu freneticamente verificando o dashboard da Vercel à meia-noite tentando descobrir se realmente batemos em um limite do plano ou se o código era só péssimo. (Era os dois, honestamente.) Aquele projeto estava no plano Hobby. Provavelmente não deveria estar.

Deployei mais de 12.000 sites na Seahawk Media ao longo dos anos. Vercel é parte da nossa stack constantemente, especialmente para trabalhos com Next.js, nada mais chega perto em termos de experiência de desenvolvedor. Mas o plano Hobby tem arestas afiadas que são fáceis de perder até um projeto morder você. Então aqui está minha leitura real sobre onde essas arestas estão e quando elas começam a importar.

O Que o Plano Hobby Realmente Oferece

Vamos ser precisos. A partir de 2024, o plano Hobby da Vercel oferece:Vercel's Hobby plan gives you:

  • 100 GB de largura de banda por mês
  • 6.000 minutos de build por mês
  • Tempo limite de execução de função serverless de 10 segundos10 seconds
  • 100 invocações de função serverless por dia... espera, não. Esse limite não existe. Mas existe um limite de 100 GB-horas de execução de função serverless por mês
  • Execução de edge function de 500.000 invocações por mês
  • 1 build concurrent por vez
  • Deployments limitados apenas a contas pessoais (sem teams)personal accounts only (no teams)
  • Nenhum uso comercial permitido conforme os termos da Vercel

Esse último confunde as pessoas mais do que qualquer limite técnico. O plano Hobby é explicitamente para projetos pessoais, não comerciais. Se você está construindo para um cliente pagante ou rodando qualquer tipo de negócio nele, você já está em violação dos termos de serviço. Já vi freelancers fazendo isso por anos e é uma responsabilidade à espera de acontecer.

O Tempo Limite de 10 Segundos da Function

Esse é o que pega as pessoas. Dez segundos parecem muita coisa até você estar fazendo uma chamada de API de terceiros que demora 4 segundos, rodando lógica de database que adiciona mais 3, e depois fazendo algo com a resposta. De repente você está em 9,2 segundos sem margem alguma.

No plano Pro esse limite salta para 60 segundos (e até 900 segundos com configuração na Enterprise). Não é uma diferença menor. É a diferença entre uma integração que funciona e um produto fundamentalmente quebrado para certos casos de uso.

Build Minutes: Onde Eles Desaparecem Mais Rápido Do Que Você Imaginaria

6.000 minutos de build por mês parece generoso. E para um único projeto pessoal provavelmente é. O problema é que esse número se esgota mais rápido que o esperado quando você está iterando de verdade.

De volta em 2021 eu estava rodando um side project, um agregador de conteúdo construído em Next.js com cerca de 400 páginas estáticas. Eu tinha ISR configurado mas também estava fazendo rebuilds completos frequentes enquanto experimentava com a camada de dados. Queimei aproximadamente 4.200 minutos de build em três semanas. Não porque os builds eram lentos, mas porque eu estava disparando eles constantemente.

Cada build em um site Next.js de complexidade média pode rodar 4-8 minutos facilmente. Se você está fazendo push para main 15 vezes por dia durante desenvolvimento ativo (o que é normal para mim), são 60-120 minutos de build idos em um único dia. Faça isso por uma semana e você terá consumido metade da sua alocação mensal.

Não há carryover. Minutos não se acumulam de mês para mês. E quando você chega a zero, seus deployments param. Fim de papo.

Como Desacelerar o Consumo

Algumas coisas que faço em projetos do plano Hobby para preservar minutos de build:

  1. Fazer push para uma branch de não-produção para mudanças experimentais. Mesclar para main apenas quando algo está realmente pronto.
  2. Usar vercel --prebuilt com outputs cacheados quando os artefatos de build não mudaram significativamente.vercel --prebuilt with cached outputs where the build artefacts haven't changed meaningfully.
  3. Configure o ignored build step do Vercel para pular builds quando apenas certos arquivos mudam (como atualizações de readme ou commits que não envolvem código).Vercel's ignored build step to skip builds when only certain files change (like readme updates or non-code commits).
  4. Agrupe commits. Em vez de fazer push de 6 pequenos ajustes separadamente, organize-os e faça push uma única vez.

Nada disso é revelador. Mas na prática, a maioria dos devs em planos Hobby apenas faz push livremente e se pergunta por que ficam sem minutos até o 20º do mês.

Banda: Geralmente OK, Ocasionalmente Não

100 GB de banda por mês é onde o plano Hobby é realmente bem razoável. Para um projeto pessoal, um portfólio, um blog pequeno, até mesmo um modesto projeto SaaS paralelo com algumas centenas de usuários, você provavelmente não vai atingir esse limite.

Onde dói é em sites pesados em imagens sem uma camada CDN apropriada na frente, ou sites que sofrem um pico repentino. Tive um cliente, um músico, cujo site estava na minha conta Vercel pessoal durante um período de transição (errado da minha parte, eu sei, uso comercial e tudo mais). Uma das músicas deles foi escolhida por uma playlist de tamanho considerável e o site recebeu cerca de 40 mil visitas em 48 horas. O uso de banda disparou. Felizmente ficamos abaixo do limite, mas foi perto o suficiente para que eu os movesse do Hobby imediatamente.

Se você está usando Next.js Image Optimisation, esteja ciente de que imagens otimizadas servidas através do Vercel contam contra sua banda. E o plano Hobby tem um limite de 1.000 imagens de origem na otimização por mês. Esse é um limite que quase ninguém comenta e vai absolutamente te pegar se você estiver rodando um portfólio de fotografia ou qualquer site com conteúdo pesado em imagens.Next.js Image Optimisation, be aware that optimised images served through Vercel count against your bandwidth. And the Hobby plan has a 1,000 source images cap on optimisation per month. That's a limit that almost nobody talks about and it will absolutely catch you if you're running a photography portfolio or any image-heavy content site.

A Questão do Uso Comercial Merece Mais Atenção

Quero voltar a isso porque acho que é genuinamente subestimado em círculos freelancer.

Os termos do Vercel são claros. Hobby é para projetos pessoais, não comerciais. No momento em que um cliente te paga para construir algo em Hobby, ou no momento em que um projeto gera receita (anúncios, assinaturas, vendas), você está fora dos termos. Isso não é Vercel sendo agressivo, é apenas como o plano está estruturado.

Já conversei com freelancers que fazem deploy do trabalho de clientes no Hobby para economizar. Alguns fazem isso há anos sem consequências. Mas a Vercel realmente aplica isso. Eles podem e fazem contato com contas que parecem executar atividades comerciais. Ter um site removido por violação de termos enquanto o negócio do cliente depende dele não é uma conversa que você quer ter.

O plano Pro custa $20/mês por membro. Para qualquer trabalho de cliente real, esse custo deve estar embutido no orçamento do seu projeto. Não é negociável.

Quando um Único Build Simultâneo Realmente Atrapalha

Um build simultâneo não importa para projetos pessoais. Começa a importar quando você está trabalhando em algo colaborativamente, mesmo que informalmente. Duas pessoas fazendo push de commits em rápida sucessão significa que o segundo build fica na fila atrás do primeiro.

Para trabalho solo, isso não é um problema. Mas se você tem um contribuidor, um co-fundador, um designer que também pode fazer commit, então você vai notar o tempo de fila. No Pro você consegue até 12 builds simultâneos. O salto é substancial.

Seahawk tinha um pequeno projeto de ferramentas internas no início deste ano onde dois de nós estávamos iterando rapidamente no mesmo codebase Next.js durante um sprint. Estávamos no Pro por essa razão (só pela razão comercial), e mesmo assim, builds sobrepostos ocasionalmente criavam atrito. No Hobby teria sido notavelmente pior.

Hobby vs Pro: A Árvore de Decisão Real

É assim que penso sobre isso, na prática:

  • Projeto pessoal, sem receita, dev solo, menos de 50 páginas: Hobby é ok. Fique lá. Hobby is fine. Stay there.
  • Projeto paralelo recebendo tráfego real (5.000+ visitas mensais): Comece a monitorar sua banda e horas de execução de funções. Hobby ainda funciona mas você está mais próximo dos limites. Start watching your bandwidth and function execution hours. Hobby still works but you're closer to edges.
  • Qualquer trabalho com cliente: Pro. Ponto final. Pro. Full stop.
  • App com uso pesado de API onde funções serverless regularmente se aproximam de 5+ segundos: Pro. O limite de 10 segundos não é um teto confortável nesse ponto. Pro. The 10-second timeout is not a comfortable ceiling at that point.
  • Precisa de múltiplos membros da equipe na conta: Pro. Hobby não permite contas de equipe. Pro. Hobby doesn't allow team accounts.
  • Executando e-commerce, assinaturas ou qualquer fluxo transacional: Pro, e provavelmente pense com cuidado sobre se o modelo serverless da Vercel se adequa à sua arquitetura mesmo assim. Pro, and probably think carefully about whether Vercel's serverless model suits your architecture anyway.

Para qualquer coisa que cresça além do Pro, Vercel tem um tier Enterprise com limites customizados. Eu só mexi com Enterprise duas vezes, ambas para clientes com requisitos de SLA muito específicos. Para a maioria das pessoas lendo isto, a decisão Pro/Hobby é a relevante.

Alternativas Vale a Pena Conhecer

Se orçamento é genuinamente a restrição, Vercel não é sua única opção. O tier gratuito do Netlify tem forma similar ao Vercel Hobby com 300 minutos de build por mês (menor que Vercel, na verdade) mas 100 GB de bandwidth. Para sites estáticos com necessidades serverless mínimas, Netlify é uma comparação razoável.Netlify's free tier has similar shape to Vercel Hobby with 300 build minutes per month (lower than Vercel, actually) but 100 GB bandwidth. For static sites with minimal serverless needs, Netlify is a reasonable comparison.

Cloudflare Pages vale a pena considerar se seu caso de uso se encaixa em Workers. Bandwidth ilimitado no tier gratuito, limites de build generosos, e a plataforma Pages amadureceu significativamente. Eu uso para sites estáticos onde não preciso de recursos específicos do Next.js. is worth considering if your use case fits Workers. Unlimited bandwidth on the free tier, generous build allowances, and the Pages platform has matured significantly. I use it for static sites where I don't need Next.js-specific features.

Railway e Render são bons para apps full-stack onde você quer mais controle do que um modelo de deploy serverless. Tradeoffs diferentes, não competidores diretos da Vercel exatamente, mas vale a pena ter no seu toolkit.

FAQ

O plano Hobby do Vercel permite domínios personalizados?

Sim. Você pode adicionar domínios personalizados no Hobby sem pagar nada. SSL é incluído automaticamente através do Let's Encrypt. Esta é uma das coisas genuinamente boas do Hobby, não há limite artificial em domínios personalizados.

O que acontece quando você atinge o limite de banda do plano Hobby?

O Vercel não derruba seu site imediatamente. Eles o notificarão e oferecerão a opção de fazer upgrade. Mas você fica em uma zona cinzenta uma vez que ultrapassa o limite e o Vercel pode reduzir a velocidade ou suspender se você ultrapassar persistentemente os limites sem fazer upgrade.

Posso usar o Vercel Hobby para um projeto de cliente se não estou cobrando muito?

O valor que você cobra é irrelevante para os termos do Vercel. Uso comercial significa uso comercial. Se alguém está pagando você, é comercial. Mude para Pro.

O timeout de função de 10 segundos é um limite rígido ou flexível?

Rígido. A função é encerrada em 10 segundos no Hobby. Você verá um erro de timeout 504. Não há configuração disponível no nível Hobby para estendê-lo.

Duas pessoas podem colaborar em um projeto Hobby?

Não através de uma conta de equipe compartilhada. Hobby é apenas para contas pessoais. Você pode adicionar colaboradores a um projeto específico (eles podem contribuir código via Git), mas a conta do Vercel e a cobrança ficam com uma pessoa. Para fluxos de trabalho de equipe reais, você precisa de Pro.

---

O plano Hobby é genuinamente bom para o que propõe: projetos de hobby. Os limites são razoáveis para uso pessoal. Onde as pessoas se metem em problemas é tratando-o como um tier Pro gratuito. Não é. Conheça os limites, respeite os termos de uso comercial, e quando um projeto começar a gerar receita ou servir usuários reais, pague os $20 por mês. Não vale a pena arriscar.

< BACK