404 Nicht gefunden

TL;DR — Eine 404 bedeutet: „Diese Seite existiert hier nicht.“ Sie entsteht, wenn eine URL gelöscht, falsch geschrieben oder nie vorhanden war. Der überraschende Teil: 404s sind normal, und eine einzelne fehlende URL ist keine siteweite Rankingstrafe. Sie müssen nicht in Panik geraten, wenn die Meldung in einem Bericht auftaucht. Stellen Sie nur sicher, dass die URL tatsächlich eine echte 404 liefert (keine gefälschte „Erfolg“-Seite), und leiten Sie diese URL nur weiter, wenn die Seite wirklich umgezogen ist.

Ein kurzer Hinweis zum Geltungsbereich: Diese Seite richtet sich an die Person, der die Website gehört und die entscheiden muss, was mit 404s in der Search Console oder einem Ahrefs-Crawl geschehen soll. Wenn Sie als Besucher nur auf einen toten Link geklickt haben, gibt es für Sie nichts zu beheben. Und wenn Ihr Server falsch konfiguriert ist und überhaupt keine 404-Seite ausliefert, ist das eine Hosting-/Serverfrage, keine SEO-Frage.

Was ein 404-Fehler ist

Wenn Sie eine Webseite aufrufen, fragt Ihr Browser den Server nach einer URL. Findet der Server sie, liefert er eine 200 OK-Antwort und Sie sehen die Seite. Findet der Server die URL nicht, liefert er 404 Not Found – also den Hinweis: „Die angeforderte Ressource ist hier nicht vorhanden.“

Das kennen Sie: Sie klicken auf einen alten Link, schreiben eine URL falsch oder rufen eine inzwischen gelöschte Seite auf und landen auf einer „Seite nicht gefunden“-Meldung. Das ist eine 404.

Häufige Gründe für eine 404:

• Eine Seite wurde gelöscht (etwa ein alter Blogbeitrag oder ein eingestelltes Produkt).
• Jemand hat auf die falsche URL verlinkt oder der Link enthält einen Tippfehler.
• Eine URL wurde geändert, ohne dass die alte URL weitergeleitet wurde.
• Jemand hat die Adresse im Browser falsch eingegeben.

Schaden 404s meiner SEO?

Das ist die große Sorge. Die direkte Antwort lautet: nein, nicht von selbst. 404-Fehler sind keine Strafe, und Googles eigene Leitlinie sagt, dass die Tatsache, dass einige URLs Ihrer Website eine 404 liefern, die übrigen erfolgreichen URLs nicht nach unten zieht. Ein Googler formulierte es klar: 404-Fehler “are not to be afraid of and you don’t need to scramble to fix them, at least not most of the time.” (Übersetzung) „sind kein Grund zur Angst, und Sie müssen nicht hektisch versuchen, sie zu beheben – zumindest meistens nicht.“ Defekte Links sind ein normaler Teil des Webs, und Google erwartet sie. Eine Seite, die früher Traffic oder Backlinks gebracht hat und nun 404 liefert, verdient zwar eine Entscheidung – das kommt weiter unten –, aber der 404-Status selbst ist nicht das Problem.

Was stattdessen passiert, ist ruhig und unspektakulär: Mit der Zeit zeigt Google die fehlende Seite nicht mehr in der Suche und prüft sie immer seltener. Nichts Schlechtes breitet sich auf den Rest Ihrer Website aus.

Wann Sie tatsächlich handeln sollten

Sie müssen nicht jede 404 beheben. Manchmal lohnt sich eine Maßnahme aber:

• Die Seite wurde verschoben. Wenn der Inhalt jetzt unter einer neuen URL liegt, richten Sie eine 301-Weiterleitung von der alten auf die neue URL ein, damit Besucher und Linkwert am richtigen Ziel ankommen.
• Die Seite ist einfach verschwunden. Gibt es keinen Ersatz, können Sie den Status problemlos als 404 bestehen lassen. Das ist das korrekte Ergebnis.
• Eine gute Seite wird über einen defekten Link erreicht. Reparieren Sie den Link, nicht die 404.

Das Eine, was Sie vermeiden sollten

Fälschen Sie die Antwort nicht. Manche Websites leiten aus vermeintlicher „Sicherheit“ jede fehlende URL auf die Startseite weiter oder zeigen eine „Nicht gefunden“-Meldung, liefern heimlich aber einen 200 OK-Erfolgscode. Beides verursacht Probleme; für den zweiten Fall gibt es den Namen Soft-404, der im Advanced-Tab behandelt wird. Ist eine Seite verschwunden, lassen Sie die URL ehrlich eine 404 liefern. Das ist kein Fehler, den Sie beheben müssen, sondern die richtige Antwort.

Möchten Sie das vollständige Bild sehen – wie Google 404s aus dem Index entfernt, wie sich harte und Soft-404s unterscheiden, was bei JavaScript-Seiten gilt und wie sich solche Seiten prüfen lassen? Wechseln Sie zum Tab Advanced.

