KI-generierte Illustration
JavaScript SEO: Was moderne Websites beachten müssenRendering, Links, Inhalte und Navigation so umsetzen, dass SEO nicht zur Nebenwirkung wird
JavaScript-SEO beginnt beim Vergleich dreier Zustände: ursprüngliche Serverantwort, gerenderte Seite und direkter Aufruf einer Unterseite. Erst dieser Vergleich zeigt, an welcher Stelle Inhalt, Links oder Metadaten verloren gehen.
Prüfen Sie Hauptinhalt und Navigation am direkten Einstieg. Ein funktionierender Klick innerhalb der App beweist noch keine vollständige Antwort der Detail-URL.
Server-HTML und gerendertes DOM vergleichen
Öffnen Sie eine konkrete Produkt- oder Leistungsseite direkt. Speichern Sie den ursprünglichen HTML-Quelltext und vergleichen Sie ihn mit dem DOM nach der JavaScript-Ausführung. Suchen Sie in beiden nach dem Haupttitel, einem charakteristischen Textsatz und den wichtigsten internen Links.
Fehlt der Haupttext zunächst vollständig, ermitteln Sie die nachladende Anfrage. Prüfen Sie, ob sie ohne Anmeldung, vorherigen Klick oder lokale Sitzung funktioniert. Ein im Browser sichtbares Ergebnis allein erklärt noch nicht, unter welchen Bedingungen es entsteht.
Beispiel: ein leerer App-Rahmen
Illustratives Beispiel: /produkte/rucksack/ liefert zunächst nur einen App-Container. Die Produktdaten werden nachgeladen. Eine serverseitig gerenderte Produktansicht könnte bereits Titel, Beschreibung und echte Links enthalten und Interaktionen anschließend ergänzen.
<!-- Nur ein Rahmen -->
<div id="app"></div>
<script src="/app.js" defer></script>
<!-- Hauptinhalt schon in der Antwort -->
<main><h1>Rucksack für Tagestouren</h1>
<p>Volumen, Material und Ausstattung des Modells …</p>
<a href="/rucksaecke/">Weitere Rucksäcke</a></main>Direkte Einstiege und Navigation getrennt testen
- Die Unterseite in einem neuen Browserkontext direkt öffnen: Status, Inhalt und Metadaten notieren.
- Dieselbe Seite über die App-Navigation erreichen und die Ausgabe vergleichen.
- Vor- und Zurücknavigation testen; Title und Canonical müssen zur jeweiligen URL passen.
- Eine nicht vorhandene Route aufrufen und Fehlerinhalt sowie HTTP-Status prüfen.
- Notwendige Skripte und Datenanfragen auf Abruffehler oder ungewollte Zugriffssperren untersuchen.
Was nachgeladen werden darf
Persönlicher Warenkorb, Filterinteraktionen oder ergänzende Bewertungen können nachgeladen werden. Entscheidend ist, dass die eigentliche Seite ihre Aufgabe unter den vorgesehenen Abrufbedingungen erfüllt. Auch serverseitiges Rendering verhindert keine falschen Canonicals oder leeren Produktdaten.
Google kann JavaScript verarbeiten, andere Crawler können sich anders verhalten. Eine vermeintliche universelle Rendering-Garantie ist daher ebenso unpassend wie die Behauptung, jede JavaScript-Seite sei unindexierbar. Nutzen Sie die URL-Prüfung für eigene Seiten und beachten Sie den jeweiligen Datenstand.
Häufige Fragen
Ist SSR immer die richtige Lösung?
SSR kann den Hauptinhalt früh bereitstellen. Ob es nötig und sinnvoll ist, hängt von der Anwendung ab. Zuerst die konkrete Ausgabe und den tatsächlichen Fehler bestimmen.
Reicht ein Screenshot als SEO-Test?
Nein. Er zeigt weder ursprüngliches HTML noch Statuscode und bestätigt auch nicht, dass ein direkter Einstieg ohne vorherige Sitzung funktioniert.