Noindex ist eine Direktive, die Suchmaschinen-Crawlern mitteilt, eine Webseite nicht in den Suchindex aufzunehmen oder aus ihm zu entfernen. Sie wird per Meta-Robots-Tag oder HTTP-Header gesetzt und verhindert zuverlässig, dass die betreffende URL in den organischen Suchergebnissen erscheint.
Wer kontrollieren möchte, welche Seiten seines Webauftritts in Google und anderen Suchmaschinen erscheinen, kommt an der Noindex-Direktive nicht vorbei. Sie ist eines der präzisesten Steuerungsinstrumente im technischen SEO-Repertoire. Falsch eingesetzt, kann sie allerdings erheblichen Schaden anrichten – bis hin zum vollständigen Verschwinden einer Domain aus den Suchergebnissen.
Was Noindex bedeutet und wie es technisch funktioniert
Die Noindex-Direktive weist den Crawler einer Suchmaschine an, die betreffende URL zwar zu besuchen und zu crawlen, sie jedoch nicht in den Suchindex aufzunehmen – oder, falls sie bereits indexiert ist, aus dem Index zu entfernen. Googlebot und andere Crawler respektieren diese Anweisung, sobald sie die Seite das nächste Mal aufrufen. Das kann je nach Crawl-Frequenz Stunden bis mehrere Wochen dauern.
Technisch gibt es zwei gleichwertige Implementierungswege: erstens das Meta-Robots-Tag im <head>-Bereich einer HTML-Seite (<meta name="robots" content="noindex">), zweitens den HTTP-Response-Header X-Robots-Tag: noindex, der sich besonders für Nicht-HTML-Ressourcen wie PDFs eignet. Beide Varianten können mit weiteren Direktiven wie nofollow oder noarchive kombiniert werden, etwa als content="noindex, nofollow".
Wichtig: Damit Googlebot die Noindex-Direktive überhaupt lesen kann, muss die Seite crawlbar sein. Eine gleichzeitige Sperrung über die robots.txt hebt die Noindex-Anweisung faktisch auf – der Crawler betritt die Seite nicht und kann die Direktive deshalb nicht verarbeiten. Dieses Zusammenspiel wird in der Praxis regelmäßig falsch konfiguriert.
Noindex vs. robots.txt, Canonical und Nofollow: klare Abgrenzung
Noindex, robots.txt-Disallow, Canonical Tag und Nofollow sind vier verschiedene Werkzeuge mit unterschiedlichen Wirkungsweisen, die häufig verwechselt oder vermischt werden. Ein Disallow in der robots.txt verhindert das Crawlen einer URL vollständig – die Seite kann trotzdem im Index verbleiben, wenn externe Links auf sie verweisen. Noindex hingegen erlaubt das Crawlen, verhindert aber die Indexierung.
Der Canonical Tag konsolidiert duplicate Content, indem er eine bevorzugte URL signalisiert – er entfernt keine Seite aus dem Index, sondern leitet den Indexierungsfokus um. Nofollow auf Linkebene betrifft die Weitergabe von Linkjuice und hat keinen direkten Einfluss auf die Indexierung der verlinkten Seite. Wer diese Direktiven durcheinanderbringt, riskiert ungewollte Indexierungslücken oder Crawl-Budget-Verschwendung.
Auch die Verwechslung mit einem 301-Redirect kommt vor: Ein Redirect leitet Nutzer und Crawler dauerhaft auf eine andere URL weiter und konsolidiert dabei Signale. Noindex hingegen lässt die URL erreichbar, entfernt sie aber aus den Ergebnisseiten. Beide Maßnahmen können sinnvoll sein – sie verfolgen jedoch grundlegend unterschiedliche Ziele.
Wann Noindex sinnvoll eingesetzt wird: legitime Anwendungsfälle
Nicht jede Seite eines Webauftritts sollte in den Suchergebnissen erscheinen. Noindex ist das richtige Mittel, wenn Seiten technisch notwendig, aber für Suchende irrelevant sind. Typische legitime Einsatzszenarien sind:
- Danke-Seiten nach Formularabschlüssen, die keinen eigenständigen Mehrwert bieten
- Interne Suchseiten mit dynamisch erzeugten Ergebnissen, die Duplicate-Content-Probleme verursachen würden
- Staging- und Testumgebungen, die nicht öffentlich ranken sollen
- Login- und Mitgliederseiten mit geschützten Inhalten
- Filterpaginierungen im E-Commerce, die inhaltlich nahezu identische Varianten einer Kategorie erzeugen
- Veraltete Kampagnenseiten, die temporär aktiv bleiben müssen, aber nicht mehr ranken sollen
- Druckversionen von Artikeln, die denselben Inhalt wie die Hauptseite enthalten
In all diesen Fällen verbessert Noindex die Indexierungsqualität des gesamten Webauftritts, weil das verfügbare Crawl-Budget auf relevante Inhalte konzentriert wird und kein Duplicate Content entsteht.
Noindex und Local SEO: Relevanz für Unternehmen im Rhein-Main-Gebiet
Für lokale Unternehmen in Wiesbaden, Frankfurt, Mainz oder Darmstadt ist eine saubere Indexierungsstrategie besonders wichtig, weil die Konkurrenz im lokalen Suchraum oft intensiv ist und jede unnötig indexierte Seite das Ranking der relevanten Standort- und Leistungsseiten verwässern kann. Ein Kanzlei-Webauftritt in Wiesbaden beispielsweise, der dutzende technisch erzeugte Filterseiten ohne Noindex betreibt, verliert Crawl-Budget, das für die eigentlichen Praxisschwerpunktseiten benötigt würde.
HEEY empfiehlt lokalen Unternehmen, im Rahmen eines technischen Audits gezielt zu prüfen, welche URLs indexiert sind, die keinen lokalen Suchtraffic generieren und auch nicht generieren sollen. Häufig sind das automatisch erzeugte Tag-Seiten, Kalenderarchive oder Parametervarianten der Hauptseiten. Diese mit Noindex zu versehen, schärft das Indexierungsprofil und stärkt die Sichtbarkeit der wirklich relevanten Seiten im Local Pack und in den organischen Ergebnissen.
Darüber hinaus sollten Landingpages, die ausschließlich für bezahlte Kampagnen konzipiert sind und keine organische Suchintention bedienen, konsequent mit Noindex versehen werden. So bleibt das organische Rankingprofil sauber, und es entstehen keine Kannibalisierungseffekte zwischen Paid- und Organic-Seiten.
Typische Fehler bei der Noindex-Implementierung
Fehler rund um Noindex gehören zu den folgenreichsten technischen SEO-Problemen, weil sie oft unbemerkt bleiben, bis ein Sichtbarkeitseinbruch in der Google Search Console auffällt. Die häufigsten Fehlerquellen sind:
- Noindex in der robots.txt kombiniert mit Disallow: Die Direktive kann nicht gelesen werden, weil der Crawler die Seite gar nicht betritt.
- Versehentlich gesetztes Noindex auf Produktions-URLs nach einem Relaunch oder Staging-Deployment, bei dem die Testumgebungs-Einstellungen übernommen wurden.
- Noindex auf wichtigen Kategorieseiten im CMS, das durch falsch konfigurierte Plugin-Einstellungen (z. B. Yoast SEO, Rank Math) automatisch gesetzt wird.
- Vergessenes Entfernen nach dem Ende einer Kampagne oder eines A/B-Tests, sodass Seiten dauerhaft aus dem Index verschwinden.
- Noindex statt Canonical bei Duplicate-Content-Problemen, obwohl ein Canonical die Linksignale konsolidieren würde, anstatt die Seite vollständig aus dem Index zu nehmen.
- HTTP-Header-Konflikte: Wenn CMS und Server gleichzeitig widersprüchliche Direktiven senden, gilt die restriktivere Anweisung – das führt zu unerwarteten Indexierungsausfällen.
Best Practice ist es, nach jeder größeren technischen Änderung die Google Search Console auf neu aufgetauchte Noindex-Meldungen zu überprüfen und den Index-Coverage-Report als festen Bestandteil des laufenden SEO-Monitorings zu etablieren.
Noindex korrekt einrichten: Schritt-für-Schritt-Vorgehen
Vor der Implementierung sollte klar sein, welches Ziel verfolgt wird: dauerhafte Deindexierung, temporäre Ausblendung oder Konsolidierung von Duplicate Content. Für eine dauerhafte Deindexierung ist Noindex das richtige Mittel; für die Konsolidierung von inhaltlich ähnlichen Seiten ist oft ein Canonical Tag die bessere Wahl.
Das konkrete Vorgehen: Zunächst identifiziert man über die Google Search Console und ein Crawling-Tool (z. B. Screaming Frog oder Sitebulb) alle URLs, die nicht indexiert sein sollen. Anschließend setzt man das Meta-Robots-Tag serverseitig oder im CMS – bei WordPress etwa über das SEO-Plugin auf Seitenebene oder programmatisch über die wp_robots-API. Danach prüft man mit dem URL-Inspektionstool der Search Console, ob die Direktive korrekt ausgeliefert wird. Abschließend sollte man die betroffenen URLs in der Sitemap entfernen, da indexierte Sitemap-Einträge mit Noindex-Direktiven ein widersprüchliches Signal senden.
Für Nicht-HTML-Ressourcen oder JavaScript-gerenderte Seiten empfiehlt HEEY die Implementierung über den X-Robots-Tag-HTTP-Header, da das Meta-Tag in diesen Kontexten nicht zuverlässig ausgelesen wird. Eine regelmäßige Überprüfung des Indexierungsstatus – mindestens monatlich – stellt sicher, dass keine ungewollten Änderungen unbemerkt bleiben.
Noindex und die Auswirkungen auf Crawl-Budget und Sichtbarkeit
Jede URL, die Googlebot crawlt, ohne dass sie einen Beitrag zur Sichtbarkeit leistet, verbraucht Crawl-Budget. Für große Webauftritte – etwa Onlineshops mit tausenden Produktvarianten oder Nachrichtenportale mit umfangreichen Tag-Archiven – ist ein gezielter Noindex-Einsatz deshalb ein direkter Hebel zur Verbesserung der Crawl-Effizienz. Wenn der Crawler weniger irrelevante Seiten abarbeiten muss, steht mehr Kapazität für die Indexierung neuer, hochwertiger Inhalte zur Verfügung.
Darüber hinaus hat eine saubere Indexierungsstrategie Auswirkungen auf den Sichtbarkeitsindex: Seiten, die inhaltlich schwach sind oder keinen eigenständigen Mehrwert bieten, können das Gesamtranking eines Webauftritts negativ beeinflussen. Durch konsequentes Noindex auf solche Seiten konzentriert sich das Qualitätssignal auf die wirklich relevanten URLs – was sich mittel- bis langfristig positiv auf die organische Sichtbarkeit auswirkt.
Häufige Fragen
Was passiert, wenn ich Noindex auf einer bereits indexierten Seite setze?
Sobald Googlebot die Seite das nächste Mal crawlt und die Noindex-Direktive liest, wird die URL aus dem Suchindex entfernt. Dieser Vorgang kann je nach Crawl-Frequenz der Domain einige Tage bis mehrere Wochen dauern. Eine Beschleunigung ist über das URL-Inspektionstool in der Google Search Console möglich, indem man eine erneute Indexierungsprüfung anfordert.
Wie unterscheidet sich Noindex von einem Disallow in der robots.txt?
Disallow in der robots.txt verhindert das Crawlen einer URL vollständig – die Seite kann aber trotzdem im Index verbleiben, wenn externe Links auf sie zeigen. Noindex erlaubt das Crawlen, verhindert jedoch die Aufnahme in den Index. Beide Direktiven gleichzeitig zu setzen ist kontraproduktiv: Der Crawler kann die Noindex-Anweisung nicht lesen, wenn er die Seite wegen Disallow gar nicht besucht.
Wann sollte ich Noindex statt eines Canonical Tags verwenden?
Noindex ist die richtige Wahl, wenn eine Seite dauerhaft aus dem Index entfernt werden soll und keine Linksignale weitergegeben werden müssen – etwa bei Danke-Seiten, internen Suchseiten oder Testseiten. Ein Canonical Tag eignet sich besser, wenn Duplicate Content konsolidiert werden soll und die Linksignale der betroffenen Seite auf die bevorzugte URL übertragen werden sollen.
Warum zeigt Google eine Seite trotz Noindex noch in den Suchergebnissen an?
Das kann mehrere Ursachen haben: Googlebot hat die Seite seit dem Setzen der Direktive noch nicht erneut gecrawlt, die Direktive wird durch eine robots.txt-Sperrung blockiert und damit nicht gelesen, oder es liegt ein technischer Fehler in der Implementierung vor – etwa ein Caching-Problem, das die alte Version der Seite ohne Noindex ausliefert. Eine Prüfung über das URL-Inspektionstool der Google Search Console gibt schnell Aufschluss.
Schadet Noindex dem Linkjuice einer Seite?
Eine Seite mit Noindex-Direktive kann weiterhin Linkjuice empfangen und weitergeben, solange die Links auf ihr nicht mit Nofollow versehen sind. Die Direktive beeinflusst ausschließlich die Indexierung, nicht den Linkfluss. Wer beides unterbinden möchte, kombiniert Noindex mit Nofollow in der Robots-Direktive.
Wie prüfe ich, ob Noindex korrekt implementiert ist?
Am zuverlässigsten funktioniert das über das URL-Inspektionstool in der Google Search Console: Es zeigt an, welche Robots-Direktiven Googlebot beim letzten Crawl der Seite vorgefunden hat. Ergänzend kann man den HTTP-Response-Header mit einem Tool wie curl oder dem Browser-Entwickler-Tool prüfen. Ein regelmäßiges Crawling mit Tools wie Screaming Frog hilft, ungewollte Noindex-Direktiven im gesamten Webauftritt aufzudecken.
Wir helfen Ihnen, in Google und Maps nach vorne zu kommen.