JavaScript und SEO: Rendering und Indexierung
9 min
Google kann JavaScript rendern, aber mit einer Verzögerung, die je nach Website-Autorität von einigen Sekunden bis zu mehreren Wochen reichen kann. Kritische Inhalte (Haupttext, Links, strukturierte Daten) dürfen nicht von JavaScript abhängen, um sichtbar zu sein. Server-Side Rendering (SSR) oder Prerendering sind die empfohlenen Lösungen.
Moderne JavaScript-Frameworks (React, Vue, Angular, Next.js) dominieren die Webentwicklung. Aber ihr Verhältnis zu SEO bleibt komplex: Auch wenn Google beim JS-Rendering Fortschritte gemacht hat, sind die Risiken einer teilweisen oder verzögerten Indexierung real und kostspielig.
Wie Google JavaScript verarbeitet
Googlebot lädt das anfängliche HTML der Seite herunter und stellt dann das JavaScript-Rendering in eine Warteschlange (WRS — Web Rendering Service). Das vollständige Rendering kann Sekunden, Tage oder sogar Wochen später erfolgen, je nach Beliebtheit der Website und Motorauslastung.
Diese Rendering-Verzögerung bedeutet, dass JS-only-Inhalte systematisch später indexiert werden als statischer HTML-Inhalt. Auf einer Website mit geringer Autorität werden einige Inhalte möglicherweise nie korrekt gerendert.
Konkrete Risiken für die Indexierung
Inhalte, die nur nach einer Nutzerinteraktion (Klick, Scrollen, Tab) angezeigt werden, werden von Googlebot nie gesehen. FAQ-Akkordeons, Inhalts-Tabs und Hover-Inhalte sind die häufigsten Fälle.
Dynamisch per JavaScript generierte Links werden von Googlebot nicht immer verfolgt. Wenn Ihre interne Verlinkung auf Links basiert, die nach dem Seitenladen erstellt werden, bleibt ein Teil Ihrer Architektur für den Crawler unsichtbar.
- Inhalt hinter einem Klick- oder Hover-Ereignis: nicht indexiert.
- Links in einem reinen JS-Hamburger-Menü ohne HTML-Fallback: potenziell ignoriert.
- Strukturierte JSON-LD-Daten per JS injiziert: verzögertes Rendering, verzögerte Berechtigung für Rich Results.
- Clientseitig generierte Meta-Tags: Title und Description potenziell beim ersten Crawl abwesend.
- Per AJAX ohne eigene URL geladener Paginierungstext: unsichtbarer Inhalt.
Die empfohlenen Lösungen
Server-Side Rendering (SSR) generiert das vollständige HTML auf dem Server, bevor es an den Browser gesendet wird. Googlebot erhält beim ersten Crawl ein reichhaltiges HTML, ohne auf das JavaScript-Rendering warten zu müssen. Next.js, Nuxt.js und SvelteKit bieten SSR nativ an.
Static Site Generation (SSG) generiert die Seiten bei jedem Build vorab. Noch schneller als SSR, aber nur für selten aktualisierte Inhalte geeignet.
Wenn eine SSR-Umstrukturierung nicht in Frage kommt, erkennt Prerendering über einen Dienst wie Rendertron oder Prerender.io Googlebot und liefert ihm eine vorgerenderte statische HTML-Version der Seite.
Websites, die von einer SPA-Architektur (Single Page Application) zu SSR migrieren, verzeichnen in den 60 Tagen nach der Migration durchschnittlich eine Verbesserung von 20 bis 50 % bei der Anzahl der indexierten Seiten.
Branchenstudien 2025-2026 zu SSR-Migrationen und Indexierung
JS-Rendering-Probleme auf Ihrer Website diagnostizieren
Das URL-Inspektionstool der Search Console bietet einen Screenshot der Seite, wie Googlebot sie sieht. Vergleichen Sie diesen Screenshot mit der tatsächlichen Anzeige in Ihrem Browser: Jede Abweichung offenbart ein Rendering-Problem.
Testen Sie auch, indem Sie JavaScript in Chrome deaktivieren (DevTools > Einstellungen > Debugger > JavaScript deaktivieren): Wenn Ihre Seite nichts anzeigt oder ihre Navigationslinks verliert, haben Sie ein kritisches SEO-Problem zu lösen.
FAQ
Kann Google eine SPA (Single Page Application) korrekt indexieren?
Ja, aber mit Einschränkungen und Verzögerungen. Der Inhalt von SPAs wird nach JavaScript-Rendering indexiert, was mehrere Wochen dauern kann. Auf kompetitiven Websites ist diese Verzögerung ein realer Nachteil. SSR oder Prerendering bleibt die zuverlässigste Lösung.
Ist Next.js eine gute Wahl für SEO?
Ja, es ist eines der SEO-freundlichsten Frameworks auf dem Markt. Es bietet nativ SSR, SSG und ISR (Incremental Static Regeneration). Meta-Tags, Sitemap und strukturierte Daten können serverseitig ohne komplexe Konfiguration generiert werden.
Werden Inhalte in Tabs oder Akkordeons indexiert?
Google gibt an, dass durch CSS verborgener Inhalt (display:none oder visibility:hidden) indexiert werden kann, aber mit reduzierter Gewichtung. Inhalt hinter einer JavaScript-Interaktion ist problematischer. Für FAQ oder wichtige Informationen bevorzugen Sie natives HTML-Rendering mit details/summary oder stellen Sie sicher, dass der Inhalt im anfänglichen HTML vorhanden ist.
Soll man JavaScript für alle Bots oder nur Google kompatibel machen?
Google ist die einzige Suchmaschine, die JavaScript aktiv rendert. Bing macht Fortschritte, bleibt aber zurück. Wenn Ihr Publikum hauptsächlich von Google kommt, konzentrieren Sie Ihre Bemühungen auf die Kompatibilität mit Googlebot. Eine SSR-Architektur kommt automatisch allen Bots zugute.