URL als „noindex“ markiert in der Search Console: beheben oder belassen

Der Status URL als „noindex“ markiert bedeutet, dass Google die Seite gecrawlt, eine Anweisung gefunden hat, sie nicht zu indexieren, und diese Anweisung befolgt hat. Auf den meisten Websites ist der Status für die meisten seiner URLs korrekt: Checkout-Seiten, Kontoseiten und interne Suchergebnisse sollen nicht in Google erscheinen. Zum Problem wird er, wenn eine Seite auf der Liste steht, die in der Suche gefunden werden soll, oder wenn Ihre eigene XML-Sitemap eine Seite einreicht, die Google gleichzeitig auffordert, draußen zu bleiben.

Was der Status bedeutet und wie er früher hieß

Googles Dokumentation zum Bericht zur Seitenindexierung (Stand: Oktober 2026) führt URL als „noindex“ markiert unter den Gründen auf, warum eine Seite nicht indexiert ist; in der englischen Oberfläche heißt der Status „URL marked ‘noindex’“. Die Dokumentation beschreibt ihn in einem Satz: Als Google versuchte, die Seite zu indexieren, stieß es auf eine „noindex“-Anweisung und hat die Seite deshalb nicht indexiert. Dieselbe Dokumentation sagt, dass nichts zu ändern ist, wenn die Seite nicht indexiert werden soll; soll sie indexiert werden, entfernen Sie die Anweisung.

Die Anweisung kann Google an 2 Stellen erreichen:

• Im HTML, als Robots-Meta-Tag: <meta name="robots" content="noindex"> oder als Variante nur für Google, <meta name="googlebot" content="noindex">.
• In der HTTP-Antwort, als Header: X-Robots-Tag: noindex. Google akzeptiert auch den Wert none, den es als noindex, nofollow behandelt. Der Header kann sich an einen einzelnen Crawler richten, etwa X-Robots-Tag: googlebot: noindex.

Google kann nur eine Regel befolgen, die es lesen kann. Eine Seite, die durch die robots.txt blockiert ist, wird nie abgerufen, ein noindex darauf also nie gesehen. Das ist ein anderer Status, den der Leitfaden zu robots.txt und Crawling-Zugriff behandelt.

Wenn Sie nach „Durch "noindex"-Tag ausgeschlossen“ gesucht haben, sehen Sie denselben Status unter seinem älteren Namen. Bevor Google den Bericht 2022 umgestellt hat, stand er in der Gruppe „Excluded“ als „Durch "noindex"-Tag ausgeschlossen“, und ein eigener Fehler, „Gesendete URL als "noindex" gekennzeichnet“, erfasste Seiten mit noindex, die eine Sitemap eingereicht hatte. Laut Googles Hilfeseite zur überarbeiteten Kategorisierung der Probleme wurde jeder „Gesendet“-Fehler mit seinem ausgeschlossenen Gegenstück zu einem einzigen Problem zusammengelegt.

Ist das ein Problem? Beheben, belassen oder beobachten

Klären Sie vor jeder Änderung, wofür die jeweilige URL da ist.

flowchart TD
    A["URL als „noindex“ markiert"] --> B{"Soll diese Seite in Google erscheinen?"}
    B -->|nein| C{"Ist sie in Ihrer XML-Sitemap gelistet?"}
    C -->|nein| D["Belassen. Der Status ist korrekt."]
    C -->|ja| E["Aus der Sitemap entfernen"]
    B -->|ja| F{"Zeigt der Live-Test noch noindex?"}
    F -->|nein| G["Bereits behoben. Indexierung beantragen und auf erneuten Crawl warten."]
    F -->|ja| H{"Wo wurde es erkannt?"}
    H -->|Robots-Meta-Tag| I["Template, CMS-Einstellung oder Plugin korrigieren"]
    H -->|X-Robots-Tag-Header| J["Regel auf Server, CDN oder Hosting korrigieren"]

Woher das noindex kommt

1. Es wurde absichtlich gesetzt. Seiten ohne Suchwert, private Seiten und doppelte Ansichten erhalten bewusst ein noindex. Auf einer gesunden Website gehören die meisten URLs in diesem Bericht genau hierher.

