Dass eine Seite im Browser öffnet, ist erst der Anfang. Ein Crawler kann eine andere Weiterleitung, Indexierungsanweisung, doppelte Inhalte oder eine JavaScript-Hülle erhalten. Das Audit untersucht Liefer- und Strukturhindernisse in der Stichprobe.
Ziel ist eine kurze Liste belegter Änderungen, kein perfekter Score und keine lange Metadatenwarnliste. Beginnen Sie mit Seiten, die echte Kundenfragen beantworten und in der Suche erscheinen sollen.
Umfang dieser Prüfung
Was messbar ist
- Robots- und Sitemap-Signale, begrenzte Entdeckung, HTTP-Antworten, Metadaten, Canonicals, Überschriften, strukturierte Daten und ausgewählte interne Links.
- Seitenbelege und Crawl-Abdeckung einschließlich Ausschlüssen und nicht verfügbarem Inhalt.
Was sie nicht belegt
- Der Motor analysiert geliefertes HTML, keine vollständige JavaScript-Browsersitzung.
- Die Stichprobe ist begrenzt. Fehlende Befunde beweisen weder Gesundheit aller URLs noch Google-Indexierung.
Zugang und Seitenkontingente richten sich nach Tarif und Restnutzung. Weniger geeigneter Inhalt kann zu einer kleineren tatsächlich bewerteten Stichprobe führen.
1. Entdeckung, Crawling und Indexierung trennen
Sitemap oder interner Link helfen, eine URL zu entdecken. Ein erfolgreicher Abruf liefert Inhalt zur Verarbeitung. Indexierung und Anzeige bei einer passenden Suchanfrage sind weitere Entscheidungen. Jede Stufe braucht andere Belege.
Fehlt eine Seite bei Google, prüfen Sie neben dem Audit den Search-Console-URL-Status. Unbekannte URL, gecrawlt aber nicht indexiert und durch noindex ausgeschlossen sind unterschiedliche Fälle. Der Google-SEO-Einstiegsleitfaden erklärt erreichbaren Inhalt und hilfreiche Links. Werten Sie nicht jede Abwesenheit als Strafe und beschuldigen Sie kein Release ohne Zeitverlauf.
2. Die Stichprobe vor dem Score lesen
Prüfen Sie angeforderte URLs, Endziele, erfolgreiche HTML-Antworten und zurückgestellte Seiten. Mehrere Anfragen können bei einer Seite enden; unterschiedliche Parameter können tatsächlich anderen öffentlichen Inhalt bezeichnen. Zählen Sie bewertete Inhalte statt nur Anfragen.
Sitelemetry unterscheidet HTML von text/plain-Ressourcen. Eine Textdatei darf nicht an für HTML gedachten Title- oder H1-Kontrollen scheitern. Sekundäre Kontoseiten und bewusste Ausschlüsse sind anders einzuordnen als direkt angeforderte Verkaufsseiten. Wenige interne Links auf einer kleinen oder einseitigen Website sind kein Anlass, nutzlose Zusatzseiten herzustellen.
3. Häufige Befunde im Kontext priorisieren
Die Beispiele beschreiben Reparaturpriorität; Motor-Schwere und geschäftliche Eile sind nicht identisch. URL und beobachteten Wert festhalten.
| Beobachtung | Priorität | Zu prüfen |
|---|---|---|
| Versehentliches noindex auf Verkaufsseite | Hoch | HTML, Header und Veröffentlichungsabsicht |
| Canonical verweist auf fremden Inhalt | Hoch | Exakte URL, Inhalt und Weiterleitungen |
| Wichtiger interner Link liefert 404 | Mittel; höher im Kernablauf | Quelle, Ziel und Status |
| Verschiedene Seiten mit gleichem Titel | Mittel | Seitenzweck und echter Text |
| Soziale Vorschau fehlt | Niedrig oder informativ | Tatsächliche Nutzung des Kanals |
Eine Längenwarnung ist ein redaktioneller Hinweis, keine Rankingformel. Ein genauer Titel ist besser als Text, der nur einen Zähler erfüllt.
4. Entdeckung und Canonical zuerst reparieren
- Bevorzugte öffentliche URL wichtiger Seiten bestimmen.
- Interne Links ohne unnötige Weiterleitungsketten darauf setzen.
- Beabsichtigten Inhalt und passenden Status bestätigen.
- Canonical, Sitemap und Navigation angleichen.
- Indexierungsanweisungen mit dem Seitenzweck abgleichen.
- Bei JavaScript-Inhalten notwendige Skripte und Datenanfragen prüfen.
Setzen Sie nicht jede Canonical auf die Startseite. Der Canonical-Leitfaden von Google behandelt doppelte oder eng verwandte Versionen, nicht das Verdrängen eigenständiger Produktseiten. Öffnen Sie keine privaten Routen für ein öffentliches Renderingproblem; finden Sie die konkret notwendige Ressource.
5. Inhalt verbessern und gerenderte Seite prüfen
Nutzen Sie spezifischen Titel, klare Hauptüberschrift und eine Einleitung zum Angebot. Die Beschreibung soll Suchenden die Relevanz zeigen. Ergänzen Sie beschreibende Links von passenden Seiten und strukturierte Daten, die zum sichtbaren Inhalt passen.
Vergleichen Sie bei einer hypothetischen API-Produktseite ursprüngliche Antwort und Browserergebnis. Das statische Audit kann korrekt Text vermissen, der erst nach JavaScript erscheint. Prüfen Sie mit der Search-Console-Livedarstellung, was Google erhält; der JavaScript-SEO-Leitfaden erläutert den Unterschied. Wesentliche öffentliche Inhalte sollten robust ausgeliefert werden.
6. Heuristiken nicht als Suchregeln behandeln
Es gibt keine universelle wertstiftende Wortzahl. Kurze Erstattungsrichtlinie und ausführlicher Technikleitfaden erfüllen andere Zwecke. Mehrere Überschriften, fehlendes optionales Schema oder wenige Links verhindern Rankings nicht automatisch.
Auch Robots-Regeln brauchen Kontext: Login ist kein öffentlicher Ratgeber. Crawling zu sperren bietet keine Zugriffskontrolle und ersetzt Indexierungsanweisungen nicht zuverlässig. Lesen Sie den Robots- und Indexierungsleitfaden vor breiten Änderungen. Gewünschte öffentliche Inhalte erreichbar halten, private Daten tatsächlich authentifizieren.
7. Mit vergleichbaren Belegen abschließen
- Dieselben URLs nach Aktualisierung von Release und Cache prüfen.
- Endantwort, Canonical und Anweisungen bestätigen.
- Wichtigen Text im ursprünglichen und gerenderten HTML suchen.
- Sitemap und interne Links kontrollieren.
- Offene Seiten außerhalb der Stichprobe notieren.
- Search-Console-Impressionen und Klicks in gleich langen vollständigen Zeiträumen vergleichen.
Ein bestandener Livetest bestätigt aktuellen Zugriff, keine Aufnahme oder Position. Suchverkehr erfasst außerdem nicht jeden direkten oder MCP-Besuch. Technik prüft die Reparatur, Suchdaten später die Wirkung. Beginnen Sie mit einer nachgefragten oder geschäftlich wichtigen Seite und untersuchen gemeinsame Vorlagen mit dem vollständigen Audit-Ablauf.
Häufige Fragen
Bedeutet HTTP 200, dass die Seite indexiert ist?
Nein. Der Abruf war erfolgreich; die Suchmaschine verarbeitet und entscheidet separat. Prüfen Sie die URL in Search Console.
Soll ich alle Robots-Sperren entfernen?
Nein. Bestimmen Sie notwendige öffentliche Seiten und Renderingressourcen. Private Routen brauchen Zugriffsschutz; globale Änderungen können andere Probleme erzeugen.
Warum fehlt im Audit Text, den mein Browser zeigt?
Der Crawl prüft geliefertes HTML, keine vollständige gerenderte Browsersitzung. Durch JavaScript ergänzter Text braucht eine separate Renderingprüfung.
Quellen und weiterführende Links
- Google: SEO-Einstiegsleitfadendevelopers.google.com
- Google: Canonical-URLs zusammenführendevelopers.google.com
- Google: Grundlagen von JavaScript-SEOdevelopers.google.com
Vom Sitelemetry-Team mit dem Prüfumfang des Produkts und verlinkten Primärquellen abgeglichen. Beispiele dienen der Veranschaulichung, sofern kein beobachteter Fall ausdrücklich genannt wird.



