Crawling, Rendering und Indexierung getrennt prüfen
Google beschreibt für JavaScript-Seiten drei Phasen: Crawling, Rendering und Indexierung. Zuerst wird die URL abgerufen und das initiale HTML verarbeitet. Danach kann die Seite in eine Rendering-Warteschlange gelangen, in der JavaScript ausgeführt und das erzeugte HTML erneut ausgewertet wird.
Ein erfolgreicher Browseraufruf beweist daher wenig. Prüfen Sie Quelltext, gerendertes DOM, Netzwerkfehler und URL-Prüfung in der Search Console. Besonders wichtig sind Inhalte, Links und Metadaten, die erst nach API-Aufrufen erscheinen.
Kerninhalte möglichst früh ausliefern
Hauptüberschrift, Beschreibung, Produkt- oder Leistungsinformationen und zentrale interne Links sollten bereits serverseitig oder per statischem Rendering verfügbar sein. Das verbessert häufig auch Ladezeit, Stabilität und Darstellung ohne leistungsstarkes Endgerät.
Server-Side Rendering ist jedoch kein Selbstzweck. Eine inkonsistente Hydration oder langsame Datenquelle kann ebenfalls Fehler erzeugen. Entscheidend ist, dass die vollständige Information reproduzierbar unter einer eindeutigen URL ankommt.
Crawlbare Links und echte URLs verwenden
Google entdeckt Links zuverlässig über a-Elemente mit href. Klickflächen, die nur einen JavaScript-Handler auslösen, oder Navigation über URL-Fragmente bilden keine robuste Informationsarchitektur. Jede wichtige Ansicht benötigt eine aufrufbare URL und einen normalen Link.
Clientseitiges Routing sollte die History API korrekt verwenden, Direktaufrufe unterstützen und bei nicht vorhandenen Inhalten einen echten 404-Status liefern. Eine hübsche Fehleransicht mit Status 200 kann als Soft 404 gewertet werden.
- Jede wichtige Seite direkt aufrufbar
- Normale href-Links statt reiner Klick-Handler
- Aussagekräftige HTTP-Statuscodes
- Keine endlosen URL-Zustände durch Filter oder Tracking
- Weiterleitungen serverseitig und dauerhaft umsetzen
Canonicals, Metaangaben und Markup stabil halten
Title, Meta Description, robots-Anweisung und Canonical sollten möglichst im initialen HTML korrekt sein. Werden sie per JavaScript verändert, dürfen keine widersprüchlichen doppelten Tags entstehen. Google empfiehlt insbesondere beim Canonical eine konsistente Ziel-URL.
Strukturierte Daten müssen zum sichtbaren Inhalt passen und nach dem Rendering vollständig vorhanden sein. Testen Sie nicht nur eine Musterseite, sondern verschiedene Templates, leere Zustände und Fehlerfälle.
Mit realistischen Fehlerfällen überwachen
Drosseln Sie im Test Netzwerk und CPU, blockieren Sie einzelne APIs und prüfen Sie abgelaufene Sessions. Kerninhalt darf nicht dauerhaft in einem Ladezustand stecken. Ressourcen, die für Rendering nötig sind, dürfen außerdem nicht versehentlich per robots.txt blockiert werden.
Nach Releases helfen Rendering-Snapshots, Crawling-Statistiken, Logdaten und Indexierungsberichte. Warnungen werden nach Seitentyp priorisiert: Ein Fehler auf allen Produktseiten ist dringender als ein isolierter Effekt in einer nicht indexierbaren App-Ansicht.
Kurz beantwortet
Häufige Fragen
Kann Google jede JavaScript-Website indexieren?
Google kann viele moderne Seiten rendern, aber technische Fehler, blockierte Ressourcen, nicht crawlbare Links und instabile APIs können Inhalte dennoch unzugänglich machen.
Ist Server-Side Rendering für SEO Pflicht?
Nicht generell. Es ist häufig robust und schnell, entscheidend sind aber vollständige Inhalte, eindeutige URLs, korrekte Statuscodes und konsistente Signale.
Wie prüft man gerenderte Inhalte?
Vergleichen Sie initiales HTML und gerendertes DOM und nutzen Sie die URL-Prüfung der Search Console sowie Tests mit deaktivierten oder fehlerhaften Ressourcen.
