Zum Inhalt springen

Glossar Noindex

Was ist noindex?

Definition

Noindex ist eine Direktive, die Suchmaschinen anweist, eine bestimmte URL nicht in den Index aufzunehmen, sodass diese Seite nicht mehr in den Suchergebnissen erscheint, obwohl sie ganz normal erreichbar bleibt.

Ein Regal alter Bücher, eines steht verkehrt herum und zeigt den Schnitt — daneben der Titel Noindex
Das Buch steht noch im Regal — mit dem Rücken nach hinten
Auf dieser Seite 6
  1. Was ist noindex?
  2. Meta-Tag oder HTTP-Header: wann welche Variante
  3. Abgrenzung zu Canonical
  4. Abgrenzung zu robots.txt: der Irrtum zwischen Crawling und Indexierung
  5. Best Practices
  6. Häufige Fehler
Kurz gefasst

Wie noindex per Meta-Tag oder HTTP-Header gesetzt wird, worin sich die Direktive von Canonical und robots.txt unterscheidet, und warum sie als Deckmantel für schwachen Content mehr kostet als eine Überarbeitung.

Ein Regal alter Bücher, eines steht verkehrt herum und zeigt den Schnitt — daneben der Titel Noindex
Das Buch steht noch im Regal — mit dem Rücken nach hinten

Was ist noindex?

Noindex ist eine an Crawler gerichtete Direktive, die festlegt, dass eine bestimmte URL nicht in den Index der Suchmaschine aufgenommen werden soll. Die Seite existiert weiter, bleibt für jeden mit dem Link erreichbar, und der Server liefert sie ganz normal aus. Sie verschwindet nur aus den Suchergebnissen, weil Google, Bing oder eine andere Suchmaschine sie aus der durchsuchbaren Datenbank ausschließt.

Die Direktive lässt sich auf zwei technisch gleichwertigen, aber unterschiedlich einsetzbaren Wegen setzen: über das Meta-Robots-Tag im <head> des HTML-Dokuments oder über den HTTP-Header X-Robots-Tag, den der Server zusammen mit der Antwort ausliefert. Beide akzeptieren kombinierbare Werte: noindex,follow schließt die Seite aus dem Index aus, lässt den Crawler aber ihren internen Links folgen, während noindex,nofollow beides gleichzeitig blockiert.

Ein oft übersehener Punkt: noindex löscht keine Seite und verhindert nicht, dass sie im Browser geladen wird. Die Direktive weist die Suchmaschine nur an, die Seite aus den Ergebnissen zu entfernen oder gar nicht erst aufzunehmen. War die Seite bereits indexiert, muss Google sie erneut crawlen, um das Tag zu lesen und den Ausschluss umzusetzen, ein Vorgang, der je nach Crawl-Frequenz der Seite Tage bis Wochen dauern kann.

Google ist zwar die Referenz-Suchmaschine in den meisten Audits, aber noindex gehört zum branchenüblichen Standardprotokoll für den Ausschluss von Inhalten und funktioniert gleichwertig bei Bing, Yandex oder jeder anderen Suchmaschine, die diese Konventionen respektiert. Es handelt sich nicht um eine proprietäre Funktion eines einzelnen Anbieters, sondern um eine Branchenübereinkunft, wie sich mitteilen lässt, welcher Content nicht in Suchergebnissen erscheinen soll.

Ein weiterer Punkt, der in der Praxis oft für Verwirrung sorgt: noindex ist keine Absicherung gegen versehentliches Verlinken. Wer eine Seite mit noindex versieht, aber weiterhin prominent aus der Navigation oder anderen Seiten darauf verlinkt, sorgt trotzdem dafür, dass Nutzer und Crawler regelmäßig darauf stoßen, die Seite bleibt nur aus dem Suchindex draußen, nicht aus dem Rest des Sites.

Meta-Tag oder HTTP-Header: wann welche Variante

AspektMeta-Tag (meta name="robots")HTTP-Header X-Robots-Tag
Wo platziertIm <head> des HTML-DokumentsIn der HTTP-Antwort, gesendet vom Server
Abgedeckte DateitypenNur HTML-SeitenJeder Dateityp: PDF, Bilder, CSV, XML, JSON
Wo konfiguriertIm Template oder CMS der SeiteIn der Serverkonfiguration (Apache, Nginx) oder im CMS auf Dateityp-Ebene

Das Meta-Tag funktioniert ausschließlich in HTML-Dokumenten, weil die Suchmaschine den <head> herunterladen und parsen muss, um es zu lesen. Das macht es nutzlos für Dateien ohne diese Struktur: Ein PDF-Katalog, ein Bild oder ein XML-Feed können technisch kein HTML-Tag in sich tragen.

Für diese Fälle bleibt nur der X-Robots-Tag-Header, konfiguriert auf Server- oder CMS-Ebene, sodass er zusammen mit der HTTP-Antwort ausgeliefert wird, ohne dass die Datei selbst irgendeinen Code enthält. Das ist auch der praktischste Weg, um einen ganzen Dateityp blockweise auszuschließen, etwa alle PDFs eines Downloadordners, mit einer einzigen Serverregel statt jedes Dokument einzeln zu bearbeiten.

