Incremental Static Regeneration (ISR) es una estrategia de renderizado para aplicaciones web que permite generar páginas estáticas en tiempo de compilación (build time) y luego re-generarlas de forma incremental en segundo plano, después de que la aplicación ha sido desplegada. A diferencia del Static Site Generation (SSG) puro, donde todas las páginas se construyen una única vez y permanecen inmutables hasta el próximo despliegue, ISR introduce un mecanismo de revalidación. Cuando un usuario solicita una página 'stale' (caducada según una política de tiempo o un evento), se sirve la versión cacheadas mientras se genera una nueva versión en segundo plano. Una vez completada, la nueva versión reemplaza a la antigua en el caché para futuras solicitudes.
La implementación más prominente de ISR se encuentra en frameworks de desarrollo web como Next.js. En Next.js, los desarrolladores pueden especificar una propiedad 'revalidate' en la función 'getStaticProps' de una página, indicando el intervalo de tiempo (en segundos) después del cual una página debe considerarse 'stale' y ser candidata para re-generación. Vercel, la plataforma que mantiene Next.js, optimiza la infraestructura para soportar ISR de manera eficiente, gestionando el almacenamiento en caché y la re-generación de páginas en sus Edge Functions. Otros frameworks o plataformas pueden implementar conceptos similares bajo diferentes nombres, pero el principio subyacente de servir contenido estático mientras se actualiza asíncronamente es el mismo.
Para un arquitecto, ISR es crucial porque ofrece un equilibrio óptimo entre rendimiento, escalabilidad y frescura de datos. Permite servir contenido casi instantáneamente desde una CDN (Content Delivery Network), mejorando la experiencia del usuario (UX) y reduciendo la carga en los servidores de origen. Esto es especialmente valioso para sitios con mucho tráfico o contenido que no cambia con cada solicitud, pero que necesita actualizaciones periódicas (ej. blogs, catálogos de productos, noticias). El trade-off principal es la complejidad adicional en la gestión del estado y la invalidación de caché, así como la latencia potencial de servir una versión 'stale' por un corto período. La decisión de usar ISR implica evaluar la tolerancia a la 'staleness' de los datos frente a los beneficios de rendimiento y la reducción de costos operativos, especialmente en comparación con SSR (que garantiza frescura pero con mayor latencia y carga de servidor) o SSG puro (que garantiza velocidad pero con menor frescura).