SEO JavaScript: Überprüfen Sie, was Google tatsächlich lesen kann

9 Min. Lesezeit

SEO JavaScript besteht darin, zu überprüfen, ob nützliche Inhalte und Links auf einer Seite für Google zugänglich bleiben und nicht nur in Ihrem Browser sichtbar sind. Um dies zu überprüfen, vergleichen Sie die HTML-Antwort vom Server, das DOM nach der Ausführung und den HTML, der bei der URL-Inspektion gerendert wurde. Dieser Vergleich ermöglicht es Ihnen, einen Zugriffsfehler, eine Klickabhängigkeit oder einen Rendering-Fehler zu lokalisieren, bevor Sie die Architektur ändern.

Google weiß, wie JavaScript ausgeführt wird, dies garantiert jedoch nicht das Vorhandensein jedes Inhalts im Rendering oder seine Indizierung. Steuern Sie Eigenschaften, Linkziele und Indexierungsrichtlinien auf einer einzigen URL.

Lesen Sie drei Dokumente, ohne ihre Rollen zu verwechseln

Die Antwort HTML ist das vom Server gesendete Dokument. Sie können es mit „Quellcode anzeigen“ oder in der Hauptabfrageantwort anzeigen. Das DOM ist die aktuelle Struktur der Seite, sichtbar auf der Registerkarte „Elemente“ der Entwicklungstools. JavaScript kann Inhalte hinzufügen, löschen oder ersetzen.

Google unterscheidet zwischen Exploration, Rendering und Indizierung. Es kann JavaScript mit Chromium ausführen, wenn die Ressourcen dies zulassen; Das Ergebnis ist daher nicht unbedingt unmittelbar.^[28] Eine Seite, die in ihrer ersten Antwort nur eine leere Struktur enthält, ist stärker von dieser Ausführung abhängig als eine Seite, deren Text bereits übermittelt wurde.

Ihr Browser stellt keinen Beweis für die Wiedergabe von Google dar: Er kann von einer Sitzung, lokaler Speicherung oder Interaktion profitieren. Das entscheidende Dokument für diese Kontrolle bleibt das im Tool Google gerenderte HTML. Inhalte, die im gerenderten HTML, das für die Indizierung verwendet wird, fehlen, können nicht als Seiteninhalt indiziert werden.^[28] Das Fehlen während eines Live-Tests beweist jedoch nicht, dass es in der indizierten Version nicht vorhanden ist, da die beiden Zustände unterschiedlich sein können.^[23]

Unterscheiden Sie abschließend zwischen Lesbarkeit und Indizierung. Das Sehen von Text in dieser Darstellung bestätigt seine Präsenz zum Zeitpunkt des Tests und nicht seine Aufnahme in den Index.

Bereiten Sie eine reproduzierbare SEO JavaScript Prüfung vor

Definieren Sie vor dem Öffnen der Search Console genau, was Sie lesen möchten. „Das Blatt wird angezeigt“ ist zu vage: Merken Sie sich den Namen des Produkts, ein Unterscheidungsmerkmal und den Link zu einem anderen Blatt.

Notieren Sie in Ihrer Abrechnung:

• die vollständige URL, die betreffende Vorlage und die bereitgestellte Version;
• der erwartete Text, seine Position und sein Ursprung: HTML oder API;
• die URLs der Skripte und die Anfrage, die die Merkmale bereitstellt;
• die notwendigen Interaktionen, das Vorhandensein einer Sitzung und die Zugriffsregeln;
• Status HTTP, Anweisungen robots und die erklärte Kanonizität.

Die hier vorgeschlagene Kontrollreihenfolge ist: URL-Zugriff, erste Antwort, Indexierungsanweisungen, Ressourcen, Einfügen von Inhalten, Links, dann Inspektion Google.

Öffnen Sie die URL zunächst direkt in einer neuen Sitzung, ohne zu klicken oder zu scrollen. Beobachten Sie dann separat die Interaktionen, die den Inhalt verändern. Behalten Sie jeden Zustand mit Datum und Kontext bei; Andernfalls vergleichen Sie verschiedene Situationen, ohne es zu wissen.

Vergleichen Sie ein Formular: die ausgefüllte Diagnosetabelle

Nehmen wir einen völlig fiktiven Katalog, ohne Bezug auf einen Kunden von 4SYSTEM. Das Blatt /catalogue/lampe-atelier gibt seinen Titel als HTML an. Die Merkmale stammen aus einem API, der beim Öffnen der Registerkarte „Merkmale“ aufgerufen wird. Navigationskarten verwenden Schaltflächen mit onclick.