Abgrenzung zu Canonical

Noindex und das Canonical Tag lösen unterschiedliche Probleme, auch wenn beide in denselben Gesprächen über doppelten Content auftauchen. Canonical sagt der Suchmaschine, welche von mehreren ähnlichen URLs die bevorzugte Version ist und wohin die Ranking-Signale konsolidiert werden sollen, hält aber alle diese URLs weiter als Kandidaten im Index. Noindex dagegen nimmt eine URL bedingungslos aus dem Index, es gibt keine Konsolidierung und keine bevorzugte Version, die Seite scheidet direkt aus dem Wettbewerb um Positionen aus.

Die Wahl zwischen beiden hängt davon ab, ob die sekundäre URL für sich genommen einen Wert bietet. Eine Produktseite mit Filterparametern, die dieselben Informationen wie die saubere Version zeigt, ist ein Kandidat für Canonical: Sie bleibt nützlich für jeden, der direkt über diesen Link kommt, und stört das Einkaufserlebnis nicht. Eine automatisch generierte interne Suchergebnisseite dagegen stellt keinen Inhalt dar, der sich unter einer anderen URL zu konsolidieren lohnt, sie ist ein Kandidat für noindex.

Beide auf derselben URL zu kombinieren erzeugt einen Signalkonflikt. Trägt eine Seite noindex und gleichzeitig ein Canonical auf eine andere URL, nimmt die Ausschluss-Direktive sie bereits für sich allein aus dem Index, sodass das Canonical-Signal für diese Seite irrelevant wird. Google behandelt diese Kombination als widersprüchlich und entscheidet sich meist dafür, das noindex zu respektieren.

Canonical oder noindex: was darüber entscheidet

Abgrenzung zu robots.txt: der Irrtum zwischen Crawling und Indexierung

Der häufigste Fehler bei noindex ist die Verwechslung mit der Sperrung über robots.txt. Die Datei robots.txt liegt im Root des Domains und sagt Crawlern, welche Pfade sie nicht besuchen sollen, das ist eine Crawling-Anweisung. Noindex dagegen ist eine Indexierungs-Anweisung: Sie hindert die Suchmaschine nicht daran, die Seite zu besuchen, sondern verhindert, dass sie die Seite nach dem Besuch in den Index aufnimmt.

Die praktische Folge dieses Unterschieds überrascht viele: Eine URL über robots.txt zu sperren garantiert nicht, dass sie aus den Suchergebnissen verschwindet. Erhält diese URL Links von anderen Seiten, intern oder extern, kann Google sie allein aufgrund dieser externen Signale trotzdem indexieren, ohne ihren tatsächlichen Inhalt jemals gecrawlt zu haben. Das Ergebnis ist meist ein sichtbarer Eintrag in der Suchmaschine mit der URL, aber ohne generierten Titel oder Beschreibung, nach dem Muster „für diese Seite sind keine Informationen verfügbar".

Dieser Irrtum führt zu einem zweiten, in der Praxis schwerwiegenderen Fehler: eine Seite über robots.txt sperren, die zusätzlich das noindex-Tag trägt. Ist dem Crawler der Zugriff per robots.txt verboten, lädt er das HTML nie herunter und liest dieses Tag folglich nie, sodass die Ausschluss-Direktive wirkungslos bleibt. Damit eine URL zuverlässig aus dem Index verschwindet, muss der Crawler sie besuchen und das noindex lesen können, was genau das Gegenteil verlangt: robots.txt muss den Zugriff auf diesen Pfad erlauben, nicht sperren.

Die Search Console selbst bildet diesen Unterschied im Coverage-Bericht ab: Eine über robots.txt gesperrte URL erscheint dort als „durch robots.txt blockiert", während eine URL mit korrekt gelesenem noindex-Tag als „durch noindex-Tag ausgeschlossen" auftaucht. Dieser Bericht ist der schnellste Weg, um zu erkennen, ob eine URL im ungünstigsten der beiden Szenarien gelandet ist, gleichzeitig gesperrt und mit noindex versehen, ohne dass eine der beiden Direktiven tatsächlich greift.

Best Practices

  • Setze noindex auf die internen Suchergebnisseiten der eigenen Website; sie bieten keinen Mehrwert für jemanden, der von einer externen Suchmaschine kommt, und vermehren sich unkontrolliert je nachdem, was Besucher eintippen.
  • Nutze noindex für Danke- oder Bestätigungsseiten nach einer Conversion, abgeschicktes Formular, Kauf, Download einer Ressource; es ergibt keinen Sinn, dass sie um organischen Traffic konkurrieren.
  • Kombiniere noindex mit follow, nicht mit nofollow, wenn die ausgeschlossene Seite weiterhin auf relevanten Content der Website verweist; so folgt der Crawler diesen Links, auch wenn die Seite selbst nicht indexiert wird.
  • Prüfe in der Search Console, welche URLs mit Filterparametern, Farbe, Größe, Sortierreihenfolge, Duplikate erzeugen, und entscheide von Fall zu Fall zwischen noindex und Canonical, je nachdem, ob diese Variante einen eigenen Wert bietet.
  • Sorge dafür, dass robots.txt den Zugriff auf URLs mit noindex immer erlaubt, damit der Crawler sie herunterladen und das Tag lesen kann.
  • Prüfe vor jedem Launch, ob nicht ein noindex-Tag aus einer Staging-Umgebung auf die Produktivseite mitgewandert ist.

