guides/nextjs-isr-pricing.html

REALIDADE DE PREÇOS ISR

O que ISR da Vercel realmente custa em escala, com números reais de 91K páginas no Deluxe Astrology e a regra merge-budget que o contém.

REALIDADE DE PREÇOS ISR

← Blog All posts in this topic

A surpresa de custo

Incremental Static Regeneration na Vercel é uma tecnologia excelente com uma curva de custo real em escala. O modelo de preços é por invocação: cada evento de escrita ISR tem um custo, e o custo se agrava com o número de páginas e a frequência de revalidação.

No Deluxe Astrology, com aproximadamente 91.000 páginas em 30 idiomas e revalidação agressiva, atingimos um mês de cobrança ISR de eventos em milhões em março de 2026. A conta foi significativa o suficiente para que mudássemos como fazemos deploy.

O que realmente impulsiona o custo

Dois drivers principais: contagem total de páginas e frequência de merge. Cada merge para main dispara revalidação ISR em páginas afetadas. Com 91K páginas e um modelo de conteúdo global onde a maioria dos merges afeta a maioria das páginas, um único merge dispara aproximadamente seis milhões de eventos de escrita ISR.

A matemática fica brutal em escala. Dois merges por dia em 91K páginas com afinidade global equivalem a 360 milhões de eventos por mês. O tier de preço ISR do Vercel começa bem antes disso.

A regra de dois merges por semana

Após o segundo incidente de billing de ISR em maio de 2026, estabelecemos uma regra rígida no Deluxe Astrology: dois merges em produção por semana, sem exceções fora de P0. O driver de custo é frequência de merge, não configurações de rota, então a alavanca é disciplina operacional e não mudanças arquiteturais.

Dois merges por semana, seis milhões de eventos por merge, equivalem a 48 milhões de eventos por mês. Gerenciável no tier que rodamos. Mais importante, força a gente a agrupar mudanças relacionadas em vez de fazer deploy contínuo, o que tem o benefício colateral de reduzir frequência de regressão.

Alternativas arquiteturais

Se a abordagem de merge-budget não for viável, três alternativas:

Migrar para SSG completo com rebuilds agendados. Build de todas as 91K páginas uma vez por dia, servidas como estáticas. Custo previsível, conteúdo fresco dentro de 24 horas. Não escolhemos isso porque conteúdo atualiza mais rápido que isso em certos endpoints.

Migrar para um host diferente com preço de ISR previsível. Cloudflare Pages e Netlify têm modelos que escalam mais linearmente com o uso. A DX é menos polida que Vercel mas a certeza de custo é real.

Reduzir a superfície indexável. Muitos sites de programmatic-SEO têm uma superfície indexável 2x maior que o necessário. Um quality gate que corta 30 por cento das páginas reduz custo de ISR proporcionalmente.

Quando ISR é a escolha certa mesmo assim

Para sites com menos de 10.000 páginas e necessidades moderadas de revalidação, ISR no Vercel é excelente e o custo é pequeno. A curva de preços só fica cara em contagens de páginas de seis dígitos com alta frequência de merge. A maioria dos projetos nunca atinge esse limite.

Planeje o custo se estiver escalando para 50K+ páginas. Faça as contas sobre a frequência esperada de merge e a cadência de revalidação. Orçamente pelo menos 2x a estimativa de entrada em qualquer escala onde ISR está sendo usado intensivamente.

WHEN YOU ARE READY TO TALK