TL;DR — Eine 404 ist ein 4xx-Clientfehler für eine URL, die der Server nicht finden kann. Die Spezifikation (RFC 9110) definiert sie als “no current representation, or unwillingness to disclose one,” (Übersetzung) „keine aktuelle Repräsentation oder die Weigerung, eine solche offenzulegen“; aus dem Code allein folgt nicht, ob das Fehlen vorübergehend oder dauerhaft ist. Der Inhalt ist nicht sinnvoll indexierbar, und einzelne 404-URLs ziehen die übrigen erfolgreichen URLs Ihrer Website nicht nach unten. Die Entfernung aus der Suche kann schrittweise und nicht sofort erfolgen: Google entfernt eine zuvor indexierte 404-URL und crawlt sie mit abnehmender Frequenz erneut; die Formulierung lautet, Googlebot “will probably” (Übersetzung) „wird wahrscheinlich“ eine Zeit lang weiter versuchen, sie abzurufen – nicht, dass er dies ewig tut. Entscheidend ist der Unterschied zwischen harter 404 und Soft-404: Eine 200-Antwort (oder eine pauschale Weiterleitung auf die Startseite) für verschwundene Inhalte verschwendet Crawl-Ressourcen und verfälscht Ihre Analysen. Leiten Sie nur per 301 weiter, wenn eine Seite wirklich auf ein relevantes Ziel umgezogen ist; sonst lassen Sie die URL sauber 404 (oder 410) liefern. Eigene 404-Seiten helfen bei UX und Bindung, nicht bei der Indexierung.

Was eine 404 tatsächlich ist

404 Not Found ist ein HTTP-Clientfehlercode (4xx), den der Server zurückgibt, wenn er die angeforderte URL nicht finden kann. Die 4xx-Klasse bedeutet, dass das Problem bei der Anfrage liegt – die Ressource existiert unter dieser Adresse nicht –, im Gegensatz zu 5xx-Serverfehlern, bei denen der Server selbst ausfällt.

Die HTTP-Spezifikation selbst definiert 404 enger, als es die tägliche SEO-Diskussion vermuten lässt: Der Ursprung hat entweder keine aktuelle Repräsentation für die Zielressource oder will nicht offenlegen, dass eine solche existiert. Der Statuscode allein sagt nicht, ob das Fehlen vorübergehend oder dauerhaft ist – diese Entscheidung treffen Sie mit einer Weiterleitung, einer 410 oder indem Sie die 404 einfach bestehen lassen. Ein praktischer Sonderfall: Eine 404-Antwort ist standardmäßig heuristisch cachebar. Ein Browser oder Zwischen-Cache kann daher eine veraltete 404 für eine URL ausliefern, die inzwischen wieder funktioniert, sofern Ihr Server dies nicht mit entsprechenden Cache-Control-Headern verhindert.

404s entstehen durch den normalen Wandel einer Website: gelöschte Seiten, eingestellte Produkte, beendete Kampagnen, defekte oder falsch geschriebene interne und externe Links sowie URL-Änderungen ohne Weiterleitung. Nichts davon ist ungewöhnlich, und nichts davon ist automatisch ein Problem, das gelöst werden muss.

Die Tatsache, dass eine URL 404 liefert, schadet Ihren übrigen Seiten nicht

Beginnen wir hier, denn die meisten Sorgen rund um 404s sind unbegründet. Googles eigene Dokumentation ist eindeutig: “Google doesn’t use the content from URLs that return 4xx status codes.” (Übersetzung) „Google verwendet den Inhalt von URLs mit 4xx-Statuscodes nicht.“ Auf einer 404-Seite gibt es für Google nichts zu bewerten. Googles Leitlinie begrenzt die Aussage ausdrücklich: Die Tatsache, dass einige URLs einer Website 404 liefern, beeinträchtigt die Leistung der übrigen erfolgreichen URLs dieser Website nicht. Das ist die belegte Grenze – keine pauschale Zusage, dass jede Situation rund um eine 404 harmlos ist. Eine Seite, die Google nicht finden kann, obwohl diese Seite indexiert werden sollte, eine gute Seite, die ihre eingehenden Links verloren hat, oder ein defekter Nutzerpfad sind eigenständige Probleme, die der 404-Status weder allein verursacht noch behebt.

Googles Vertreter sagen das seit Jahren in einfacheren Worten. Gary Illyes: 404s “are not to be afraid of and you don’t need to scramble to fix them, at least not most of the time.” (Übersetzung) „sind kein Grund zur Angst, und Sie müssen nicht hektisch versuchen, sie zu beheben – zumindest meistens nicht.“ John Mueller hat 404s wiederholt als “fine & expected.” (Übersetzung) „in Ordnung und erwartbar“ bezeichnet. Selbst Websites mit sehr vielen 404-/410-URLs erhalten dafür keine domainweite Strafe. Die konkrete Angst, 404s seien ein Ranking- oder Qualitätssignal, ist ein Mythos – eine Seite, die früher Traffic oder Links eingebracht hat, verdient trotzdem eine Entscheidung, wie weiter unten beschrieben.

Wie Google eine 404-URL aus dem Index entfernt

Die De-Indexierung findet statt, aber schrittweise und unspektakulär. Googles Dokumentation beschreibt den Mechanismus: “the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered 404 pages aren’t processed. The crawling frequency gradually decreases.” (Übersetzung) „Die Indexierungspipeline entfernt die URL aus dem Index, wenn sie zuvor indexiert war. Neu entdeckte 404-Seiten werden nicht verarbeitet. Die Crawling-Häufigkeit nimmt allmählich ab.“

Zwei Folgen sollten Sie sich merken:

