Search Console meldet Noindex: So finden Sie die Quelle und prüfen die URL

Eine Seite soll in der Google-Suche erscheinen, doch die Search Console meldet, dass sie durch eine noindex-Regel ausgeschlossen ist. Bevor Sie eine Einstellung für die gesamte Website ändern, prüfen Sie die genaue URL und die Herkunft der Anweisung. Ein einzelnes Template, ein HTTP-Antwortheader oder eine auf einer Seite verbliebene Staging-Einstellung können jeweils eine andere Korrektur erfordern.

Diese Anleitung gilt für eine öffentliche Seite, die Google indexieren soll. Eine Anmeldeseite, ein privates Dokument oder eine Staging-Umgebung sollen möglicherweise nicht in der Suche erscheinen. noindex ist eine Anweisung zur Indexierung und keine Zugriffskontrolle: Verwenden Sie eine Authentifizierung, wenn Informationen privat bleiben müssen.

Beginnen Sie mit der URL in der Search Console

Kopieren Sie die genaue Adresse aus dem Bericht einschließlich Protokoll, Pfad, abschließendem Schrägstrich und Query-String. Prüfen Sie diese URL in der Search Console. Das indexierte Ergebnis zeigt Informationen, die Google bei einem früheren Crawl gespeichert hat; der Live-Test ruft die Seite jetzt ab und kann ein anderes Ergebnis liefern. Notieren Sie vor Änderungen das Crawldatum und die Angaben beider Ansichten.

Meldet der Live-Test weiterhin noindex, suchen Sie als Nächstes die Anweisung. Meldet er sie nicht mehr, kann das frühere indexierte Ergebnis noch den letzten Crawl widerspiegeln. Das belegt weder, dass die Seite indexiert ist, noch dass Google die Änderung bereits verarbeitet hat.

Googles Dokumentation zur URL-Prüfung erklärt den Unterschied zwischen indexiertem Ergebnis und Live-Test sowie die Grenzen beider Tests.

HTML und Antwortheader prüfen

Bei einer HTML-Seite öffnen Sie den Seitenquelltext und suchen nach noindex. Eine mögliche Anweisung lautet:

<meta name="robots" content="noindex">

Auch ein googlebot-Meta-Tag kann die Anweisung enthalten. Prüfen Sie die tatsächlich ausgelieferte Seite, nicht nur das vermutete Template: Eine CMS-Einstellung, ein Plugin oder die Deployment-Konfiguration kann das Tag hinzufügen. Wenn JavaScript Metadaten verändert, prüfen Sie zusätzlich zur ursprünglichen Antwort auch das gerenderte Ergebnis.

Die Anweisung kann außerdem im HTTP-Header X-Robots-Tag stehen. Öffnen Sie in den Entwicklerwerkzeugen des Browsers „Network“, laden Sie die Seite neu und wählen Sie die Dokumentanfrage. Suchen Sie unter den Antwortheadern nach X-Robots-Tag. Bei einer Weiterleitung prüfen Sie jede Antwort einzeln: Die weiterleitende URL und das endgültige Ziel sind verschiedene URLs. Die Korrektur kann in einer Hosting-Regel oder Anwendungsantwort liegen statt im Seiteneditor.

Google dokumentiert Robots-Meta-Tags und Antwortheader, einschließlich crawlerspezifischer Regeln und des Werts none, der noindex einschließt. Ein unauffälliges HTML-Meta-Tag schließt einen entsprechenden Header nicht aus.

Crawling gesondert prüfen

Öffnen Sie die robots.txt der Website und prüfen Sie, ob der betreffende Google-Crawler die Seite abrufen darf. Eine Crawling-Sperre und noindex erfüllen unterschiedliche Aufgaben. Google muss eine Seite oder Ressource abrufen können, um deren noindex-Anweisung zu sehen; eine durch robots.txt blockierte URL kann aufgrund von Links oder anderen Informationen trotzdem in Suchergebnissen erscheinen. Google unterstützt noindex in robots.txt auch nicht als Indexierungsregel. Siehe Googles Noindex-Anleitung.

Entfernen Sie keine websiteweite Crawling-Sperre, nur damit ein Bericht grün wird. Klären Sie zunächst, warum sie besteht und ob die URL öffentlich sein soll. Prüfen Sie im Live-Test der Search Console, ob der Abruf tatsächlich gelingt; eine Anmeldepflicht, ein Serverfehler oder ein anderes Zugriffsproblem muss gesondert untersucht werden.

Die Anweisung an ihrer Quelle ändern und erneut prüfen

Bei einer Seite, die indexiert werden soll, entfernen Sie das unbeabsichtigte noindex auf der Ebene, die es erzeugt. Steuert beispielsweise eine Veröffentlichungseinstellung nur einen Artikel, ändern Sie diese Einstellung. Setzt ein gemeinsames Template das Tag oder den Header für alle öffentlichen Seiten, klären Sie vor einer Änderung seinen beabsichtigten Geltungsbereich. Schützen Sie private und Staging-Inhalte weiterhin.

Rufen Sie dieselbe URL erneut ab und prüfen Sie HTML und Header. Führen Sie anschließend den Live-Test der Search Console aus. Zeigt das Live-Ergebnis die Regel nicht mehr und ist die Seite für die Suche bereit, können Sie über die URL-Prüfung die Indexierung beantragen. Weder ein erfolgreicher Live-Test noch ein Antrag garantiert die Indexierung; Google aktualisiert den gespeicherten Bericht nach eigener Verarbeitung und kann die Seite aus anderen Gründen trotzdem nicht indexieren.

Ist die betroffene URL Ihre Startseite, bietet SEOHabit nach der Registrierung eine erste Startseitenprüfung an. Prüfen Sie die Antwort und verwenden Sie den Live-Test der Search Console, um das konkrete Noindex-Problem zu überprüfen. SEOHabit ändert die Seite nicht für Sie; die Website-Inhaberin, der Inhaber oder das Entwicklerteam nimmt die Korrektur in der Umgebung vor, in der die Website gepflegt wird, und überprüft sie dort.

Notieren Sie URL, beobachtetes Tag oder Header, den Ort der Änderung und das Datum des Live-Tests. So haben Sie einen konkreten Vergleichspunkt, wenn sich das gespeicherte Ergebnis der Search Console erneut ändert.