Noindex unbemerkt
Noindex unbemerkt: Warum Seiten plötzlich aus Google verschwinden (CH)
Keyword-Fokus: noindex SEO
Wenn wichtige Seiten (oder gleich ganze Verzeichnisse) plötzlich nicht mehr ranken, steckt oft kein “Google-Problem” dahinter – sondern ein unbemerkter noindex-Tag. In der Schweiz passiert das häufig nach Plugin-Updates, Relaunches, Staging-Setups oder durch falsche CMS-Einstellungen.
Das Tückische: Noindex wirkt sofort auf die Indexierung, aber bleibt im Alltag lange unsichtbar – bis Traffic, Leads oder das Local-Pack wegbrechen. Hier bekommst du eine klare Diagnose-Logik, eine Checkliste und schnelle Fixes.
- Schnell erkennen, ob Noindex wirklich die Ursache ist (GSC + Live-Checks)
- Typische WordPress-/Plugin-Fallen vermeiden (Staging, Wartungsmodus, Robots-Regeln)
- Priorisieren: welche Seiten zuerst “reindexen” – ohne Chaos im Crawl
- Sauber absichern, damit Noindex nicht wieder unbemerkt aktiviert wird
Kurzantwort (für schnelle Entscheide)
Wenn wichtige Seiten in Google fehlen, prüfe zuerst “meta robots noindex” und X-Robots-Tag – besonders nach Plugin-/Theme-Updates oder Staging-Migrationen.
Noindex ist ein direkter Hinweis an Suchmaschinen, eine Seite nicht zu indexieren. Ist er versehentlich gesetzt, werden betroffene URLs aus dem Index entfernt oder gar nicht erst aufgenommen – Rankings fallen dann zwangsläufig weg. Der Fix ist meist simpel: Noindex entfernen, Indexierbarkeit prüfen, danach Re-Indexierung anstossen.
- Check 1: Seiten-Quellcode →
<meta name="robots" content="noindex">? - Check 2: HTTP-Header →
X-Robots-Tag: noindex? - Check 3: Google Search Console → “Ausgeschlossen durch ‘noindex’”?
Inhaltsverzeichnis
Warum Noindex unbemerkt entscheidend ist
Noindex ist kein “Rankingfaktor”, sondern ein Indexierungs-Stopp-Schild. Wenn es aktiv ist, kann Google die Seite zwar crawlen, wird sie aber (je nach Situation) nicht indexieren oder aus dem Index entfernen. Ergebnis: Sichtbarkeit fällt häufig schneller als bei technischen Performance-Problemen.
In der Praxis trifft es oft verkaufsnahe Seiten (Leistungsseiten, Kontakt, Standortseiten) – also genau die URLs, die in CH-KMU am meisten Leads bringen. Besonders gefährlich: Noindex kann durch Plugins, Staging-Migrationen oder “Discourage search engines”-Optionen plötzlich sitewide aktiv werden.
- Noindex kann ganze Verzeichnisse aus Google entfernen – ohne “Fehlermeldung” auf der Website
- Die Ursache ist oft banal (Setting/Plugin) – die Auswirkung aber geschäftskritisch
- Je schneller der Fix, desto schneller die Re-Indexierung und Recovery
Noindex-Checkliste (5-Minuten-Diagnose)
1) Sofort-Checks (pro betroffene URL)
- Quellcode prüfen: Gibt es ein
meta name="robots"mitnoindex? - HTTP-Header prüfen: Liefert der Server
X-Robots-Tag: noindex(häufig via CDN, Security-Plugin, Server-Regel)? - Robots.txt abgrenzen: Ist die URL blockiert (
Disallow)? (Wichtig: Das ist ein anderes Problem als Noindex.)
2) Google Search Console (GSC) Checks
- URL-Prüfung: “Indexierung zulässig?” → Hinweis auf noindex oder “durch robots meta tag ausgeschlossen”.
- Seiten-Bericht: Filter auf “Ausgeschlossen” → “Durch ‘noindex’-Tag ausgeschlossen”.
- Sitemaps: Sind Noindex-URLs in der Sitemap? (Sollte i.d.R. nicht so sein.)
3) WordPress-/Plugin-Hotspots (häufigste Ursachen)
- Einstellung “Suchmaschinen abhalten” (WP-Lesung) versehentlich aktiv – oft nach Staging.
- SEO-Plugin Template-Regeln (z.B. Noindex für Kategorien/Tags/Archive) falsch gesetzt.
- Wartungsmodus / Coming-Soon setzt Noindex global.
- Staging-Plugin übernimmt Noindex in die Live-Umgebung.
4) Fix & Recovery
- Noindex entfernen (Meta + Header) und erneut live testen.
- Wichtige URLs priorisieren (Money-Pages, lokale Seiten, Top-Landingpages).
- Re-Indexierung anstossen (GSC URL-Prüfung → Indexierung beantragen).
Hinweis: Wenn du Noindex entfernst, aber die URL gleichzeitig per robots.txt blockiert ist, kann Google die Änderung nicht zuverlässig verarbeiten. Erst Crawling ermöglichen, dann Indexierung.
Entscheidungs-Framework
| Situation | Signal | Priorität | Empfohlene Massnahme |
|---|---|---|---|
| Wichtige Seite verliert Rankings über Nacht | GSC zeigt “Ausgeschlossen durch ‘noindex’” | Sehr hoch | Noindex in Meta/Header entfernen, Live-Test, dann Re-Indexierung über GSC. |
| Viele Seiten fehlen, ganze Ordner unsichtbar | Globales Setting/Plugin setzt Noindex sitewide | Kritisch | WordPress “Discourage”/Wartungsmodus/Staging-Regeln prüfen, global fixen, Sitemap bereinigen. |
| Noindex entfernt, aber Seiten kommen nicht zurück | Robots.txt blockiert oder Canonical zeigt woanders hin | Hoch | Crawling erlauben, Canonicals prüfen, interne Links stärken, erneute Index-Anfrage. |
So wendest du Noindex unbemerkt richtig an
- Scope definieren: Betrifft es einzelne URLs, Templates (z.B. Blog/Archive) oder die ganze Site?
- Quelle identifizieren: Kommt Noindex aus dem HTML (SEO-Plugin), aus HTTP-Headern (Server/CDN) oder aus einem Wartungs-/Staging-Mechanismus?
- Fix sauber ausrollen: Erst Noindex entfernen, dann testen (Live-URL), dann Sitemap/Interne Links prüfen.
- Recovery steuern: Top-URLs priorisiert reindexen, danach “Long Tail” automatisch über interne Links + Sitemap nachziehen lassen.
Praxis-Tipp: Starte mit den Top 20 Landingpages (GSC: Leistung → Seiten) und den wichtigsten Service-/Standortseiten. Wenn diese wieder indexiert sind, normalisiert sich der Lead-Flow meist am schnellsten.
Resultate richtig interpretieren
- Noindex in GSC bestätigt – Dann ist der Rankingverlust logisch: Ohne Index keine Rankings. Fix ist in der Regel schnell.
- Kein Noindex, aber trotzdem nicht indexiert – Dann sind oft Canonical, Soft-404, Duplicate oder Qualitäts-/Intent-Themen die Ursache.
- Teilweise indexiert, teilweise ausgeschlossen – Häufig Template-Regeln: z.B. Kategorien/Tags/Filterseiten Noindex, aber einzelne Posts indexierbar.
Praxisbeispiel aus der Schweiz
Ein Schweizer Dienstleister (KMU) bemerkt einen starken Rückgang an Anfragen nach einem WordPress-Update. In der Google Search Console häufen sich Ausschlüsse “durch ‘noindex’”. Ursache: Ein Coming-Soon/Wartungsmodus-Plugin wurde nach Wartungsarbeiten nicht deaktiviert und setzte sitewide Noindex.
| KPI | Vorher | Nachher |
|---|---|---|
| Indexierte Seiten (GSC) | 1’240 | 1’310 |
| Organische Klicks / 28 Tage | 5’800 | 6’450 |
| Leads über Kontakt/Anfrage | 42 / Monat | 56 / Monat |
Nach dem Entfernen des Noindex, dem Bereinigen der Sitemap und priorisierten Re-Index-Anfragen für die wichtigsten Leistungsseiten erholte sich die Sichtbarkeit innerhalb weniger Wochen deutlich – ohne weitere grosse technische Massnahmen.
Häufige Fehler
- Noindex entfernen, aber die URL bleibt per robots.txt blockiert (Google kann die Änderung nicht sauber prüfen).
- Nur im SEO-Plugin fixen – während X-Robots-Tag im Header weiterhin Noindex ausliefert.
- Noindex-Templates falsch einsetzen (z.B. wichtige Kategorien/Standorte auf Noindex gesetzt).
- Keine Priorisierung: Re-Index-Anfragen für unwichtige Seiten, während Money-Pages warten.
- Sitemap enthält Noindex-URLs – das sendet widersprüchliche Signale und kostet Crawlbudget.
Methodik & Vertrauensgrundlage
Diese Seite basiert auf einem praxisorientierten Diagnose-Ansatz: Wir kombinieren Google Search Console (Indexierungsstatus), Live-Checks (HTML/HTTP), CMS/Plugin-Audit und eine klare Priorisierung nach Business-Impact. Ziel ist nicht “mehr Daten”, sondern ein schneller, verlässlicher Entscheid: Was blockiert die Indexierung – und was bringt die schnellste Recovery?
- Relevanz: Fokus auf High-Intent Seiten (Leistungen, Standorte, Kontakt, Top-Landingpages) statt Blind-Fixes.
- Technik: Abgrenzung von Meta-Noindex, Header-Noindex, robots.txt, Canonical und Crawlability.
- Trust: Änderungen werden mit Live-Tests, GSC-Validierung und nachvollziehbarer Logik abgesichert.
- CTR/UX: Recovery wird über die richtigen Seiten priorisiert, damit Leads/Anfragen zuerst zurückkommen.
Hinweis: Noindex kann sinnvoll sein (z.B. interne Suchresultate, Filterseiten, Dankeseiten). Entscheidend ist: bewusst einsetzen – und kritische Seiten konsequent indexierbar halten.