Dynamic Rendering meint hier die SEO-Technik, bei der ein Server Crawler erkennt und ihnen eine serverseitig gerenderte HTML-Version liefert, während Nutzer die clientseitig gerenderte Version erhalten. Die Suche zeigt unter diesem Begriff überwiegend den gleichnamigen Grafik-Ansatz der Vulkan-API, der damit nichts zu tun hat. Die SEO-Technik ist historisch, Google empfiehlt sie heute nicht mehr.
Wie funktioniert Dynamic Rendering?
Der Server prüft den User-Agent jeder Anfrage. Gehört er zu einem bekannten Crawler, geht die Anfrage an einen Rendering-Dienst mit Headless-Browser. Der Dienst führt das JavaScript aus und gibt das fertige HTML zurück. Alle anderen Besucher erhalten die normale JavaScript-Anwendung.
Googles Einschätzung
Google bezeichnet Dynamic Rendering heute rückblickend als Behelfslösung, die keine dauerhafte Lösung war („was a workaround and not a long-term solution“). Es sei „not a recommended solution, because it creates additional complexities“. Als Alternativen nennt Google Server-Side Rendering, statisches Rendering und Hydration.
Google sieht Dynamic Rendering generell nicht als Cloaking an, solange Nutzer und Crawler ähnliche Inhalte erhalten. Cloaking definiert Google als das Zeigen unterschiedlicher Inhalte für Nutzer und Suchmaschinen mit dem Ziel, Rankings zu manipulieren.
| Art | Wo und wann entsteht das HTML? | Inhalt schon im ausgelieferten HTML? | Einordnung durch Google |
|---|---|---|---|
| Client-Side Rendering (CSR) | im Browser per JavaScript; Daten, Templates und Routing laufen auf dem Client | nein, erst nach Ausführen von JavaScript | Google rendert Seiten mit Status 200 in einem eigenen Schritt nach dem Crawlen und empfiehlt Server-Side- oder Pre-Rendering, weil nicht alle Bots JavaScript ausführen |
| Server-Side Rendering (SSR) | auf dem Server, bei jeder Anfrage | ja | von Google als Lösung empfohlen (statt Dynamic Rendering) |
| Static Site Generation (SSG, statisches Rendering) | beim Build; meist vorab eine HTML-Datei je URL | ja | von Google als Lösung empfohlen (statt Dynamic Rendering) |
| Incremental Static Regeneration (ISR) | beim Build vorgerendert; nach Ablauf der Revalidierungszeit erzeugt der Server die Seite im Hintergrund neu (Framework-Funktion, z. B. Next.js) | ja, aus dem Cache; bis zur Neuerzeugung wird die ältere Version ausgeliefert | keine eigene Angabe von Google |
| Prerendering | beim Build; die clientseitige App wird ausgeführt und ihr Startzustand als statisches HTML gespeichert | ja (Startzustand) | Google nennt Server-Side- oder Pre-Rendering weiterhin „eine gute Idee“, weil es Seiten für Nutzer und Crawler schneller macht |
| Dynamic Rendering (dieser Begriff) | ein Rendering-Server erzeugt HTML nur für erkannte Crawler; Nutzer erhalten die clientseitig gerenderte Version | nur in der Version für Crawler | laut Google ein Workaround und keine dauerhafte Lösung; gilt nicht als Cloaking, solange Nutzer und Crawler ähnliche Inhalte sehen |
Als Ersatz für Dynamic Rendering nennt Google Server-Side Rendering, statisches Rendering und Hydration. Der ältere web.dev-Artikel „Rendering on the Web“ bezeichnet Dynamic Rendering noch als erwägenswerte Option; die Tabelle folgt der aktuellen Google-Search-Central-Doku. ISR ist kein Webstandard, die Beschreibung stammt aus der Next.js-Dokumentation. Prerendering hat im Sprachgebrauch weitere Bedeutungen; hier ist die Definition von web.dev gemeint. Quellen: web.dev: Rendering on the Web; Google Search Central: Understand JavaScript SEO basics (last updated 2026-03-04); Google Search Central: Dynamic rendering as a workaround (last updated 2025-12-10); Next.js Docs: How to implement Incremental Static Regeneration (ISR). Stand: .
Beispiel
Anfrage mit User-Agent „Googlebot“ → Rendering-Dienst → fertiges HTML
Anfrage mit Browser-User-Agent → JavaScript-Anwendung
Beide Wege sollten dieselben Inhalte ausliefern. Weichen sie voneinander ab, besteht das Cloaking-Risiko.
Quellen
- Dynamic Rendering als Behelfslösung – Google Search Centraldevelopers.google.com
- Spam-Richtlinien für die Google Suche – Cloakingdevelopers.google.com
Stand: