404-Fehler finden und richtig behandeln

Ein 404-Fehler bedeutet, dass der Server die angefragte Ressource unter dieser URL nicht findet. Die Antwort betrifft den konkreten Aufruf; daraus lässt sich kein Ausfall der gesamten Website ableiten. Auch ob die Seite vorübergehend fehlt oder endgültig entfernt wurde, sagt der Code allein nicht aus. Das beschreibt die HTTP-Referenz von MDN.

Entscheide deshalb zuerst, was unter der betroffenen Adresse verfügbar sein soll:

• Der Inhalt soll dort weiterhin stehen: Stelle ihn und seine Erreichbarkeit wieder her.
• Der Inhalt ist dauerhaft umgezogen: Leite zu einem wirklich passenden Ersatz weiter.
• Es gibt keinen passenden Inhalt: Eine korrekte 404-Antwort kann bleiben. Bei bewusst endgültiger Entfernung kommt auch 410 infrage.

Für diese Entscheidung brauchst du den tatsächlichen HTTP-Status und den Inhalt der Antwort. Eine sichtbare Überschrift „Seite nicht gefunden“ beweist noch keinen 404-Status. Umgekehrt ist ein bestätigter 404 kein automatischer Auftrag, die URL umzuleiten. Prüfe ihren Zweck, bevor du die technische Reaktion festlegst.

404-Fehler finden: Google-Befunde und eigene Links prüfen

Zwei Arbeitswege liefern unterschiedliche Informationen: Die Search Console zeigt Google bekannte Befunde. Ein eigener Crawl hilft dir, aktuell erreichbare Linkziele und ihre verweisenden Seiten zu untersuchen. Halte beides in deiner Arbeitsliste auseinander.

Mit der Search Console beginnen: Öffne den Seitenindexierungsbericht und dort den Grund Nicht gefunden (404). Betrachte eine Beispiel-URL, ihre Details und das Crawling-Datum. Soft 404 ist ein eigener Befund und wird später separat geprüft. Die Beispiele sind keine vollständige Liste aller fehlenden URLs: Google weist ausdrücklich darauf hin, dass selbst eine kurze Liste Einträge auslassen kann. Der Bericht bildet außerdem keine vollständige Bestandsaufnahme aller Links auf deine Website ab. Die Grenzen erläutert die Google-Hilfe zum Seitenindexierungsbericht.

Eigene Linkquellen finden: Ein dokumentierter Weg führt im Screaming Frog SEO Spider nach dem Crawl über Response Codes → Client Error (4XX). Prüfe dort den tatsächlichen Statuscode: Der Filter enthält auch andere 4xx-Antworten. Wähle ein 404-Ziel und öffne Inlinks. From bezeichnet die verweisende Quelle, To das fehlende Ziel. Achtung: Die Quelle kann selbst eine Weiterleitung und damit eine Zwischenstation sein. Dann musst du die ursprüngliche Seite ermitteln, bevor du ihren Link änderst. Das zeigt die Screaming-Frog-Anleitung für defekte Links.

Notiere neben der Ziel-URL die Quelle, den Prüfzeitpunkt und den gewünschten Zustand. So verwechselst du einen alten Google-Befund nicht mit einem heute noch defekten Navigationslink.

Eingebundene Dateien mitprüfen: Ein 404 betrifft nicht nur Seiten. Ein Bild, Stylesheet oder Skript kann fehlen, obwohl die Seite selbst mit 200 antwortet. Im Bereich Netzwerk der Chrome-Entwicklertools zeigt die Spalte Status für jede Ressource den HTTP-Code, etwa 200 oder 404. Mit dem Filter status-code:404 blendest du die übrigen Anfragen aus, die Spalte Initiator nennt den Auslöser der Anfrage. Danach gilt dieselbe Frage wie bei Seiten: Soll die Datei unter diesem Pfad liegen, oder stimmt der Verweis nicht mehr? Die Bedienung erläutert die Chrome-Dokumentation zum Netzwerkbereich.

Ursache und gewünschten Zustand klären

Ein 404 sagt dir, dass etwas fehlt. Die Ursache musst du gesondert prüfen: Ist die Adresse falsch geschrieben? Wurde der Inhalt verschoben oder gelöscht? Oder ist eine weiterhin gewünschte Seite nach einer Änderung im CMS nicht mehr unter ihrer vorgesehenen URL erreichbar?

Vergleiche den Befund mit deinem Inhaltsbestand und den letzten Änderungen. Eine nie angelegte Adresse kann zu Recht fehlen. Eine bestehende Leistungsseite kann dagegen versehentlich unerreichbar geworden sein. Beide liefern möglicherweise denselben Code, benötigen aber unterschiedliche Entscheidungen.

