Wenn der Google-Index über längere Zeit nicht aktualisiert wird, sollten Sie nicht nur auf die beiden Status „eingereicht“ oder „gecrawlt“ achten. Dass eine Seite entdeckt wird, gecrawlt werden kann, zur Indexierung zugelassen ist und letztlich stabil in den Suchergebnissen erscheint, sind miteinander verbundene, jedoch nicht gleichbedeutende Schritte. Bei der Prüfung sollte zunächst der Status der konkreten URL bestätigt werden, bevor beurteilt wird, ob das Problem bei der Seite selbst, den Website-Regeln oder unzureichenden Link- und Inhaltssignalen liegt.
Der effektivste Ausgangspunkt ist das Tool zur URL-Prüfung in der Google Search Console. Geben Sie die vollständige kanonische URL ein, nicht die Startseite oder eine ähnliche Seite. Notieren Sie insbesondere, ob das Tool „Nicht indexiert“, „Gecrawlt – zurzeit nicht indexiert“, „Gefunden – zurzeit nicht indexiert“ oder „Alternative Seite mit richtigem Canonical-Tag“ anzeigt. Diese Status wirken zwar alle wie „nicht aufgenommen“, erfordern jedoch völlig unterschiedliche Maßnahmen.
Viele Seiten wurden tatsächlich bereits aktualisiert, während Titel, Snippet oder Cache-Darstellung in den Suchergebnissen noch alte Inhalte zeigen. Das Snippet in den Suchergebnissen wird vom System dynamisch anhand der Suchanfrage erstellt und übernimmt nicht zwangsläufig gleichzeitig die aktuellste Meta-Description der Seite. Wenn die URL-Prüfung „URL ist bei Google“ anzeigt und der Live-Test die neue Seite abrufen kann, lässt sich ein Indexierungsfehler nicht allein anhand des Suchergebnis-Snippets beurteilen.
Auch Unklarheiten bei URL-Versionen müssen ausgeschlossen werden. Versionen mit oder ohne www, http und https, abschließende Schrägstriche, Groß- und Kleinschreibung im Pfad sowie Links mit Tracking-Parametern können als unterschiedliche Adressen behandelt werden. Wenn die bearbeitete Seite/product/ ist, interne Links und die Sitemap jedoch überwiegend auf /product verweisen, schwächt dies die Canonical-Signale und kann zudem dazu führen, dass die falsche Version geprüft wird. Es sollte bestätigt werden, dass Canonical-Tag, Weiterleitungsziel, URLs in der XML-Sitemap und interne Links dieselbe Standardadresse verwenden.
Die Informationen zum „Crawling“ in der URL-Prüfung helfen dabei festzustellen, ob Googlebot die Seite normal abrufen kann. Gibt der Server 401, 403, 429, 5xx zurück oder tritt ein Timeout auf, kann eine Indexierungsanfrage das Problem nicht umgehen. Temporäre Firewall-Regeln, regionale Zugriffsbeschränkungen, Captchas, Plugins zur Bot-Erkennung und ungewöhnliche Frequenzbeschränkungen können dazu führen, dass die Seite im normalen Browser geöffnet werden kann, für Crawler jedoch nicht zuverlässig erreichbar ist. Die Statuscodes und Antwortzeiten von Googlebot-Anfragen sollten anhand der Serverzugriffsprotokolle geprüft werden, statt nur die Funktionsfähigkeit der sichtbaren Website zu kontrollieren.
Disallow vorhanden ist, das das Zielverzeichnis abdeckt, insbesondere verbliebene Regeln nach der Migration eines Testverzeichnisses in das Live-Verzeichnis.X-Robots-Tag. Letzterer wird häufig übersehen und kann einheitlich durch CDN-, Serverkonfigurationen oder Regeln für Download-Dateien hinzugefügt werden.Dieser Status zeigt, dass der Zugriff normalerweise nicht das Hauptproblem ist, das Suchsystem jedoch noch keinen Grund sieht, diese URL separat zu behalten. Am häufigsten handelt es sich um doppelte oder nahezu doppelte Inhalte: Mehrsprachige Seiten ersetzen nur wenige Begriffe; Produktseiten ändern lediglich Modell, Farbe oder Region; Filter- und Sortierseiten erzeugen viele inhaltlich ähnliche URLs; paginierte Seiten verwenden wiederholt denselben Titel, dieselbe Beschreibung und denselben Haupttext. Wiederholte Anfragen ändern das Ergebnis in diesem Fall kaum.
Vergleichen Sie die Zielseite mit den ähnlichsten Seiten auf der Website, statt nur den Text einer einzelnen Seite zu prüfen. Kontrollieren Sie, ob sich Überschriftenhierarchie, Text im sichtbaren Bereich, Produktspezifikationen, Einsatzbedingungen, Lieferhinweise, häufig gestellte Fragen und Bildbeschreibungen wesentlich unterscheiden. Bei Produktseiten für die Fertigungsindustrie oder den Außenhandel sollten Unterschiede bei Modell, Material, Größenbereich, geeigneten Betriebsbedingungen und Verarbeitungsverfahren im lesbaren Fließtext enthalten sein; allein Tabellenbilder, PDF-Links oder Bildergalerien erzeugen nicht unbedingt ein eindeutiges Seitenthema.
Dünner Inhalt bedeutet nicht automatisch wenig Text. Eine einzelne Produktseite mit klaren Parametern, die bestellt oder für die eine Anfrage gestellt werden kann, darf kurz sein; besteht die Seite jedoch nur aus einem Produktnamen, allgemeinen Werbeaussagen und wiederholten Bildern, kann das Suchsystem ihren eigenständigen Wert nur schwer beurteilen. Umgekehrt erhöht das Kopieren derselben langen Einführung auf Hunderte von Seiten nicht die Wahrscheinlichkeit einer Indexierung, sondern kann den Umfang doppelter Inhalte noch vergrößern.
Auch wenn isolierte Seiten durch eine Einreichung vorübergehend entdeckt werden, werden sie möglicherweise langfristig nicht stabil verarbeitet. Die Zielseite sollte mindestens über normale HTML-Links von relevanten Kategorieseiten, Produktübersichtsseiten oder Empfehlungsl links im Fließtext aus erreichbar sein. Der Ankertext sollte den Seiteninhalt beschreiben, beispielsweise eine konkrete Produktkategorie oder ein Dienstleistungsthema, und die häufige Verwendung von „Hier klicken“ oder „Details ansehen“ vermeiden. Die Navigation kann bei der Entdeckung von Seiten helfen, kontextbezogene Links mit thematischem Bezug verdeutlichen jedoch besser die Beziehung der Seite innerhalb der Website.
Die XML-Sitemap dient dazu, eine Liste zu entdeckender URLs bereitzustellen, und ist keine Garantie für die Indexierung. In der Sitemap sollten Seiten verbleiben, die den Status 200 zurückgeben, indexiert werden dürfen und deren Canonical-Tag auf sich selbst verweist; URLs, die bereits weitergeleitet werden, 404 zurückgeben, noindex enthalten oder auf andere Adressen kanonisiert sind, sollten entfernt werden. Wenn die Einreichungszeit der Sitemap fortlaufend aktualisiert wird, während viele enthaltene Seiten widersprüchliche Status aufweisen, erhöht dies den Prüfaufwand und kann die tatsächlich zu bearbeitenden Seiten verdecken.
Auf mehrsprachigen Websites kannhreflang das Canonical nicht ersetzen. Jede Sprachversion sollte über eine eigene indexierbare kanonische URL verfügen, und die Verlinkung zwischen Sprachversionen sollte gültige Seiten zurückgeben. Kanonisieren Sie nicht alle Sprachseiten auf die chinesische oder englische Hauptwebsite und lassen Sie verschiedene Sprachversionen nicht nahezu identische maschinell übersetzte Inhalte verwenden. Fehlen einer Sprachversion lokalisierter Fließtext, Währungseinheiten, Spezifikationsangaben oder Geschäftsinformationen, kann sie leicht als stark doppelt eingestuft werden.
Nach einem Website-Relaunch, Domainwechsel oder einer Anpassung der URL-Struktur sollten alte Seiten mit einer direkten 301-Weiterleitung auf die passendste neue Seite weitergeleitet werden. Werden zahlreiche alte Produktseiten pauschal auf die Startseite weitergeleitet, wird die thematische Zuordnung geschwächt. Wenn alte und neue Website gleichzeitig erreichbar sind, Canonical und Weiterleitungsrichtung gegensätzlich verlaufen oder die Sitemap weiterhin alte Adressen übermittelt, verzögert dies die Stabilisierung des Indexierungsstatus.
Eine Indexierungsanfrage eignet sich für wichtige neu erstellte Seiten, wesentliche Inhaltsaktualisierungen oder die erneute Prüfung nach technischen Korrekturen, nicht jedoch als Werkzeug für eine massenhafte Aufnahme. Prüfen Sie vor der Einreichung, ob die Seite in der richtigen Umgebung veröffentlicht wurde, nicht als alte Version zwischengespeichert ist, einen normalen Statuscode zurückgibt sowie Canonical-Tag und Indexierungsanweisungen übereinstimmen. Fordern Sie anschließend über das Tool zur URL-Prüfung die Indexierung an. Wiederholte Anfragen für dieselbe Adresse innerhalb kurzer Zeit ohne neue Seitenänderungen verschwenden in der Regel nur Zeit bei der Fehleranalyse.
Nach der Behebung sollte ein Prüfprotokoll aufbewahrt werden: Ziel-URL, Entdeckungsdatum, Seitenstatus, Crawling-Zeitpunkt, vorgenommene Änderungen und Ergebnis der Nachprüfung. Wenn danach weiterhin keine Aktualisierung erfolgt, lässt sich so feststellen, ob das Crawling noch nicht stattgefunden hat, die kanonische Seite erneut ausgewählt wurde oder der Inhalt den anderen Seiten der Website weiterhin zu ähnlich ist. Nur wenn zuerst der Status bestimmt und anschließend die passende Maßnahme ergriffen wird, gerät das Problem eines lange nicht aktualisierten Google-Index nicht in einen Kreislauf aus wiederholter Einreichung und wiederholtem Rätselraten.
Verwandte Artikel
Verwandte Produkte


