Soft-404: die fehlende Seite, die mit 200 OK antwortet

Warum eine „Nicht gefunden“-Seite mit Status 200 den Index vermüllt und das Monitoring blind macht — und wie der Server bei fehlenden Adressen die Wahrheit sagt.

SEO · Veröffentlicht: 27. September 2026 · 5 Min. Lesezeit · Марк Лебедев

Ein 404 ist kein Ausfall. Es ist die ehrliche Antwort des Servers auf eine ehrliche Frage: Unter dieser Adresse gibt es nichts. Ein Soft-404 ist dieselbe Antwort mit dem falschen Statuscode — die Seite sagt „nicht gefunden“, die HTTP-Antwort sagt 200 OK. Menschen lesen die Seite; Crawler, Monitoring und Caches lesen den Status. Belogen werden alle außer dem Menschen.

Woher sie kommen

Absichtlich baut kaum jemand einen Soft-404. Sie entstehen aus Voreinstellungen, die auf den ersten Blick vernünftig wirken:

• SPA-Fallback. Die klassische nginx-Konfiguration für eine Single-Page-App lautet try_files $uri /index.html;. Jede Adresse, die keine Datei ist, bekommt die App-Shell mit 200, und der Router rendert „Seite nicht gefunden“ in JavaScript — lange nachdem der Status verschickt wurde.
• Leere Listen. Suche, Tags und Kategorien im CMS rendern bei null Treffern trotzdem das volle Template — Header, Filter, „keine Ergebnisse“ — mit 200. Jede Parameterkombination wird zu einer eigenen indexierbaren Seite.
• Alles auf die Startseite. Eine Catch-all-Regel, die jede unbekannte URL per 301 oder 302 auf / schickt. Suchmaschinen werten eine Weiterleitung auf eine fremde Seite als Soft-404, und Nutzer verlieren die Adresse, die sie gesucht haben.
• Ausverkaufte Produkte. Das Produkt ist weg, das Template bleibt: kein Preis, keine Beschreibung, keine Fotos, eine Zeile „derzeit nicht verfügbar“ — und 200.
• WAF und Bot-Challenges. Eine Prüfseite von Firewall oder CDN, ausgeliefert mit 200 statt 403 oder 429. Für den Crawler wird der gesamte Katalog zu Kopien einer einzigen „Wir prüfen Ihren Browser“-Seite.

Warum es schadet

Müll im Index. Tippfehler, alte Kampagnen-URLs, Anfragen von Schwachstellenscannern — alles wird zur „Seite“. Google erkennt viele davon irgendwann und listet sie im Bericht Soft 404 der Search Console, aber erst nach dem Crawlen und längst nicht alle.

Crawl-Budget. Jede falsche Seite ist ein Abruf, den der Crawler nicht für echte Inhalte verwendet hat. Auf einer großen Website mit parametrisierten Listen ist das kein Rundungsfehler.

Duplikate der Startseite. Pauschale Weiterleitungen und SPA-Shells lassen Tausende URLs denselben Inhalt liefern — das erschwert die Wahl der kanonischen Version genau der Seite, auf die es ankommt.

Blindes Monitoring. Uptime-Checks, Linkprüfer und synthetische Tests schauen auf den Statuscode. Antworten tote Links mit 200, meldet jedes Broken-Link-Audit eine saubere Website.

Verfälschte Analytics. Aufrufe nicht existierender Seiten zählen als normale Seitenaufrufe, mit normaler Absprungrate und Verweildauer. Der „Nicht gefunden“-Traffic taucht nie als Fehler auf.

So testen Sie

Fragen Sie eine Adresse ab, die es nicht geben kann, und achten Sie nur auf den Status:

curl -s -o /dev/null -w "%{http_code}\n" https://example.com/this-page-does-not-exist-8f3a/

Alles außer 404 oder 410 ist ein Problem. Wiederholen Sie das für jedes Template mit eigenem Routing: /blog/nonexistent, /product/nonexistent, /search?q=zzzzqx, eine Adresse ohne Sprachpräfix. Ein SiteScan-Report übernimmt das: Er prüft, was der Server für eine nicht existierende Adresse antwortet, und markiert eine 200.

Die Lösungen

Echten 404 liefern. Bei einer statischen oder vorgerenderten Website liefert nginx eine vorgefertigte Seite mit dem richtigen Status:

error_page 404 /404.html;
location / {
    try_files $uri $uri/ =404;
}

Bei einer SPA mit Server-Rendering muss der Server die Routentabelle kennen: Passt keine Route, oder passt die Route, aber der Datensatz fehlt, antwortet er mit 404, bevor das HTML gestreamt wird. Kann der Server das wirklich nicht wissen — eine reine Client-App auf einem simplen Hosting —, setzen Sie <meta name="robots" content="noindex"> in die clientseitig gerenderte „Nicht gefunden“-Ansicht. Das ist der letzte Ausweg: Die Seite bleibt aus dem Index, aber Monitoring und Linkprüfer sehen weiterhin 200.

410 für endgültig entfernte Inhalte. Ein eingestelltes Produkt oder ein gelöschter Artikel ist „weg“, nicht „nicht gefunden“. 410 signalisiert Crawlern, früher mit dem Nachfragen aufzuhören.

Nur auf ein echtes Äquivalent weiterleiten. Ein 301 ist richtig, wenn der Inhalt umgezogen ist: der umbenannte Artikel, das Nachfolgemodell. Eine Pauschalweiterleitung auf die Startseite ist keine Lösung, sondern derselbe Soft-404 mit einem zusätzlichen Sprung.

Die 404-Seite soll hilfreich sein, nicht erfolgreich. Suche, Links zu den Hauptbereichen, bei uns das Eingabefeld für den Scan — all das passt auf eine Fehlerseite. Die Seite darf so hilfreich sein, wie sie will; der Statuscode muss trotzdem 404 lauten.

Checkliste

1. Eine zufällige URL in jedem Routing-Template liefert 404.
2. Leere Such- und Listenseiten sind noindex oder liefern 404.
3. Entfernte Inhalte liefern 410 oder einen 301 auf ein echtes Äquivalent.
4. Keine Catch-all-Weiterleitung auf die Startseite.
5. Bot-Challenges liefern 403 oder 429, nicht 200.
6. Die 404-Seite hilft dem Besucher und antwortet trotzdem mit 404.