Ein hypothetisches Beispiel begleitet die folgenden Schritte: Auf einer fiktiven Website verweist ein Artikel auf /ratgeber/bilder-verkleinern. Das Ziel liefert 404. Der Ratgeber könnte noch unter derselben Adresse vorgesehen sein, inzwischen unter einer neuen URL liegen oder ersatzlos entfallen sein. Aus der Fehlermeldung allein kannst du keinen dieser Fälle auswählen.

Schreibe den Sollzustand als einfachen Satz auf, etwa: „Dieser Ratgeber soll weiterhin unter der bisherigen Adresse verfügbar sein.“ Erst damit wird aus dem Fund eine konkrete Aufgabe. Die Google-Hilfe zu 404-Fehlern unterscheidet ebenfalls zwischen verschobenen, ersatzlos gelöschten und nie vorhandenen URLs.

Welche 404-Befunde du zuerst bearbeiten solltest

Beginne mit Seiten, die weiterhin gebraucht werden, und eigenen Links, die Besucher dorthin führen sollen. Eine fehlende aktuelle Leistungsseite oder ein defekter Menülink verdient eher Aufmerksamkeit als eine nie angelegte Adresse ohne vorgesehenen Inhalt. Das ist eine Priorisierung nach dem Zweck deiner Website, keine Rangliste nach Fehlerzahl.

Google verarbeitet eine echte 404-Antwort bezogen auf die jeweilige URL: Solche URLs werden nicht indexiert; bereits indexierte URLs mit einer entsprechenden Fehlerantwort werden aus dem Index entfernt. Daraus folgt keine pauschale Abwertung aller anderen Seiten. Maßgeblich sind die dokumentierte HTTP-Verarbeitung und die Frage, ob die betroffene Seite verfügbar sein sollte.

Wenn du die Bedeutung einzelner Befunde für deine wichtigen Seiten nicht einordnen kannst, kann eine auf SEO spezialisierte Agentur die URL-Entscheidungen mit deinen SEO-Prioritäten zusammenführen. Ziel bleibt eine begründete Bearbeitungsliste, nicht ein Bericht, in dem jede fehlende Adresse vorsorglich umgeleitet wurde.

Pro URL entscheiden: wiederherstellen, weiterleiten oder entfernen

Lege für jede betroffene URL den gewünschten Inhalt und gegebenenfalls einen passenden Ersatz fest. Das vereinfachte Schema zeigt die drei möglichen Wege; die Tabelle ergänzt, woran du die jeweilige Umsetzung anschließend erkennst.

Wiederherstellen: Im hypothetischen Ratgeberfall ist der Inhalt weiterhin vorgesehen, seine Adresse wurde aber versehentlich falsch zugeordnet. Dann stellst du die richtige Zuordnung und den Inhalt wieder her. Eine leere Seite mit 200 erfüllt diesen Sollzustand nicht.

Passend weiterleiten: Der Ratgeber wurde bewusst nach /wissen/bildkomprimierung verschoben und beantwortet dort weiterhin dieselbe Frage. Das ist ein nachvollziehbares Ersatzverhältnis. Für dauerhafte Umzüge dokumentiert Google 301 und 308; die HTTP-Dokumentation erklärt ihre Verarbeitung.

Korrekt fehlen lassen: Der Ratgeber wurde ersatzlos entfernt. Dann kann die alte Adresse 404 zurückgeben. Eine bewusste endgültige Entfernung lässt sich auch mit 410 ausdrücken. Eine unbekannte, nie angelegte Adresse gehört deshalb nicht automatisch in eine 410-Regel. Google dokumentiert für 404 und 410 die gleiche grundlegende 4xx-Verarbeitung; daraus lässt sich kein garantierter Geschwindigkeitsvorteil für 410 ableiten.

Bewerte den Ersatz nach dem bisherigen Zweck. Die Startseite oder eine beliebige Kategorie wird nicht allein dadurch passend, dass sie existiert. Google warnt in seiner 404-Hilfe vor solchen pauschalen Umleitungen und möglichen Soft-404-Problemen. Auch ein vorübergehend nicht verfügbares Produkt ist nicht automatisch ein endgültig entfernter Inhalt. In Onlineshops stellt sich diese Frage regelmäßig bei ausverkauften Artikeln und umgebauten Kategorien; wie Kategorien, Filter-URLs und Produktseiten dort zusammenhängen, zeigt die Seite zu SEO für Onlineshops.

