Was ist Dynamic Rendering?
Deine Website baut ihre Inhalte erst im Browser per JavaScript zusammen. Was sieht dann ein Crawler, der kein JavaScript ausführt? Im schlimmsten Fall eine leere Seite. Dynamic Rendering war die Antwort darauf.
Google beschreibt es als Workaround für Websites, deren JavaScript-Inhalte Suchmaschinen nicht erreichen. Das Prinzip:
- Der Webserver erkennt am User-Agent, ob ein Mensch oder ein Bot anfragt.
- Bots schickt er an einen Rendering-Server. Der lädt die Seite in einem Browser ohne Bildschirm und liefert fertiges HTML zurück.
- Menschen bekommen die normale Seite mit Client-Side Rendering.
Vorgestellt hat Google den Ansatz 2018 auf der Entwicklerkonferenz I/O. Bing empfahl ihn im selben Jahr sogar ausdrücklich für Websites mit viel JavaScript.
Warum Google heute abrät
Im August 2022 hat Google die Dokumentation verschärft. Seitdem steht dort: Dynamic Rendering ist ein Workaround und keine empfohlene Lösung. Der Grund: zusätzliche Komplexität und zusätzlicher Ressourcenbedarf. Stattdessen empfiehlt Google Server-Side Rendering, statisches Rendering oder Hydration.
Auch das eigene Werkzeug hat Google beerdigt. Rendertron, ein Open-Source-Renderer aus dem Chrome-Team, wurde im Oktober 2022 archiviert. Im Projekt steht seitdem, Dynamic Rendering sei kein empfohlener Ansatz.
Googlebot selbst kann JavaScript inzwischen gut. In einer Messung von Vercel und MERJ auf nextjs.org lagen zwischen Crawl und Rendering im Median 10 Sekunden. Bei einem Zehntel der Seiten dauerte es aber rund drei Stunden und länger. Und die Stichprobe war eine schnelle, gut verlinkte Website — deine muss das nicht sein.
KI-Crawler: das neue Argument
Ein Grund, warum das Thema wieder aufkommt: KI-Crawler. Laut einer Auswertung von Vercel (Stand Dezember 2024) führt keiner der großen KI-Crawler JavaScript aus, darunter GPTBot, ClaudeBot und PerplexityBot. Sie laden die JS-Dateien teils herunter, führen sie aber nicht aus.
Eine reine JavaScript-Seite bleibt für ChatGPT und Co. also womöglich unsichtbar. Anbieter wie Prerender.io werben deshalb inzwischen mit KI-Crawlern. Die bessere Lösung bleibt trotzdem dieselbe: HTML, das für alle gleich ist.
Szenario A · Onlineshop als Web-App
Notlösung per Dienstleister
59 $
im Monat (Einstieg)
30.000
Renderings inklusive
Schnell eingerichtet. Aber der Cache wird je nach Tarif erst nach Stunden oder Tagen erneuert — Bots sehen dann alte Preise.
Preise laut Prerender.io, Stand November 2026; ändern sich.
Szenario B · React-Website
Unsichtbar für KI-Suchen
0
große KI-Crawler mit JS
1
dauerhafte Lösung: SSR
Dynamic Rendering würde helfen, wäre aber ein zweiter Stack. Server-Side Rendering löst das Problem für alle Besucher.
Szenario, keine Fallstudie; KI-Crawler-Stand Dezember 2024.
Häufige Fehler
Fehler 1 · Bots andere Inhalte zeigen
Mehr Text für den Bot, andere Preise, zusätzliche Links? Damit wird aus der Notlösung Cloaking. Der Inhalt muss für beide gleich sein, nur die Technik darf sich unterscheiden.
Fehler 2 · Veraltete Schnappschüsse
Der Rendering-Dienst speichert fertige Seiten zwischen. Wird der Speicher zu selten erneuert, sieht Google ausverkaufte Produkte als lieferbar oder alte Preise.
Fehler 3 · Lückenhafte Bot-Liste
Die Erkennung kennt Googlebot und Bingbot, aber keinen neuen KI-Crawler. Der bekommt dann die leere JavaScript-Hülle. Umgekehrt landen falsch erkannte Menschen auf der Bot-Fassung.
Fehler 4 · Die Notlösung zur Dauerlösung machen
Zwei Auslieferungswege heißen doppelte Wartung, doppelte Fehlerquellen und laufende Kosten. Wer Dynamic Rendering einsetzt, sollte gleichzeitig den Umstieg planen.
Was du stattdessen tust
- Server-Side Rendering (SSR): Der Server liefert allen Besuchern fertiges HTML. Googles erste Empfehlung.
- Statisches Rendering: Das HTML entsteht schon beim Bauen der Seite. Ideal für Inhalte, die sich selten ändern.
- Hydration: Server-HTML wird im Browser interaktiv gemacht.
- Prüfen: Mit der URL-Prüfung in der Google Search Console siehst du, was Google rendert. Schalte außerdem JavaScript im Browser ab: So sieht deine Seite ungefähr für KI-Crawler aus.
Häufige Fragen
Ist Dynamic Rendering Cloaking?
Nicht, solange Bots und Menschen ähnliche Inhalte bekommen. Unterscheiden sich Texte, Preise oder Links, wertet Google es als Cloaking.
Empfiehlt Google Dynamic Rendering noch?
Nein. Seit August 2022 nennt Google es einen Workaround und keine empfohlene Lösung. Empfohlen werden Server-Side Rendering, statisches Rendering oder Hydration.
Brauche ich Dynamic Rendering für ChatGPT und andere KI-Suchen?
Wenn deine Seite ihre Inhalte nur per JavaScript lädt, sehen große KI-Crawler sie womöglich nicht. Dynamic Rendering hilft kurzfristig, Server-Side Rendering löst das Problem dauerhaft.
Wie lange braucht Google, um JavaScript zu rendern?
In einer Messung auf nextjs.org im Median rund 10 Sekunden nach dem Crawl, bei einem Zehntel der Seiten aber drei Stunden und länger. Kleinere Websites können länger warten.
Was ist der Unterschied zu Server-Side Rendering?
Beim Server-Side Rendering bekommen alle Besucher fertiges HTML. Beim Dynamic Rendering nur die Bots, Menschen bekommen weiterhin die JavaScript-Fassung.