Die Tabelle ist eine fertige Vorlage für dieses Szenario. Die Inspektionsspalte legt die durchzuführende Inspektion fest; Es werden keine echten Tests gemeldet. Das beschriebene DOM entspricht dem Zustand nach dem Öffnen des Tabs.

Der Titel kann lesbar sein, ohne dass die gesamte Datei lesbar ist. Verwenden Sie dieselben Elemente in allen drei Ansichten wieder. Archivieren Sie nach der Korrektur einen neuen Scheck aus einer neuen Sitzung, ohne die ursprüngliche Beobachtung zu löschen.

Ersetzt Ziele, die hinter „onclick“ verborgen sind

Eine Karte, die eine Datei mit einem Ereignis JavaScript öffnet, ist nicht automatisch ein ausnutzbarer Link. Google gibt an, dass Anker-URLs ohne nicht zuverlässig extrahiert werden können href noch andere Elemente, die Links durch Skriptereignisse simulieren.^[17]

Ersetzen Sie im fiktiven Katalog die Navigation durch einen realen Artikel: <a href="/catalogue/lampe-orientable">Lampe orientable</a>. Das Skript kann den Übergang noch verbessern, aber das Ziel existiert unabhängig vom Klick-Handler. Eine Schaltfläche behält ihren Platz für eine Aktion, z. B. das Öffnen eines Panels, und nicht für den Verweis auf eine andere Seite.

Überprüfen Sie drei Punkte: das Vorhandensein des Ankers im gerenderten HTML, ein echtes Ziel und eine verständliche Bezeichnung. Öffnen Sie dann das Ziel direkt: Der Server muss das erwartete Formular bereitstellen, nicht nur einen Anwendungsumschlag, der nach der internen Navigation funktioniert.

Von JavaScript hinzugefügte Links sind ebenfalls verwendbar, wenn sie dieses Markup berücksichtigen.^[17] Korrigieren Sie die Navigationskomponente und überprüfen Sie dann deren Variationen in Kategorien und Empfehlungen.

Isolieren Sie die Abhängigkeit von API und der Auslösung

Beginnen Sie mit der Abfrage, die den fehlenden Text bereitstellt. Notieren Sie sich auf der Registerkarte „Netzwerk“ den Auslöser, den Status und den Inhalt der Antwort. Eine korrekte JSON-Antwort reicht nicht aus: Identifizieren Sie auch den Schritt, der diese Daten im DOM in Text umwandelt.

Wenn die Abfrage einen Klick erwartet, schlagen Sie vor, die wesentlichen Merkmale zu laden, sobald das Formular geöffnet wird. Wenn es automatisch beendet wird, aber fehlschlägt, überprüfen Sie den API-Zugriff, die Ursprungsprüfungen, erforderliche Cookies und Skriptfehler. Machen Sie einen privaten API nicht öffentlich, um ein SEO-Problem zu lösen: Geben Sie nur Daten an, die für die öffentliche Aufzeichnung bestimmt sind.

Google rendert JavaScript blockierter Dateien oder blockierter Seiten nicht.^[28] Überprüfen Sie die Erkundungsbeschränkungen auf nützliche Ressourcen. Für die Live-Inspektion ist außerdem eine im Internet zugängliche Seite ohne Verbindung erforderlich.^[23]

Legen Sie keine vermeintlich universelle Rendering-Frist fest. Um eine Abhängigkeit zu isolieren, testen Sie eine Variante, die den wesentlichen Text direkt liefert, und vergleichen Sie dann die Darstellung. Diese Methode unterscheidet ein Datenerfassungsproblem von einem Einfügungsproblem.

Search Console abfragen, ohne den Test zu überinterpretieren

Bei der URL-Überprüfung werden zunächst die bekannten Versionsinformationen von Google angezeigt, nicht der aktuelle Status Ihrer Bereitstellung.^[23] Beachten Sie das angezeigte Crawling-Datum, bevor Sie einen Unterschied interpretieren. Führen Sie dann den Live-Test unter genau derselben URL aus.

Sehen Sie sich Details der getesteten Seite, ihres gerenderten HTML und der gemeldeten Ressourcen an. Finden Sie dann den unverwechselbaren Text, der beibehalten wurde href erwartet. Die visuelle Erfassung hilft, den Zustand der Seite zu verstehen, ersetzt diese Recherche jedoch nicht: Ein sichtbarer Button kann ohne Link bleiben.

Überprüfen Sie auch die Originalantwort. Wenn es enthält noindex Obwohl das Formular indizierbar sein muss, sollten Sie sich nicht darauf verlassen, dass JavaScript diese Direktive entfernt: Google kann das Rendern unterbrechen, wenn es darauf stößt.^[28] Korrigieren Sie die Richtlinie an ihrem Ursprung, ohne legitime Ausschlüsse von anderen Seiten zu entfernen.

