Googlebot Simulator: eine Seite so sehen, wie Google sie rendert, inklusive JavaScript
Fügen Sie die Adresse einer öffentlichen Seite ein. Das Tool lädt sie mit dem User-Agent des Googlebot für Smartphones, führt ihr JavaScript in Chromium aus und stellt das vom Server gelieferte HTML dem gerenderten HTML gegenüber. Bei einer mehrsprachigen Website sehen Sie die Version, die ein Bot erhält, der weder Deutsch noch Französisch noch Italienisch gewählt hat.
Rendering läuft…
Was der Bericht enthält
Ein vollständiger Ladevorgang der Seite in Chromium, mit Netzwerk, Konsole und Screenshot.
Die Antwort des Servers
HTTP-Status, Weiterleitungskette Schritt für Schritt, Header, die für die Indexierung zählen, etwa X-Robots-Tag und Link, Auswertung der robots.txt für Googlebot und der zeitliche Ablauf des Ladens.
Rohes HTML gegen gerendertes HTML
Title, Meta-Description, Meta-Robots, Canonical-URL, H1, Anzahl H2, Anzahl Wörter, interne und externe Links, Bilder und alt-Attribute, JSON-LD, hreflang, angegebene Sprache. Jeder Wert, den JavaScript verändert, ist hervorgehoben. Links, die erst nach dem Rendering existieren, werden separat aufgelistet.
Was der Browser gesehen hat
Screenshot der Seite in mobiler Breite, nicht geladene Ressourcen mit Status oder Fehlergrund, JavaScript-Fehler aus der Konsole und beide Quelltexte zum Nachlesen.
Die Grenzen, bevor Sie starten
Das Tool simuliert Googlebot: gleicher User-Agent, gleiche Browserfamilie, aber die Anfragen kommen von unserem Server und nicht von den IP-Adressen von Google. Eine Website, die die echte Herkunft von Googlebot prüft, antwortet deshalb anders, oft mit 403. Der Bericht beschreibt, was ein Bot beim Laden der Seite erhält. Ob die Seite im Index steht, sagt weiterhin nur die Search Console. Akzeptiert werden ausschliesslich öffentliche Seiten über HTTP oder HTTPS auf den Standardports. Das Tool klickt nichts an, scrollt nicht, akzeptiert kein Banner und wählt keine Sprache. Der Screenshot endet bei 2600 Pixeln Höhe, jeder Quelltext bei einer Million Zeichen, und der Dienst ist auf acht Prüfungen pro Stunde und Verbindung begrenzt.
Schweizer Website in mehreren Sprachen: die Version, die Googlebot erhält
Googlebot sendet keinen Accept-Language-Header und crawlt meist von US-amerikanischen IP-Adressen aus. Er erhält die Version, die Ihre Website standardmässig ausliefert.
Weiterleitung nach Browsersprache
Viele Schweizer Websites leiten Besucher anhand der Browsersprache oder der IP-Adresse nach /de/, /fr/ oder /it/ weiter. Ein Bot, der keine dieser Sprachen anmeldet, landet immer im selben Zweig. Die Weiterleitungskette im Bericht zeigt, in welchem. Führt die Startseite stets zur deutschen Version, findet Google Ihre französischen Seiten nur über interne Links und hreflang.
Hreflang per Skript gesetzt
Die Angaben de-CH, fr-CH und it-CH werden manchmal von einem Tag-Manager oder vom Framework eingefügt. Der Bericht zählt sie im rohen und im gerenderten HTML. Null auf der einen Seite und drei auf der anderen: Ihre hreflang-Tags hängen vom Erfolg des Renderings ab, und Bots ohne JavaScript sehen sie nie.
Angegebene Sprache der Seite
Ein Template, das sich alle drei Sprachversionen teilen, behält oft überall dasselbe lang-Attribut. Eine französische Seite mit de-CH verwischt das Signal für Suchmaschinen und Screenreader. Prüfen Sie je eine Seite pro Sprache und vergleichen Sie die entsprechende Zeile.
Warum rohes und gerendertes HTML vergleichen
JavaScript SEO läuft auf eine Frage hinaus: Steht das, was für das Ranking zählt, schon in der Antwort des Servers, oder erst nach der Ausführung der Skripte?
Google rendert Seiten in zwei Schritten
Googlebot liest zuerst das vom Server gelieferte HTML und stellt die Seite dann in eine Warteschlange, um sie mit Chromium zu rendern. Links und Text, die schon beim ersten Lesen vorhanden sind, werden sofort entdeckt. Was von einem Skript abhängt, wartet auf das Rendering und fehlt, wenn das Skript an diesem Tag scheitert.
KI-Assistenten bleiben beim rohen HTML stehen
Stand heute holen die meisten Bots, die KI-Assistenten versorgen, die Antwort des Servers ab, ohne ein Skript auszuführen. Eine Seite, deren Inhalt vollständig per JavaScript kommt, erscheint ihnen leer. Das betrifft die Sichtbarkeit in KI-Antworten ebenso wie die klassische Suche.
Ein umgeschriebenes Tag erzeugt zwei Versionen der Seite
Ein Title, ein Canonical oder ein Meta-Robots-Tag, das JavaScript nachträglich ändert, liefert Google zwei widersprüchliche Lesarten. Ein noindex im rohen HTML ist der riskanteste Fall: Google kann auf das Rendering verzichten, und das Skript, das es entfernen sollte, läuft nie.
Eine blockierte Ressource verschlechtert das Rendering unbemerkt
Eine JavaScript-Datei, die die robots.txt sperrt, ein Bundle mit 404 nach einem Release, eine API, die Bots abweist: Bei Ihnen erscheint die Seite dank Cache vollständig, für einen Bot ohne Cache bleibt sie lückenhaft. Die Liste der fehlgeschlagenen Ressourcen hilft, solche Fälle zu finden.
Den Bericht lesen, der Reihe nach
Prüfen, ob die Seite indexierbar ist
Status 200, keine unerwartete Weiterleitung, kein noindex im Meta-Robots-Tag oder im Header X-Robots-Tag, Adresse von der robots.txt erlaubt, Canonical zeigt auf die Seite selbst.
Die ausgelieferte Sprachversion kontrollieren
Sehen Sie sich die endgültige Adresse, die angegebene Sprache und die Anzahl der hreflang-Tags an. Wiederholen Sie die Prüfung für eine Seite jeder Sprache: Die drei Berichte sollten dieselbe Struktur zeigen.
Die Abhängigkeit von JavaScript messen
Vergleichen Sie die Anzahl Wörter und Links in beiden Spalten. Ein kleiner Unterschied spricht für solides serverseitiges Rendering. Ein fast leeres rohes HTML spricht für eine im Browser gerenderte Anwendung. Seiten, die ranken sollen, haben dabei Vorrang.
An der Quelle korrigieren, dann erneut prüfen
Serverseitiges Rendering, statische Generierung oder Prerendering für die Inhalte und Links, die zählen. SEO-Tags und hreflang gehören schon in die Antwort des Servers. Starten Sie die Prüfung nach dem Release erneut: Der Cache des Tools läuft nach zehn Minuten ab.
Über eine öffentliche Seite hinaus
Die Seite, die Sie gerade vor sich haben
Für eine Seite hinter einem Passwort, eine Staging-Umgebung oder eine lokale Installation, also dort, wo ein Online-Tool nicht hinkommt. Analysiert wird die Seite so, wie Ihr Browser sie gerendert hat.
- Tags, Überschriften und Links der gerenderten Seite
- Defekte Links direkt in der Seite markiert
- Strukturierte Daten JSON-LD
- Alles bleibt im Browser
Eine ganze Website
Eine Prüfung betrifft eine Adresse. Um zu wissen, wie viele Seiten in jeder Sprache fehlerhaft antworten, weiterleiten oder auf tote Links zeigen, muss die ganze Website gecrawlt werden.
- Status 4XX und 5XX, Seiten ohne Antwort
- Weiterleitungen, Ketten und Schleifen
- Defekte interne und externe Links
- Quellseite jedes fehlerhaften Links
Um die Links einer einzelnen Seite ohne Installation zu prüfen, arbeitet der Linkchecker für defekte Links nach demselben Prinzip. Für die ganze Website wertet das technische SEO-Audit den vollständigen Crawl aus: Status, Tags, Canonicals, Klicktiefe.