Erstellt: 4. Oktober 2026 • Zuletzt aktualisiert: 4. Oktober 2026
Soft-404-Fehler: Definition, Ursachen & Behebung im SEO
Wichtigste Erkenntnisse
- Ein Soft-404-Fehler ist kein offizieller HTTP-Statuscode, sondern ein algorithmisches Urteil von Suchmaschinen wie Google.
- Das Problem entsteht, wenn ein Server für eine tote oder leere Seite den Erfolgs-Statuscode 200 OK liefert, der sichtbare Text aber 'Nicht gefunden' signalisiert.
- Soft-404-Seiten verbrennen massiv Crawl-Budget, verstopfen den Google-Index mit wertlosem Ballast (Index Bloat) und verwässern das Domain-Vertrauen.
- Typische Ursachen sind fehlerhafte CMS-Templates, fehlgeschlagene JavaScript-Renderings, leere Kategorieseiten oder pauschale Weiterleitungen auf die Startseite.
- Die saubere technische Lösung lautet: Echte Statuscodes 404 (Not Found) oder 410 (Gone) ausliefern oder thematisch passende 301-Weiterleitungen schalten.
Im Maschinenraum eines Webservers gibt es eine unsichtbare Sprache, die über Erfolg oder Misserfolg entscheidet. Wenn ein Browser oder der Googlebot eine Seite anfordert, erwartet er eine klare, ehrliche Antwort.
Existiert die Seite, meldet der Server 200 OK. Existiert sie nicht, meldet er 404 Not Found.
Doch in tausenden Projekten herrscht hier das absolute Chaos. Der Webserver liefert stolz einen Erfolgsstatus 200 OK aus, zeigt dem menschlichen Besucher im Browserfenster jedoch eine traurige Fehlermeldung: „Hoppla, diese Seite existiert leider nicht mehr!“
Für Google ist dieses Verhalten das digitale Äquivalent zu einem Verkäufer, der „Hereinspaziert!“ ruft, den Kunden dann aber vor ein völlig leeres, abgeschlossenes Zimmer stellt. Google bezeichnet diese Diskrepanz als Soft-404-Fehler.
Ein Soft-404 ist kein offizieller HTTP-Statuscode aus den RFC-Standards, sondern eine algorithmische Rüge der Suchmaschine: „Dein Server behauptet, hier gäbe es Inhalt – aber in Wahrheit lieferst du eine Sackgasse.“
Jörg Zimmer
Senior SEO & AI Search Consultant
„Das grundsätzliche Problem ist die unsichtbare Welt hinter der Website. Ob eine Website gut oder schlecht ist. Gut oder schlecht programmiert. Schnell oder langsam. Selbst das Prüfen, ob sie gut oder schlecht rankt, ist von außen schwer zu beurteilen.“
Die fatale Wirkung auf SEO, Crawling & Indexierung
Warum regt sich die Suchmaschinenoptimierung so sehr über Soft-404-Fehler auf? Könnte man tote Seiten nicht einfach auf 200 OK belassen?
Die Konsequenzen für die gesamte Domain sind verheerend:
1. Vernichtung von wertvollem Crawl-Budget
Wenn Google eine URL mit 404 oder 410 ansteuert, weiß der Bot: „Erledigt, hier brauche ich in Zukunft nicht mehr vorbeizukommen.“ Sieht Google jedoch einen Status 200 OK, muss der Crawler die gesamte Seite herunterladen, parsen und durch die Rendering-Pipeline jagen, um zu prüfen, ob sich der Inhalt geändert hat. Wie im Glossarbeitrag zum Crawl-Budget dargelegt: Bei tausenden Soft-404-URLs verbrennt Googlebot seine Kapazitäten an Geisterseiten, anstatt deine wichtigen Money Pages zu besuchen.
2. Index-Verstopfung (Index Bloat)
Manchmal erkennt Google den Widerspruch nicht sofort. Die leere Fehlerseite rutscht in den Index. Suchen Nutzer nach deiner Marke oder bestimmten Begriffen, landen sie auf nutzlosen Baustellen. Die Bounce-Rate explodiert, die Verweildauer sinkt gen null. Ein klassischer Beschleuniger für Bushaltestellen-Traffic: Nutzer springen frustriert zurück zu Google (Pogo-Sticking).
3. Ausschluss aus Google AI Overviews
In der Ära moderner KI-Suchen wie den Google AI Overviews durchkämmen RAG-Pipelines den Index nach belastbaren Fakten. Webseiten, deren Server unzuverlässige Signale liefern, verlieren den Status als vertrauenswürdige Entität.
Matrix: Hard-404 vs. Soft-404 vs. Sauberer 200 OK im Vergleich
| Kriterium | Sauberer Hard-404 / 410 | Soft-404 (Technischer Fehler) | Regulärer 200 OK |
|---|---|---|---|
| HTTP-Statuscode im Header | 404 Not Found oder 410 Gone. |
200 OK (falsche Erfolgsmeldung). |
200 OK. |
| Sichtbarer Seiteninhalt | Hilfreiche Fehlerseite mit Suchfunktion & Links. | „Seite nicht gefunden“, leere Vorlage oder Startseite. | Vollwertiger redaktioneller oder kommerzieller Content. |
| Googlebot-Reaktion | Deindexiert die URL rasch; spart Crawl-Budget. | Verwirrung, wiederholte Crawls, Abwertung im GSC-Report. | Normales Crawling und Indexierung. |
| Crawl-Budget-Belastung | Minimal; Bot zieht sofort weiter. | Maximal; Server muss leere Seiten voll ausliefern. | Gerechtfertigt durch echten Mehrwert. |
Die 4 häufigsten Ursachen für Soft-404 in der Praxis
In meinen Sprechstunden und Audits im Maschinenraum-Prinzip decken wir fast immer dieselben vier Auslöser auf:
1. Falsch konfigurierte benutzerdefinierte 404-Fehlerseiten
Webdesigner bauen eine wunderschöne, kreative 404-Fehlerseite mit lustigen Animationen. Doch im CMS (z. B. WordPress oder einem Custom-PHP-Router) vergisst der Entwickler, den HTTP-Header vor der HTML-Ausgabe auf header("HTTP/1.1 404 Not Found"); zu setzen. Der Webserver liefert die schöne Fehlerseite mit Status 200 aus.
2. Pauschale Weiterleitungen auf die Startseite (Wildcard-301)
Ein beliebter Fehler nach unbedachten Relaunches: Anstatt gelöschte URLs per 301 auf spezifische Nachfolger umzuleiten oder sauber auf 404 laufen zu lassen, leitet die .htaccess einfach alle alten Pfade auf die Startseite domain.de/ um. Google erkennt sofort: Wer nach „Herrenschuhe Größe 43 blau“ sucht, findet auf der Startseite keine Antwort. Google stuft diese Weiterleitungen geschlossen als Soft-404 ein.
3. Leere Kategorieseiten im E-Commerce (Faceted Search)
Ein Onlineshop listet eine Unterkategorie „Damenjacken Übergrößen gelb“. Alle Produkte sind ausverkauft. Die Seite existiert weiter, zeigt aber nur den Satz: „In dieser Kategorie befinden sich zurzeit keine Artikel.“ Da der Textumfang unter 50 Wörter fällt, flaggt Google die Seite als Soft-404.
4. JavaScript- und Client-Side-Rendering-Abbrüche
Wenn wesentliche Inhalte dynamisch via API oder Vue/React nachgeladen werden, der API-Endpunkt jedoch einen Fehler wirft oder das Skript blockiert wird, sieht der Googlebot nur ein leeres <div>-Gerüst. Für den Algorithmus wirkt die Seite tot.
Arbeitsanweisung für deinen KI-Agenten (Cursor / Claude / Antigravity)
Kopiere diesen Prompt direkt in deinen KI-Coding-Assistenten, um deine Serverkonfiguration auf echte 404-Header und Soft-404-Risiken zu überprüfen:
# Prompt: Soft-404 & Header-Statuscode Audit
Rolle: Du bist ein hochqualifizierter Technical Web Architect und Routing-Spezialist.
Aufgabe: Überprüfe das Fehler-Routing der Webanwendung. Stelle sicher, dass ungültige Routen und gelöschte Inhalte zwingend einen echten HTTP-Statuscode 404 oder 410 im Response-Header zurückgeben und niemals mit 200 OK antworten.
# Vorgehensweise & Sicherheitsregeln:
1. Tech-Stack-Analyse (Erst prüfen, dann handeln): Untersuche Webserver-Regeln (.htaccess, Nginx, Cloudflare) und das CMS-Routing. Rufe eine nicht existierende Test-URL per cURL ab.
2. Defensive & konfliktfreie Integration: Ändere keine regulären 200-OK-Routen oder funktionierende 301-Redirects. Korrigiere ausschließlich die Catch-All- oder Fehlerseiten-Handler.
3. Standard- & URL-Hygiene: Teste die Header mit curl -ILs [URL]. Der allererste Header muss zwingend HTTP/1.1 404 Not Found oder HTTP/2 404 lauten.
4. Pre-Flight-Validierung: Überprüfe, ob die 404-Fehlerseite dennoch valides HTML für menschliche Nutzer ausliefert (Suchfeld, Home-Link), ohne den Statuscode zu verfälschen.
Output: 1. Header-Testergebnis der Fehler-Routen, 2. Korrektur-Diff für Webserver/Middleware, 3. Verifikationsbefehle zur Endabnahme.
Tacheles aus der Praxis: Ehrliche Statuscodes schaffen Vertrauen
Ein Webserver darf Suchmaschinen niemals anlügen. Wer tote Seiten als lebendig ausgibt, verliert bei Google die Glaubwürdigkeit.
Wie in der ersten Regel im SEO Fight Club: Indexierung vor Ranking und in meinem Grundlagenartikel zur technischen Indexierung dargelegt: Suchmaschinenoptimierung beginnt mit handwerklicher Ehrlichkeit. Räume deine Soft-404-Leichen auf, liefere glasklare HTTP-Statuscodes aus und leite alte URLs mit 301-Weiterleitungen nur dorthin weiter, wo die Suchintention wirklich erfüllt wird. Wer wie ich 10 Jahre eigenes Geld verbrannt hat, weiß: Saubere Server-Signale sind die beste Lebensversicherung für dein Projekt.
Soft-404 & Indexierungs-Audit in der SEO-Sprechstunde
Meldet deine Google Search Console Dutzende Soft-404-Warnungen oder verbrennt dein Server wertvolles Crawl-Budget? In 2 Stunden analysieren wir deine Server-Header, bereinigen Fehlermeldungen und bringen Ordnung in deinen Index live per Videocall.
Jetzt an der Diskussion teilnehmen
Diskutiere mit Jörg Zimmer und der SEO-Community auf LinkedIn über Soft-404-Fehler, HTTP-Statuscodes und saubere Serverkonfigurationen.
Beitrag auf LinkedIn öffnenWas ist der genaue Unterschied zwischen einem Hard-404 und einem Soft-404?
Warum stuft Google manche Seiten mit echtem Inhalt als Soft-404 ein?
Wie finde ich Soft-404-Fehler auf meiner Website?
Ist es ratsam, alle gelöschten Seiten einfach auf die Startseite weiterzuleiten?
Weitere spannende Themen
- Orphan Pages: Definition, Gefahren und Behebung im SEO
- Crawl-Budget: Definition, Verschwendungsfallen & Hebel im SEO
- AI Crawlability: Maschinenlesbarkeit für Answer Engines
- Web Application Firewall (WAF): Schutz vs. SEO
- AI Visibility Audit (AEO & GEO Audit)
- SEO Visibility Tools vs. AI Visibility Tools
- Canonical Tag: Schluss mit Duplicate Content
Nichts mehr verpassen?
Folge mir auf LinkedIn für tägliche SEO-Nuggets und diskutiere mit anderen Experten.
LinkedIn-Profil besuchen →