English
Rendering-Verfahren

Rendering

Auch genannt: Rendern

Rendering bedeutet im SEO und in der Webentwicklung, dass ein Browser oder Crawler aus HTML, CSS und JavaScript die fertige Seite aufbaut, so wie sie Nutzer sehen. Für Suchmaschinen zählt, welche Inhalte und Links nach dem Rendering im Dokument stehen. Dieser Eintrag behandelt die Web-Bedeutung. In 3D-Grafik und Architektur steht Rendering für die Berechnung von Bildern.

Auf einen Blick

Art
Verarbeitungsschritt, der aus HTML, CSS und JavaScript die fertige Seite aufbaut
Wirkt auf
Indexierung, Linkerkennung
Renderer bei Google
Headless Chromium (Evergreen)
Rendering-Arten
CSR, SSR, Static Rendering, Hydration
Doku
Grundlagen von JavaScript-SEO

Stand:

Wie rendert Google eine Seite?

Google verarbeitet Seiten mit JavaScript in drei Phasen: Crawling, Rendering und Indexierung. Nach dem Abruf landet eine Seite in einer Warteschlange für das Rendering. Laut Google bleibt sie dort oft nur wenige Sekunden, es kann aber auch länger dauern. Gerendert wird mit einer aktuellen, monitorlosen Version von Chromium, die Google laufend auf dem neuesten Stand hält.

Erst im gerenderten HTML sieht Google Inhalte, die JavaScript nachlädt. Links findet der Googlebot nur als <a>-Element mit href-Attribut. Steht im ursprünglichen HTML ein noindex, überspringt Google das Rendering unter Umständen ganz. Ein noindex, das erst JavaScript entfernt, wirkt deshalb nicht zuverlässig.

Von der URL zum SuchergebnisFünf Stationen von links nach rechts: Entdecken über Links und Sitemaps, Crawlen nach Prüfung der robots.txt, Rendern nach der Wartezeit in der Render-Queue, Indexieren mit Bildung von Duplikat-Clustern und Wahl der kanonischen URL, Ausliefern passender Treffer. Links aus dem gerenderten HTML führen zurück zum Entdecken. Unter jeder Station stehen typische Hürden laut Google.1 · CRAWLING2 · INDEXIERUNG3 · ERGEBNISSEEntdeckenLinks aufbekannten Seiten,SitemapsCrawlenrobots.txtprüfen, dannURL abrufenRendernRender-QueueChromium führtJavaScript ausIndexierenCluster bilden,Kanonische wählen,speichernAusliefernTreffer ausdem Index zurSuchanfrageneue Links aus dem gerenderten HTMLTYPISCHE HÜRDEN LAUT GOOGLEkein Link,keine Sitemap*Server- oderNetzwerkfehler,robots.txt sperrtkein Status 200oder noindex:evtl. kein Renderngeringe Qualität,noindex, Duplikateiner anderen URLnicht relevant,geringe Qualität,Robots-Meta-RegelSchematisch. Google zählt Entdecken und Rendern zur Stufe Crawling.* Schlussfolgerung, keine Google-Aussage.
Schematischer Weg einer URL durch die Google Suche. Google beschreibt drei Stufen: Crawling (mit Entdecken und Rendern), Indexierung und Ausgabe der Suchergebnisse. Eine Indexierung ist nicht garantiert. Quellen: Google Search Central: Umfassender Leitfaden zur Funktionsweise der Google Suche; Google Search Central: Grundlagen von JavaScript-SEO.

Rendering-Arten

Wo die Seite zusammengesetzt wird, bestimmt die Rendering-Art:

  • Client-Side Rendering (CSR): Der Server liefert ein weitgehend leeres HTML, JavaScript im Browser baut die Inhalte auf.
  • Server-Side Rendering (SSR): Der Server erzeugt bei jeder Anfrage fertiges HTML.
  • Static Rendering: Das HTML entsteht vorab beim Build und wird als Datei ausgeliefert.
  • Hydration: Server-gerendertes HTML wird im Browser per JavaScript interaktiv gemacht.

Google empfiehlt serverseitiges Rendering oder Pre-Rendering, weil die Seite dadurch für Nutzer und Crawler schneller wird. Dynamic Rendering, also eine eigene vorgerenderte Fassung nur für Bots, nennt Google inzwischen „eine Behelfslösung und keine langfristige Lösung“.

