JavaScript SEO: Server-Rendering und Indexierung erklärt
Kann eine JavaScript-Website in der Suche ranken? Was Server-Rendering leistet, wie Indexierungsprobleme entstehen und welche Fehler Sichtbarkeit kosten.
rabbitclip-TeamVeröffentlicht: 7 Min. Lesezeit
Kurz gesagt
Eine mit JavaScript gebaute Website kann in der Suche erscheinen, doch Ranking und Indexierung sind anfälliger, wenn der Inhalt erst im Browser gezeichnet wird. Eine Suchmaschine erhält die Seite nämlich zuerst als rohes HTML, und das Ausführen des JavaScripts, um den echten Inhalt zu sehen, ist ein getrennter, späterer Schritt. Stehen Inhalt, Überschriften, Links und Meta-Tags schon im ersten HTML, spielt diese Verzögerung keine Rolle mehr. Der Weg dorthin führt über Server-Rendering oder vorab erzeugte Seiten.
Das Problem ist nicht JavaScript selbst, sondern Inhalt, der davon abhängt. Zwei Websites auf demselben Framework können sich in der Suche sehr unterschiedlich verhalten, weil die eine die Seite auf dem Server vorbereitet und die andere eine leere Hülle sendet und den Inhalt dem Browser überlässt.
Im Folgenden erklären wir, wie eine Suchmaschine eine JavaScript-Seite verarbeitet, welche Rendering-Methode zu welchem Unternehmen passt und welche Fehler uns am häufigsten begegnen.
Wie verarbeitet eine Suchmaschine eine JavaScript-Seite?
Der Vorgang hat grob drei Schritte. Die Suchmaschine ruft die Adresse ab und erhält das rohe HTML, die Seite reiht sich in eine Rendering-Warteschlange ein, und wenn sie an der Reihe ist, wird das JavaScript ausgeführt, um die endgültige Seite zu erzeugen, die dann indexiert wird. Google führt dieses Rendering mit einer aktuellen Browser-Engine durch, doch der Schritt ist getrennt, und dazwischen kann eine Wartezeit liegen.
Eine Seite, deren rohes HTML nichts enthält, wirkt deshalb auf den ersten Blick leer. Der Inhalt kommt später, aber die Wartezeit in der Warteschlange schwankt von Seite zu Seite. Bei einer Nachrichten- oder Bestandsseite, die sich oft ändert, bedeutet diese Wartezeit, dass der Inhalt verspätet erscheint.
Nicht jede Suchmaschine und nicht jeder KI-Crawler rendert gleich gut. Manche führen gar kein JavaScript aus oder nur einen Teil davon. Inhalt, der erst nach dem Rendering erscheint, gefährdet nicht eine Suchmaschine, sondern jedes Werkzeug, das Ihre Website liest.
Was unterscheidet Client-Rendering, Server-Rendering und vorab erzeugte Seiten?
Beim Client-Rendering sendet der Server eine leere Seitenhülle, und der Browser baut den Inhalt mit JavaScript auf. Beim Server-Rendering wird die Seite zum Zeitpunkt der Anfrage auf dem Server vorbereitet und kommt gefüllt an; das JavaScript übernimmt dann im Browser die Interaktion. Bei der Vorab-Erzeugung wird die Seite einmal zum Veröffentlichungszeitpunkt generiert und als fertige Datei ausgeliefert.
Für Seiten, die sich selten ändern, ist die Vorab-Erzeugung die schnellste und stabilste Lösung: Unternehmensseiten, Leistungsseiten, Artikel. Seiten mit Preisen, Beständen oder personalisierten Daten eignen sich besser für Server-Rendering. Bereiche, die Suchmaschinen ohnehin nicht sehen sollen, etwa ein Dashboard hinter dem Login, können ruhig Client-Rendering nutzen.
Die meisten modernen Frameworks erlauben es, alle drei Methoden auf einer Website zu mischen. Die Entscheidung fällt je Seitentyp; Sie müssen nicht für alles eine einzige Methode wählen.
Woran erkennen Sie, ob JavaScript Ihrer Website schadet?
Der einfachste Test ist, den Seitenquelltext anzuzeigen. Sehen Sie dort den Titel, den Haupttext und die Links, gibt es kein grundsätzliches Problem. Sehen Sie nur ein leeres Wurzelelement und Script-Tags, wird der Inhalt im Browser aufgebaut.
Der zweite Test ist das URL-Prüftool in der Google Search Console, das das empfangene HTML und die Seite so zeigt, wie die Suchmaschine sie nach dem Rendering sieht. Jede Abweichung zwischen der echten und der gerenderten Seite wird dort sichtbar. Titel, Beschreibungen und Inhaltsstruktur Ihrer Website können Sie außerdem schnell mit unserem kostenlosen Onpage-SEO-Audit prüfen.
Das dritte Anzeichen finden Sie in den Indexberichten: Viele Seiten mit dem Status 'gecrawlt, derzeit nicht indexiert' oder Ergebnisse, deren Titel und Beschreibung nicht zum echten Inhalt passen, können auf ein Rendering-Problem hindeuten.
- Sind Haupttext und Links im Seitenquelltext sichtbar
- Stimmt das gerenderte HTML in der URL-Prüfung mit der echten Seite überein
- Stehen Titel und Meta-Beschreibung im ersten HTML oder werden sie später ergänzt
- Sind Menüs und Links im Text mit echten Link-Tags aufgebaut
- Sind Script- und Style-Dateien durch die robots.txt blockiert
Welche Fehler sind auf JavaScript-Websites häufig?
Der häufigste Fehler ist, Links aus Elementen zu bauen, die über ein Klick-Ereignis funktionieren, statt aus echten Link-Tags. Suchmaschinen folgen nur Links, die eine Adresse tragen; eine Struktur, in der ein Button die Seite wechselt, verhindert, dass diese Seiten entdeckt werden. Ein verwandter Fehler ist, Seiten hinter ein Hash-Fragment in der Adresse zu legen, wodurch getrennte Seiten in eine einzige URL gepresst werden.
Der zweite Fehler ist, Inhalt an Nutzerinteraktion zu binden. Inhalt, der beim Klick auf einen Tab, beim Herunterscrollen oder beim Drücken einer Schaltfläche 'Mehr anzeigen' geladen wird, sieht die Suchmaschine nicht. Der Kerntext einer Seite sollte nie hinter solchen Interaktionen liegen.
Der dritte Fehler ist, Script- und Style-Dateien in der robots.txt zu blockieren, wodurch die Suchmaschine die Seite nicht rendern kann und Layout oder Inhalt falsch deutet. Der vierte ist, für nicht existierende Seiten keinen passenden Fehlerstatus zurückzugeben: Single-Page-Apps können eine ungültige Adresse mit einem Erfolgscode und der Meldung 'Seite nicht gefunden' beantworten, und die Suchmaschine hält sie für eine echte Seite und versucht, sie zu indexieren.
Lassen sich Titel, Meta-Tags und strukturierte Daten per JavaScript ergänzen?
Das geht, wenn man das Risiko kennt. Google kann Titel und Meta-Tags nach dem Rendering lesen, doch fehlen sie im ersten HTML, sehen nicht alle Crawler und Vorschauwerkzeuge sozialer Netzwerke sie. Eine leere Vorschaukarte beim Teilen eines Links hat oft genau diese Ursache.
Dieselbe Logik gilt für strukturierte Daten. Sie können sie per JavaScript ergänzen, doch im ersten HTML sind sie sicherer und bringen weniger Abhängigkeiten mit. Kritische Tags wie die kanonische Adresse und die Robots-Anweisung gehören ins erste HTML; eine nach dem Rendering geänderte Anweisung kann dem Wert widersprechen, den die Suchmaschine zuerst gelesen hat.
Lesen KI-Assistenten JavaScript-Inhalte?
Dieses Feld verändert sich schnell, und es gibt keine einheitliche Antwort. Die Crawler, die KI-Assistenten und Suchzusammenfassungen nutzen, rendern im Allgemeinen nicht so leistungsfähig wie eine klassische Suchmaschine, und manche begnügen sich mit rohem HTML. Wichtige Inhalte im ersten HTML zu halten, ist daher für alle wahrscheinlichen Leser der sicherste Weg.
Wenn Sie auf KI-Sichtbarkeit zielen, legen Sie die Hauptantwort der Seite und die Kernfakten in serverseitig gerendertes HTML. Wie Ihre Website für diese Werkzeuge aussieht, können Sie mit unserem kostenlosen Check der KI-Sichtbarkeit testen.
Wann ist der Wechsel zu Server-Rendering nicht nötig?
Nicht jede JavaScript-Website muss neu geschrieben werden. Ein Kundenportal, ein Buchungswerkzeug oder eine Anwendung hinter einem Login braucht keinen Suchverkehr, daher genügt Client-Rendering. Diese Bereiche wollen Sie ohnehin aus der Suche heraushalten.
Zeigt Ihre aktuelle Website Inhalt im Seitenquelltext, nutzt echte Link-Tags und gibt die URL-Prüfung keinen Anlass zur Sorge, gibt es keinen Grund, die Rendering-Methode zu ändern. Ein funktionierendes Setup aus Sorge um die Suche neu aufzubauen, erzeugt neue Fehler. Erst messen, dann entscheiden.
JavaScript ist nicht der Feind der Sichtbarkeit in der Suche; der Feind ist Inhalt, der erst existiert, nachdem JavaScript gelaufen ist. Legen Sie Inhalt, Links und Tags wichtiger Seiten ins erste HTML und überlassen Sie den Rest der Interaktion dem Browser. Wenn Sie gemeinsam ansehen möchten, wie Ihre Website heute für Suchmaschinen aussieht, können Sie ein Erstgespräch mit rabbitclip vereinbaren.
Häufige Fragen
Indexiert Google JavaScript-Websites?
Ja. Es erhält zuerst das rohe HTML und führt dann in einem Rendering-Schritt das JavaScript aus. Dieser Schritt kann sich verzögern, und nicht jeder Crawler führt ihn aus, deshalb ist es sicherer, wichtige Inhalte im ersten HTML zu halten.
Ist eine mit React oder Vue gebaute Website schlecht für SEO?
Nein. Nicht das Framework ist das Problem, sondern die Art, wie der Inhalt ausgeliefert wird. Mit Server-Rendering oder Vorab-Erzeugung auf demselben Framework kommt der Inhalt im ersten HTML an, und das Problem verschwindet.
Wie prüfe ich, wie eine Seite für eine Suchmaschine aussieht?
Sehen Sie sich den Seitenquelltext an und nutzen Sie das URL-Prüftool in der Search Console. Beide zeigen, ob Haupttext, Titel und Links sichtbar sind.
Ist Dynamic Rendering eine Lösung?
Suchmaschinen eine separate, vorab gerenderte Version auszuliefern, wurde als Notlösung genutzt, ist aber schwer zu pflegen und gilt nicht als langfristige Empfehlung. Die dauerhafte Lösung ist Server-Rendering oder Vorab-Erzeugung.
Beeinflusst eine langsame JavaScript-Website das Ranking?
Indirekt. Schwere Skripte beeinträchtigen Interaktionsgeschwindigkeit und Ladezeit, was sowohl die Nutzererfahrung als auch die Messwerte der Seitenerfahrung schwächt.