2. Eine Staging-Einstellung hat den Launch überlebt. Eine Website, die hinter einem noindex gebaut wurde, behält es, wenn Template, Umgebungsdatei oder Theme-Option unverändert in die Produktion gelangen. Die Seiten fallen beim erneuten Crawling nach und nach aus Google heraus, während Besucher nichts bemerken.

3. Ein websiteweiter CMS-Schalter. WordPress hat unter Einstellungen > Lesen eine Checkbox „Suchmaschinen davon abhalten, diese Website zu indexieren“. Laut WordPress-Dokumentation fügt die Option seit Version 5.3 im Head der Seiten ein Robots-Meta-Tag mit noindex,nofollow ein; aktuelle Versionen schreiben es mit einfachen Anführungszeichen: <meta name='robots' content='noindex, nofollow' />. Ein einziges Häkchen, das auf einer Staging-Kopie gesetzt blieb und per Datenbankimport in die Produktion gelangt ist, reicht aus.

4. Standardeinstellungen von Plugins und Themes. SEO-Plugins und Themes steuern die Indexierung oft pro Inhaltstyp: Tag-Archive, Autorenarchive, Anhangseiten für Medien, paginierte Listen. Ein Update, ein Einstellungsimport oder ein geänderter Standardwert kann eine ganze Gruppe von URLs auf einen Schlag auf noindex setzen; deshalb springt die Zahl eher, als dass sie langsam steigt.

5. Ein X-Robots-Tag-Header, den niemand sieht. Der Header wird auf dem Webserver, im CDN oder auf der Hosting-Plattform gesetzt und erscheint daher nie im Quelltext der Seite. Typische Quellen: eine für PDFs geschriebene Header-Regel, die auf jeden Pfad passt, eine Staging-Regel, die auf dem Produktivhost geblieben ist, oder eine Hosting-Plattform, die Vorschau-Deployments automatisch X-Robots-Tag: noindex hinzufügt. Ist der Quelltext sauber und meldet die Search Console trotzdem noindex, prüfen Sie die Header.

6. JavaScript, das es entfernen soll. Manche Single-Page-Anwendungen liefern noindex im ursprünglichen HTML aus und entfernen es nach dem Laden per JavaScript. Googles Dokumentation zu JavaScript-SEO warnt, dass Google beim Erkennen von noindex das Rendering und die Ausführung von JavaScript überspringen kann, sodass die Entfernung womöglich nie ausgeführt wird. Unser Leitfaden zum JavaScript-Rendering behandelt die größere Lücke zwischen ausgeliefertem und gerendertem HTML.

Der ernste Fall: Seiten mit noindex, die Ihre Sitemap einreicht

Eine Sitemap listet die URLs, die indexiert werden sollen; ein noindex auf einer davon sagt das Gegenteil. Google folgt dem noindex, und der Widerspruch zeigt, dass sich Ihre eigenen Systeme über die Seite uneinig sind.

Bei 29 externen Websites, deren Sitemap-Seiten SEOReport zwischen Mai und Oktober 2026 abgerufen hat, listeten 4 (14 %) mindestens eine Seite mit noindex in ihrer eigenen XML-Sitemap. Das Muster, das wir gesehen haben: Warenkorb-, Checkout- und Kontoseiten von Shops, die in der Sitemap geblieben waren. Die Startseiten in denselben Audits waren sauber: Keine der 45 externen Startseiten, die SEOReport zwischen Mai und Oktober 2026 geprüft hat, trug ein noindex in einem Meta-Tag oder einem X-Robots-Tag-Header. Die noindex-Probleme, die es zu finden lohnt, liegen tiefer in der Website.

