Website<\/a>. Wenn Googles Systeme eine Site insgesamt kritisch bewerten, reduzieren sie Crawling und Indexierung. Es lohnt sich aus Googles Sicht schlicht nicht, viel Zeit auf der Website zu verbringen. Der Status an einzelnen URLs ist dann ein Symptom f\u00fcr ein Site-weites Signal.<\/p>\n\n\n\nZweitens: Redundanz. Zu vielen Themen existiert bereits genug gleichwertiger Content. Die Frage, die Google implizit stellt, lautet nicht \u201eIst diese Seite gut?“, sondern \u201eWas fehlt dem Index ohne diese Seite?“. Ein solide geschriebener Artikel, den es in \u00e4hnlicher Form drei\u00dfigmal gibt, beantwortet diese Frage nicht. Das trifft auch KI-generierte Inhalte, allerdings nicht pauschal. Mueller formuliert es im Podcast so: Manche Seiten liest man und denkt, das h\u00e4tte jeder schreiben k\u00f6nnen. Austauschbarkeit ist das Problem, nicht das Werkzeug.<\/p>\n\n\n\n
Drittens: das Gesamterlebnis. Google bewertet nicht den reinen Text, sondern die Seite, wie Nutzer sie erleben. Ein guter Artikel, vergraben unter Werbebannern, Cookie-Layern und 800 W\u00f6rtern F\u00fcllgeschichte vor dem eigentlichen Inhalt, ist aus dieser Perspektive keine gute Seite. Nutzer haben keinen Lesemodus, der nur den Haupttext zeigt. Google rechnet den Rest mit.<\/p>\n\n\n\n
Muster lesen statt Seiten fixen<\/h2>\n\n\n\n
Der wichtigste Perspektivwechsel kommt aus dem Search-Console-Team selbst: Der Indexierungsbericht ist keine Aufgabenliste und kein Inventar, das l\u00fcckenlos gr\u00fcn sein muss. Er ist ein \u00c4nderungsdetektor. Die richtige Frage lautet nicht \u201eIst Seite X im Index?“, sondern \u201eVerh\u00e4lt sich die Website so, wie ich es erwarte?“.<\/p>\n\n\n\n
Praktisch hei\u00dft das: auf Muster achten statt auf Einzelseiten.<\/p>\n\n\n\n
Die Trendlinie zuerst. Ein kurzer Ausschlag bei den nicht indexierten Seiten, der wieder abflacht, ist meist ein Server-Schluckauf oder eine Datenverz\u00f6gerung. Eine Linie, die steil steigt und oben bleibt, verdient Analyse. Eine konstant hohe, aber stabile Zahl ist oft einfach der Normalzustand der Website.<\/p>\n\n\n\n
Dann die Verteilung. Betrifft der Status ein bestimmtes Template, etwa alle Produktvarianten-Seiten oder alle Tag-Archive, liegt die Ursache im eigenen Einflussbereich: d\u00fcnne Inhalte, Near-Duplicates, generierte Seiten ohne eigenen Wert. Betrifft er die gesamte Website oder alles hinter einem CDN, deutet das auf ein Infrastrukturproblem.<\/p>\n\n\n\n
Mit dieser Lesart f\u00fchrt der Weg von \u201e300 Seiten nicht indexiert, Panik“ zu einer Diagnose in zwanzig Minuten. Beispiel-URLs anklicken, zwei oder drei davon pr\u00fcfen, Muster benennen. H\u00e4ufig lautet das Ergebnis: alles in Ordnung, die Ver\u00e4nderung war erwartbar.<\/p>\n\n\n\n
Wann Handeln n\u00f6tig ist: die echten Problemf\u00e4lle<\/h2>\n\n\n\n
Es gibt F\u00e4lle, in denen hinter dem Status ein technisches Problem steckt. Die haben allerdings wenig mit den Standard-Checklisten zu tun.<\/p>\n\n\n\n
Der h\u00e4ufigste: Bot-Protection beim CDN oder Hoster. Manche Anbieter schalten bei hohem Crawl-Aufkommen Schutzmechanismen scharf, die dann auch Googlebot aussperren. Statt eines sauberen 503 (\u201ekomm sp\u00e4ter wieder“) liefert der Server 403 oder 404. Im Indexierungsbericht zeigt sich das als pl\u00f6tzlicher Anstieg von Fehlern oder ausgeschlossenen Seiten, die vorher problemlos indexiert waren.<\/p>\n\n\n\n
Der t\u00fcckischste: Soft-Errors. Ein Bot-Interstitial (\u201eSind Sie ein Mensch?“) wird mit Statuscode 200 ausgeliefert. F\u00fcr Google ist das eine normale Seite, also wird sie indexiert \u2013 und ersetzt den eigentlichen Inhalt. Weil dieselbe Abfrageseite auf vielen URLs erscheint, teils sogar domain\u00fcbergreifend beim selben CDN-Anbieter, kann Google im Extremfall eine fremde Seite als Canonical w\u00e4hlen. In der Search Console taucht das als Deduplizierung zugunsten irgendeiner anderen URL auf. Besucher bemerken davon nichts, das Interstitial erscheint nur f\u00fcr Bots. Die Diagnose l\u00e4uft \u00fcber die URL-Pr\u00fcfung in der Search Console: Dort zeigt sich, was Googlebot tats\u00e4chlich ausgeliefert bekommt.<\/p>\n\n\n\n
Ist so ein Problem gefunden und mit Hoster oder CDN behoben, ist der Button \u201eAls behoben markiert“ sinnvoll eingesetzt. Google pr\u00fcft dann eine Stichprobe der gemeldeten URLs und st\u00f6\u00dft bei Erfolg einen schnelleren Recrawl der \u00fcbrigen an. F\u00fcr alles andere, insbesondere f\u00fcr \u201eGecrawlt \u2013 zurzeit nicht indexiert“ ohne technische Ursache, bewirkt der Button nichts. Es gibt nichts Technisches, das Google nachpr\u00fcfen k\u00f6nnte.<\/p>\n\n\n\n
404-Fehler in der Search Console: oft kein Problem<\/h2>\n\n\n\n
Ein verwandtes Missverst\u00e4ndnis betrifft 404-Fehler in der Search Console. Sie sind rot markiert, sie hei\u00dfen Fehler, also will man sie loswerden. Dabei sind viele 404s exakt das richtige Verhalten: Wer Inhalte von der Website entfernt, will, dass die alten URLs einen Fehlercode liefern. Nach einem Relaunch mit sauberen Redirects geh\u00f6rt ein Anstieg bei \u201eSeite mit Weiterleitung“ ebenfalls ins erwartete Bild. Ausbleiben w\u00e4re das Warnsignal.<\/p>\n\n\n\n
Problematisch wird es, wenn Vorgesetzte die Search Console als Ampel lesen und \u201ealles gr\u00fcn“ zur Zielvorgabe machen. Dann optimieren Teams Fehlerzahlen nach unten, die gar keine Fehler sind. Wer diese Diskussion f\u00fchren muss: Die Unterscheidung, auf die es ankommt, ist 404 (erwartet, korrekt) gegen Soft-404 (Seite existiert, liefert aber Fehlerinhalt oder das erw\u00e4hnte Interstitial). Nur der zweite Fall kostet Sichtbarkeit.<\/p>\n\n\n\n
Der Ratio-Mythos: Wie viele Seiten m\u00fcssen indexiert sein?<\/h2>\n\n\n\n
Eine Zahl, die im Indexierungsbericht regelm\u00e4\u00dfig Sorgen ausl\u00f6st: das Verh\u00e4ltnis von indexierten zu nicht indexierten Seiten. \u201eNur 20 Prozent meiner Seiten sind im Index, Google h\u00e4lt meine Website f\u00fcr schlecht.“<\/p>\n\n\n\n
Dieses Verh\u00e4ltnis ist kein Qualit\u00e4tsma\u00df. Es gibt keinen Zielwert. Websites mit einer Million nicht indexierter und einer halben Million indexierter Seiten performen bestens. Das prominenteste Beispiel liefert Google selbst: Bei der eigenen Entwickler-Dokumentation sind nach Muellers Angabe im Podcast rund f\u00fcnf Prozent der Seiten indexiert. Der Rest sind alte API-Versionen mit Noindex, Canonicals, Codebeispiele. Der Bericht sieht katastrophal aus, und alles ist in Ordnung.<\/p>\n\n\n\n
Die Frage, die z\u00e4hlt: Sind die Seiten indexiert, die im Leistungsbericht Klicks und Gesch\u00e4ft bringen? Wenn ja, ist die Ratio Rauschen.<\/p>\n\n\n\n
Der schwierige Teil: die eigene Qualit\u00e4t ehrlich bewerten<\/h2>\n\n\n\n
Bleibt der Fall, in dem viele wichtige Seiten dauerhaft im Status h\u00e4ngen und technisch nichts zu finden ist. Dann ist die unbequeme Antwort: Es ist eine Qualit\u00e4tsfrage. Und die l\u00e4sst sich mit dem Blick auf die eigene Website kaum beantworten, weil jeder seine Inhalte f\u00fcr gut h\u00e4lt. Man hat sie schlie\u00dflich so geschrieben, wie man es f\u00fcr richtig hielt.<\/p>\n\n\n\n
[BEISPIEL AUS EURER PRAXIS EINSETZEN \u2013 Platzhalter-Entwurf, bitte gegen echten Fall tauschen:] Ein Beispiel aus einem Projekt: Ein Maschinenbauer hatte \u00fcber Jahre gut 400 Glossar- und Ratgeberseiten aufgebaut, von denen zwei Drittel im Status \u201eGecrawlt \u2013 zurzeit nicht indexiert“ standen. Technisch fehlerfrei. Der Befund nach der Inhaltsanalyse: Die Texte erkl\u00e4rten Grundlagenbegriffe, die Wikipedia und drei Wettbewerber in \u00e4hnlicher Tiefe abdeckten, ohne einen Bezug zur eigenen Anwendung. Nach der Konsolidierung auf rund 150 Seiten mit Praxisbezug aus dem eigenen Maschinenportfolio stieg die Indexierungsquote der verbliebenen Seiten innerhalb von drei Monaten deutlich, ebenso die Klicks.<\/p>\n\n\n\n
Der Mechanismus dahinter: Weniger, aber eigenst\u00e4ndige Inhalte beantworten Googles Redundanzfrage. Was fehlt dem Index ohne diese Seite? Bei generischem Grundlagencontent: nichts. Bei einer Seite mit Messdaten, Anwendungsf\u00e4llen oder Erfahrungswerten, die nur dieses Unternehmen hat: einiges.<\/p>\n\n\n\n
H\u00e4ufige Fragen<\/h2>\n\n\n\n
Wie lange dauert es, bis Google die Seite doch indexiert?<\/strong>
Daf\u00fcr gibt es keinen Zeitrahmen. Google formuliert es offen: Die Systeme schauen wieder vorbei, wenn sie so weit sind. Das k\u00f6nnen Tage sein oder Monate. Bei einzelnen Seiten ist Warten meist die richtige Strategie, bei gro\u00dffl\u00e4chigem Auftreten lohnt die Ursachenanalyse.<\/p>\n\n\n\nHilft es, die Indexierung \u00fcber die URL-Pr\u00fcfung zu beantragen?<\/strong>
Bei einzelnen, wichtigen Seiten: einen Versuch wert, der Antrag st\u00f6\u00dft einen erneuten Crawl an. Bei hunderten Seiten: nein. Der Antrag \u00e4ndert nichts an der Bewertung, die zum Status gef\u00fchrt hat.<\/p>\n\n\n\nIst \u201eGecrawlt \u2013 zurzeit nicht indexiert“ ein Ranking-Problem?<\/strong>
Nicht direkt. Eine nicht indexierte Seite kann nicht ranken, aber der Status wirkt sich nicht negativ auf die Rankings der indexierten Seiten aus. Als Site-weites Muster kann er allerdings auf Qualit\u00e4tssignale hindeuten, die auch dem Rest der Website zusetzen.<\/p>\n\n\n\nVerschwindet der Status von selbst?<\/strong>
H\u00e4ufig ja, besonders bei neuen Websites und frischen Inhalten. Bleibt er \u00fcber Monate auf gesch\u00e4ftlich relevanten Seiten bestehen, ist das die Einladung, Inhalt und Kontext dieser Seiten kritisch zu pr\u00fcfen.<\/p>\n\n\n\nDie Kurzfassung<\/h2>\n\n\n\n
Der Indexierungsbericht ist ein \u00c4nderungsdetektor, keine M\u00e4ngelliste. Bei Auff\u00e4lligkeiten zuerst Trendlinie und Muster pr\u00fcfen, dann Beispiel-URLs. Technische Ursachen wie Bot-Protection und Soft-Errors sind selten, aber gravierend und geh\u00f6ren behoben. In allen anderen F\u00e4llen stellt der Status eine Frage, die kein Tool beantwortet: Was bietet diese Seite, das der Index noch nicht hat?<\/p>\n\n\n\n
Genau an dieser Frage scheitert die Innensicht regelm\u00e4\u00dfig. <\/p>\n","protected":false},"excerpt":{"rendered":"
\u201eGecrawlt \u2013 zurzeit nicht indexiert“ bedeutet: Google hat die Seite besucht und sich entschieden, sie nicht in den Index aufzunehmen. Kein Bug, kein Serverproblem, keine kaputte Sitemap. Es ist erst einmal eine einfache Bewertung. Genau deshalb helfen die \u00fcblichen Ratgeber mit ihren zehn technischen Fixes so selten weiter. Wer bei diesem Status Canonicals pr\u00fcft, die […]<\/p>\n","protected":false},"author":1,"featured_media":90262,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-90258","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uncategorized"],"_links":{"self":[{"href":"https:\/\/webraketen.space\/en\/wp-json\/wp\/v2\/posts\/90258","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webraketen.space\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webraketen.space\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webraketen.space\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webraketen.space\/en\/wp-json\/wp\/v2\/comments?post=90258"}],"version-history":[{"count":2,"href":"https:\/\/webraketen.space\/en\/wp-json\/wp\/v2\/posts\/90258\/revisions"}],"predecessor-version":[{"id":90584,"href":"https:\/\/webraketen.space\/en\/wp-json\/wp\/v2\/posts\/90258\/revisions\/90584"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webraketen.space\/en\/wp-json\/wp\/v2\/media\/90262"}],"wp:attachment":[{"href":"https:\/\/webraketen.space\/en\/wp-json\/wp\/v2\/media?parent=90258"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webraketen.space\/en\/wp-json\/wp\/v2\/categories?post=90258"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webraketen.space\/en\/wp-json\/wp\/v2\/tags?post=90258"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
![\"\"](\"https:\/\/webraketen.space\/wp-content\/uploads\/2026\/07\/gecrawlt-nicht-gefunden-1024x649.jpg\")
<\/figure>\n\n\n\n