Wo das HTML entsteht: CSR, SSR, SSG und Dynamic RenderingVier Zeilen zeigen, wo der Inhalt einer Seite entsteht. Bei CSR schickt der Server eine leere HTML-Hülle, erst JavaScript im Browser baut den Inhalt. Bei SSR rendert der Server das HTML bei jeder Anfrage, Hydration macht es im Browser interaktiv. Bei SSG entsteht das HTML schon beim Build. Dynamic Rendering liefert Crawlern fertiges HTML und Nutzern die JavaScript-Version; Google nennt das einen Workaround.SERVERERSTE HTML-ANTWORTBROWSERCSRClient-SideRenderingschickt HTML-Hülleund JavaScript<div id="app">ohne InhaltJavaScript bautden InhaltSSRServer-SideRenderingrendert HTMLbei jeder AnfrageInhalt stehtim HTMLHydration machtdie Seite interaktivSSGStatic RenderingPrerenderingHTML entstehtschon beim BuildInhalt stehtim HTMLzeigt HTML sofort,Hydration möglichDynamicRenderingWorkarounderkennt Crawler,rendert nur für sieCrawler: HTMLNutzer: leere Hüllebei Nutzern bautJavaScript den InhaltSchematisch. Google rendert JavaScript in einem eigenen Schritt nach dem Crawlen.Nicht alle Bots führen JavaScript aus.
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. Quellen: web.dev: Rendering on the Web; Google Search Central: Grundlagen von JavaScript-SEO; Google Search Central: Dynamisches Rendering als Behelfslösung.

Beispiel

Ein Onlineshop baut Produktlisten mit React im Browser auf. Das ausgelieferte HTML enthält nur:

HTML
<body>
  <div id="root"></div>
  <script src="/app.js"></script>
</body>

Produktnamen, Preise und Links zu den Produktseiten existieren erst nach dem Rendering. Scheitert ein Skript oder blockiert die robots.txt die Datei /app.js, fehlen diese Inhalte für Google. Mit dem URL-Prüftool der Search Console lässt sich das gerenderte HTML einsehen und mit dem Quelltext vergleichen.

Roh-HTML und gerendertes HTML im VergleichLinks das Roh-HTML, wie der Server es schickt: leerer Title und ein leeres div mit der ID app. Rechts dasselbe Dokument nach dem Rendering: JavaScript hat Title, H1 und zwei Links eingefügt. Erst im gerenderten HTML sieht Google diese Inhalte und Links.ROH-HTMLAntwort des ServersGERENDERTES HTMLDOM nach JavaScriptJavaScript<head><title></title>leer</head><body><div id="app"></div>leer<script src="app.js"></body><head>+<title>Laufschuhe</title></head><body><div id="app">+<h1>Laufschuhe</h1>+<a href="/damen/">Damen</a>+<a href="/herren/">Herren</a></div><script src="app.js"></body>Schematisches Beispiel. Was erst JavaScript einfügt, steht nur im gerenderten HTML.
Im Roh-HTML einer JavaScript-Seite fehlen Title, Überschrift und Links. Google indexiert das gerenderte HTML und sucht dort erneut nach Links. Quelle: Google Search Central: Grundlagen von JavaScript-SEO.

Häufige Fehler

  • JavaScript- oder CSS-Dateien per robots.txt gesperrt, sodass der Crawler die Seite nicht vollständig aufbauen kann.
  • Navigation über onclick-Handler statt über echte Links.
  • Wichtige Inhalte erscheinen erst nach Scrollen oder Klick und werden beim Rendering nicht geladen.

Häufige Fragen

Was bedeutet „gerendert“? Eine gerenderte Seite ist die vom Browser fertig aufgebaute Fassung, nachdem HTML verarbeitet, CSS angewendet und JavaScript ausgeführt wurde. Sie kann sich deutlich vom ausgelieferten Quelltext unterscheiden.

Rendern KI-Crawler JavaScript? Das hängt vom Bot ab. Google weist darauf hin, dass nicht alle Bots JavaScript ausführen können. Nach redaktioneller Einschätzung dokumentieren viele KI-Bot-Betreiber ihr Rendering nicht. Inhalte, die schon im ausgelieferten HTML stehen, sind für jeden Crawler lesbar.

Mehr dazu im searchVIU-Blog

Quellen

  1. JavaScript-SEO – Grundlagen – Google Search Centraldevelopers.google.com
  2. Rendering on the Web – web.dev (aktualisiert 2026-01-05)web.dev
  3. Dynamisches Rendering als Behelfslösung – Google Search Centraldevelopers.google.com
  4. Lazy-Loading-Inhalte korrigieren – Google Search Centraldevelopers.google.com
  5. Einführung in robots.txt (Ressourcendateien) – Google Search Centraldevelopers.google.com

Stand: