Qu’est-ce que ISR (Incremental Static Regeneration) ?

C'est comme réimprimer le menu du jour à midi sans fermer le restaurant : les clients gardent une carte à jour sans attendre la fermeture pour tout réécrire. L’ISR combine les avantages du [SSG](/lexique/ssg-static-site-generation) (CDN rapide, SEO) avec une fraîcheur contrôlée : après la fenêtre `revalidate`, la première requête peut déclencher une régénération pendant que le CDN sert encore l’ancienne version. Très utilisée avec [Next.js](/lexique/next-js-framework-react) pour catalogues, blogs nombreuses pages ou agrégats quasi temps réel.

Build génère un HTML ; requête ultérieure dans la fenêtre sert le cache ; expiration déclenche régén async ; possibilité d’`on-demand revalidation` via webhook (CMS, stock). Proche des [Core Web Vitals](/lexique/core-web-vitals) : [LCP](/lexique/lcp-largest-contentful-paint) bénéficie d’un HTML préliminaire stable.

Servir du HTML statique tout en limitant l’obsolescence évite coûts SSR permanents et rebuilds complets à chaque typo — sur sites fort trafic, les équipes économisent souvent des heures de build pipeline et réduisent le [TTFB](/lexique/ttfb-time-to-first-byte) par rapport à une page entièrement dynamique.

• Définir SLA de fraîcheur par type de page ; webhooks CMS pour invalider ; surveiller erreurs de régén ; fallback SSR pour routes critiques si nécessaire.

• Confondre ISR et « toujours frais » : entre deux régénérations, contenu peut être légèrement dépassé. Mauvaise stratégie pour données financières strictement synchrones sans file d’attente métier.