Technik
JavaScript-SEO
Kurz gesagt: JavaScript-SEO umfasst alle Maßnahmen, die sicherstellen, dass Inhalte und Links einer mit JavaScript gebauten Website von Suchmaschinen und KI-Crawlern gefunden, gerendert und indexiert werden können.
Was bedeutet JavaScript-SEO?
Der Begriff beschreibt eine Teildisziplin der technischen Suchmaschinenoptimierung, die mit Single-Page-Applications und Frameworks wie React, Vue oder Angular an Bedeutung gewonnen hat. Google verarbeitet JavaScript in drei Phasen: Crawling, Rendering und Indexierung. Zwischen Abruf und Rendering kann eine Warteschlange liegen. Abzugrenzen ist JavaScript-SEO vom Server-Side Rendering, das eine Lösung innerhalb der Disziplin ist, und vom Dynamic Rendering, das Google heute nur noch als Übergangslösung bezeichnet.
Was du dazu wissen solltest
Google rendert JavaScript seit Jahren zuverlässig. So deutlich formuliert es die Dokumentation seit März 2026: Ein Abschnitt, der JavaScript als Hürde für die Google-Suche beschrieb, wurde als veraltet gestrichen. Die Details bleiben trotzdem tückisch. Im Dezember 2025 hat Google ergänzt, dass Seiten mit einem anderen HTTP-Statuscode als 200 möglicherweise gar nicht gerendert werden, und dass ein noindex im ursprünglichen HTML nicht zuverlässig durch JavaScript entfernt werden kann. Wer eine Seite indexiert haben will, darf also kein noindex im Quelltext ausliefern, auch nicht vorläufig.
Für die KI-Sichtbarkeit ist ein anderer Satz aus Googles Doku wichtiger: Nicht alle Bots können JavaScript ausführen. Eine Auswertung des Hosting-Anbieters Vercel aus dem Dezember 2024 kam zu dem Ergebnis, dass keiner der großen KI-Crawler JavaScript rendert, darunter GPTBot, OAI-SearchBot und ChatGPT-User von OpenAI, ClaudeBot von Anthropic und PerplexityBot. Sie laden teils JavaScript-Dateien herunter, führen sie aber nicht aus. Ausnahmen waren Gemini, das Googles Infrastruktur nutzt, und AppleBot. Die Messung ist eine Momentaufnahme, doch ihr Kern gilt als Arbeitshypothese: Was erst im Browser entsteht, sehen viele KI-Crawler nicht.
Die typischen Fehlerbilder ähneln sich über Projekte hinweg. Links sind keine a-Elemente mit href, sondern klickbare div-Container, denen kein Crawler folgt. Navigation läuft über Fragmente wie #/produkte, die Google nicht zuverlässig auflöst; empfohlen ist die History API. Inhalte erscheinen erst nach einem Klick auf Tabs oder beim Scrollen. Strukturierte Daten werden per JavaScript eingefügt – Google liest sie, andere Systeme womöglich nicht. Und Fehlerseiten liefern Status 200 statt 404, was zu einem Soft 404 führt.
Der wichtigste Prüfschritt kostet eine Minute: Rufe die Seite mit deaktiviertem JavaScript auf oder lies den ausgelieferten Quelltext statt des gerenderten DOM. Steht dein Haupttext dort nicht, fehlt er für jeden Crawler ohne Rendering. Für Google zeigt die URL-Prüfung der Search Console das gerenderte HTML. Welche KI-Crawler deine Seite überhaupt erreichen dürfen, prüft der KI-Crawler-Check. Die nachhaltige Lösung ist fast immer, Inhalte serverseitig oder statisch auszuliefern, siehe Server-Side Rendering. Bei der Umsetzung unterstützt unsere Leistung GEO-Technik.
Ein Beispiel aus der Praxis
Ein Reiseveranstalter hat seine Angebotsseiten als React-App gebaut. Im Quelltext steht nur ein leeres div mit der ID „root“, Preise und Reisebeschreibungen lädt ein Skript nach. Google indexiert die Seiten nach einigen Tagen korrekt, doch in Antworten von ChatGPT tauchen die Reisen nicht auf. Ein Abruf mit deaktiviertem JavaScript zeigt das Problem sofort. Das Team stellt die Angebotsseiten auf serverseitiges Rendering um und lässt nur den Buchungsdialog clientseitig laufen.
In der Praxis setzen wir das so um: Technik für KI-Sichtbarkeit: Crawler, Schema, llms.txt →
Häufige Fragen zu JavaScript-SEO
Kann Google JavaScript-Inhalte indexieren?
Ja. Google rendert Seiten mit einem aktuellen Chromium und indexiert den Inhalt, der dabei entsteht. Das Rendering kann aber verzögert erfolgen, und bei Seiten mit anderem Statuscode als 200 entfällt es möglicherweise. Kritische Inhalte sollten deshalb schon im ausgelieferten HTML stehen.
Können ChatGPT, Claude und Perplexity JavaScript lesen?
Nach einer Auswertung von Vercel aus dem Dezember 2024 rendern ihre Crawler kein JavaScript; sie sehen nur das ausgelieferte HTML. Die Anbieter dokumentieren das Rendering nicht im Detail, sodass sich der Stand ändern kann. Plane so, als würde nur der Quelltext gelesen.
Ist Dynamic Rendering noch eine Lösung?
Google bezeichnet Dynamic Rendering als Übergangslösung und nicht als langfristigen Weg. Empfohlen werden stattdessen Server-Side Rendering, statisches Rendering oder Hydration. Dynamic Rendering bedeutet zudem, Bots eine andere Version auszuliefern als Menschen, was Wartung und Fehlersuche erschwert.
Wie teste ich, ob Crawler meine Inhalte sehen?
Öffne den Seitenquelltext oder rufe die URL per Kommandozeile ab und suche nach einem Satz aus dem Haupttext. Fehlt er, hängt er an JavaScript. Für Google zeigt die URL-Prüfung in der Search Console das gerenderte HTML und eventuelle Ladefehler.
Das hängt damit zusammen
Quellen: Google Search Central: JavaScript SEO basics (Stand September 2026) · Vercel: The rise of the AI crawler (Stand Dezember 2024) · Google Search Central: Dynamic Rendering as a workaround (Stand September 2026)
Wo Anbieter einen Begriff unterschiedlich verwenden, nennen wir beide Lesarten. Einen Fehler gefunden? Schreib uns, wir korrigieren ihn. Zurück zum Glossar
Wirst du in KI-Antworten genannt?30 Minuten, kostenlos, mit ehrlicher Einschätzung.
Reden wir 30 Minuten darüber
Kostenlos, unverbindlich und mit einer ehrlichen Einschätzung, ob sich GEO bei dir gerade lohnt.