Ich erinnere mich noch gut an den Moment, als in mehreren SEO‑Foren nahezu gleichzeitig Screenshots des Fehlers „Page indexed without content“ auftauchten. Für viele bedeutete das zunächst: „Oh, Google hat wieder ein Problem mit JavaScript!“ – doch in Wahrheit steckt meist etwas ganz anderes dahinter. Ich möchte dir hier etwas tiefer erklären, was dahintersteckt, warum es kritisch ist und wie du Schritt für Schritt die Ursache findest.
Ein kleiner Fehler mit großen Folgen
Wenn Google in der Search Console anzeigt, dass eine Seite „ohne Inhalt indexiert“ wurde, klingt das zunächst harmlos. Immerhin ist sie ja scheinbar indexiert. Tatsächlich ist das jedoch ein Warnsignal. Es bedeutet, dass Google zwar einen Eintrag für die URL erstellt hat, aber keinen Inhalt abrufen konnte – also eigentlich nicht weiß, was auf der Seite steht. In der Folge beginnen solche Seiten oft innerhalb weniger Tage oder Wochen aus dem Index zu fallen. Ich habe das bei mehreren Projekten beobachtet: Erst ein kleiner Rückgang im Ranking, dann eine plötzliche Entfernung aus der Suche.
Google selbst, genauer gesagt John Mueller aus dem Search‑Relations‑Team, hat dazu eine eindeutige Erklärung geliefert. Er schreibt sinngemäß, dass dieser Fehler meist kein JavaScript- oder Rendering‑Problem ist, sondern fast immer auf Server‑ oder CDN‑Blockierungen zurückgeht. Also auf das, was ganz unten in der Infrastruktur passiert – dort, wo Anfragen an deine Website überhaupt erst beantwortet werden.
Warum der Server manchmal „nein“ sagt
Dass Googlebot geblockt wird, kann auf vielerlei Weise geschehen. Besonders häufig liegt es am Content‑Delivery‑Network (CDN) oder an einer Firewall‑Regel, die bestimmte IP‑Adressbereiche aussperrt. Das Kuriose: Diese Sperren wirken nicht auf normale Besucher. Wenn du also deine Seite manuell aufrufst oder einen Curl‑Befehl nutzt, siehst du alles korrekt. Nur Googlebot erhält eine leere oder fehlerhafte Antwort.
Ich erinnere mich an einen Fall, bei dem ein Kunde einen automatischen Bot‑Schutz in Cloudflare aktiviert hatte. Für echte Besucher war alles bestens, doch Googlebots IP‑Bereich wurde als „möglicher Angreifer“ eingestuft – Ergebnis: Leeres HTML. Genau das Szenario, das hier beschrieben wird. Deswegen ist Search Console der einzige wirklich verlässliche Prüfpunkt; externe Tools oder Browser‑Tests zeigen den Fehler nicht.
Wie äußert sich die Blockierung?
Wenn du in der Search Console den URL‑Inspektor benutzt, erhältst du bei betroffenen Seiten entweder die Meldung „indexiert ohne Inhalt“ oder beim Live‑Test eine vage Fehlermeldung. Oft unterscheiden sich auch die Ergebnisse zwischen Desktop‑ und Mobile‑Crawlern. Das ist ein Hinweis darauf, dass der Server unterschiedlich auf die verschiedenen User Agents reagiert oder dass bestimmte IP‑Routen anders behandelt werden. Auch ältere Sicherheits‑Plugins in CMS‑Systemen wie WordPress oder Webflow können solche Filter auslösen.
Wie du den Fehler eingrenzen kannst
Ich empfehle dir, systematisch vorzugehen. Zuerst: Prüfe, ob du über dein CDN – sei es Cloudflare, Fastly oder Akamai – bestimmte Regeln aktiv hast, die Traffic nach IP‑Adressen bewertet. Cloudflare bietet z. B. eine Bot‑Management‑Funktion, die manchmal zu streng einstellt ist. Schau dort nach Einträgen, die Anfragen von „Googlebot“ blockiert oder umleitet.
Der zweite Schritt betrifft den Server selbst. Falls du Zugriff auf Logfiles hast, suche nach Anfragen mit dem User Agent „Googlebot“. Prüfe, welchen HTTP‑Statuscode der Server zurückgegeben hat. Wenn dort 403, 429 oder gar 500 auftauchen, hast du den Schuldigen vermutlich gefunden. Wichtig ist, dass du nicht nur sehen kannst, dass Googlebot kam, sondern auch, dass die Antwort tatsächlich korrekte Inhalte geliefert hat.
Solltest du einen externen Anbieter nutzen, etwa Webflow oder ein gemanagtes Hosting, bleibt dir meist nur der Weg über deren Support. Gib ihnen am besten die URL‑Inspektionsdaten aus der Search Console – das spart Zeit, weil dort deutlich erkennbar ist, dass der Fehler nur bei Google auftritt.
Das Missverständnis mit JavaScript
Viele denken noch immer, Google hätte Probleme mit gerendertem JavaScript. Das ist inzwischen selten der Fall. Wenn du neuere Frameworks nutzt (React, Next, Vue), rendert Google den Code meist problemlos, solange der Server das HTML ausliefert. Bei „indexed without content“ liegt die Ursache fast nie am Client‑Rendering, sondern daran, dass der Bot schlicht gar kein Dokument bekommt – also nicht einmal HTML zum Rendern.
Oft ist der Block so tief in der Netzwerkebene verankert, dass du von außen keine Chance hast, das zu simulieren. Du kannst curl‑Tests durchführen, doch sie verwenden deine IP und zeigen daher ein völlig anderes Verhalten als Googles eigene Infrastruktur. Deshalb betont Mueller, dass sich das nur in der Search Console zuverlässig nachprüfen lässt.
Wie dringend ist das?
Kurz gesagt: Sehr dringend. Sobald Google deine Seiten als „ohne Inhalt“ einstuft, wird das Vertrauen in deine Domain als Quelle brüchig. Ich habe erlebt, dass Rankings innerhalb weniger Tage um zehn oder mehr Positionen gefallen sind. Und wenn du nichts unternimmst, beginnt Google, solche Seiten vollständig zu entfernen. Da der Fehler meist IP‑basiert ist, kann sich das auch wellenförmig ausbreiten – mal sind Seiten sichtbar, dann wieder nicht.
Mueller weist ausdrücklich darauf hin, dass solche Fehler nicht ignoriert werden dürfen. Die Botschaft zwischen den Zeilen: Sofort handeln, Logfiles prüfen, Support kontaktieren, bevor ein größerer Teil der Website betroffen ist.
Warum Cloudflare häufig im Mittelpunkt steht
Cloudflare ist ein exzellentes CDN, doch gerade die automatisierten Sicherheitsfunktionen sind berüchtigt dafür, Googlebot versehentlich auszubremsen. Bei einem früheren Fall berichtete Mueller von mehreren Webseiten, deren Crawling gleichzeitig gestoppt hatte – alle liefen über dieselbe Cloudflare‑Konfiguration. Manchmal genügt schon, dass ein globales Update in den Bot‑Regeln stattfindet. Das merkt niemand, bis die ersten URLs in der Konsole als fehlerhaft auftauchen.
Ich finde interessant, dass solche Probleme selten sofort sichtbar sind. Meist merkst du es erst, wenn Rankings wegbrechen oder das Crawl‑Budget ungewöhnlich stark sinkt. Ab da hilft nur noch schnelles Eingreifen. Wenn du Cloudflare verwendest, sieh dir die Firewall‑Regeln, das Bot‑Management und IP Access Rules an. Setze dort sicherheitshalber eine Ausnahme für alle offiziellen Googlebot‑IP‑Ranges. Google veröffentlicht diese regelmäßig, und du kannst sie direkt in die Whitelist übernehmen.
Externe Tests und ihre Grenzen
Ich kenne SEOs, die bei jedem Crawl‑ oder Indexproblem sofort zu Tools wie Screaming Frog oder Sitebulb greifen. Tolle Werkzeuge – aber bei IP‑basierten Sperren helfen sie nicht. Sie greifen eben von deiner eigenen Adresse aus zu, nicht von Googles. Genau deswegen liefert die Search Console auch Tests von Googles realer Infrastruktur aus; ihre Ergebnisse sind maßgebend.
Wenn du dort bei der Live‑URL‑Abfrage eine leere Seite oder einen Fehler bekommst, dann ist das kein Anzeigefehler, sondern ein glasklares Zeichen, dass Googlebot blockiert wird.
Was du konkret tun kannst
- 1. Prüfe den Status via URL‑Inspection: Führe sowohl die normale als auch die Live‑Abfrage durch. Wenn nur die Live‑Variante fehlschlägt, liegt der Fehler aktuell vor.
- 2. Untersuche dein CDN: Suche nach Sicherheits‑ oder Bot‑Regeln, die Googlebots IPs treffen könnten.
- 3. Kontrolliere Firewall‑Logs: Häufig ist eine Regel aktiv, die „ungewöhnliche“ Crawls oder hohe Request‑Raten stoppt. Googlebot erscheint dann in der Liste gesperrter Clients.
- 4. Nutze Googles IP‑Liste: Stelle sicher, dass diese Adressen auf deinem Server nicht limitiert sind.
- 5. Beobachte den Index: Nachdem du Änderungen vorgenommen hast, lass betroffene URLs erneut prüfen, damit sie wieder gecrawlt werden.
Wenn du nach diesen Schritten keine Besserung siehst, kann der Fehler auch in der Infrastruktur deines Hosting‑Anbieters liegen. Gerade bei gemanagten Systemen wie Webflow, Wix oder Squarespace hast du oft keinen direkten Serverzugang. Dort hilft nur der Umweg über den Support und eine präzise Fehlerbeschreibung.
Wie du zukünftige Probleme vermeidest
Aus meiner Erfahrung ist Prävention einfacher als spätere Fehlerjagd. Einige Tipps, die sich bewährt haben:
- Behalte Logfiles regelmäßig im Blick – setze automatische Alarme für ungewöhnlich viele 403‑ oder 5xx‑Antworten gegenüber Googlebot.
- Vermeide Dritt‑Plugins, die „Traffic‑Filter nach Land oder IP‑Adresse“ automatisch scharfstellen.
- Deaktiviere unnötige Cloudflare‑Regeln wie „Challenge all Bots“ oder „JS Challenge“. Wenn du Bot‑Traffic einschränken willst, nutze dafür Ausnahmen für Suchmaschinen.
- Kommuniziere Änderungen in der Infrastruktur intern. Oft weiß der SEO‑Verantwortliche gar nicht, dass das IT‑Team eine neue Sicherheitsrichtlinie aktiviert hat.
Ein persönlicher Gedanke
Manchmal schmunzle ich über die Ironie: Wir SEOs investieren Stunden in On‑Page‑Optimierung, Content und Backlinks – aber ein einziger Netzfilter kann alles zunichtemachen. Diese Fälle zeigen, dass Sichtbarkeit nicht allein eine Frage der Inhalte ist, sondern auch der technischen Offenheit gegenüber Suchmaschinen. Technische Stabilität ist ebenso Teil der SEO‑Strategie wie Keywords oder Meta‑Tags.
Was du aus diesem Problem lernen kannst
Der Vorfall lehrt uns vor allem eines: Testen wie Google. Nicht wie ein Mensch, nicht wie ein Crawler‑Tool – sondern exakt aus der Perspektive des Suchmaschinen‑Bots. Nur so entdeckst du, ob deine optimierte Seite tatsächlich ankommt.
Und ganz ehrlich, das ist auch die Quintessenz dieses ganzen Themas: Vertraue deiner Search Console, sie ist das direkte Sprachrohr der Suchmaschine. Wenn dort steht „indexiert ohne Inhalt“, dann meint Google das so. Keine kosmetische Meldung, kein Bug – ein echter Hinweis auf ein Netzwerkproblem.
Fazit
Wenn du also plötzlich diesen Fehler siehst, reagiere sofort. Prüfe deinen Server, dein CDN, deine Sicherheits‑Regeln. Mach Tests aus der Search Console heraus, nicht nur mit externen Tools. Und vor allem: Bleib ruhig. Solche Fehler lassen sich beheben, wenn man die Ursache auf der richtigen Ebene sucht. Meist genügt eine Anpassung in der Firewall oder das Whitelisting von Googlebot‑IPs. Danach normalisiert sich die Indexierung oft innerhalb weniger Tage.
Ich habe dieses Szenario mehrfach erlebt – mit demselben Muster. „Page indexed without content“ ist kein Rätsel, sondern ein Warnsignal der Infrastruktur. Wenn du lernst, es richtig zu deuten, schützt du deine Rankings, bevor sie wirklich Schaden nehmen.