Bei mehreren möglichen Ersatzseiten kann eine externe SEO-Beratung helfen, die inhaltliche Zuordnung zu beurteilen. Die Entscheidung über das Ziel kommt vor der Wahl des Redirect-Codes.

Soft 404: Fehlertext und HTTP-Status prüfen

Eine Seite kann „Nicht gefunden“ anzeigen und gleichzeitig 200 zurückgeben. Google kann eine solche Antwort als Soft 404 einordnen. Auch eine leere Antwort mit Erfolgsstatus kann diesen Befund auslösen. Soft 404 ist dabei eine Bewertung der Antwort, kein eigener HTTP-Statuscode. Das Zusammenspiel beschreibt Googles Dokumentation zu HTTP-Statuscodes.

Prüfe deshalb beide Teile: Welchen Status liefert die konkrete URL, und welcher Inhalt ist tatsächlich sichtbar? Bei einem Google-Befund kannst du zusätzlich die Live-URL prüfen und die getestete Seite anzeigen lassen. So siehst du, wie Google sie rendert. Der Weg ist in der Search-Console-Hilfe dokumentiert.

Soll die Seite vorhanden sein, stelle ihren vorgesehenen Inhalt wieder her. Fehlt die Ressource tatsächlich, muss die Antwort das mit dem korrekten Status ausdrücken. Es reicht nicht, nur den Fehlertext hübscher zu gestalten oder ihn durch einen allgemeinen Absatz zu ersetzen. Umgekehrt macht eine knappe Seite allein noch keinen bestätigten Soft-404-Befund aus.

Eine hilfreiche Fehlerseite darf erklären, dass die angefragte Seite fehlt, und Wege zu tatsächlich verfügbaren Inhalten anbieten. Diese Navigation ist eine Hilfe für Besucher; sie ersetzt weder die 404-Antwort noch eine begründete Weiterleitung. Halte die technische Antwort und die verständliche Orientierung auf der Fehlerseite miteinander stimmig.

Eine gute 404-Fehlerseite umsetzen

Eine brauchbare Fehlerseite besteht aus wenigen Bausteinen: einer klaren Aussage, dass die angefragte Adresse nicht gefunden wurde, dem gewohnten Erscheinungsbild deiner Website und Wegen zu vorhandenen Inhalten, etwa Startseite, Hauptbereiche und Suche. Das ist eine redaktionelle Empfehlung für Besucher, keine Vorgabe von Google.

Technisch bleibt es bei einer Bedingung: Die Seite darf Hinweis und Navigation zeigen und muss trotzdem mit 404 antworten. Google empfiehlt in der Hilfe zum Seitenindexierungsbericht für tatsächliche „Nicht gefunden“-Seiten einen 404-Antwortcode. Inhalte einer 4xx-Antwort ignoriert Google laut HTTP-Dokumentation; die Wege weiter helfen also Besuchern, nicht dem Index.

Kontrolle: Rufe eine bewusst erfundene Adresse deiner Website auf, öffne die Entwicklertools und lade die Seite im Bereich Netzwerk neu. Die oberste Zeile ist in der Regel das Haupt-HTML-Dokument; ihre Status-Spalte muss 404 zeigen.

Interne Links und Sitemap nachziehen

Nach der URL-Entscheidung prüfst du die Stellen, die auf die alte Adresse verweisen. Ein Redirect löst die Erreichbarkeit des Ersatzes, ändert aber nicht automatisch den Link auf deiner Quellseite.

Öffne die ermittelte From-Seite und kontrolliere den konkreten Verweis. Wenn der Inhalt umgezogen ist, verlinke direkt auf das endgültige Ziel. Bei einem Schreibfehler korrigierst du die Adresse. Gibt es keinen sinnvollen Ersatz, entferne den unbrauchbaren Verweis oder überarbeite die betreffende Textstelle. Die Zuordnung von Quelle und Ziel erläutert die Inlinks-Dokumentation von Screaming Frog.

Ziehe auch die Sitemap nach: Entfernte oder fehlerhafte Einträge gehören nicht unverändert in deine Liste gewünschter Inhalts-URLs; ein gültiger neuer Inhalt erhält den passenden Eintrag. Google nennt die Sitemap-Pflege ausdrücklich in seiner 404-Falllogik.

Quellseite, alte Ziel-URL und Sitemap sind damit drei getrennte Prüfstellen. Wenn Änderungen regelmäßig anfallen, lässt sich diese Pflege in eine laufende SEO-Betreuung einordnen. Entscheidend ist, dass neue Inhaltsentscheidungen auch in den vorhandenen Verweisen ankommen.