• Eine zuvor indexierte URL, die nun 404 liefert, wird aus dem Index entfernt; eine URL, die erstmals als 404 entdeckt wird, wird schlicht nie verarbeitet.
• Googlebot versucht die URL weiter abzurufen, aber immer seltener. Die Search Console Help formuliert es so: “Googlebot will probably continue to try this URL for some period of time; there is no way to tell Googlebot to permanently forget a URL, although it will crawl it less and less often.” (Übersetzung) „Googlebot wird wahrscheinlich eine Zeit lang weiter versuchen, diese URL abzurufen; es gibt keine Möglichkeit, Googlebot eine URL dauerhaft vergessen zu lassen, obwohl er sie immer seltener crawlen wird.“ Achten Sie auf die begrenzte Wortwahl: „probably“ (Übersetzung) „wahrscheinlich“ und „for some period of time“ (Übersetzung) „für einen bestimmten Zeitraum“. Google verspricht nicht, dass die Versuche ewig weitergehen, sondern nur, dass es keinen Schalter für einen sofortigen Abbruch gibt. Wenn eine bekannte 404 eine Zeit lang in Ihren Berichten auftaucht, ist das erwartbar und kein Hinweis auf einen Defekt.

Kann man das beschleunigen? Nicht wirklich. Das Removals tool der Search Console blendet eine URL vorübergehend aus (etwa sechs Monate). Das ist für dringende Fälle nützlich, aber keine dauerhafte De-Indexierung. Bei einer echten Entfernung liefern Sie den passenden Statuscode und lassen den schrittweisen Prozess ablaufen.

404 gegenüber 410 Gone

Sowohl 404 (Not Found) als auch 410 (Gone) entfernen eine Seite aus dem Index; der praktische SEO-Unterschied ist vernachlässigbar. 410 ist das geringfügig stärkere und schnellere Signal „dies ist absichtlich verschwunden“ – doch wie Mueller sagt, ist der Verarbeitungsunterschied so gering, dass er die Wahl des einen Codes gegenüber dem anderen für SEO selten rechtfertigt. Verwenden Sie 410, wenn Ihr CMS die Einrichtung einfach macht und Sie eine dauerhafte Entfernung signalisieren möchten; ansonsten ist eine einfache 404 völlig in Ordnung. In diesem Cluster gibt es an anderer Stelle einen eigenen Vergleich der beiden Codes.

Harte 404 gegenüber Soft-404 – die entscheidende Unterscheidung

Hier liegen die echten SEO-Probleme – nicht darin, dass 404s überhaupt existieren.

• Harte 404 – Der Server liefert bei fehlendem Inhalt tatsächlich den Statuscode 404. Das ist korrekt. Crawler lesen den Code, verstehen, dass die Seite verschwunden ist, und behandeln sie sauber.
• Soft-404 – Der Server liefert einen Erfolgscode (meist 200 OK) für eine Seite, deren Inhalt in Wahrheit einen Fehler darstellt: eine leere Seite, eine „Nicht gefunden“-Meldung oder eine Weiterleitung auf die Startseite. Google erkennt solche Fälle algorithmisch. In der Dokumentation heißt es: “If the content suggests an error for Google Search, an empty page or an error message, Search Console will show a soft 404 error.” (Übersetzung) „Wenn der Inhalt für die Google-Suche auf einen Fehler, eine leere Seite oder eine Fehlermeldung hindeutet, zeigt die Search Console einen Soft-404-Fehler.“

Warum Soft-404s schlechter sind als echte 404s, ist ein Problem der Crawling-Effizienz. Ein Crawler kann aus einer 200-Antwort nicht erkennen, dass der Inhalt verschwunden ist, und ruft die URL daher immer wieder ab. Illyes beschrieb es genau: Crawler “use the status codes to interpret whether a fetch was successful, even if the contents of the page is basically just an error message. They might happily go back to the same page again and again wasting your resources, and if there are many such pages, exponentially more resources.” (Übersetzung) „verwenden Statuscodes, um zu beurteilen, ob ein Abruf erfolgreich war, selbst wenn der Seiteninhalt im Grunde nur eine Fehlermeldung ist. Sie können immer wieder zu derselben Seite zurückkehren, Ressourcen verschwenden und bei vielen solchen Seiten exponentiell mehr Ressourcen verbrauchen.“ Googles Leitlinie ist eindeutig: “We recommend returning a 404 response code for truly ‘not found’ pages.” (Übersetzung) „Wir empfehlen, für wirklich nicht gefundene Seiten den Antwortcode 404 zurückzugeben.“

John Mueller fasst es auf seiner persönlichen Website gut zusammen: “Using soft-404s instead of real 404s is a bad practice, and it makes things harder for our algorithms,” (Übersetzung) „Soft-404s statt echter 404s zu verwenden ist eine schlechte Praxis und erschwert unseren Algorithmen die Arbeit“, während “returning 404 — and having the URLs listed in the crawl errors in Webmaster Tools — is not a problem.” (Übersetzung) „eine 404 zurückzugeben und die URLs in den Crawl-Fehlern der Webmaster Tools aufgelistet zu haben kein Problem ist.“ Anders gesagt: Die ehrliche 404 ist das gute Ergebnis; der gefälschte Erfolgscode ist der Fehler.

Wo versehentliche Soft-404s entstehen

• Jede 404 pauschal auf die Startseite weiterleiten. Die Startseite liefert 200, sodass eine „fehlende“ URL aus Sicht der Suchmaschine erfolgreich auf irrelevanten Inhalt zeigt – ein Soft-404-Muster.
• „Nicht gefunden“-Zustände in JavaScript/SPA-Anwendungen. Clientseitige Router können nativ keinen serverseitigen 404 auslösen. Rendert eine Single-Page-App eine „Seite nicht gefunden“-Komponente, während der Server weiterhin 200 liefert, ist das eine Soft-404. Außerdem verfälscht es Ihre Analysen, weil Statuscode und Realität nicht übereinstimmen und GA4, GSC sowie Crawler den Aufruf als Erfolg verbuchen. Die Lösungen: Diese Pfade serverseitig auf eine echte 404 routen oder – schwächer – den Nicht-gefunden-Zustand mit noindex ausgeben und die Nachteile für das Tracking akzeptieren.
• Fehlkonfigurationen von CMS oder Templates, bei denen ein gelöschtes Element in ein generisches Template mit 200 fällt.

Wann eine 404 behoben werden sollte (und wann nicht)

Der Entscheidungsbaum ist kurz:

• Lassen Sie die URL 404 (oder 410) liefern, wenn die Seite keinen echten Wert, keinen Traffic und keine Backlinks hat. Das ist der korrekte Standard; keine Maßnahme erforderlich.
• Richten Sie nur dann eine 301-Weiterleitung ein, wenn die Seite wirklich umgezogen ist oder relevante Backlinks/Traffic besitzt, die erhalten werden sollen. Eine passende Weiterleitung gewinnt Linkwert zurück. Die Search Console Help bestätigt: “If your page has moved, use a 301 redirect to the new location.” (Übersetzung) „Wenn Ihre Seite umgezogen ist, verwenden Sie eine 301-Weiterleitung auf den neuen Ort.“ In meinem Ahrefs-Workflow nutze ich den Site-Explorer-Bericht „Best by links“, filtere nach URLs mit 404-Antwort und priorisiere nach verweisenden Domains. Die wertvollen URLs leite ich auf die nächstgelegene relevante aktive Seite weiter.
• Leiten Sie nicht pauschal auf die Startseite weiter. Martin Splitt sagt es deutlich: “If it moved somewhere else, use a redirect. If it’s gone, don’t redirect me to the homepage.” (Übersetzung) „Ist die Seite an einen anderen Ort umgezogen, verwenden Sie eine Weiterleitung; ist sie verschwunden, leiten Sie nicht auf die Startseite weiter.“ Das erzeugt ein Soft-404-ähnliches Signal und ist, in seinen Worten, “it annoys me as a user.” (Übersetzung) „als Nutzer ärgerlich.“ Eine 404 sei “a very clear signal this link is wrong and broken or this URL no longer exists.” (Übersetzung) „ein sehr klares Signal, dass dieser Link falsch und defekt ist oder diese URL nicht mehr existiert.“ Leiten Sie nur auf ein spezifisches, wirklich relevantes Ziel weiter.

Auf eine kurze Matrix reduziert, lautet die gesamte Entscheidung:

Eigene 404-Seiten: UX-Hebel, kein Indexierungshebel

Eine gute eigene 404-Seite ändert nicht, wie Google die URL indexiert – dafür ist der Statuscode zuständig. Sie ändert, was mit dem Menschen passiert, der auf den toten Link geklickt hat. Eine hilfreiche 404-Seite hält ihn auf Ihrer Website, statt ihn sofort abspringen zu lassen, und schützt dadurch Conversions und Engagement. Es gibt also zwei getrennte Aufgaben:

1. Korrektheit des Statuscodes (SEO-/Crawler-Seite): Die Seite muss weiterhin eine echte 404 liefern. Eine schön gestaltete eigene 404-Seite, die 200 zurückgibt, ist eine Soft-404 – das UX-Problem ist gelöst, aber ein Crawling-Problem entstanden.
2. Hilfreichkeit auf der Seite (UX-Seite): klare Sprache, dass die Seite verschwunden ist, Ihre Hauptnavigation, ein Suchfeld sowie Links zu beliebten oder verwandten Inhalten. Muellers Rat lautet: “Think about ways that you can make your 404 pages useful to users, so that they recognize that the page no longer exists, and so that they can find something else that’s appropriate.” (Übersetzung) „Überlegen Sie, wie Sie Ihre 404-Seiten für Nutzer nützlich machen können, damit sie erkennen, dass die Seite nicht mehr existiert, und etwas anderes Passendes finden.“

404s finden und prüfen

• Google Search Console – Page indexing report. Zeigt sowohl die Status „Not found (404)“ als auch „Soft 404“ mit Beispiel-URLs.
• Ahrefs Site Audit / Site Explorer. Site Audit markiert 404s und defekte interne Links; im Site Explorer („Best by links“) finden Sie 404-URLs, die noch Backlinks besitzen, und können Weiterleitungen nach verweisenden Domains priorisieren.
• Ahrefs Web Analytics. Für die Traffic-Perspektive filtern Sie Possible 404-Seiten nach dem Kanal AI Search und sortieren nach Sitzungen. So finden Sie Kandidaten mit von KI vermittelten Klicks im gewählten Zeitraum; das beweist weder, dass die Antwort eine 404 ist, noch dass die URL halluziniert wurde. Die Validierungsschritte dokumentiere ich in AI Hallucination Monitoring.
• Screaming Frog und Server-Log-Analyse liefern eine vollständige Crawl- und Real-Traffic-Sicht darauf, welche 404s Bots und Nutzer tatsächlich aufrufen.

Bing, kurz zusammengefasst

Bings öffentliche Aussagen sind hier deutlich dünner als Googles. Gehen Sie daher nicht von exakter Gleichheit aus und behandeln Sie die folgenden Details als weniger belastbar belegt als den Google-Abschnitt oben. Bing Webmaster Tools bietet zwar ein Content Removal-Tool, um Bing über eine als verschwunden zu behandelnde URL zu informieren, sowie einen Crawl-Information-Bericht mit 404s und Serverfehlern – diese Werkzeuge sind dokumentiert. Nicht unabhängig anhand aktueller Primärquellen verifiziert ist dagegen die konkrete Behauptung, Bing verwende einen Klassifikator zur Unterscheidung zwischen „vorübergehend nicht verfügbar“ und „wirklich gelöscht“, oder dass Content Removal die De-Indexierung gegenüber einer korrekten 404 und dem Abwarten tatsächlich wesentlich beschleunigt. Behandeln Sie Bing als nachrangig gegenüber dem gut dokumentierten Google-Verhalten und wiederholen Sie die Klassifikator-/Geschwindigkeitsbehauptungen nicht als gesicherte Fakten.

