Loading content
Incremental Static Regeneration (ISR) ist ein Architekturprinzip für statische Site-Generatoren, das selektive, inkrementelle Aktualisierung vorgerenderter Seiten ermöglicht, ohne komplette Rebuilds. Dabei werden Seiten nach Bedarf neu generiert und in CDN/Edge-Caches aktualisiert. ISR balanciert Latenz, Konsistenz und Build-Kosten. Es eignet sich besonders…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Theoretisches Gebilde: erklärt einen Begriff, ein Prinzip oder ein Denkmodell.
Was Zusammenhänge ordnet, verbindet oder entscheidbar macht.
Incremental Static Regeneration (ISR) erzeugt statische Seiten vorab und erneuert einzelne Seiten nach Bedarf, ohne die gesamte Website neu zu bauen.
ISR entstand im Umfeld statischer Site-Generatoren als Antwort auf den Zielkonflikt zwischen schneller Auslieferung und häufig wechselnden Inhalten. Next.js prägte den Begriff für eine Umsetzung, bei der Seiten beim Build oder nach Ablauf einer Revalidierungszeit aktualisiert werden.
Stelle dir ein Regal mit vorbereiteten Seiten vor: Besucher nehmen eine fertige Seite, während eine veraltete Seite im Hintergrund neu gedruckt wird. So bleibt die Antwort schnell, ohne jede Inhaltsänderung sofort auf die ganze Site auszurollen.
HTML wird vor der Anfrage erzeugt und kann schnell ausgeliefert werden.
Eine Seite wird nach Zeit oder Ereignis erneut erzeugt.
Eine vorhandene Seite bleibt verfügbar, während eine neue Version entsteht.
ISR verbindet CDN-nahe Geschwindigkeit mit aktualisierbaren Inhalten. Teams müssen Aktualisierungszeit, Cache-Verhalten und mögliche kurzzeitige Veraltung bewusst festlegen.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.