Server-Rendering bringt lesbaren Inhalt schnell auf den Schirm. Hydration ist, was danach kommt: Das Framework lädt, führt den Komponentenbaum erneut aus, gleicht ihn mit dem vorhandenen Markup ab und hängt die Event-Handler an. Bis das fertig ist, sieht die Seite bereit aus und ist es nicht — Buttons sind sichtbar und tun nichts, was ein schlechteres Erlebnis ist als ein ehrlicher Spinner.
Zwei Fehlerbilder lohnen sich zu kennen. Ein Mismatch, bei dem Server und Client uneins sind, was dort stehen sollte, erzeugt einen Konsolenfehler und ein erneutes Rendern — alles, was von der aktuellen Zeit, einem Zufallswert oder dem Fenster abhängt, löst ihn aus. Und eine überhydrierte Seite liefert Interaktivität für Komponenten, die sie nie brauchten; deshalb lautet die nützliche Frage, welche Teile einer Seite wirklich lebendig sein müssen.
Verwandte Begriffe
Statische Generierung (SSG)
Seiten zur Build-Zeit zu HTML rendern, sodass eine Anfrage mit einer Datei beantwortet wird statt mit Codeausführung.
Core Web Vitals
Googles drei Feldmetriken für Ladezeit, Reaktionsfähigkeit und visuelle Stabilität, gemessen an echten Besuchen statt im Labor.
LCP (Largest Contentful Paint)
Der Moment, in dem das größte Inhaltselement im Viewport fertig gerendert ist — praktisch: wenn die Seite geladen aussieht.
Die zugehörige Werkbank
Full-StackWenn du es beschreiben kannst, können wir es bauen. React und Next.js vorn, Python oder Node dahinter, Postgres darunter, ausgeliefert dorthin, wo du den Betrieb bezahlen kannst.
