Was ist Client-Side Rendering?
Rendering heißt: aus Code eine sichtbare Seite machen. Beim Client-Side Rendering passiert das im Browser, also beim Client. Web.dev beschreibt es als Rendern einer App im Browser, bei dem JavaScript das Seitengerüst verändert.
Der Server schickt dafür kaum mehr als ein leeres HTML-Gerüst und ein großes Skriptpaket. Erst wenn das Skript geladen und ausgeführt ist, stehen Texte, Bilder und Preise da. Typisch ist das für Single-Page-Applications: Beim Klick auf einen Link lädt nicht die ganze Seite neu, JavaScript tauscht nur Teile aus.
Das Gegenstück ist Server-Side Rendering, bei dem der Server fertiges HTML schickt. Oder Static Site Generation, bei der das HTML schon beim Build entsteht. Klassisches WordPress rendert übrigens auf dem Server.
Was Google mit CSR-Seiten macht
Google verarbeitet JavaScript-Seiten in drei Schritten: Crawling, Rendering, Indexierung. Zwischen Abruf und Rendering wartet die Seite in einer Warteschlange. Google sagt dazu nur: ein paar Sekunden, es kann aber länger dauern.
Vercel und MERJ haben das im April 2024 mit über 100.000 Abrufen des Googlebots gemessen, überwiegend auf nextjs.org:
Anteil Seiten
gerendert nach
Hälfte (Median)
10 Sekunden
75 %
26 Sekunden
90 %
rund 3 Stunden
99 %
rund 18 Stunden
Die gute Nachricht: Alle Seiten mit Status 200 wurden am Ende gerendert. Aber das ist eine starke Domain. Auf einer kleinen Website kann es länger dauern. Google selbst empfiehlt serverseitiges oder statisches Rendering.
KI-Crawler sehen oft nichts
Hier wird CSR richtig teuer. Vercel hat Ende 2024 die großen KI-Crawler ausgewertet. Keiner von ihnen führte JavaScript aus: nicht GPTBot und die anderen Bots von OpenAI, nicht ClaudeBot, nicht Perplexity. Ausnahmen waren Gemini über die Google-Technik und AppleBot.
Case A · KI-Crawler
Was GPTBot und ClaudeBot mit JavaScript machen
11,50 %
Abrufe mit JS-Dateien, ChatGPT
23,84 %
Abrufe mit JS-Dateien, Claude
Ausgeführt: keine
Die Bots laden die Skripte, starten sie aber nicht. Inhalte, die erst per JavaScript entstehen, bleiben unsichtbar. Stand Dezember 2024.
Case B · Volumen
Wie viel KI-Crawler im Vercel-Netz abrufen, ein Monat
569 Mio.
Abrufe GPTBot
4,5 Mrd.
Abrufe Googlebot
KI-Bots zusammen rund 28 % des Googlebot-Volumens
Gezählt sind GPTBot, Claude, AppleBot und PerplexityBot. Die Bots sind also kein Randphänomen.
Das Verhalten einzelner Bots kann sich ändern. Wer in KI-Antworten auftauchen will, sollte sich darauf aber nicht verlassen und die wichtigen Inhalte ins HTML legen.
CSR und Core Web Vitals
Auch Besucher merken CSR. Web.dev nennt einen großen Abstand zwischen Serverantwort und erstem sichtbarem Inhalt ein klassisches Zeichen für eine Seite, die stark auf CSR setzt. Bilder, die erst per Skript eingefügt werden, entdeckt der Browser spät, und der Largest Contentful Paint leidet.
Viel JavaScript belastet außerdem die Interaktion. Laut Web Almanac 2024 lädt die mittlere Handy-Seite 558 KB JavaScript, davon bleiben 206 KB beim Laden ungenutzt. Für INP gilt 200 Millisekunden oder weniger als gut.
Häufige Fehler
Fehler 1 · Wichtige Inhalte nur per JavaScript
Preise, Leistungsbeschreibung oder FAQ kommen erst nachträglich. Google sieht sie verzögert, die meisten KI-Crawler gar nicht.
Fehler 2 · Links ohne echtes href
Navigation per Klick-Ereignis statt per normalem Link. Google folgt nur Links als a-Element mit href.
Fehler 3 · Fehlerseiten mit Status 200
Eine Single-Page-App zeigt „Seite nicht gefunden“, meldet aber Erfolg. Google wertet das als Soft-404. Leite auf eine Adresse um, die serverseitig 404 liefert, oder setz dort per JavaScript noindex.
Fehler 4 · noindex per JavaScript entfernen
Steht noindex im ersten HTML, rendert Google die Seite gar nicht. Entfernt dein Skript das Tag später, kommt das nie an.
So prüfst und löst du das
- Quelltext ansehen: „Seitenquelltext anzeigen“ im Browser zeigt, was ohne JavaScript ankommt. Steht dein Text dort nicht, sehen ihn KI-Crawler auch nicht.
- Search Console nutzen: Die URL-Prüfung zeigt das gerenderte HTML und einen Screenshot.
- Vergleichen: Screaming Frog crawlt mit und ohne JavaScript und zeigt die Unterschiede.
- Mischen: Inhalte per SSR oder SSG, nur interaktive Teile wie Chat oder Filter per CSR.
Häufige Fragen
Kann Google Seiten mit Client-Side Rendering indexieren?
Ja, aber mit Verzögerung. In einer Messung von Vercel lagen die Hälfte der Seiten nach 10 Sekunden gerendert vor, ein Prozent erst nach rund 18 Stunden. Sicherer ist fertiges HTML vom Server.
Sehen ChatGPT oder Perplexity Inhalte, die per JavaScript geladen werden?
Laut Vercel-Auswertung von Ende 2024 nicht: Die Crawler von OpenAI, Anthropic und Perplexity führen kein JavaScript aus. Was erst im Browser entsteht, fehlt ihnen.
Was ist der Unterschied zwischen CSR, SSR und SSG?
Bei CSR baut der Browser die Seite, bei SSR der Server bei jedem Aufruf, bei SSG entsteht das HTML einmal beim Build. Für Sichtbarkeit sind SSR und SSG meist die bessere Wahl.
Ist meine WordPress-Seite betroffen?
Klassisches WordPress liefert fertiges HTML vom Server. Betroffen sind eher einzelne Bausteine, die Inhalte per JavaScript nachladen, etwa manche Bewertungs- oder Preis-Widgets. Ein Blick in den Quelltext zeigt es.
