Incremental Static Regeneration (ISR)
¿Qué es Incremental Static Regeneration (ISR)?
Incremental Static Regeneration es una estrategia de renderizado híbrida que combina la velocidad del static-site-generation con la actualidad del server-side-rendering. Las páginas se prerrenderizan, se almacenan en caché en el edge y se reconstruyen en segundo plano tras un TTL configurable o cuando un webhook señala un cambio de contenido. ISR es la estrategia de referencia para catálogos headless de gran tamaño.
Definición
Con ISR, la primera solicitud a una ruta devuelve el HTML estático almacenado en caché, mientras un trabajo de regeneración se ejecuta en el servidor para producir una nueva versión. Las solicitudes posteriores reciben la página actualizada en cuanto está lista. Next.js popularizó ISR con intervalos de revalidate y revalidación a demanda mediante webhooks, y existen modelos similares en Nuxt, SvelteKit y Astro. El HTML en caché vive en el edge de una content-delivery-network-cdn o en un edge worker como Vercel Edge o Cloudflare Workers, ofreciendo un TTFB comparable al de un SSG puro.
Por qué importa
Para sitios de comercio con millones de PDP, construir todo de una vez resulta poco práctico, y reconstruir el sitio completo con cada cambio de contenido es un despilfarro. ISR permite a los equipos tratar el catálogo como un conjunto de datos en evolución: las páginas de alto tráfico se mantienen calientes en caché, las páginas frías se regeneran a demanda, y las actualizaciones de inventario o precios se propagan en segundos mediante hooks de revalidación. El resultado es un LCP y un TTFB excelentes en toda la cola larga, sin sacrificar la agilidad editorial de un CMS headless y con un coste de infraestructura predecible.
Casos de uso
Los stacks de composable-commerce usan ISR para páginas de categoría y de producto donde el precio, las etiquetas y el stock cambian con frecuencia pero la personalización no es estrictamente necesaria. Un flujo típico: Hygraph, Contentful o Sanity emiten webhooks al publicar, el storefront en Next.js o Nuxt revalida los slugs afectados en Vercel o Netlify, y el nuevo HTML se distribuye por toda la red edge. ISR suele combinarse con Edge Rendering para fragmentos personalizados y con pipelines de image-optimization, de modo que los shells estáticos sigan siendo cacheables. También es un habilitador clave al migrar de una monolithic-architecture hacia headless-commerce, porque mantiene estables los presupuestos de rendimiento durante despliegues incrementales.
Relacionado
Explora Composable Headless Frontend · Performance and Core Web Vitals.