Wer viele mögliche Ursachen gleichzeitig verändert, weiß später nicht, was geholfen hat. Beginnen Sie daher mit einer einzelnen URL und ihrem tatsächlichen Status in der URL-Prüfung.
Den Befund für genau diese URL lesen
Die URL-Prüfung liefert Informationen für die untersuchte Adresse. Notieren Sie die genaue URL einschließlich Protokoll, Hostname, Pfad und Parameter. Ein Suchoperator oder eine allgemeine Site-Suche ist dafür kein verlässlicher Ersatz.
Beginnen Sie mit einer Seite, die wirklich in der Suche erscheinen soll: zum Beispiel einer veröffentlichten Leistungsseite. Eine interne Suchergebnisseite, ein Login oder eine Filtervariante muss nicht zwingend indexiert werden. Diese Unterscheidung spart unnötige Korrekturen.
Die URL-Prüfung in Search Console zeigt den gespeicherten Google-Befund. Ein Live-Test prüft den aktuellen Zugriff, sagt aber nicht sicher voraus, ob die Seite indexiert wird oder welche kanonische URL Google wählen wird. Wenn die Live-Prüfung anders ausfällt als der gespeicherte Status, notieren Sie beide Ergebnisse und den Zeitpunkt der letzten Änderung.
Prüfen Sie die exakte Adresse: https, www und Parameter können verschiedene URLs sein. Ein Blick auf die Startseite der Domain sagt nichts über den Status der betroffenen Unterseite.
Erreichbarkeit und Indexierbarkeit auseinanderhalten
Eine Seite kann für Besucher erreichbar sein und dennoch durch noindex, robots-Regeln, Fehler oder eine andere kanonische Auswahl nicht in der Suche erscheinen. Prüfen Sie deshalb zuerst die gemeldete Ursache, dann den HTTP-Status, den sichtbaren Inhalt und die internen Links.
Teilen Sie die Diagnose in zwei Fragen. Erstens: Kann Google die Seite abrufen? Ein Serverfehler, eine Weiterleitungskette, eine Anmeldung oder eine robots.txt-Sperre können den Zugriff verhindern. Zweitens: Darf und soll die abgerufene Seite indexiert werden? Hier spielen unter anderem ein noindex-Signal und die kanonische Auswahl eine Rolle.
Ein häufiger Denkfehler: Eine Seite lässt sich im eigenen Browser öffnen, also müsse sie für Google indexierbar sein. Der eigene Browser kann angemeldet sein, Cookies besitzen oder eine andere Antwort erhalten. Vergleichen Sie deshalb den gemeldeten HTTP-Status und die tatsächliche Antwort der betroffenen URL.
Wenn Search Console „Gecrawlt – zurzeit nicht indexiert“ meldet, ist das kein Beweis für eine einzelne technische Ursache. Prüfen Sie, ob die Seite eigenständige Informationen bietet, intern sinnvoll verlinkt ist und sich klar von ähnlichen Seiten unterscheidet. Ein pauschales Entfernen von noindex löst dieses Problem nicht, wenn gar kein solches Signal vorliegt.
Welche URL ist kanonisch?
Bei ähnlichen oder doppelten URLs versucht Google eine bevorzugte Version zu wählen. Weiterleitungen und rel=canonical sind starke Signale, eine Sitemap ist ein schwächeres Signal. Prüfen Sie, ob die interne Verlinkung, Canonical-Angabe und Sitemap auf dieselbe bevorzugte URL zeigen.
Angenommen, /leistung/ und /leistung/?quelle=menue zeigen denselben Inhalt. Dann ist es plausibel, dass Google nur eine Version bevorzugt. Problematisch wird es, wenn die gewünschte Hauptseite auf eine andere URL verweist, während Navigation und Sitemap wieder die Hauptseite nennen. Die Signale widersprechen sich.
Sehen Sie in der URL-Prüfung nach, welche kanonische URL Sie angegeben haben und welche Google ausgewählt hat. Eine rel=canonical-Angabe ist ein starkes Signal, aber keine verbindliche Anweisung. Auch Weiterleitungen, interne Links und die inhaltliche Ähnlichkeit beeinflussen die Auswahl. Vereinheitlichen Sie zuerst die tatsächlichen URLs in Navigation, Canonical und Sitemap.
Ist die Google-Version absichtlich die richtige, braucht die nicht ausgewählte Dublette möglicherweise keine eigene Indexierung. Bei einer eigenständigen Seite hingegen sollten Sie prüfen, ob sie genug eigene Informationen enthält und nicht versehentlich dieselbe Canonical-Angabe wie eine andere Seite trägt.
Sitemap und erneute Prüfung richtig einordnen
Eine Sitemap hilft Google, gewünschte URLs zu entdecken; sie garantiert weder Crawling noch Indexierung. Nach einer klaren Korrektur kann eine erneute Prüfung sinnvoll sein. Sie ersetzt aber nicht die Ursachenanalyse und ist kein Grund, dieselbe Sitemap mehrfach täglich einzureichen.
- URL exakt festhalten.
Keine Vermischung mit ähnlichen Varianten. - Search-Console-Befund lesen.
Die Ursache bestimmt die nächste Prüfung. - Signale vereinheitlichen.
Links, Canonical und Sitemap auf die gewünschte Version ausrichten. - Nach Änderung beobachten.
Erst dann bewerten, ob sich der Befund verändert.
Tragen Sie in die Sitemap nur die bevorzugten, erreichbaren URLs ein. Eine Sitemap erleichtert die Entdeckung, ist aber kein Antrag auf garantierte Aufnahme. Eine Seite, die per noindex ausgeschlossen wird oder auf eine andere kanonische URL zeigt, wird durch einen Sitemap-Eintrag nicht zur gewünschten Indexseite.
Nach der Korrektur prüfen Sie die URL erneut und beobachten den gespeicherten Status. Die Verarbeitung kann Zeit brauchen. Wiederholte Indexierungsanfragen ohne eine veränderte Ursache beschleunigen sie nicht zuverlässig. Halten Sie fest, was geändert wurde: beispielsweise eine falsche Canonical-Angabe, ein HTTP-Fehler oder ein fehlender interner Link.
Das Ergebnis der Untersuchung ist idealerweise ein kurzer Satz: „Diese URL war wegen X nicht geeignet; Y wurde am Datum Z geändert; wir prüfen den neuen Status erneut.“ Damit ist auch für andere Beteiligte verständlich, warum die Seite fehlte und woran Erfolg erkannt wird.
