Noindex

Wann Noindex die richtige Wahl ist

• Interne Login- und Konto-Seiten — Nutzer müssen sie erreichen, Suchmaschinen nicht.
• Suchergebnis-Seiten der eigenen Webseite — sonst entstehen unendlich viele Mini-Seiten als Duplicate.
• Filter- und Tag-Übersichten in Shops/Blogs ohne eigenständigen Wert.
• Dünne Service-Seiten, die nicht weggelassen werden können, aber im Index keinen Wert haben (Kontakt-Bestätigungen, Cookie-Übersichten).
• Staging- und Test-Umgebungen — Noindex plus IP-Restrictions als Doppelschutz.

Noindex vs. robots.txt-Disallow

Häufige Verwechslung: robots.txt-Disallow verbietet das Crawling — Google sieht die Seite nicht, weiß aber, dass es sie gibt (z.B. durch interne Links). Folge: URL kann ohne Snippet-Text indexiert bleiben. Noindex dagegen erlaubt das Crawling — Google liest die Seite, indexiert sie aber nicht. Wer eine Seite aus den Suchergebnissen entfernen will, braucht Noindex, nicht Disallow. Wer zusätzlich Crawl-Budget sparen will, kombiniert beides — aber immer in dieser Reihenfolge: Erst Noindex setzen, warten bis aus dem Index, dann erst Disallow nachschieben.

Häufige Noindex-Fehler

• Versehentliches Noindex auf Live-Seiten nach Relaunch (vergessenes Staging-Setting).
• Noindex + Canonical auf dieselbe URL — widersprüchliches Signal, beides wird abgewertet.
• Noindex per robots.txt-Disallow blockieren — Google sieht Noindex nicht mehr, Seite bleibt indexiert.
• Massen-Noindex in der Sitemap — Sitemap signalisiert „bitte indexieren", Noindex sagt das Gegenteil. Sitemaps nur für indexierbare URLs.