404-Fehler richtig behandeln: Wann 404, 410 oder 301 sinnvoll ist

404-Fehler richtig behandeln: Wann 404, 410 oder 301 sinnvoll ist

Ein 404-Statuscode bedeutet, dass die angeforderte Ressource unter dieser URL nicht gefunden wurde. Ein einzelner 404 ist nicht automatisch ein SEO-Problem. Problematisch wird es vor allem dann, wenn wichtige interne Links ins Leere führen, alte URLs unnötig Traffic verlieren oder eine Website statt eines echten 404-Statuscodes eine scheinbar funktionierende Fehlerseite mit `200 OK` ausliefert.

Wann ist ein echter 404 korrekt?

Wenn eine Seite dauerhaft entfernt wurde und es keinen sinnvollen Ersatz gibt, ist ein 404 völlig legitim. Alternativ kann 410 „Gone“ verwendet werden, wenn ausdrücklich signalisiert werden soll, dass die Ressource dauerhaft entfernt wurde.

Wann solltest du 301 weiterleiten?

Wenn der Inhalt unter einer neuen URL weiterbesteht oder es einen wirklich passenden Ersatz gibt, ist eine permanente Weiterleitung sinnvoll. Die Zielseite sollte die Nutzerabsicht möglichst gut erfüllen. Jede gelöschte URL pauschal auf die Startseite umzuleiten ist keine gute Lösung.

Was ist ein Soft 404?

Ein Soft 404 entsteht typischerweise, wenn eine Seite inhaltlich wie eine Fehlerseite wirkt, der Server aber `200 OK` zurückgibt. Für Nutzer und Suchmaschinen entsteht damit ein widersprüchliches Signal. Auch leere oder nahezu leere Seiten können von Google als Soft 404 eingeordnet werden.

404 und interne Links

Interne 404-Links sollten in der Regel korrigiert werden. Wenn ein Artikel auf eine gelöschte Seite verweist, kannst du den Link auf einen passenden neuen Inhalt ändern oder entfernen. So landen Nutzer nicht unnötig auf Fehlerseiten und die interne Linkstruktur bleibt sauber.

404 durch Tippfehler oder externe Links

Nicht jeder 404 lässt sich vermeiden. Nutzer können falsche URLs eingeben, externe Websites können alte Links verwenden. Deshalb ist eine hilfreiche 404-Seite sinnvoll. Sie sollte klar erklären, dass die Seite nicht gefunden wurde, und Orientierung zurück zu wichtigen Bereichen geben – während der Server weiterhin den korrekten 404-Status ausliefert.

Redirect-Ketten vermeiden

Wenn eine alte URL A auf B und B später auf C umgeleitet wird, entsteht eine Redirect-Kette. Bei einer Bereinigung sollte A möglichst direkt auf C zeigen. Das reduziert unnötige Abrufe und verbessert die Nutzerführung.

404 nach Website-Relaunch oder URL-Änderungen

Bei Relaunches entstehen häufig große Mengen 404, weil alte URLs nicht sauber auf neue Zielseiten gemappt wurden. Vor einer Migration sollte deshalb eine URL-Liste erstellt werden: alte URL → neue URL → Redirect-Typ → Zielstatus. Nach dem Rollout müssen die wichtigsten alten URLs getestet werden.

Wie findest du problematische 404?

Sinnvolle Quellen sind:

• Search Console,
• interne Crawls,
• Serverlogs,
• Analytics für aufgerufene Fehlerseiten,
• Backlink-Analysen für externe Links auf alte URLs.

Wie könnte ein Broken-Link-/Redirect-Checker funktionieren?

Ein späterer RS-Checker könnte eine URL oder eine komplette Website untersuchen und ausgeben:

• Statuscode jeder URL,
• interne Links auf 404/410,
• Redirect-Ketten und Schleifen,
• 301/302/307/308-Unterschiede,
• Soft-404-Verdacht,
• verwaiste Redirect-Ziele,
• Canonical-Zielstatus,
• Sitemap-URLs mit Fehlerstatus.

Bei einem WordPress-Plugin könnten sichere Korrekturen vorbereitet werden: etwa eine Liste kaputter interner Links oder Vorschläge für passende Redirect-Ziele. Automatische Weiterleitungen sollten nur dann erfolgen, wenn die inhaltliche Zuordnung eindeutig ist.

404, 301 und Indexierung gehören zusammen

Ein 404 sagt „diese Ressource gibt es hier nicht“. Ein 301 sagt „die Ressource befindet sich dauerhaft woanders“. Ein Canonical sagt dagegen, welche ähnliche URL bevorzugt werden soll. Diese Mechanismen sind nicht austauschbar.

Mehr zur URL-Logik findest du unter Was ist eine URL?; den gesamten Crawling-Prozess erklärt unser Artikel Was passiert beim Crawling?.

Fazit

404-Fehler müssen nicht pauschal „wegoptimiert“ werden. Entscheidend ist, ob die URL wirklich verschwunden ist, ob ein sinnvoller Ersatz existiert und ob interne Links oder Sitemaps noch auf die alte Adresse verweisen.