ANÚNCIO

~/questoes/programacao

O que é Incremental Static Regeneration (ISR) no Next.js?

Responda, confira o feedback e use o resultado para orientar sua revisão.
Aula de referência Curso completo de Next.js
Para fixar

Incremental Static Regeneration (ISR) no Next.js

Conceito central

ISR é uma estratégia de renderização que combina o melhor do SSG (páginas estáticas rápidas) com a flexibilidade do SSR (conteúdo atualizado). Ela permite que páginas estáticas sejam regeneradas automaticamente em intervalos definidos, sem precisar reconstruir toda a aplicação.

Por que essa resposta faz sentido

A alternativa D está correta porque ISR trabalha com atualizações incrementais e agendadas. Ao invés de reconstruir tudo quando há mudanças (como SSG puro) ou processar cada requisição no servidor (como SSR puro), ISR revalida as páginas estáticas em background nos intervalos que você configurar.

Armadilhas comuns

  • Confundir ISR com SSG: SSG gera tudo no build e não muda mais; ISR começa estático mas atualiza periodicamente em background.
  • Achar que ISR faz rebuild completo: na verdade, apenas as páginas com revalidate configurado são regeneradas, outras permanecem inalteradas.
  • Não entender o timing: ISR não atualiza em tempo real; espera o intervalo configurado para revalidar, então serve o antigo enquanto regenera.

Entenda as alternativas

A

Reconstruir todo o site a cada mudança é ineficiente e caracteriza SSG tradicional, não ISR. ISR reconstrói apenas as páginas que você configurou, em momentos específicos, mantendo o resto do site intacto.

B

Impedir atualizações após o build é justamente o problema que ISR resolve. ISR foi criado exatamente para permitir que conteúdo estático seja atualizado sem rebuild completo, proporcionando flexibilidade.

C

Distribuição de carga entre servidores é sobre escalabilidade horizontal, não sobre regeneração de conteúdo. ISR funciona em um único servidor e se preocupa com quando e como atualizar páginas estáticas.

D

ISR permite configurar um intervalo de revalidação (revalidate) para cada página. Após esse tempo, a próxima requisição dispara uma regeneração em background, servindo o conteúdo antigo enquanto atualiza, sem parar a aplicação.

Dica prática: Ao implementar ISR em uma página de blog, configure `revalidate: 3600` (1 hora) no export. Assim, o post fica estático e rápido, mas a cada hora a página é regenerada se houve mudanças no banco de dados, equilibrando performance com atualização de conteúdo.

Revise pensando: Qual é a principal diferença entre ISR e SSG: quando o conteúdo é atualizado?