Incremental Static Regeneration (ISR)

Cos'è l'Incremental Static Regeneration (ISR)?

L'Incremental Static Regeneration è una strategia di rendering ibrida che combina la velocità della static-site-generation con la freschezza del server-side-rendering. Le pagine vengono pre-renderizzate, memorizzate in cache all'edge e ricostruite in background dopo un TTL configurabile o dopo che un webhook segnala una modifica ai contenuti. L'ISR è la strategia di riferimento per i grandi catalogi headless.

Definizione

Con l'ISR, la prima richiesta a una rotta restituisce l'HTML statico in cache, mentre un job di rigenerazione viene eseguito lato server per produrre una nuova versione. Le richieste successive ricevono la pagina aggiornata non appena è pronta. Next.js ha reso popolare l'ISR con gli intervalli di revalidate e la revalidation on-demand tramite webhook, e modelli simili esistono in Nuxt, SvelteKit e Astro. L'HTML in cache vive all'edge di una content-delivery-network-cdn oppure in un edge worker come Vercel Edge o Cloudflare Workers, offrendo un TTFB paragonabile alla pura SSG.

Perché è importante

Per i siti di commerce con milioni di PDP, costruire tutto in una volta è impraticabile e ricostruire l'intero sito a ogni modifica di contenuto è dispendioso. L'ISR permette ai team di trattare il catalogo come un dataset in evoluzione: le pagine ad alto traffico restano calde in cache, le pagine fredde si rigenerano su richiesta e gli aggiornamenti di inventario o prezzo si propagano in pochi secondi tramite hook di revalidation. Il risultato è un ottimo LCP e TTFB sulla lunga coda, senza sacrificare l'agilità editoriale di un CMS headless, e con un costo infrastrutturale prevedibile.

Casi d'uso

Gli stack di composable commerce usano l'ISR per le pagine di categoria e prodotto dove prezzo, badge e stock cambiano di frequente ma la personalizzazione non è strettamente necessaria. Un flusso tipico: Hygraph, Contentful o Sanity emettono webhook alla pubblicazione, lo storefront in Next.js o Nuxt rivaluta gli slug interessati su Vercel o Netlify, e il nuovo HTML viene propagato sulla rete edge. L'ISR è spesso affiancato dall'Edge Rendering per i frammenti personalizzati e da pipeline di image-optimization così che le shell statiche restino cacheable. È anche un fattore abilitante chiave quando si migra da un'architettura monolitica a un headless-commerce, perché mantiene stabili i budget di performance durante i rollout incrementali.

Correlati

Esplora Composable Headless Frontend · Performance and Core Web Vitals.

Frontend Insights

SEO / GEO / AEO Ready
Performance e Core Web Vitals
WCAG 3.0 Ready
Tracciamento & Analytics
Coerenza del brand