Häufige Fehler

  • noindex als Flickwerk für eine Seite mit schwachem oder dünnem Content einsetzen, statt sie zu überarbeiten. Die Seite scheidet dadurch komplett aus dem Wettbewerb aus und verzichtet auf jede Chance auf organischen Traffic, während eine inhaltliche Überarbeitung genau diese Chance erhält und dieselbe URL zu einer echten Trafficquelle machen kann. Eine Seite aus dem Index zu nehmen löst das eigentliche Problem nicht, sondern schiebt es nur aus dem Blickfeld.
  • Ein aus einer Staging-Umgebung übernommenes noindex-Tag nach dem Livegang auf der Produktivseite stehen lassen, wodurch Content aus dem Index verschwindet, der eigentlich ranken sollte, manchmal wochenlang unbemerkt für die ganze Website.
  • Eine URL über robots.txt sperren, die zusätzlich noindex trägt, wodurch der Crawler das Tag nie liest und der Ausschluss nie greift.
  • noindex mit nofollow verwechseln: Ersteres entscheidet, ob die Seite in den Index kommt, Letzteres, ob einem bestimmten Link gefolgt wird; das sind unabhängige Direktiven, die sich kombinieren lassen, aber nicht dasselbe bedeuten.
  • noindex jahrelang auf Seiten belassen, die weiterhin wertvolle interne Links erhalten, ohne zu prüfen, ob der Ausschluss noch nötig ist; Google crawlt dauerhaft ausgeschlossenen Content tendenziell seltener, was den Autoritätsfluss zum Rest der Website schwächen kann.
Manuel Riveiro Rodriguez CEO & Digital Strategist

Eine technische Prüfung sieht sich das und alles Weitere in einem Durchgang an.

Audit anfragen

Häufige Fragen

Wirkt sich noindex auf das Ranking des restlichen Sites aus?

Nicht direkt. Jede URL mit noindex wird einzeln ausgeschlossen und zieht keine anderen Seiten der Domain mit. Ein indirektes Risiko entsteht, wenn diese Seite interne Links erhielt, die zur Autoritätsverteilung beitrugen; wird sie seltener gecrawlt, kann sich diese Verteilung mit der Zeit abschwächen.

Wie lange dauert es, bis Google ein noindex umsetzt?

Das hängt davon ab, wie oft Google diese URL crawlt. War die Seite bereits indexiert, muss die Suchmaschine sie erneut besuchen, um die Direktive zu lesen, was bei häufig gecrawlten Seiten wenige Tage dauern kann, bei selten besuchten mehrere Wochen.

Kann ich noindex und robots.txt gleichzeitig auf derselben URL nutzen?

Besser nicht. Sperrt robots.txt den Zugriff auf diesen Pfad, lädt der Crawler das HTML nie herunter und liest das noindex-Tag folglich nie, sodass der Ausschluss nicht greift. Damit noindex funktioniert, muss robots.txt den Zugriff auf diese URL erlauben.

Ist noindex dasselbe wie das Entfernen einer URL über die Search Console?

Nein. Das Entfernungstool der Search Console blendet eine URL nur vorübergehend aus den Ergebnissen aus, für einige Monate, während das eigentliche Problem gelöst wird. Noindex ist die dauerhafte Lösung: Solange das Tag gesetzt bleibt und der Crawler es lesen kann, bleibt die URL außerhalb des Index.

Löst noindex das Problem von doppeltem oder schwachem Content?

Als temporäre Lösung für tatsächlich verzichtbare Seiten, interne Suchergebnisse, Filter ohne eigenen Wert, ja. Als Ersatz für eine inhaltliche Überarbeitung, nein: Der Ausschluss einer Seite nimmt dieser URL jede Chance auf organischen Traffic, während eine Überarbeitung die Möglichkeit zu ranken erhält.

Quellen

  1. Google Search Central: Robots meta tag, data-nosnippet und X-Robots-Tag-Spezifikationen: offizielle Dokumentation zur Syntax von noindex, seinen Kombinationen mit follow/nofollow und dem Unterschied zwischen Meta-Tag und HTTP-Header.
  2. Google Search Central: Indexierung mit noindex blockieren: offizieller Leitfaden, der ausdrücklich vor der kombinierten Nutzung von robots.txt und noindex auf derselben URL warnt und erklärt, warum eine Sperrung über robots.txt die Ausnahme aus dem Index nicht garantiert.