Für den größeren Überblick über Statuscodes lesen Sie meine Beiträge HTTP-Statuscodes und ihre SEO-Auswirkungen und 11 Arten von Weiterleitungen und ihre SEO-Auswirkungen.

KI-Zusammenfassung

Eine komprimierte Fassung der Advanced-Version:

• Eine 404 Not Found ist ein 4xx-Clientfehler für eine URL, die der Server nicht finden kann (gelöschte Seiten, defekte Links, Tippfehler, URL-Änderungen). RFC 9110 definiert sie als “no current representation, or unwillingness to disclose one” (Übersetzung) „keine aktuelle Repräsentation oder die Weigerung, eine solche offenzulegen“; daraus folgt nicht, ob das Fehlen vorübergehend oder dauerhaft ist, und eine 404 ist standardmäßig heuristisch cachebar.
• Kein Signal, das Ihren übrigen Seiten schadet. Google “doesn’t use the content from URLs that return 4xx status codes,” (Übersetzung) „verwendet den Inhalt von URLs mit 4xx-Statuscodes nicht“; die Tatsache, dass manche URLs 404 liefern, beeinträchtigt die übrigen erfolgreichen URLs Ihrer Website nicht. Die pauschale Angst „404s schaden Rankings“ ist ein Mythos. Illyes und Mueller haben wiederholt gesagt, dass 404s in Ordnung und erwartbar sind – eine Seite, die früher Traffic oder Links verdient hat, ist dennoch eine URL, über die Sie entscheiden sollten.
• Die De-Indexierung ist schrittweise, nicht sofort. Google entfernt eine zuvor indexierte 404-URL und crawlt sie “less and less often” (Übersetzung) „immer seltener“ erneut. Die Formulierung bleibt begrenzt: Googlebot “probably” (Übersetzung) „wird wahrscheinlich“ “for some period of time” (Übersetzung) „für einen bestimmten Zeitraum“ weiter versuchen, sie abzurufen, nicht für immer. Das Removals tool blendet eine URL nur temporarily (Übersetzung) „vorübergehend“ aus (etwa sechs Monate).
• 404 gegenüber 410: Beide fallen aus dem Index; 410 ist geringfügig schneller/stärker, aber der SEO-Unterschied ist vernachlässigbar (Mueller).
• Harte gegenüber Soft-404: Eine Soft-404 liefert für verschwundene Inhalte einen Erfolgscode (200) – sie verschwendet Crawl-Ressourcen, weil Bots nicht erkennen können, dass die Seite weg ist. Google empfiehlt eine echte 404.
• Häufige Soft-404-Ursachen: Jede 404 auf die Startseite weiterleiten, „Nicht gefunden“-Zustände einer JS-/SPA-Anwendung mit 200 ausliefern (was auch Analysen verfälscht) und falsch konfigurierte CMS-Templates.
• Nur per 301 weiterleiten, wenn eine Seite wirklich umgezogen ist oder wertvolle Backlinks/Traffic besitzt; andernfalls die URL sauber 404 liefern lassen. Splitt: verschwundene Seiten nicht auf die Startseite weiterleiten.
• Eigene 404-Seiten helfen bei UX und Bindung, nicht bei der Indexierung – und müssen trotzdem eine echte 404 liefern.
• Prüfen über den GSC-Page-Indexing-Bericht, Ahrefs Site Audit/Site Explorer, Screaming Frog und Serverprotokolle.

Offizielle Dokumentation

Primärquellen der Suchmaschinen.

Google

• Wie HTTP-Statuscodes sowie Netzwerk- und DNS-Fehler die Google-Suche beeinflussen – Googles Umgang mit 4xx (einschließlich 404), die De-Indexierungsmechanik und die Definition der Soft-404.
• Bericht zur Seitenindexierung (Search Console Help) – die Status „Not found (404)“ und „Soft 404“ sowie Hinweise zur Behebung.
• Weiterleitungen und die Google-Suche – wann und wie eine verschobene Seite per 301 weitergeleitet wird, statt sie 404 liefern zu lassen.
• Eine Seite Ihrer Website aus Google entfernen (Removals tool) – vorübergehendes Ausblenden gegenüber dauerhafter Entfernung.

Bing / Microsoft

• Hilfe zu Bing Webmaster Tools – Crawl-Berichte und das Content-Removal-Tool, um Bing über echte 404s zu informieren.

Zitate aus der Quelle

Wörtliche Aussagen von Google. Jeder Link zu Google-Dokumenten führt direkt zur zitierten Passage auf der Quellseite; überlieferte Aussagen verlinken auf die Berichte, in denen sie wiedergegeben wurden.

Google Search Central – Umgang mit 404s

