Viele moderne Websites bauen ihre Inhalte erst im Browser mit JavaScript zusammen. Für Suchmaschinen, die mit solchen Seiten Mühe haben, entstand das Dynamic Rendering: Der Server prüft bei jeder Anfrage, wer da fragt. Erkennt er einen Crawler, meist am User-Agent, liefert er eine auf dem Server gerenderte Fassung ohne JavaScript aus. Menschliche Besucher bekommen weiter die Fassung, die erst im Browser entsteht [1].
Technisch steckt dahinter eine Weiche vor der eigentlichen Anwendung. Sie leitet Anfragen von Crawlern an einen Renderer weiter, der die Seite einmal vollständig aufbaut und das fertige HTML zurückgibt. Wie gut das klappt, hängt davon ab, ob die Liste der erkannten Crawler aktuell ist und ob der Renderer dieselben Inhalte erzeugt wie der Browser.
Googles Einschätzung
Google beschreibt dynamisches Rendering ausdrücklich als Behelfslösung für Suchmaschinen, die mit JavaScript Probleme haben, und rät von ihr als langfristiger Lösung ab [1]. Begründet wird das mit zusätzlicher Komplexität und höheren Anforderungen an Ressourcen. Stattdessen empfiehlt Google serverseitiges Rendering, statisches Rendering oder Hydration [1]. Bei diesen Verfahren bekommen Mensch und Crawler dieselbe Grundlage, und die Weiche nach Besuchertyp entfällt.
Wie Google selbst JavaScript-Seiten verarbeitet, beschreibt der Eintrag JavaScript-Rendering. Für Seiten, die im Browser entstehen, steht der Eintrag Client-Side Rendering.
Die Grenze zum Cloaking
Weil Crawler und Menschen unterschiedliche Antworten bekommen, liegt die Frage nach Cloaking nahe. Google schreibt dazu, dass der Googlebot nicht von Cloaking ausgeht, solange das dynamische Rendering ähnliche Inhalte erzeugt [1]. Liefert die Website dagegen wesentlich andere Inhalte aus, kann das als Cloaking gelten. Google nennt als Beispiel eine Seite, die Besuchern Katzen und Crawlern Hunde zeigt [1]. In den Spamrichtlinien ist Cloaking als Verfahren beschrieben, Menschen und Suchmaschinen unterschiedliche Inhalte zu zeigen, um Rankings zu manipulieren und Nutzer zu täuschen [2].
Ein falsch eingerichteter Renderer, der Crawlern Fehlerseiten liefert, wird laut Google wie jede andere Fehlerseite behandelt [1]. Dann fehlt der Inhalt im Index, ohne dass es eine Strafe braucht.
Ob die Fassung für den Crawler stimmt, lässt sich mit dem URL-Prüftool der Search Console nachsehen. Im Live-Test ruft es die Adresse in Echtzeit ab, über "Getestete Seite anzeigen" zeigt es den HTML-Code, die HTTP-Header, die JavaScript-Konsolenausgabe und die geladenen Ressourcen, bei erfolgreichem Test auch einen Screenshot [3]. Wer diesen Code neben den Quelltext legt, den ein normaler Browser bekommt, sieht schnell, ob Texte, Links oder strukturierte Daten in einer der beiden Fassungen fehlen.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder du rufst einfach an.
Wann der Begriff heute noch auftaucht
Der Begriff fällt meist bei Websites, die ihre Inhalte im Browser aufbauen und deren Umbau auf serverseitiges Rendering aufwendig wäre. Wie man eine bestehende Lösung prüft und den Abschied plant, erklärt der Ratgeber Dynamisches Rendering. Den Unterschied zwischen den Rendering-Arten vergleicht der Ratgeber Client-Side oder Server-Side Rendering.
Wenn deine Website Crawlern eine eigene Fassung schickt und du wissen willst, ob die Inhalte noch übereinstimmen, sprechen wir in der gratis Sprechstunde darüber.
- Organisation Dynamisches Rendering als Behelfslösung. Google Search Central. Stand 18.12.2025. abgerufen am 31.10.2026
- Organisation Spamrichtlinien für die Google Websuche. Google Search Central. Stand 02.09.2026. abgerufen am 31.10.2026
- Organisation URL-Prüftool. Search Console-Hilfe. Stand laufend. abgerufen am 31.10.2026
Häufige Fragen
Ist Dynamic Rendering Cloaking?
Nicht automatisch. Google geht nicht von Cloaking aus, solange Crawler und Besucher ähnliche Inhalte bekommen. Wesentlich andere Inhalte für den Crawler können dagegen als Cloaking gelten.
Empfiehlt Google Dynamic Rendering noch?
Google nennt es eine Behelfslösung und empfiehlt stattdessen serverseitiges Rendering, statisches Rendering oder Hydration.
Woran erkennt der Server einen Crawler?
Meist am User-Agent, also an der Kennung, die der Crawler bei jeder Anfrage mitschickt. Der Server vergleicht sie mit einer Liste bekannter Crawler und leitet passende Anfragen an den Renderer weiter.
Was passiert, wenn der Renderer ausfällt?
Dann bekommen Crawler im schlimmsten Fall Fehlerseiten. Google behandelt sie wie jede andere Fehlerseite, der Inhalt fehlt dann im Index.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder du rufst einfach an.
Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Fehler entdeckt? Schreib uns.