Externe Links auf falsche Adressen

Verweist eine fremde Website auf eine Adresse, die es bei dir nicht gibt, kannst du den Link selbst nicht ändern. Prüfe daher, was gemeint war. Handelt es sich um einen Tippfehler oder eine alte Schreibweise und gibt es den Inhalt unter einer anderen URL, kann eine Weiterleitung genau dorthin passen. Google nennt das für häufig falsch geschriebene Adressen in seiner 404-Hilfe. Gibt es keinen passenden Ersatz, lass den 404 stehen und leite nicht pauschal auf die Startseite. Zusätzlich kannst du den Betreiber der verweisenden Seite um eine Korrektur bitten.

Nach der Änderung: Antwort, Ziel und Google-Befund kontrollieren

Rufe die betroffene URL erneut auf und vergleiche die tatsächliche Antwort mit deiner Entscheidung. Ein wiederhergestellter Inhalt soll mit 200 verfügbar sein. Bei einer Weiterleitung prüfst du auch das endgültige Ziel und dessen Inhalt. Ein berechtigter 404 kann bestehen bleiben, ohne dass die Bearbeitung gescheitert ist.

Prüfe außerdem die geänderten eigenen Quelllinks erneut, etwa in einem aktuellen Crawl. Erreicht der korrigierte Verweis den vorgesehenen Inhalt? Ist ein entfernter Link wirklich verschwunden? Notiere Prüfergebnis und Zeitpunkt neben der ursprünglichen Aufgabe.

Danach vergleichst du den Google-Befund mit dem Crawling-Datum. Ein Bericht kann noch einen Fehler zeigen, der nach dem letzten Abruf bereits behoben wurde. Googles Hilfe zum Seitenindexierungsbericht erklärt diese Abweichung. Ein aktueller Test und ein gespeicherter Bericht müssen deshalb nicht gleichzeitig denselben Stand anzeigen.

200 oder eine funktionierende Weiterleitung garantieren weder Indexierung noch die Rückkehr bestimmter Rankings. Beurteile zuerst die überprüfbare technische Umsetzung und anschließend den aktualisierten Google-Befund. Eine feste Frist, innerhalb der jeder alte 404-Eintrag verschwinden muss, lässt sich daraus nicht ableiten.

Häufige Fragen zu 404-Fehlern

Soll ich 404-URLs in der robots.txt sperren, damit sie nicht mehr im Bericht erscheinen?

Nein. Google empfiehlt in seiner Hilfe zu 404-Fehlern, ungültige URLs mit einem korrekten 404-Statuscode antworten zu lassen und sie nicht per robots.txt zu blockieren. Eine gesperrte URL fordert Google nicht an; ihre Antwort kann daher nicht ausgewertet werden. Ein 404 für eine ersatzlos entfernte Seite ist laut Google korrekt und muss nicht aus dem Bericht verschwinden.

Darf ich statt einer 301 auch eine 302-Weiterleitung verwenden?

Google folgt auch einer 302, wertet sie aber nur als schwaches Signal, dass das Ziel verarbeitet werden soll; eine 301 gilt als starkes Signal. Für einen dauerhaften Umzug passen deshalb 301 oder 308. 307 behandelt Google wie 302, 308 wie 301. Die Codes unterscheiden sich in ihrer Bedeutung, und andere Clients wie E-Reader oder weitere Suchmaschinen können davon profitieren, dass du den passenden wählst.

Behandelt Google einen 403- oder 500-Fehler wie einen 404?

Bei 4xx-Codes außer 429 ja: Inhalte gelten als nicht vorhanden, bereits indexierte URLs werden entfernt. 401 und 403 solltest du deshalb nicht zum Drosseln des Crawlings einsetzen. Serverfehler der Klasse 5xx und 429 verlangsamen dagegen das Crawling; indexierte URLs bleiben zunächst im Index und werden entfernt, wenn der Serverfehler dauerhaft bleibt. Ein 500 auf einer gewünschten Seite ist also kein harmloser 404.

Muss ich in der Search Console „Fehlerbehebung überprüfen“ anklicken?

Nein. Google aktualisiert die Zahl betroffener URLs auch ohne ausdrückliche Überprüfung, sobald eine Seite mit bekanntem Problem erneut gecrawlt wird. Die Überprüfung liefert dir eine E-Mail und einsehbaren Fortschritt, dauert laut Google aber in der Regel etwa zwei Wochen, manchmal länger. Ob du sie anforderst, liegt in deinem Ermessen; für einen bewusst bestehenden 404 gibt es nichts zu beheben.