Um diese Teilmenge in der Search Console zu sehen, öffnen Sie den Bericht zur Seitenindexierung und stellen Sie den Filter über dem Diagramm von „Alle bekannten Seiten“ auf „Alle eingereichten Seiten“ um. Eine URL gilt als eingereicht, wenn eine Sitemap, die Sie eingereicht oder in der robots.txt angegeben haben, sie enthält, auch wenn Google sie zusätzlich über Links gefunden hat. Jede URL, die bei aktivem Filter noch unter URL als „noindex“ markiert steht, braucht eine Entscheidung: das noindex entfernen oder die URL aus der Sitemap nehmen. Unser Leitfaden zu XML-Sitemaps erklärt, wie Sie eine generierte Sitemap auf indexierbare URLs beschränken.

Derselbe Widerspruch entsteht, wenn ein Canonical-Tag oder ein Sprachversions-Link auf eine Seite mit noindex zeigt. Die Analyse von Indexierbarkeitskonflikten behandelt diese Kombinationen über eine ganze Website hinweg.

So bestätigen Sie, welche Ursache zutrifft

Beginnen Sie mit der URL-Prüfung. Im Abschnitt zur Seitenindexierung nennt das Feld „Indexierung zulässig?“ den Grund, nämlich ob „noindex“ im Robots-Meta-Tag oder im HTTP-Header „X-Robots-Tag“ erkannt wurde. Diese eine Zeile sagt Ihnen, ob Sie im HTML oder in der Serverkonfiguration suchen müssen.

Prüfen Sie das Datum. Das Standardergebnis zeigt die Version, die Google zuletzt gecrawlt hat, und das Feld „Letzter Crawl“ zeigt, wann das war. Haben Sie die Seite danach geändert, beschreibt das Ergebnis die alte Seite.

Führen Sie den Live-Test aus. Wählen Sie „Live-URL testen“ und dann „Getestete Seite anzeigen“. Der Live-Test zeigt das HTML und die HTTP-Response-Header, die Google jetzt erhält, einschließlich Headern, die Ihr Browser nie anzeigt. Sitemaps und verweisende Seiten prüft er nicht; die stehen im indexierten Ergebnis.

Reproduzieren Sie es im Terminal. Diese 2 Befehle zeigen Header und Meta-Tag für jede URL. Das zweite Muster erfasst einfache und doppelte Anführungszeichen, weil WordPress sein Tag mit einfachen Anführungszeichen schreibt:

# Response headers only: look for x-robots-tag
curl -s -D - -o /dev/null https://www.example.com/pricing/ | grep -i "x-robots-tag"

# Robots meta tags in the HTML the server returns
curl -s https://www.example.com/pricing/ | grep -i -o -E "<meta[^>]*name=[\"']?(robots|googlebot)[\"' >][^>]*>"

Geben beide Befehle nichts aus, hat der Server an curl kein noindex gesendet. Widerspricht die Search Console trotzdem, wiederholen Sie beide Befehle mit -A "Googlebot" nach curl -s: Manche Server und CDNs antworten Crawler-User-Agents anders.

Lesen Sie die Ergebnisse zusammen:

Nach Ursache beheben, dann prüfen

• CMS-Schalter: Deaktivieren Sie auf der Produktivwebsite „Suchmaschinen davon abhalten, diese Website zu indexieren“ und prüfen Sie die Einstellung nach jeder Kopie von Staging in die Produktion erneut.
• Plugin- oder Theme-Einstellung: Stellen Sie den Inhaltstyp oder das Archiv wieder auf indexierbar und bestätigen Sie an 1 Beispiel-URL, dass das Tag aus dem vom Server ausgelieferten HTML verschwunden ist.
• Template oder Umgebungsvariable: Machen Sie die Produktion zum Standard und noindex zur Ausnahme, damit eine fehlende Einstellung nie die Live-Website verstecken kann.
• X-Robots-Tag-Header: Finden Sie die Regel auf Webserver, CDN oder Hosting-Plattform und beschränken Sie sie auf die Pfade, die sie brauchen, etwa Staging-Hostnamen oder PDF-Dateien, die nicht indexiert werden sollen.
• Entfernung per JavaScript: Nehmen Sie das noindex bei Seiten, die indexiert werden sollen, aus dem ursprünglichen HTML.
• Bewusst ausgeschlossene Seite in der Sitemap: Behalten Sie das noindex und entfernen Sie die URL aus der Sitemap.