Ein gültiger direkter Test garantiert keine Indizierung. Es sagt auch nicht die Kanonizität voraus, die Google beibehalten wird.^[23] Wenn der Inhalt korrekt gerendert wird, die Seite jedoch weiterhin fehlt, fahren Sie mit fort Diagnose einer nicht indizierten Seite statt JavaScript als alleinige Ursache zu behandeln.

Wählen Sie den Patch aus und definieren Sie seine Validierung

Entscheiden Sie anhand der beobachteten Lücke. Inhalt fehlt in der ersten Antwort, ist aber im Google-Rendering vorhanden: Die Abhängigkeit von JavaScript besteht, ohne dass ein Lesbarkeitsfehler nachgewiesen wurde. Inhalt erst nach Klick vorhanden: Ändern Sie den Auslöser. Nach der Ausführung verlorener Inhalt: Untersuchen Sie die Komponente, die HTML ersetzt. Links ohne Ziel: Korrigieren Sie das Markup.

Server-Rendering oder Pre-Rendering kann den Text bereitstellen, sobald die HTML-Antwort vorliegt, und die Abhängigkeit vom JavaScript-Rendering verringern; Nicht alle Roboter wissen, wie man Letzteres ausführt.^[28] Dies ist eine architektonische Option, keine Verpflichtung oder Zusage der Indizierung. Bewerten Sie insbesondere die Verfügbarkeit der Daten auf der Serverseite und das Risiko von Diskrepanzen zwischen den Versionen.

Um das Ticket zu schließen, protokollieren Sie die Änderung, die getestete Version und Kontrolldokumente: erste Antwort, DOM ohne Interaktion, direkter Test HTML und überprüfter Link. Das vorgeschlagene Kriterium ist konkret: Der erwartete Inhalt und sein Ziel sind ohne vorheriges Handeln mit kohärenten Anweisungen vorhanden.

Überprüfen Sie abschließend ein weiteres Blatt mit derselben Komponente. Behalten Sie den Indexierungsstatus separat im Auge; Die technische Validierung des Patches ist kein Beweis dafür.

Häufige Fragen

Ist der Inhalt einer Komponente mit Shadow-DOM unsichtbar?

Nicht unbedingt. Google unterstützt Webkomponenten und führt beim Rendern Schatten-DOM- und Light-DOM-Inhalte zusammen.^[28] Für ein Formular, dessen Merkmale gekapselt sind, finden Sie den Text im Inspektionsrendering HTML. Das bloße Vorhandensein der Komponente im Quellcode bestätigt nicht das Vorhandensein ihrer Daten.

Warum scheint eine umgeleitete URL den Test zu bestehen?

Der Live-Test verfolgt Weiterleitungen, der Bericht gibt jedoch nicht an, dass einer Weiterleitung gefolgt wurde oder die endgültige URL getestet wurde.^[23] Überprüfen Sie daher die Umleitungskette in Netzwerktools und prüfen Sie das erwartete Ziel separat. Andernfalls könnten Sie den Inhalt einer Seite validieren, der sich von dem Datensatz unterscheidet, den Sie korrigieren möchten.

Wie überprüfe ich, ob Google ein altes Skript verwendet?

Google gibt an, dass sein Rendering-Dienst aufgrund seines Caches möglicherweise alte JavaScript- oder CSS-Ressourcen verwendet.^[28] Vergleichen Sie die von der Seite referenzierten Dateien mit denen in der Bereitstellung und überprüfen Sie dann ihre Version in den verfügbaren Testelementen. Eine versionierte Dateinamenstrategie hilft bei der Diagnose, ohne dass eine Aktualisierung allein erforderlich ist.

Fazit: Öffnen Sie ein überprüfbares Ticket

Beginnen Sie mit einem repräsentativen Profil und unverwechselbaren Inhalten. Schließen Sie den Vergleich ab, korrigieren Sie die erste festgestellte Abweichung und wiederholen Sie dann den Test ohne Interaktion. Stellen Sie dem Entwickler Beobachtungen und Beweise zur Verfügung, nicht nur einen Screenshot. Informationen zur Diagnose und Fehlerbehebung finden Sie im Webdienste und SEO von 4SYSTEM und geben Sie Ihre URL mit dieser Erklärung an.

Quellen

• SEO Link Best Practices for Google | Google Search Central | Documentation | Google for Developers (abgerufen 2026-10-08)
• URL Inspection tool - Search Console Help (abgerufen 2026-10-08)
• Understand JavaScript SEO Basics | Google Search Central | Documentation | Google for Developers (abgerufen 2026-10-08)