JavaScript-SEO: Crawling, Rendering und Indexierung bei Google, CSR, SSR und statisches Rendering, KI-Crawler und wie Sie Ihre Seiten testen.

Kurz gesagt
JavaScript-SEO stellt sicher, dass von JavaScript erzeugte Inhalte und Links gecrawlt, gerendert und indexiert werden können. Google kann JavaScript rendern, aber in einem separaten Schritt, der sich verzögern kann und scheitert, wenn Skripte blockiert sind oder einen Klick brauchen. Viele KI-Crawler führen JavaScript überhaupt nicht aus. Am sichersten sind serverseitiges Rendering oder statische Generierung, echte "a href"-Links und wichtige Inhalte im ursprünglichen HTML.
Möchten Sie mehr erfahren? Fragen Sie
Moderne Frameworks wie React, Vue, Angular oder Svelte bauen Seiten im Browser auf. Das ist ideal für Interaktivität und riskant für die Sichtbarkeit. JavaScript-SEO umfasst die Maßnahmen, die eine JS-Website für Suchmaschinen und KI lesbar halten. Dieser Leitfaden erklärt, wie Google JavaScript verarbeitet, welche Rendering-Optionen es gibt, welche Fehler häufig sind und wie Sie Ihre Seiten testen.
In drei Phasen: Crawling, Rendering, Indexierung. Google Search Central beschreibt den Ablauf so:
Die Folge: Alles, was im rohen HTML fehlt, hängt vom Erfolg des Renderings ab. Wenn ein Skript fehlschlägt, zu lange braucht oder per robots.txt blockiert ist, indexiert Google, was es vorher gesehen hat, und das kann eine leere Hülle sein.
Der Unterschied liegt darin, wo das HTML entsteht: im Browser, für jede Anfrage auf dem Server oder einmalig beim Build.
| Rendering-Modus | Funktionsweise | Wirkung auf SEO |
|---|---|---|
| Clientseitiges Rendering (CSR) | Der Server sendet minimales HTML, JavaScript baut die Seite im Browser | Höchstes Risiko: Inhalte hängen vom Rendering ab, für KI-Crawler oft unsichtbar |
| Serverseitiges Rendering (SSR) | Der Server erstellt für jede Anfrage vollständiges HTML, JavaScript hydriert es danach | Sicher: Inhalte und Links im ersten HTML |
| Statische Generierung (SSG) | HTML wird beim Build erzeugt und als Dateien ausgeliefert | Am sichersten und schnellsten für Inhaltsseiten |
| Hybrid (SSR oder SSG mit Islands) | Statisches oder Server-HTML, JavaScript nur für interaktive Teile | Gute Balance für die meisten Websites |
| Dynamisches Rendering | Bots erhalten eine vorgerenderte Version, Nutzer die JS-App | Notlösung, die Google nicht mehr empfiehlt |
Frameworks wie Next.js, Nuxt, SvelteKit oder Astro machen SSR und statische Generierung für Inhaltsseiten zum Standard. Für einen Blog, eine Dokumentation oder Produktseiten gibt es selten einen Grund, Inhalte nur im Browser zu rendern.
Die meisten Probleme entstehen durch Inhalte oder Links, die erst nach einer Interaktion existieren.
Weil die meisten KI-Crawler nur das rohe HTML lesen. Auswertungen von Crawler-Logs, etwa Vercels Studie zum Traffic von KI-Crawlern aus dem Jahr 2024, zeigten, dass die Bots von OpenAI und Anthropic JavaScript-Dateien abrufen, aber nicht ausführen. Eine Seite, deren Text erst nach der Ausführung von JavaScript erscheint, kann für die Systeme hinter ChatGPT, Claude oder Perplexity leer wirken, selbst wenn Google sie korrekt indexiert.
Wenn Ihnen Zitate in KI-Antworten wichtig sind, gehören Hauptantwort, Überschriften, Tabellen und Links ins Server-HTML, und Ihre robots.txt sollte die gewünschten KI-Crawler zulassen. Unser Leitfaden zur robots.txt für KI-Crawler nennt die wichtigsten Bots, und das KI-Crawlability-Audit zeigt, was sie auf Ihren Seiten lesen können.
Vergleichen Sie das rohe HTML mit dem, was Google rendert.
Sechs Regeln decken die meisten Fälle ab:
JavaScript und SEO passen zusammen, wenn Inhalte nicht von JavaScript abhängen, um zu existieren. Rendern Sie Inhaltsseiten auf dem Server oder beim Build, verwenden Sie echte Links und testen Sie, was Google und KI-Crawler tatsächlich sehen. Sorank veröffentlicht seine Artikel als sauberes HTML direkt in Ihrem CMS, mit interner Verlinkung und strukturierten Daten, auf autopilot: Sehen Sie sich die Tarife und die 3 Tage kostenlose Testphase an.

Ja. Google rendert Seiten mit einer aktuellen Chromium-Version und sieht daher Inhalte, die JavaScript hinzufügt. Das Rendering erfolgt nach dem Crawling, teils mit Verzögerung, und scheitert, wenn Skripte blockiert, zu langsam oder von Nutzeraktionen abhängig sind. Inhalte im ursprünglichen HTML bleiben die sicherste Lösung.
Nicht automatisch, aber es erhöht das Risiko. Beim clientseitigen Rendering ist das erste HTML fast leer, Suchmaschinen müssen JavaScript ausführen, um die Inhalte zu sehen, und viele KI-Crawler tun das nicht. Serverseitiges Rendering oder statische Generierung liefern die Inhalte direkt und vermeiden diese Probleme.
Die meisten tun es derzeit nicht. Auswertungen von Crawler-Logs, etwa die von Vercel 2024 veröffentlichte Analyse, zeigten, dass die Crawler von OpenAI und Anthropic JavaScript-Dateien herunterladen, ohne sie auszuführen. Inhalte, die erst nach der Ausführung von JavaScript erscheinen, sind für ChatGPT, Claude und ähnliche Assistenten daher oft unsichtbar.
SIE HABEN SORANK VOR IHNEN AUSPROBIERT
