Ein Soft 404 ist eine Seite, die dem Nutzer signalisiert, dass der Inhalt nicht existiert — etwa durch eine „Nicht gefunden“-Meldung oder eine praktisch leere Seite —, dem Server aber trotzdem den Statuscode 200 (OK) zurückgibt statt eines echten 404. Google erkennt solche Widersprüche, meldet sie in der Search Console als „Soft 404“ und entfernt die betroffenen URLs in der Regel aus dem Index.
Was ist ein Soft 404?
Ein Soft 404 ist eine Seite, die dem Nutzer signalisiert, dass der Inhalt nicht existiert – etwa durch eine „Nicht gefunden“-Meldung oder eine praktisch leere Seite –, dem Server aber trotzdem den HTTP-Statuscode 200 (OK) zurückgibt statt eines echten 404. Google erkennt solche Widersprüche, meldet sie in der Google Search Console als „Soft 404“ und entfernt die betroffenen URLs in der Regel aus dem Index.
Der Kern des Problems ist die Diskrepanz zwischen Inhalt und Statuscode. Ein korrekt konfigurierter Server liefert für nicht vorhandene Inhalte den Code 404 (Not Found) oder 410 (Gone). Sendet er stattdessen 200, hält der Crawler die Seite für gültigen Inhalt – bis der Algorithmus den fehlenden Inhalt bemerkt. Google beschreibt dieses Verhalten in der Dokumentation zu HTTP- und Netzwerkfehlern.
Wie entstehen Soft-404-Fehler?
Häufige Ursachen sind Content-Management-Systeme oder Shops, die für gelöschte Inhalte eine Hinweisseite mit Status 200 ausliefern, leere Kategorie- oder Suchergebnisseiten ohne Produkte, ausgelaufene Angebote und Stellenanzeigen, die als inhaltsleere Hülle weiterbestehen, sowie fehlerhafte Weiterleitungen, die massenhaft auf die Startseite statt auf passende Ziele zeigen – ein klassischer Fall für mangelhaftes Weiterleitungs-Management.
Auch technisch korrekte Seiten können als Soft 404 eingestuft werden, wenn Google sie für inhaltsleer hält – etwa wenn JavaScript-Inhalte nicht gerendert werden können und nur ein leeres Grundgerüst sichtbar ist, oder wenn eine Seite unter Thin Content leidet. Die Einstufung trifft also nicht nur echte Fehlerseiten, sondern manchmal auch Seiten, die eigentlich indexiert werden sollten. Google erklärt die Meldung im Bericht zur Seitenindexierung.
Besonders tückisch sind Soft 404s in großen, dynamisch erzeugten Websites. Ein Online-Shop mit filterbaren Kategorien kann tausende URL-Varianten erzeugen, von denen viele keine Produkte enthalten. Liefern diese leeren Kombinationen den Code 200, entsteht eine Flut von Soft 404s, die das Crawl-Budget auffrisst. Ähnlich verhält es sich mit internen Suchergebnisseiten, die versehentlich für den Crawler zugänglich sind und für jede Suchanfrage eine potenziell leere Seite erzeugen.
Warum sind Soft 404s ein Problem?
Für Google sind Soft 404s ein Qualitäts- und Effizienzproblem: Der Crawler verschwendet Crawl-Budget auf Seiten ohne Inhalt, und Nutzer würden bei einem Klick enttäuscht. Betroffene URLs fallen deshalb aus der Indexierung – trifft die Einstufung fälschlich wertvolle Seiten, verlieren diese ihre Rankings und damit organischen Traffic.
Zudem verschleiern Soft 404s echte Probleme: Weil der Statuscode 200 lautet, tauchen die Seiten in klassischen Crawl-Fehler-Berichten nicht auf, die nur nach echten Fehlercodes suchen. Historisch hat Google die Erkennung deshalb früh in die Werkzeuge integriert, wie ein Blogbeitrag von 2010 zeigt.
Soft 404 erkennen und beheben
Der erste Anlaufpunkt ist der Bericht zur Seitenindexierung in der Search Console, der betroffene URLs unter „Soft 404“ auflistet. Ergänzend prüfen Server-Logs und Crawling-Tools, welchen Statuscode eine URL tatsächlich liefert. Wichtig ist, echte von fälschlichen Soft 404s zu trennen: Nicht jede gemeldete URL ist ein Fehler.
Handelt es sich um dauerhaft entfernte Inhalte, sollte der Server sauber den Code 404 oder 410 zurückgeben. Ist der Inhalt umgezogen, gehört ein passender Redirect auf das inhaltlich nächstliegende Ziel gesetzt – niemals pauschal auf die Startseite. Für dauerhaft nicht zu indexierende, aber existierende Seiten eignet sich ein Noindex. Sollen Seiten hingegen im Index bleiben, muss der wahrgenommene Inhaltsmangel behoben werden – durch echten Inhalt oder korrektes Rendering.
Die richtige Reaktion hängt also von der Diagnose ab. Es lohnt eine einfache Entscheidungslogik: Existiert der Inhalt noch und soll er ranken? Dann Inhalt oder Rendering verbessern. Ist er umgezogen? Dann gezielt weiterleiten. Ist er endgültig weg? Dann echten Fehlercode liefern. Diese Unterscheidung verhindert die verbreitete Fehlreaktion, alles pauschal weiterzuleiten oder auf Noindex zu setzen.
Wichtig ist die Kontrolle nach der Korrektur: Erst wenn der Server den gewünschten Statuscode zuverlässig liefert und Google die URL erneut geprüft hat, verschwindet die Meldung. Über die Funktion zur URL-Prüfung in der Search Console lässt sich der Live-Status einzelner Seiten anstoßen und verifizieren. Bei großen Websites empfiehlt sich zusätzlich eine regelmäßige, automatisierte Statuscode-Überwachung, damit neue Soft 404s früh auffallen.
Typische Fehler bei der Behebung
Ein häufiger Fehler ist die Massenweiterleitung: Wer hunderte tote URLs auf die Startseite leitet, produziert neue Soft 404s, weil das Weiterleitungsziel inhaltlich nicht passt. Ähnlich problematisch sind lange Weiterleitungsketten, die Crawl-Budget kosten und Signale verwässern.
Auch beim Einsatz von Canonical-Tags entsteht Verwirrung, wenn eine leere Seite auf eine andere kanonisiert wird, obwohl ein sauberer Statuscode angebracht wäre. Und schließlich wird oft die Indexierbarkeit JavaScript-lastiger Seiten übersehen: Rendert der Bot nur ein leeres Skelett, hilft kein Statuscode – der Inhalt muss serverseitig oder gerendert verfügbar sein.
Soft 404 im Kontext des technischen SEO
Soft 404s sind ein klassisches Thema des technischen SEO: Sie entstehen an der Schnittstelle von Serverkonfiguration, CMS-Logik und Rendering. Wer eine saubere URL- und Statuscode-Architektur pflegt, beugt ihnen strukturell vor. Regelmäßige Kontrollen der 404-Fehlerseite und des Indexierungsberichts gehören zur Routine.
Auf Ranking-Ebene wirken korrekt behandelte Fehlerseiten indirekt positiv, weil sie Crawl-Budget schonen und den Sichtbarkeitsindex vor Verwässerung durch wertlose URLs schützen. Soft 404 ist damit ein kleines, aber verräterisches Signal für die technische Gesundheit einer Website.
Soft 404 vorbeugen: Best Practices
Am wirksamsten ist Vorbeugung. Content-Management- und Shop-Systeme sollten so konfiguriert sein, dass sie für nicht vorhandene oder leere Inhalte automatisch den korrekten Statuscode liefern. Bei leeren Kategorie- oder Filterseiten ist zu entscheiden, ob sie mit echtem Inhalt gefüllt, auf eine übergeordnete Seite geführt oder per Noindex von der Indexierung ausgeschlossen werden – jede Variante ist besser als eine leere 200er-Seite.
Bei Relaunches und Migrationen entstehen Soft 404s besonders häufig. Eine vollständige Weiterleitungsplanung, die jede alte URL auf ein inhaltlich passendes Ziel führt, verhindert das Massenphänomen. Pauschale Weiterleitungen auf die Startseite sind dabei ausdrücklich zu vermeiden, weil sie neue Soft 404s erzeugen. Eine Testliste der wichtigsten URLs vor dem Go-live spart im Nachhinein viel Aufwand.
Für den laufenden Betrieb gehört die regelmäßige Kontrolle des Indexierungsberichts zur SEO-Routine. Wer neue Soft-404-Meldungen früh bemerkt und einordnet, korrigiert echte Fehler schnell und ignoriert bewusst gesetzte Ausschlüsse gelassen. So bleibt der Bericht ein verlässliches Frühwarnsystem statt einer wachsenden, unübersichtlichen Fehlerliste.