Welche Indexierungs-Blocker wir beheben
Technische Indexierungs-Blocker teilen sich in wenige, gut abgrenzbare Kategorien. Das ist ein Vorteil: Anders als bei inhaltlicher Schwäche gibt es hier eine klare Ursache und einen klaren Fix — sofern man beides sauber lokalisiert.
noindex und X-Robots-Tag
Ein <meta name="robots" content="noindex"> im HTML-Head ist das direkteste aller Stopp-Signale. Es sagt Google: Diese Seite soll nicht in den Index. Häufige Entstehungsquelle ist nicht böse Absicht, sondern ein CMS-Plugin, das auf Staging gesetzt und beim Go-live nicht deaktiviert wurde — oder ein Theme-Setting, das pauschal auf bestimmte Template-Typen wirkt. Dasselbe gilt für den HTTP-Response-Header X-Robots-Tag: noindex, der bei JavaScript-Anwendungen oft dynamisch gesetzt wird und im Browser-Source-Code unsichtbar ist.
Wir prüfen beide Varianten für jede betroffene URL: Header-Level per HTTP-Request, Meta-Tag per gerendertem DOM. Wo ein noindex fehlplatziert ist, entfernen wir es oder korrigieren die CMS-Konfiguration. Nach dem Fix stellen wir sicher, dass der Crawl-Request in der Google Search Console sauber beantwortet wird.
Falsche oder fehlende canonical
Eine canonical-Direktive, die auf eine andere URL zeigt als die aktuelle Seite, signalisiert Google unmissverständlich: Diese URL ist nicht die Original-Quelle. Google wird die Ziel-URL bevorzugen — die aktuelle bleibt draußen. Besonders häufig bei URL-Parametern, HTTPS/HTTP-Mischlagen, Pagination oder mehrsprachigen Setups.
Fehlende canonicals sind ein eigenes Problem: Ohne canonical-Tag überlässt man Google die Entscheidung, welche Variante als Original gilt — und Google liegt dabei nicht immer richtig. Wir setzen fehlende Self-Referencing-Canonicals und korrigieren falsch zeigenden Verweise, URL für URL.
robots.txt-Disallow
Eine zu breite Disallow-Regel in der robots.txt blockiert ganze Verzeichnisse oder URL-Muster, manchmal unbeabsichtigt. Ein Disallow: / aus einer Staging-Konfiguration, der in Produktion nicht entfernt wurde, ist eine häufige Ursache. Wir lesen Ihre robots.txt vollständig aus, gleichen sie gegen die betroffenen URLs ab und korrigieren Regeln, die zu weit greifen.
Thin Content und Duplicate Content (technisch behebbar)
Thin Content bedeutet: Google bewertet die Seite als inhaltlich zu schwach, um Nutzern einen echten Mehrwert zu bieten. Manchmal ist das ein technisches Problem — wenn z. B. identische oder nahezu identische Inhalte auf mehreren URLs zugänglich sind (www vs. non-www, trailing slash, URL-Parameter). In diesem Fall ist die Lösung technisch: canonicals setzen, Duplikate per 301 zusammenführen, Sitemap bereinigen.
Ist der Content aber tatsächlich substanzlos — zu kurz, zu generisch, ohne eigenständigen Informationswert — dann hilft kein technischer Fix. Das sagen wir Ihnen direkt. Mehr dazu im Abschnitt „Die ehrliche Grenze".
Fehlende interne Verlinkung
Seiten, die von keiner anderen Seite Ihrer Domain verlinkt werden, sind für Googlebot schwer zu entdecken — und erhalten kaum interne Relevanz-Signale. Wir prüfen, ob betroffene URLs in Ihrer Sitemaps-Datei enthalten sind und ob mindestens relevante interne Verweise existieren. Wo sie fehlen, empfehlen wir konkrete Verlinkungspunkte oder setzen diese gemeinsam mit Ihnen um.
So läuft die Analyse ab
Wir arbeiten URL-basiert und dokumentieren jeden Befund. Kein Pauschal-Report, sondern eine Einzel-Diagnose pro Seite.
Schritt 1: URL-Liste und Erstbefund
Zu Beginn übergeben Sie uns die URLs, die nicht indexiert sind oder deren Indexierungsstatus unklar ist. Wir führen für jede URL eine technische Erstprüfung durch: HTTP-Status, Response-Header, Meta-Tags im gerenderten DOM, canonical-Verweis, robots.txt-Abdeckung. Das Ergebnis ist ein URL-spezifisches Befund-Sheet mit identifizierten Blockern.
Schritt 2: Konfigurationskorrekturen
Identifizierte Blocker werden gezielt behoben. Je nach Infrastruktur (WordPress, Custom CMS, Headless, statische Seiten) unterscheiden sich die Eingriffspunkte. Wir passen CMS-Einstellungen an, korrigieren Template-Konfigurationen, setzen canonical-Tags, bereinigen die robots.txt und ergänzen fehlende Sitemaps-Einträge. Jede Änderung wird protokolliert.
Schritt 3: Crawl-Trigger und Nachkontrolle
Nach den Korrekturen stoßen wir eine erneute Crawl-Anfrage an — über die Google Search Console (URL Inspection → Indexierung beantragen) und, sofern keine GSC-Verifizierung vorliegt, über IndexNow. Bitte beachten: Die Google Indexing API steht ausschließlich für GSC-verifizierte Properties zur Verfügung und ist zudem auf JobPosting- und BroadcastEvent-Schemas beschränkt — sie ist kein allgemeiner Indexierungskanal.
Die Nachkontrolle erfolgt nach Ablauf einer realistischen Frist. Aus unseren eigenen Tests wissen wir, dass ein erheblicher Teil korrigierter URLs innerhalb von 14 Tagen indexiert wird — aber das ist ein Erfahrungswert, keine Garantie. Googles Crawl-Budget und Bewertungslogik liegen außerhalb unserer Kontrolle.
Was sich nach dem Fix ändert
Sichtbarkeit für bereits guten Content
Wenn eine Seite inhaltlich solide ist, aber durch einen technischen Blocker draußen gehalten wurde, kann ein erfolgreicher Fix den Unterschied zwischen „nicht existent" und „rankend" bedeuten. Der häufigste Fall: eine Produktseite mit gutem Content, die ein Plugin versehentlich auf noindex gesetzt hatte. Nach dem Fix: Seite indexiert, erste Rankings innerhalb weniger Wochen.
Bereinigung struktureller Probleme
Viele der Blocker, die wir beheben, sind keine Einzelfehler, sondern systemische Konfigurationsprobleme. Eine zu breite robots.txt-Regel betrifft oft Dutzende URLs. Eine falsch konfigurierte canonical-Logik im Theme wirkt auf alle Seiten des gleichen Template-Typs. Die Behebung dieser Muster verbessert die Indexierbarkeit nicht nur der betroffenen URLs, sondern der gesamten Domain-Struktur.
Klarheit über verbleibende Baustellen
Nicht jede Seite, die nach dem Fix gecrawlt wird, landet im Index. Wenn Google sie trotzdem draußen lässt, haben wir nach dem Fix zumindest die technischen Erklärungen ausgeschlossen. Was dann bleibt, ist eine inhaltliche Beurteilung — und die können wir Ihnen klar benennen: fehlender Mehrwert, zu dünner Content, zu schwache Signale. Das ist kein Misserfolg des Fixes, sondern die nächste Etappe der Arbeit.
Die ehrliche Grenze: Technik vs. Content-Qualität
Technische Blocker zu beheben ist das eine. Das andere ist die Frage, ob eine Seite inhaltlich das Niveau erreicht, das Google für eine Indexierung erwartet.
Was kein technischer Fix lösen kann
Wenn Google eine Seite als „Gecrawlt – zurzeit nicht indexiert" einstuft, kann das zwei vollkommen verschiedene Ursachen haben. Entweder steckt ein technisches Stopp-Signal dahinter — dann können wir helfen. Oder Google hat die Seite gecrawlt, ihren Inhalt bewertet und entschieden: Dieser Content bietet Nutzern keinen ausreichenden Mehrwert, um indexiert zu werden. Das ist keine Fehlfunktion, das ist das System.
Eine Seite mit 150 Wörtern generischem Text, ohne interne Relevanz-Signale, ohne eigenständige Information — diese Seite wird auch nach Entfernung aller technischen Blocker von Google möglicherweise nicht aufgenommen. Wir sagen Ihnen das im Befund-Sheet explizit, bevor wir Ihnen einen Fix-Auftrag empfehlen. Wenn Content-Arbeit die richtige Antwort ist, sagen wir das.
Wo die Grenze in der Praxis liegt
Die sauberste Trennung: Technische Blocker sind binär — sie sind entweder gesetzt oder nicht. Content-Qualität ist ein Spektrum. Wenn nach Behebung aller technischen Blocker die Seite weiterhin nicht indexiert wird, ist das ein starkes Signal, dass Google eine inhaltliche Entscheidung getroffen hat. In diesem Fall liegt die nächste Maßnahme außerhalb unseres Leistungsbereichs hier — aber wir können Ihnen sagen, in welche Richtung Sie arbeiten sollten.
Praxis-Einblick
Dmytro Puhach, Founder · 15+ Jahre SEO-Praxis
Der häufigste Fall, dem ich begegne: Ein WooCommerce-Shop, 300+ Produktseiten, davon 60–70 % nicht indexiert. Nach dem ersten Blick stellt sich heraus: Das Theme setzt für alle Seiten ohne Featured Image ein noindex — eine veraltete SEO-Plugin-Einstellung, die niemand bewusst aktiviert hat. Ergebnis: Hunderte guter Produktseiten draußen, weil ein Checkbox-Häkchen falsch steht.
Das ist kein Einzelfall. CMS-Updates, Plugin-Wechsel, Staging-zu-Produktion-Deployments — all das sind Momente, in denen technische Konfigurationen versehentlich kippen. Wer keine regelmäßige Kontrolle hat, erfährt das oft erst Monate später, wenn Rankings einbrechen oder neue Seiten trotz gutem Content unsichtbar bleiben.
Was ich nach 15 Jahren sagen kann: Die technischen Ursachen sind in der Regel schnell gefunden, wenn man weiß, wo man schaut. Die schwierigere Aufgabe ist es, dem Kunden ehrlich zu sagen, wenn das Problem nicht technisch ist — weil dann niemand mit einem Dienst wie unserem schnell weiterhilft.
FAQ
Welche Fehler beheben Sie konkret?
Wir beheben technische Indexierungs-Blocker: versehentliche oder falsch gesetzte noindex-Direktiven (Meta-Tag und HTTP-Header), canonicals, die auf die falsche URL zeigen, robots.txt-Regeln, die URLs oder Verzeichnisse unbeabsichtigt blockieren, fehlende Self-Referencing-Canonicals, technisch bedingte Duplicate-Content-Situationen (mehrere URLs für denselben Inhalt) sowie fehlende interne Verlinkung und Sitemaps-Einträge. Außerdem prüfen wir auf CMS-seitige Konfigurationsfehler (Theme-Settings, Plugin-Optionen), die Indexierungssperren erzeugen.
Woran erkenne ich solche Blocker, bevor ich beauftrage?
Die einfachste Prüfung: site:ihre-url.de in Google — erscheint die Seite? Für den Meta-Tag: Seite im Browser öffnen, DevTools → Elements, im <head> nach <meta name="robots"> suchen. Für den HTTP-Header: curl -I https://ihre-url.de. robots.txt prüfen Sie direkt unter ihre-domain.de/robots.txt. Canonical: im Seitenquellcode nach <link rel="canonical" suchen und den href-Wert prüfen. Für eine systematische URL-für-URL-Übersicht nutzen Sie unseren Index-Checker — 200 Credits gratis. Für den ausführlicheren Diagnose-Leitfaden: Indexierungsprobleme verstehen.
Hilft das, wenn mein Content dünn ist?
Nein — zumindest nicht direkt. Wenn Google eine Seite wegen mangelnden inhaltlichen Mehrwerts nicht indexiert, ändert ein technischer Fix daran nichts. Technische Blocker und inhaltliche Schwäche sind zwei verschiedene Probleme. Wir nennen Ihnen im Rahmen der Analyse klar, welcher Fall vorliegt. Ist die Hauptursache inhaltlicher Natur, sagen wir das explizit — dann empfehlen wir keine Fix-Beauftragung für diese URLs, sondern Content-Arbeit als ersten Schritt.
Was, wenn Google die Seite trotzdem nicht aufnimmt?
Sobald alle technischen Blocker beseitigt sind, liegt die Entscheidung bei Google. Wir können Crawl-Anfragen anstoßen und die Seite in der GSC korrekt einreichen — aber wir können Googles Crawl-Priorisierung und Indexierungsentscheidung nicht erzwingen. Wenn eine Seite nach dem Fix weiterhin draußen bleibt, liegt das in der Regel an einem inhaltlichen Signal: zu geringer Mehrwert, zu geringe Autorität, zu ähnlich zu anderen Seiten. Wir dokumentieren den Status nach dem Fix und benennen die verbleibenden Baustellen klar.
Weiterführend