• “Google doesn’t use the content from URLs that return 4xx status codes. If a URL was previously used but is now returning 4xx status code, Google systems will stop using the URL over time.” (Übersetzung) „Google verwendet den Inhalt von URLs mit 4xx-Statuscodes nicht. Wenn eine zuvor verwendete URL nun einen 4xx-Statuscode liefert, stellen Googles Systeme die Verwendung der URL mit der Zeit ein.“ Zum Zitat
• “Google doesn’t index URLs that return a 4xx status code, and URLs that are already indexed and return a 4xx status code are removed from the index.” (Übersetzung) „Google indexiert keine URLs, die einen 4xx-Statuscode liefern; bereits indexierte URLs mit einem 4xx-Statuscode werden aus dem Index entfernt.“ Zum Zitat
• “In the case of Google Search, the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered 404 pages aren’t processed. The crawling frequency gradually decreases.” (Übersetzung) „In der Google-Suche entfernt die Indexierungspipeline eine zuvor indexierte URL aus dem Index. Neu entdeckte 404-Seiten werden nicht verarbeitet. Die Crawling-Häufigkeit nimmt allmählich ab.“ Zum Zitat
• “If the content suggests an error for Google Search, an empty page or an error message, Search Console will show a soft 404 error.” (Übersetzung) „Wenn der Inhalt für die Google-Suche auf einen Fehler, eine leere Seite oder eine Fehlermeldung hindeutet, zeigt die Search Console einen Soft-404-Fehler.“ Zum Zitat

Search Console Help – Bericht zur Seitenindexierung

• “404 responses are not necessarily a problem, if the page has been removed without any replacement. If your page has moved, use a 301 redirect to the new location.” (Übersetzung) „404-Antworten sind nicht unbedingt ein Problem, wenn die Seite ohne Ersatz entfernt wurde. Wenn Ihre Seite umgezogen ist, verwenden Sie eine 301-Weiterleitung auf den neuen Ort.“ Zum Zitat
• “Googlebot will probably continue to try this URL for some period of time; there is no way to tell Googlebot to permanently forget a URL, although it will crawl it less and less often.” (Übersetzung) „Googlebot wird wahrscheinlich eine Zeit lang weiter versuchen, diese URL abzurufen; es gibt keine Möglichkeit, Googlebot eine URL dauerhaft vergessen zu lassen, obwohl er sie immer seltener crawlen wird.“ Zum Zitat
• “We recommend returning a 404 response code for truly ‘not found’ pages and adding more information on the page to let us know that it is not a soft 404.” (Übersetzung) „Wir empfehlen, für wirklich „nicht gefundene“ Seiten einen 404-Antwortcode zurückzugeben und die Seite um weitere Informationen zu ergänzen, damit klar ist, dass es keine Soft-404 ist.“ Zum Zitat

Gary Illyes, Google (über die SEJ-Wiedergabe seiner LinkedIn-Beiträge; prüfen Sie den Wortlaut gegen den Originalbeitrag, der sich automatisiert nur schwer abrufen lässt)

• “404 (Not found) errors are not to be afraid of and you don’t need to scramble to fix them, at least not most of the time.” (Übersetzung) „404-Fehler („Not found“) sind kein Grund zur Angst, und Sie müssen nicht hektisch versuchen, sie zu beheben – zumindest meistens nicht.“ Überliefert aus Illyes’ LinkedIn-Beitrag.
• “Crawlers use the status codes to interpret whether a fetch was successful, even if the contents of the page is basically just an error message. They might happily go back to the same page again and again wasting your resources, and if there are many such pages, exponentially more resources.” (Übersetzung) „Crawler verwenden Statuscodes, um zu beurteilen, ob ein Abruf erfolgreich war, selbst wenn der Seiteninhalt im Grunde nur eine Fehlermeldung ist. Sie können immer wieder zu derselben Seite zurückkehren, Ressourcen verschwenden und bei vielen solchen Seiten exponentiell mehr Ressourcen verbrauchen.“ Überliefert über Search Engine Journal; prüfen Sie den Wortlaut gegen das Original, bevor Sie ihn endgültig verwenden.

John Mueller, Google – Soft-404s und Ihre Website

• “Using soft-404s instead of real 404s is a bad practice, and it makes things harder for our algorithms.” (Übersetzung) „Soft-404s statt echter 404s zu verwenden ist eine schlechte Praxis und erschwert unseren Algorithmen die Arbeit.“
• “Returning 404 — and having the URLs listed in the crawl errors in Webmaster Tools — is not a problem.” (Übersetzung) „Eine 404 zurückzugeben und die URLs in den Crawl-Fehlern der Webmaster Tools aufgelistet zu haben ist kein Problem.“
• “Think about ways that you can make your 404 pages useful to users, so that they recognize that the page no longer exists, and so that they can find something else that’s appropriate.” (Übersetzung) „Überlegen Sie, wie Sie Ihre 404-Seiten für Nutzer nützlich machen können, damit sie erkennen, dass die Seite nicht mehr existiert, und etwas anderes Passendes finden.“ Von Muellers persönlicher Website; prüfen Sie die exakten Ausschnitte auf der Live-Seite, bevor Sie daraus tiefe Links erzeugen.

Martin Splitt, Google (über die SEJ-Berichterstattung zu einem SEO-Office-Hours-Kurzvideo; prüfen Sie die Aussage gegen das Originalvideo)

• “If it moved somewhere else, use a redirect. If it’s gone, don’t redirect me to the homepage.” (Übersetzung) „Wenn die Seite an einen anderen Ort verschoben wurde, verwenden Sie eine Weiterleitung. Wenn sie verschwunden ist, leiten Sie mich nicht auf die Startseite weiter.“

• “A 404 is a very clear signal this link is wrong and broken or this URL no longer exists.” (Übersetzung) „Eine 404 ist ein sehr klares Signal, dass dieser Link falsch und defekt ist oder diese URL nicht mehr existiert.“ Überliefert über Search Engine Journal.

