O Que é Incremental Static Regeneration? Atualizando Páginas Estáticas
Incremental static regeneration (ISR) permite que um site estático já publicado reconstrua páginas individuais em um cronograma ou sob demanda, em vez de reconstruir tudo.
A geração estática é rápida, mas fica desatualizada até o próximo build completo, o que é doloroso em sites grandes. O ISR é um meio-termo: as páginas são servidas de forma estática, mas a plataforma pode regenerar uma única página em segundo plano quando ela é requisitada após um intervalo definido. Você ganha a velocidade do estático com conteúdo mais atualizado e rebuilds muito mais baratos.
Como o ISR funciona
Cada página pode declarar uma janela de revalidação. Depois que essa janela expira, a próxima requisição ainda recebe a página em cache instantaneamente, enquanto a plataforma regenera uma versão nova em segundo plano e a substitui para os visitantes seguintes.
Regeneração sob demanda
Além da revalidação baseada em tempo, muitas plataformas expõem um hook para regenerar páginas específicas quando os dados subjacentes mudam, como após uma atualização de CMS. Isso permite que uma edição de conteúdo atualize apenas as páginas afetadas sem um deploy completo.
Por que ele existe
- Rebuilds completos de sites grandes são lentos e caros.
- Servir conteúdo estático é muito mais barato do que SSR por requisição.
- O conteúdo ainda precisa ser atualizado sem um deploy totalmente novo.
O requisito de runtime
Diferente do SSG puro, o ISR precisa de uma plataforma capaz de executar regeneração após o deploy, então não é hospedagem verdadeiramente estática. Ele depende de o provedor de hospedagem suportar o modelo, o que amarra você de certa forma àquela plataforma.
ISR em CI/CD
O build de CI ainda produz as páginas estáticas iniciais mais a configuração de regeneração, mas a atualização é tratada em runtime no host em vez de no pipeline. Isso reduz o tempo de build de sites grandes, porque nem toda página precisa ser reconstruída a cada deploy.
Principais conclusões
- O ISR regenera páginas estáticas individuais após o deploy, em um cronograma ou sob demanda.
- Ele combina a velocidade de servir conteúdo estático com conteúdo mais atualizado e rebuilds mais baratos.
- Ele precisa de um runtime que suporte regeneração, então não é hospedagem puramente estática.