Entscheide danach, wie persönlich und wie frisch der Inhalt ist. Static Generation für Inhalte, die für alle gleich sind, weil sie direkt vom CDN ausgeliefert werden. Server Rendering, wenn die Seite vom Request abhängt, etwa ein eingeloggtes Dashboard, und du trotzdem schnellen First Paint oder Crawlbarkeit brauchst. Client Rendering für interaktive Teile hinter dem Login, wo der First Paint keine Geschäftsmetrik ist. Die meisten echten Apps mischen alle drei pro Route.
Warum Interviewer das fragen
Das ist eine Architektur-Urteilsfrage im technischen Gewand. Der Interviewer will ein Entscheidungsgerüst statt Loyalität zu dem Framework, das du zuletzt benutzt hast, plus ein Bewusstsein für die Kosten: Cache-Invalidierung bei statischen Seiten, Serverkapazität und Time to First Byte beim Server Rendering und Hydration-Kosten bei client-lastigen Seiten. Es führt meist zu Streaming, Caching und der Frage, wie du servergerenderte Seiten unter Last schnell hältst.
So baust du deine Antwort auf
- Nenn die zwei Achsen: Personalisierung und Aktualität.
- Ordne jeder Strategie einen konkreten Seitentyp zu.
- Nenn die Kosten von jeder, nicht nur den Nutzen.
- Sag, dass die Entscheidung pro Route fällt und nicht pro App.
Beispielantwort
Ich entscheide pro Route mit zwei Fragen: ist das für jeden Nutzer gleich, und wie alt darf es sein. Marketing-Seiten, Doku, alles Crawlbare und Geteilte, das ist statisch, revalidiert nach Zeitplan oder beim Publish, wird also von der Edge ausgeliefert und hat gar nichts, was langsam sein könnte. Ein eingeloggtes Dashboard wird servergerendert, weil es vom Request abhängt und ich will, dass der erste Paint echte Daten enthält und nicht ein Skelett in Spinner-Form. Tiefe interaktive Flächen hinter dem Login, etwa einen Drag-and-Drop-Editor, rendere ich gern auf dem Client, weil niemand dessen LCP misst. Was unterschätzt wird, ist die Kostenseite. Statisch heißt, die Invalidierung gehört dir, und ich habe schon einen veralteten Preis ausgeliefert. Server Rendering heißt, meine Time to First Byte ist jetzt das Problem meiner Datenbank, das braucht also Caching und ein Timeout-Budget. Meistens lande ich deshalb bei statischen Hüllen, servergerenderten Datenbereichen, die hineingestreamt werden, und Client-Interaktivität nur dort, wo sie ihr Bundle verdient.
Steht dieses Vorstellungsgespräch bald an? GhostPilot hört bei deinem Live-Call mit, erkennt die Frage in dem Moment, in dem sie gestellt wird, und bringt dir eine strukturierte Antwort in Echtzeit auf den Bildschirm. Probier es im nächsten Mock aus, oder hol dir einen $29 Session Pass, kein Abo, für den Ernstfall.
So funktioniert esNachfragen, mit denen du rechnen solltest
- Wie verändert Streaming die Abwägung bei servergerenderten Seiten?
- Wie würdest du die Invalidierung für eine statisch generierte Produktseite lösen?
- Was kostet Hydration, und wie reduzierst du das?
Weitere Fragen für Frontend-Entwickler
Dein Interviewer stellt seine eigene Version davon. Kopier deine echte Stellenbeschreibung in den kostenlosen Question Predictor und bekomm die 20 Fragen, die diese Rolle am wahrscheinlichsten stellt, samt dem, worauf jede wirklich abzielt.
Meine Fragen vorhersagen