Über Noindex-Meta-Tags
Was ist ein Noindex-Tag?
Ein Noindex-Meta-Tag weist Suchmaschinen an, eine Seite aus ihren Ergebnissen herauszuhalten. Im Gegensatz zu einer robots.txt-Sperre, die verhindert, dass eine Seite überhaupt abgerufen wird, muss die Seite bei Noindex abgerufen und gelesen werden, und die Anweisung wird dadurch zuverlässig berücksichtigt.
Es ist das richtige Instrument für Seiten, die vorhanden sein müssen, aber nicht gefunden werden sollen: Dankeseiten, interne Suchergebnisse, Staging-Inhalte, doppelte Druckansichten und gefilterte Listen, die andernfalls einen Index überfluten würden.
Ein Checker für Noindex-Tags lohnt sich auf jeder wichtigen Seite, denn dies ist einer der wenigen technischen Fehler, die sowohl unsichtbar als auch vollständig wirksam sind. Die Seite sieht perfekt aus, wird korrekt geladen und erscheint einfach nie.
Ist noindex in 2026 noch relevant?
Vor allem als Fehler, den es zu erkennen gilt. Ein versehentlich gesetztes noindex gehört zu den wenigen Fehlern, die eine Seite, einen Abschnitt oder sogar eine gesamte Website vollständig aus den Suchergebnissen entfernen können. Außerdem kann ein solcher Fehler leicht versehentlich live gehen, wenn eine Staging-Konfiguration in die Produktionsumgebung übernommen wird.
Bewusst eingesetzt bleibt es wertvoll. Wenn Seiten mit geringem Wert aus dem Index herausgehalten werden, konzentriert sich der Crawling-Aufwand auf die Seiten, die ihn verdienen – und das wird umso wichtiger, je größer Websites werden.
Die Wiederherstellung dauert außerdem länger als der Fehler. Das Entfernen eines noindex stellt eine Seite nicht sofort wieder her; die Seite muss erneut gecrawlt, neu bewertet und wieder aufgenommen werden, was Wochen dauern kann.
Wie noindex mit der KI-Suche zusammenhängt
Eine Seite, die aus dem Index ausgeschlossen wurde, ist im Allgemeinen auch aus dem Pool ausgeschlossen, aus dem ein Modell seine Informationen bezieht. Ein noindex entfernt eine Seite daher sowohl aus KI-Antworten als auch aus den Suchergebnissen.
Das macht ein versehentlich gesetztes Noindex-Attribut deutlich kostspieliger als früher. Es entfernt nicht mehr nur einen Traffic-Kanal, sondern jeden Kanal, der mit einer Indexierung beginnt – einschließlich der Kanäle, deren Messung Sie noch nicht begonnen haben.
Auch das Gegenteil sollte bedacht werden. Wenn es Seiten gibt, die Sie tatsächlich nicht in den Suchergebnissen sehen möchten, ist noindex ein weniger präzises, aber zuverlässigeres Instrument, als dies auf Crawling-Ebene zu steuern.
Best Practices für noindex
- Verwenden Sie noindex statt einer Sperre in der robots.txt, wenn das Ziel darin besteht, eine Seite aus den Suchergebnissen herauszuhalten.
- Verwechseln Sie die beiden nicht. Eine blockierte Seite kann niemals gelesen werden, daher wird ihr noindex niemals erkannt.
- Überprüfen Sie dies nach jedem Deployment, insbesondere wenn Staging und Produktion dieselbe Codebasis verwenden.
- Lassen Sie Links auf einer noindex-Seite weiterhin folgen, sofern es keinen konkreten Grund gibt, dies nicht zu tun.
- Halten Sie noindex-Seiten aus Ihrer XML-Sitemap heraus; ihre Übermittlung sendet widersprüchliche Signale.
- Entfernen Sie es, sobald eine Seite gefunden werden soll, da die Erholung nicht sofort erfolgt.
Häufige Fehler
- Der Launch mit weiterhin gesetztem Staging-noindex – die mit Abstand schädlichste Variante dieses Fehlers.
- Sie wird mithilfe einer Plugin-Einstellung, die für eine einzelne Seite vorgesehen ist, auf der gesamten Website angewendet.
- Verwendung von „noindex“ auf Seiten, für die Sie ebenfalls ranken möchten, in der Annahme, dass dadurch Duplicate Content verwaltet wird; hierfür ist ein Canonical-Tag das richtige Mittel.
- Blockieren einer Seite in der robots.txt und Hinzufügen von „noindex“, sodass die Direktive niemals gelesen wird.
- Vergessen, dass eine Direktive auch im HTTP-Header und nicht nur im HTML enthalten sein kann.
Was dieses Tool prüft
Der Prüfer für Noindex-Tags liest das HTML der Seite und meldet, ob eine Noindex-Direktive in einem Robots-Meta-Tag vorhanden ist. Das Auffinden einer solchen Direktive wird als Fehler gemeldet, da davon ausgegangen wird, dass eine getestete Seite in den Suchergebnissen gefunden werden soll.
Es wird ausschließlich der HTML-Code geprüft. Eine stattdessen im HTTP-Antwortheader übermittelte Direktive ist eine separate Prüfung und sollte ausgeführt werden, wenn eine Seite nicht indexiert wird, der Quellcode jedoch unauffällig aussieht.
Wie es weitergeht
Die Indexierung hängt davon ab, dass mehrere Signale übereinstimmen. Überprüfen Sie die
X-Robots-Tag-Header, falls die Direktive in der Antwort statt im HTML übermittelt wird, prüfen Sie Ihre
robots.txt auf eine Crawling-Sperre, die verhindern würde, dass die Seite überhaupt gelesen wird, und stellen Sie sicher, dass die Seite in Ihrer
XML-Sitemap enthalten ist.