Was ist ein Soft 404 Fehler?
Von einem Soft 404 Fehler spricht man, wenn eine Webseite dem Browser und der Suchmaschine über den HTTP-Statuscode 200 signalisiert, sie sei erreichbar und funktionsfähig, obwohl der eigentliche Inhalt fehlt oder keinen erkennbaren Wert für den Nutzer hat. Der Server liefert die Aussage “alles in Ordnung”, während die ausgelieferte Seite leer, irrelevant oder im Kern eine Fehlermeldung darstellt. Google erkennt diesen Widerspruch zwischen technischem Statuscode und tatsächlichem Seiteninhalt und kennzeichnet die betroffene URL in der Search Console als Soft 404. Die Bezeichnung “soft” steht für die Tatsache, dass kein harter technischer Fehlercode vorliegt, sondern Google die Klassifikation auf Basis eigener Bewertung vornimmt.
Damit unterscheidet sich der Soft 404 grundlegend von einem regulären Serverfehler. Bei klassischen Fehlerseiten gibt der Server selbst einen entsprechenden Statuscode wie 404 oder 410 zurück und teilt Suchmaschinen sowie Nutzern eindeutig mit, dass die angeforderte Ressource nicht existiert. Im Fall des Soft 404 bleibt diese eindeutige Kommunikation aus, weil die Seite technisch korrekt lädt, inhaltlich aber leer oder defekt bleibt. Maßgeblich ist in diesem Moment nicht der Statuscode allein, sondern auch sichtbare Signale wie Textmenge, Seitenstruktur und Aussagen im Quelltext. Stellt die Suchmaschine dabei fest, dass die Seite wie eine nicht gefundene Ressource wirkt, erfolgt die Einstufung als Soft 404 auch dann, wenn der Server formal alles richtig macht.
404 Error vs. Soft 404
Auf den ersten Blick wirken beide Begriffe wie zwei Bezeichnungen für dasselbe Problem, doch technisch und strategisch trennen sie deutliche Unterschiede. Der echte 404 ist ein vom Server bewusst zurückgegebener Statuscode, der eindeutig kommuniziert, dass eine Ressource nicht existiert. Beim Soft 404 dagegen handelt es sich nicht um eine Server-Aussage, sondern um eine Klassifikation durch Google, die nachträglich auf Basis des Seiteninhalts erfolgt. Damit verläuft die Trennlinie nicht zwischen “Fehler” und “kein Fehler”, sondern zwischen “der Server sagt es ehrlich” und “der Server verschleiert die Realität”. Ohne dieses Wissen behebt man Soft 404 oft mit den falschen Mitteln und wundert sich, warum die Meldung in der Search Console bestehen bleibt. Die folgende Übersicht macht die zentralen Abgrenzungspunkte sichtbar.
| Merkmal | Echter 404 | Soft 404 |
|---|---|---|
| HTTP-Statuscode |
404 (Not Found)
|
200 (OK) |
| Ausgelöst durch |
Server
|
Google-Bewertung |
| Anzeige für den Nutzer |
Fehlerseite
|
Scheinbar normale Seite |
| Indexierung möglich |
Nein
|
Nein |
| Crawl Budget |
Geringe Belastung
|
Höhere Belastung |
| Sichtbar in der Search Console |
Ja, als “Nicht gefunden (404)”
|
Ja, als “Soft 404” |
| Typischer Behebungsansatz |
Korrekt belassen oder per 301 weiterleiten
|
Inhalt aufwerten, Statuscode korrigieren oder weiterleiten |
Welcher der beiden Statuscodes der richtige ist, hängt vom Zustand der Seite ab. Existiert eine Ressource dauerhaft nicht mehr und gibt es keinen passenden Ersatz, ist der echte 404 die saubere Lösung. Anders verhält es sich beim Soft 404, der nie der gewünschte Zustand ist, sondern immer das Symptom einer Schwachstelle, das Sie beheben müssen.
Warum Soft 404 das Ranking belasten
Bei Soft 404 handelt es sich nicht um ein kosmetisches Problem in der Search Console, sondern um einen Zustand, der sich konkret auf die Suchleistung einer Webseite auswirkt. Die negativen Effekte entfalten sich auf mehreren Ebenen gleichzeitig und greifen ineinander. Manche Folgen treten sofort auf, andere zeigen sich erst, wenn sich die Probleme über Wochen hinweg ansammeln. Je größer eine Seite ist und je mehr Soft 404 dort entstehen, desto stärker dämpft sich die Gesamtleistung im organischen Bereich. Drei zentrale Schadensbereiche zeigen, wo genau der Schaden ansetzt.
Verschwendetes Crawl Budget
Googlebot besucht jede Webseite mit einer begrenzten Ressource, dem sogenannten Crawl Budget. Jeder Aufruf einer Soft-404-URL verbraucht einen Anteil dieser Ressource, ohne dass eine wertvolle Seite in den Index gelangt. Auf großen Webseiten mit Hunderten oder Tausenden betroffenen URLs landet der Bot regelmäßig auf wertlosen Seiten, statt neue oder aktualisierte Inhalte zu verarbeiten. Damit verzögert sich die Indexierung der entscheidenden Seiten teilweise erheblich.
Seiten fallen aus dem Index
Sobald Google eine URL als Soft 404 einstuft, liefert die Suchmaschine sie nicht mehr in den Suchergebnissen aus. Bereits indexierte Seiten verschwinden bei erneuter Klassifikation aus dem Index. Neue URLs nimmt Google gar nicht erst auf. Für betroffene Produktseiten, Kategorien oder Artikel bedeutet das einen direkten Sichtbarkeitsverlust und fehlenden organischen Traffic. Häufen sich solche Fälle, kann die gesamte Domain in der Wahrnehmung von Google an Substanz verlieren.
Schwächere interne Verlinkung und verwässerte Themenrelevanz
Interne Links auf Soft-404-Seiten geben ihre Linkkraft ins Leere ab, weil Google das Ziel nicht indexiert. Eingehende Verweise von starken Unterseiten verpuffen damit, statt Linkjuice an Inhalte mit Rankingpotenzial weiterzugeben. Gleichzeitig schwächen viele leere oder unpassende Seiten die thematische Klarheit der Domain, weil Google die Inhalte schlechter einem Themenfeld zuordnen kann. Langfristig leidet darunter die Bewertung der gesamten Webseite, nicht nur die der einzelnen Soft-404-URL.
Wie entstehen Soft 404 Errors?
Hinter Soft 404 stecken sowohl inhaltliche als auch technische Auslöser, wobei viele Webseiten von einer Kombination aus beiden betroffen sind. Manche Probleme entstehen durch das Content-Management-System selbst, das automatisch URLs erzeugt, ohne dass dahinter substanzielle Inhalte stehen. Andere Auslöser liegen in der Serverkonfiguration, in fehlerhaften Weiterleitungen oder in der Art, wie eine Seite gerendert wird. Für eine nachhaltig saubere Webseite ist es notwendig, die typischen Entstehungsmuster zu kennen und gezielt darauf zu prüfen. Sieben Ursachenkategorien decken die häufigsten Praxisfälle ab.
Leere Kategorie-, Tag- und Filterseiten
In Onlineshops und Blogs entstehen Soft 404 besonders häufig auf Kategorie-, Tag- und Filterseiten, die keine Treffer enthalten. Sobald eine Filterkombination keine passenden Produkte oder Beiträge liefert, präsentiert das System eine leere Listing-Seite mit Statuscode 200. Solche Seiten wirken für Google wie Sackgassen ohne erkennbaren Nutzen. Besonders kritisch wird es bei kombinierten Filtern, weil daraus theoretisch Tausende leere URLs entstehen können.
Dünne oder leere Inhalte
Seiten mit zu wenig oder gar keinem substanziellen Inhalt sind die häufigste Ursache für Soft 404. Google bewertet Thin Content als wertlos, sobald die sichtbare Textmenge gering ist oder der Inhalt keinen Mehrwert für den Nutzer bietet. Betroffen sind Platzhalterseiten, leere Profil- oder Autorenseiten, dynamisch erzeugte URLs ohne echten Inhalt sowie Seiten mit reinem Duplicate Content und minimaler Eigenleistung. Schon eine einzige Seite mit fünfzig Wörtern Boilerplate-Text kann ausreichen, um eine Soft-404-Meldung auszulösen.
Leere interne Suchergebnisseiten
Interne Suchfunktionen erzeugen für jede Suchanfrage eine eigene URL, auch dann, wenn die Suche kein passendes Ergebnis liefert. Diese leeren Suchergebnisseiten gelangen über interne oder externe Verlinkungen in den Index, und Google markiert sie anschließend als Soft 404. Problematisch wird das vor allem, wenn die robots.txt oder Noindex-Anweisungen solche URLs nicht vom Crawling ausschließen. Gerade in großen Onlineshops sammeln sich auf diesem Weg leicht mehrere Hundert betroffener URLs an.
Nicht mehr verfügbare Produkte in Onlineshops
Wenn Shopbetreiber Produkte aus dem Sortiment nehmen, behalten viele Shopsysteme die Produktseite bestehen und zeigen statt des Artikels einen Hinweis wie “Dieses Produkt ist nicht mehr verfügbar“. Der Server liefert dabei weiterhin den Statuscode 200, obwohl die Seite faktisch keinen Inhalt mehr trägt. Genau diese Konstellation führt direkt zu Soft 404, weil Google die Seite als nicht mehr existent einstuft. Verstärkt wird das Problem, wenn die ehemaligen Produkt-URLs noch in in der Sitemap, internen Verlinkungen oder externen Backlinks auftauchen.
Fehlerhafte Weiterleitungen auf themenfremde Seiten
Nicht selten übersehen wird eine andere Ursache: Weiterleitungen entfernter Seiten auf die Startseite oder auf eine generische Übersicht. Bei einer Weiterleitung erwartet die Suchmaschine, dass das Ziel inhaltlich eng mit der ursprünglichen URL verwandt ist. Leitet eine gelöschte Produktseite stattdessen pauschal zur Startseite, bewertet Google das Ziel als nicht passend, und die Quelle landet trotz funktionierender 301-Weiterleitung als Soft 404 in der Search Console. Auch der wiederholte Einsatz solcher Sammel-Redirects über Redirect Chains verstärkt das Problem.
Falscher Statuscode 200 statt 404 oder 410
Einige Server und Content-Management-Systeme liefern auch dann den Statuscode 200, wenn die angeforderte URL gar nicht existiert. Häufig zeigt eine benutzerdefinierte Fehlerseite eine Meldung wie “Seite nicht gefunden” an, technisch meldet der Server trotzdem ein erfolgreiches Laden. Korrekt wäre in diesem Fall ein echter 404 oder bei dauerhafter Löschung ein 410. Aus dieser Diskrepanz zwischen sichtbarer Fehlermeldung und HTTP-Statuscode resultiert unweigerlich die Einstufung als Soft 404, der auf strukturell betroffenen Webseiten als gravierender SEO Fehler durchschlägt.
JavaScript-Rendering-Probleme und technische Ausfälle
Webseiten, die ihre Inhalte über JavaScript nachladen, geraten regelmäßig in die Soft-404-Falle. Googlebot rendert die Seite, sieht aber im ersten Durchlauf nur ein leeres Grundgerüst ohne Inhalt und stuft die URL entsprechend ein. Gleiches gilt bei fehlender Datenbankverbindung, defekten Plugins oder fehlenden JavaScript-Dateien, die das Ausliefern der Inhalte verhindern. Selbst temporäre Ausfälle des Hostings können dauerhaft als Soft 404 in der Search Console hängen bleiben, wenn das Problem während eines Crawls auftritt.
Soft 404 in der Search Console identifizieren
Die Identifikation von Soft 404 verläuft nie ausschließlich über ein einzelnes Werkzeug, sondern erfordert ein Zusammenspiel aus Search Console, externen Crawlern und manueller Prüfung einzelner URLs. Google liefert in der Search Console zwar die zuverlässigste Datengrundlage, weil dort nur jene URLs auftauchen, die der Googlebot bereits besucht und als Soft 404 eingestuft hat. Trotzdem zeigt der Bericht nicht immer alle betroffenen Seiten an, und manche Soft 404 erscheinen erst nach mehreren Crawl-Zyklen. Ergänzend kommen Crawler wie Sitebulb oder Screaming Frog ins Spiel, die eigenständig Statuscodes prüfen und auffällige Seiten markieren. Nachstehend folgt der Ablauf einer sauberen Diagnose.
Search Console öffnen und Property auswählen
Loggen Sie sich in Ihre Google Search Console ein und wählen Sie die zu prüfende Webseite aus.
Bericht “Seitenindexierung” aufrufen
Klicken Sie im linken Menü auf “Seiten” und scrollen Sie zur Übersicht “Warum Seiten nicht indexiert werden”. Dort findet sich der Eintrag “Soft 404”, sofern entsprechende URLs vorliegen.
Liste der betroffenen URLs exportieren
Öffnen Sie den Soft-404-Eintrag und exportieren Sie die vollständige URL-Liste als CSV- oder Google-Sheets-Datei für die spätere Bearbeitung.
Einzelne URLs mit dem URL-Prüfungstool analysieren
Geben Sie eine betroffene URL in das Prüfungstool am oberen Rand der Search Console ein und prüfen Sie das Ergebnis. Achten Sie auf den von Google ermittelten Statuscode, den gerenderten HTML-Output und die Sichtbarkeit der Hauptinhalte.
Statuscode extern verifizieren
Rufen Sie die URL zusätzlich über einen HTTP-Statuscode-Checker oder die Entwicklertools des Browsers auf, um zu prüfen, welchen Code der Server wirklich sendet. So erkennen Sie Diskrepanzen zwischen Server-Antwort und Google-Bewertung.
Manuelle Prüfung und automatisiertes Crawling ergänzen sich, weil die Search Console nur einen Ausschnitt der Wahrheit liefert, während Crawler den vollständigen URL-Bestand abbilden. Mit einem gründlichen SEO Audit verbinden Sie beide Quellen und gewinnen ein belastbares Bild. Erst aus dieser Kombination ergibt sich ein vollständiges Bild der wirklich betroffenen URLs.
Die passende Behebung je nach Ursache
Für Soft 404 existiert keine einheitliche Behebungsstrategie, weil hinter jeder betroffenen URL eine andere Ursache stehen kann. Manche Seiten brauchen eine technische Reparatur, andere mehr Inhalt, wieder andere gehören schlicht aus dem Index entfernt. Die richtige Maßnahme ergibt sich aus der Kombination von Seitenzweck, technischem Zustand und vorhandenem Ersatzinhalt. Genau diese Zuordnung entscheidet über Erfolg oder Misserfolg der Behebung. Fünf zentrale Behebungswege decken die Praxis ab.
Korrekten Statuscode 404 oder 410 setzen
Existiert eine Seite dauerhaft nicht mehr und gibt es keinen passenden Ersatzinhalt, ist die saubere Lösung der echte 404 Fehler oder der noch eindeutigere 410-Statuscode. Mit dem 410 signalisieren Sie Google ausdrücklich, dass Sie die Ressource bewusst entfernt haben und sie nicht zurückkehren wird. Damit verschwindet die URL deutlich schneller aus dem Index als bei einem klassischen 404. Geeignet ist dieser Weg für gelöschte Produkte ohne Nachfolger, eingestellte Aktionen oder veraltete Inhalte ohne Ersatz.
Content aufwerten und Substanz schaffen
Soll eine Seite erhalten bleiben, weil sie eine zentrale Funktion erfüllt oder bestehende Backlinks trägt, führt der Weg über inhaltliche Aufwertung. Ergänzen Sie ausreichend Text, fügen Sie eigenständige Informationen hinzu und sorgen Sie für klar erkennbaren Nutzen. Achten Sie dabei darauf: Reine Wortzahl reicht nicht, der Inhalt muss substantiell und eigenständig sein. Sinnvoll ist diese Methode bei dünnen Kategorietexten, knappen Produktbeschreibungen und Seiten, denen eigene Recherche oder Praxiswissen mehr Substanz verleiht.
301-Weiterleitung auf themenrelevante Zielseite
Liegt für die entfernte Seite ein inhaltlich passender Nachfolger vor, ist die 301-Weiterleitung die richtige Wahl. Vorausgesetzt das Ziel deckt das gleiche oder ein eng verwandtes Thema ab, denn pauschale Redirects auf die Startseite lösen erneut Soft 404 aus. Prüfen Sie für jede umzuleitende URL einzeln, welches die passendste Zielseite ist, statt mit Sammelregeln zu arbeiten. Bewährt hat sich dieser Weg für ausgelistete Produkte mit Nachfolgemodell, umgezogene Blogartikel und ersetzte Landingpages.
Technische Ursachen beheben
Bei Soft 404, die aus JavaScript-Rendering-Problemen, fehlerhaften Plugins, defekten Datenbankverbindungen oder falscher CMS-Konfiguration entstehen, muss die Reparatur an der technischen Wurzel ansetzen. Sorgen Sie dafür, dass die Hauptinhalte serverseitig oder über Pre-Rendering bereits im ersten Crawl sichtbar sind. Überprüfen Sie zusätzlich die Standardeinstellungen Ihres Systems daraufhin, ob nicht existente URLs sauber einen 404 zurückgeben statt eines 200 mit Fehlermeldung. Hilfreich ist hier auch ein Blick auf die Server-Logs, um wiederkehrende Auslöser sauber zu identifizieren.
Crawling von leeren Listing- und Suchergebnisseiten unterbinden
Leere Kategorie-, Filter- und interne Suchergebnisseiten gehören grundsätzlich nicht in den Google-Index, und der Bot sollte sie gar nicht erst crawlen. Setzen Sie ein Noindex auf alle Listing-Seiten, die keine Treffer enthalten, und sperren Sie interne Suchergebnis-URLs über die robots.txt. Steuern Sie Parameter-URLs gezielt über die URL-Parameter-Funktion oder über den Canonical Tag auf die Hauptkategorie. So entlasten Sie den Bot und verhindern, dass leere Sackgassen überhaupt zum Soft-404-Kandidaten werden.
FAQs zu Soft 404
Wie lange dauert es, bis ein Soft 404 nach der Behebung aus der Search Console verschwindet?
Was unterscheidet einen Soft 404 von der GSC-Meldung "Gefunden – zurzeit nicht indexiert"?
Können Soft 404 auch fälschlicherweise von Google gemeldet werden?
Soft 404 nach einem Relaunch: Was ist zu beachten?
Seit über 20 Jahren im SEO aktiv – mit technischem Tiefgang, Unternehmergeist und dem Blick fürs Wesentliche. Ich habe über 1100 Kunden betreut und erfolgreiche Firmen wie Contentbär, Jurawelt und trauringspezialisten.de aufgebaut.
Wir bewegen uns genau am digitalen Zeitgeist – und sorgen dafür, dass unsere Kunden nicht nur bei Google, sondern auch in KI-Systemen wie ChatGPT, Gemini & Co. ganz oben auftauchen.
Referenzen
Contentbär Blog
