# Dynamic Rendering

Kategorie: [Rendering & JavaScript](https://seo-geo-glossary.com/de/glossar/kategorie/rendering-javascript/) › [Rendering-Verfahren](https://seo-geo-glossary.com/de/glossar/kategorie/rendering-javascript/rendering-verfahren/) · Auch genannt: dynamisches Rendering · Historisch

**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.

## Beispiel

```txt
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.

## Rendering-Arten im Vergleich

| 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 | 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 |

Quellen: [web.dev: Rendering on the Web](https://web.dev/articles/rendering-on-the-web); [Google Search Central: Understand JavaScript SEO basics (last updated 2026-03-04)](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics); [Google Search Central: Dynamic rendering as a workaround (last updated 2025-12-10)](https://developers.google.com/search/docs/crawling-indexing/javascript/dynamic-rendering); [Next.js Docs: How to implement Incremental Static Regeneration (ISR)](https://nextjs.org/docs/app/guides/incremental-static-regeneration). Stand: 8. Oktober 2026

*Grafik: Wo das HTML entsteht: CSR, SSR, SSG.* Entscheidend für Crawler ist, ob der Inhalt schon in der ersten HTML-Antwort steht. Google empfiehlt Server-Side Rendering oder Prerendering; Dynamic Rendering bezeichnet Google als Workaround, keine Dauerlösung.

## Nicht verwechseln

- [Pre-Rendering](https://seo-geo-glossary.com/de/glossar/pre-rendering/index.md): erzeugt das HTML beim Build und liefert es allen Besuchern und Crawlern gleich aus. Eine Erkennung von Crawlern ist dafür nicht nötig.

## Verwandte Begriffe

- [Rendering](https://seo-geo-glossary.com/de/glossar/rendering/index.md)
- [Client-Side Rendering (CSR)](https://seo-geo-glossary.com/de/glossar/client-side-rendering/index.md)
- [Server-Side Rendering (SSR)](https://seo-geo-glossary.com/de/glossar/server-side-rendering/index.md)
- [Pre-Rendering](https://seo-geo-glossary.com/de/glossar/pre-rendering/index.md)
- [Cloaking](https://seo-geo-glossary.com/de/glossar/cloaking/index.md)
- [JavaScript-SEO](https://seo-geo-glossary.com/de/glossar/javascript-seo/index.md)

## Quellen

- [Dynamic Rendering als Behelfslösung – Google Search Central](https://developers.google.com/search/docs/crawling-indexing/javascript/dynamic-rendering)
- [Spam-Richtlinien für die Google Suche – Cloaking](https://developers.google.com/search/docs/essentials/spam-policies)

---

Stand: 8. Oktober 2026
URL: https://seo-geo-glossary.com/de/glossar/dynamic-rendering/