• “This page returned a 404 error when requested” (Übersetzung) „Diese Seite gab bei der Anfrage einen 404-Fehler zurück.“

• “The page request returns what we think is a soft 404 response” (Übersetzung) „Die Anfrage liefert eine Antwort, die wir als Soft-404-Antwort einschätzen.“

Was Sie mit 404s nicht tun sollten

1. Jede 404 pauschal auf die Startseite weiterleiten. Der Impuls lautet: „Eine Weiterleitung wirkt sicherer als ein Fehler.“ Das stimmt nicht. Die Startseite liefert 200, sodass eine wirklich verschwundene URL nun „erfolgreich“ auf irrelevanten Inhalt auflöst – ein Soft-404-Muster, das Splitt ausdrücklich als ärgerlich und nicht hilfreich bezeichnet. Besser: nur dann auf ein spezifisches, relevantes Ziel weiterleiten, wenn die Seite tatsächlich umgezogen ist; sonst 404 liefern lassen.

2. Eine Soft-404 statt einer echten 404 ausliefern. Eine „Seite nicht gefunden“-Meldung (oder eine leere Seite) mit einer 200 OK-Antwort teilt Crawlern mit, dass der Abruf erfolgreich war. Sie crawlen die URL weiter und verschwenden Ressourcen; Ihre Analysen verbuchen außerdem einen „erfolgreichen“ Treffer auf einer toten Seite. Besser: Für verschwundene Inhalte einen tatsächlichen 404- (oder 410)-Statuscode liefern – genau das empfiehlt Google.

3. In Berichten in Panik geraten und jede 404 „beheben“. 404s in GSC oder einem Site Audit sind normal und erwartbar. Reflexartige Weiterleitungen oder das Wiederbeleben jeder URL verschwenden Zeit und erzeugen oft erst Soft-404s. Besser: Triage – die wenigen URLs mit echten Backlinks oder Traffic weiterleiten und den Rest bestehen lassen.

4. Google zwingen wollen, eine URL sofort zu „vergessen“. Dafür gibt es keinen Schalter. Das Removals tool blendet eine URL vorübergehend (etwa sechs Monate) aus, entfernt sie aber nicht dauerhaft aus dem Index. Besser: den richtigen Statuscode liefern und die Crawling-Häufigkeit von selbst abnehmen lassen.

5. Eine JS-/SPA-„Nicht gefunden“-Seite ausliefern, die 200 zurückgibt. Clientseitige Router können keinen serverseitigen 404 werfen. Eine gerenderte Nicht-gefunden-Komponente über einer 200-Antwort ist eine Soft-404 und verfälscht außerdem Ihr Tracking. Besser: Diese Pfade serverseitig auf eine echte 404 routen oder den Nicht-gefunden-Zustand mindestens mit noindex versehen und die Nachteile für die Analysen akzeptieren.

6. Eine hübsche eigene 404-Seite als SEO-Fix betrachten. Eine gut gestaltete 404-Seite hilft Nutzern, nicht der Indexierung – und wenn sie 200 zurückgibt, ist sie eine Soft-404. Besser: den echten Statuscode beibehalten und die Seite hilfreich machen; das sind zwei getrennte Aufgaben.

Gute und schlechte Behandlung von 404s

Eine schlechte eigene 404-Seite

• Liefert den Statuscode 200 OK, während sie „Seite nicht gefunden“ anzeigt (eine Soft-404).
• Oder sie ist die rohe Standardseite des Servers: ein schlichtes „Not Found“ auf weißem Hintergrund, ohne Navigation und ohne nächsten Schritt.
• Sie führt den Nutzer in eine Sackgasse – kein Suchfeld, keine Links, keine erkennbare Markenidentität.
• Ergebnis: Crawler rufen sie wegen der Soft-404 immer wieder ab, Nutzer springen ab und jeder Linkwert, der auf die URL zeigt, bleibt ungenutzt.

Eine gute eigene 404-Seite

• Liefert tatsächlich den Statuscode 404 (Crawling und Indexierung werden dadurch korrekt behandelt).
• Sagt in verständlicher Sprache klar, dass die Seite nicht existiert.
• Enthält Ihre Hauptnavigation und ein Suchfeld, damit der Nutzer findet, wonach er gesucht hat.
• Bietet Links zu beliebten oder verwandten Inhalten (wichtige Artikel, Hauptkategorien).
• Bleibt markengerecht – gleicher Header, Footer und Stil wie auf dem Rest der Website, damit der Nutzer weiß, dass er noch am richtigen Ort ist.

Die beiden Eigenschaften sind unabhängig: Der Statuscode hält Suchmaschinen zufrieden, das Seitendesign hält Menschen auf der Website. Eine Seite kann das eine perfekt und das andere schlecht machen – eine schöne 404-Seite, die 200 zurückgibt, ist trotzdem eine Soft-404, und eine korrekte 404, die den Nutzer in eine Sackgasse führt, verliert weiterhin den Besucher.

Gute und schlechte Weiterleitungen für eine verschwundene URL

• Schlecht: Jedes gelöschte Produkt wird per 301 auf die Startseite weitergeleitet → Soft-404-ähnliches Signal, frustrierte Nutzer.
• Gut: Ein gelöschtes Produkt mit Backlinks wird per 301 auf die nächstgelegene relevante aktive Seite weitergeleitet (seine übergeordnete Kategorie oder ein Ersatzprodukt); ein gelöschtes Produkt ohne Wert und Links liefert einfach 404.