Fügen Sie für eine Seite, die aus dem Index verschwinden soll, kein Disallow in der robots.txt hinzu. Das verbirgt das noindex vor Google, und die Seite kann trotzdem in den Suchergebnissen erscheinen.

Prüfen Sie dann in dieser Reihenfolge. Erstens: Führen Sie den Live-Test erneut aus und bestätigen Sie, dass „Indexierung zulässig?“ jetzt „Ja“ anzeigt. Zweitens: Nutzen Sie „Indexierung beantragen“ für Ihre wichtigsten korrigierten Seiten; die Search Console begrenzt diese Anträge pro Tag, und laut Googles Dokumentation zur URL-Prüfung dauert die Indexierung in der Regel etwa einen Tag, kann aber deutlich länger dauern. Drittens: Wählen Sie im Bericht zur Seitenindexierung beim Problem „Fehlerbehebung überprüfen“. Laut Googles Dokumentation dauert die Validierung in der Regel bis zu etwa 2 Wochen, manchmal deutlich länger.

Ein Hinweis zur Vorsicht: Die Validierung prüft die unter dem Problem gelisteten URLs erneut, und Google bricht eine Validierung ab, sobald es ein verbleibendes Vorkommen findet. Enthält die Liste auch Seiten, die Sie bewusst auf noindex halten, wird die Validierung nicht bestanden. Verfolgen Sie in diesem Fall die korrigierten URLs einzeln in der URL-Prüfung und beobachten Sie, wie sie in den indexierten Zustand wechseln.

Die Search Console zeigt, welche URLs Google ausgeschlossen hat, und, jeweils für 1 URL, wo es die Regel gefunden hat. Eine vollständige SEOReport-Diagnose liest die Seiten, die Ihre Sitemap listet, und benennt jede, deren Robots-Meta-Tag noindex enthält, zusammen mit der Zahl der untersuchten Seiten. Auf Ihrer Startseite liest sie sowohl das Meta-Tag als auch den X-Robots-Tag-Header und prüft, ob das Canonical-Tag der Startseite auf eine Seite mit noindex zeigt; außerdem meldet sie Sprachversions-Links, die auf Seiten mit noindex zeigen. So erhalten Sie 1 Liste, die Sie in Absicht und Versehen sortieren können. URL für URL zu prüfen, ist dasselbe Skalierungsproblem, das wir im Artikel warum eine einzelne KI-Sitzung keine ganze Website prüfen kann beschreiben.

Häufige Fragen

Verhindert noindex, dass Google die Seite crawlt?

Nein. Google muss die Seite crawlen, um die Regel zu lesen. Ob Google einen Bereich gar nicht abrufen soll, entscheiden Sie in der robots.txt, und das sollte nicht mit einem noindex kombiniert werden, das Google sehen muss.

Wie lange dauert es, bis eine Seite nach dem Entfernen von noindex zurückkommt?

Nichts ändert sich, bevor Google die Seite erneut crawlt, und laut Googles Dokumentation kann eine weniger wichtige Seite darauf Monate warten. „Indexierung beantragen“ fordert einen erneuten Crawl für 1 URL an, garantiert aber nicht, dass die Seite indexiert wird.

Warum zeigt die Search Console noindex, obwohl mein Quelltext keines enthält?

Meist aus 1 von 3 Gründen: Das Ergebnis stammt von einem Crawl vor Ihrer Korrektur, das noindex kommt über einen X-Robots-Tag-Header, den der Quelltext nicht zeigt, oder Ihr Server bzw. CDN antwortet dem Google-Crawler anders als Ihrem Browser. Der Live-Test schafft Klarheit, weil er das HTML und die Header zeigt, die Google jetzt erhält.

Sollten Tag-, Kategorie- und Autorenarchive auf noindex stehen?

Nur wenn sie Suchenden nichts bieten, was die Artikel selbst nicht bieten. Entscheiden Sie einmal pro Archivtyp, setzen Sie die Entscheidung über 1 Einstellung um und halten Sie Archive mit noindex aus der Sitemap heraus.