Checkliste für 404-Prüfung und -Behandlung

• Fehlende URLs liefern einen echten 404 (oder 410)-Statuscode – prüfen Sie den Code und verlassen Sie sich nicht auf die Meldung auf der Seite.
• Keine Soft-404s: kein „nicht gefunden“-Inhalt mit 200 und keine pauschalen Weiterleitungen gelöschter Seiten auf die Startseite.
• Der GSC-Bericht zur Seitenindexierung wurde auf „Not found (404)“ und „Soft 404“ geprüft.
• 404-URLs mit echten Backlinks/Traffic wurden identifiziert (Ahrefs Site Explorer „Best by links“, nach 404s filtern) und per 301 auf eine relevante aktive Seite weitergeleitet.
• Verschwundene Seiten ohne Wert und Links bleiben 404 – keine Weiterleitung, kein Wiederbeleben.
• Weiterleitungen zeigen auf ein spezifisches, relevantes Ziel, niemals pauschal auf die Startseite.
• Die eigene 404-Seite ist hilfreich (klare Meldung, Navigation, Suche, Links zu beliebten Inhalten) und liefert weiterhin 404.
• Für JS-/SPA-Websites lösen Nicht-gefunden-Routen einen echten serverseitigen 404 aus oder werden mindestens mit noindex versehen; die Analysen verbuchen sie nicht als erfolgreiche Treffer.
• Nicht jede 404 wird reflexartig „repariert“ – sie wird triagiert, nicht pauschal behandelt.

Werkzeuge zum Finden und Behandeln von 404s

• Google Search Console – Bericht zur Seitenindexierung – Googles eigene Sicht auf die Status „Not found (404)“ und „Soft 404“, mit Beispiel-URLs und der Möglichkeit, nach einer Behebung eine Validierung anzufordern.
• Ahrefs Site Audit – markiert 404s und defekte interne Links beim Crawl Ihrer Website.
• Ahrefs Site Explorer („Best by links“) – findet 404-URLs mit verbliebenen Backlinks, nach verweisenden Domains sortiert, damit Sie die URLs priorisieren können, die eine 301 verdienen.
• Screaming Frog SEO Spider – Crawl-Sicht auf jede 404 und ihre Quelllinks.
• Analyse der Server-Logdateien – zeigt, welche 404s echte Bots und Nutzer wie oft aufrufen.
• Bing Webmaster Tools – Crawl-Berichte mit 404s/Serverfehlern sowie das Content-Removal-Tool, um eine URL als verschwunden zu markieren. Bings eigener Klassifikator und die Details zur Entfernungsgeschwindigkeit sind nicht unabhängig verifiziert; behandeln Sie dies als Ergänzung zum GSC-dokumentierten Google-Verhalten.
• URL Inspection (GSC) – prüft den abgerufenen Statuscode einer einzelnen URL und bestätigt, dass es eine echte 404 und keine Soft-404 ist.

Ressourcen, die sich lohnen

Meine verwandten Texte

• HTTP-Statuscodes und ihre SEO-Auswirkungen – der vollständige Überblick über Statuscodes, einschließlich der Rolle von 404, 410 und Soft-404.
• 11 Arten von Weiterleitungen und ihre SEO-Auswirkungen – wann eine potenzielle 404 per 301 weitergeleitet wird und wann sie 404/410 bleiben sollte.
• Der Einsteigerleitfaden für technische SEO – die Rolle von Statuscodes im größeren Bild der technischen SEO.
• JavaScript-SEO-Probleme und Best Practices – der Rendering-Kontext hinter Soft-404-Problemen bei JS-/SPA-Seiten.

Meine Vorträge

• So funktioniert die Suche (SlideShare) – mein Überblick über Crawling, Rendering und Indexierung, also über die Pipeline, durch die 404s laufen. (Mein dauerhafter Hinweis: „Das ist mein Verständnis der Systeme – nicht vollständig oder zu 100 % korrekt.“)

Aus der Branche

• Wie HTTP-Statuscodes die Google-Suche beeinflussen (Google Search Central) – die Primärquelle zum Umgang mit 4xx/404.
• Bericht zur Seitenindexierung (Search Console Help) – maßgebliche Definitionen und Behebungshinweise für harte 404s und Soft-404s.
• Soft-404s und Ihre Website (John Mueller) – Googles eigene Sicht darauf, warum Soft-404s schlechter sind als echte 404s.
• Google warnt vor Soft-404s und ihren Auswirkungen auf SEO (Search Engine Journal) – Berichterstattung über Illyes und verschwendete Crawling-Ressourcen.
• Googles John Mueller klärt die Verwirrung um 404 und 410 für SEO (Search Engine Journal) – warum der Unterschied zwischen 404 und 410 für SEO vernachlässigbar ist.
• Googles Martin Splitt warnt vor Weiterleitungen von 404s auf die Startseite (Search Engine Journal) – das Argument gegen pauschale Weiterleitungen auf die Startseite.
• 404-Not-Found-Fehlerseiten: Dos und Don’ts (Yoast) – gute und schlechte Beispiele für eigene 404-Seiten.
• Alles, was Sie über 404-Fehler für SEO wissen müssen (Seer Interactive) – ein nach Schweregrad geordnetes Modell zur Priorisierung von 404-Maßnahmen.

Testen Sie sich selbst: 404 Not Found

Fünf kurze Fragen dazu, was 404s für SEO bedeuten und wie sich damit umgehen lässt. Wählen Sie jeweils eine Antwort und prüfen Sie Ihre Antwort anschließend.

Änderungsprotokoll