Was ist ein 404-Fehler und wie behebt man ihn (und Soft 404).

Ein 404-Fehler ist der HTTP-Statuscode, mit dem ein Server meldet, dass er unter der angefragten Adresse keine Seite findet; behoben wird er bei einer umgezogenen Seite mit einer 301-Weiterleitung, bei einer dauerhaft gelöschten Seite, indem man ihn bestehen lässt oder 410 zurückgibt. Laut Google schaden 404-Fehler dem Ranking der übrigen Website nicht; schädlich ist, wenn eine wertvolle Adresse still verschwindet.

Ein 404-Fehler wird oft als Grund zur Panik gelesen: Die Search Console zeigt Dutzende Adressen in einer Liste, und das Wort „Fehler“ wirkt groß. Dabei ist ein 404 an sich kein Mangel; er ist die richtige Antwort für eine Seite, die es nicht gibt. Die Frage ist, ob diese Adresse tatsächlich nicht existieren sollte. Nach einem Relaunch zeigt die 404-Liste die Zeilen, die in der Migrations-Checkliste gefehlt haben; diese Liste zu lesen und für jede Adresse zu entscheiden, gehört zur Arbeit an Relaunch und Website-Umzug.

Wodurch entsteht ein 404-Fehler?

• Die Seite wurde gelöscht, und an ihre Stelle trat nichts.
• Die Seite ist umgezogen, ihre Adresse hat sich geändert, aber die alte Adresse wurde nicht weitergeleitet. Bei einem Relaunch ist das die häufigste Ursache.
• Eine andere Website hat mit einer falsch geschriebenen Adresse auf Sie verlinkt.
• Auf Ihrer eigenen Website gibt es einen defekten Link.
• Unter der Domain war früher eine andere Website online, und Google versucht noch immer deren Adressen.

Schaden 404-Fehler dem Ranking?

Die Hilfeseite der Google Search Console beantwortet das klar: 404-Fehler schaden weder der Indexierung noch dem Ranking Ihrer Website. Eine Adresse, die 404 zurückgibt, wird aus dem Index entfernt; Google crawlt sie mit der Zeit seltener. Betroffen ist nur diese Adresse. Der eigentliche Verlust entsteht anderswo: Wenn eine Seite, die früher Traffic und Links von anderen Websites bekam, beim Relaunch an eine neue Adresse umgezogen ist, die alte Adresse aber 404 zurückgibt, wird der Wert dieser Links nirgendwohin übertragen, und der Besucher bleibt auf einer Fehlerseite hängen. Dieser 404 muss behoben werden.

Wann sollte man einen 404 beheben, wann bestehen lassen?

Die Entscheidung hängt an einer einzigen Frage: Hat der Inhalt dieser Adresse auf der neuen Website eine Entsprechung? Wenn ja, wird die alte Adresse auf diese Entsprechung per 301 weitergeleitet. Wenn nein, ist 404 die richtige Antwort und kann bestehen bleiben. Die Google-Hilfeseite empfiehlt eine Behebung in folgenden Fällen: Der Inhalt ist umgezogen, die Adresse ist ein häufiger Tippfehler, oder es handelt sich um eine Adresse, die Sie zur Indexierung eingereicht haben. Adressen, die nie existiert haben, ohne Entsprechung gelöschte Seiten und von einem Skript erzeugte fehlerhafte Adressen können Sie laut der Hilfeseite dagegen ignorieren.

• Entsprechende Seite vorhanden → 301, in einem Schritt zur Entsprechung.
• Keine Entsprechung, Seite bewusst entfernt → 404 oder 410.
• Adresse falsch geschrieben, aber häufig genutzt → 301 auf die richtige Adresse.
• Adresse hat nie existiert, und niemand verlinkt sie → nichts tun.
• Keine Entsprechung, aber Sie möchten den Besucher weiterführen → keine Weiterleitung, sondern eine gute 404-Seite: Suchfeld, Links zu den Hauptbereichen.

Was ist der Unterschied zwischen 404 und 410?

Laut HTTP-Standard (RFC 9110) besagt 404, dass der Server die angefragte Ressource nicht finden konnte; 410 dagegen, dass die Ressource nicht mehr verfügbar ist und dies sehr wahrscheinlich dauerhaft. 410 ist die eindeutigere Aussage. Laut Googles Dokumentation zu Statuscodes behandelt Google beide jedoch gleich: Ist die Adresse im Index, wird sie entfernt; wird sie neu entdeckt, wird sie nicht verarbeitet; die Crawling-Häufigkeit nimmt mit der Zeit ab. Für Google ist 410 also kein stärkeres Signal als 404; bei bewusst geschlossenen Bereichen wie einer Kampagnenseite oder einer eingestellten Produktgruppe hält es die Absicht in Ihren eigenen Unterlagen eindeutig fest.

1. # Apache .htaccess — bewusst entfernte Seite
2. Redirect gone /kampanya-2021/
3. # Nginx
4. location = /kampanya-2021/ { return 410; }
5. # Die Cloudflare-Datei _redirects unterstützt 410 nicht; nur 301 · 302 · 303 · 307 · 308

Was ist ein Soft 404?

Ein Soft 404 ist eine Seite, die dem Besucher „Seite nicht gefunden“ sagt, vom Server aber den Code 200 (erfolgreich) zurückgibt. Der Bericht zur Seitenindexierung in der Search Console zeigt das in einer eigenen Zeile: Die Seite sieht aus wie eine Fehlerseite, aber der Code sagt das nicht. Google indexiert diese Adressen nicht; zudem kann auch eine echte Seite irrtümlich als Soft 404 eingestuft werden. Definition und Beispiele finden Sie im Eintrag Soft 404.

Es gibt drei häufige Ursachen. Erstens gibt die Fehlerseite 200 zurück: Der Server oder das Content-Management-System erzeugt für die nicht gefundene Adresse eine Seite, ändert aber den Statuscode nicht. Zweitens die pauschale Weiterleitung auf die Startseite: beim Relaunch Hunderte alter Adressen ohne Entsprechung auf die Startseite zu schicken. Die Google-Hilfeseite rät genau davon ab, weil es das Verständnis der Websitestruktur erschwert. Drittens leere oder fast leere Seiten: eine Kategorie ohne verbliebene Produkte, eine Suchseite ohne Ergebnisse.

Was gehört auf eine gute 404-Seite?

Eine 404-Seite ist eine Seite, die der Besucher sieht, und sie muss keine Sackgasse sein. Eine gute 404-Seite sagt zuerst in einfacher Sprache, was los ist: Die gesuchte Seite gibt es hier nicht. Dann gibt sie dem Besucher einen nächsten Schritt: Links zu den Hauptbereichen der Website, falls vorhanden ein Suchfeld, Kontaktdaten. Ihre einzige technische Bedingung ist, dass der Server dabei weiterhin den Code 404 zurückgibt. Wie hilfreich die Seite auch ist: Gibt sie 200 zurück, ist sie für Google ein Soft 404. Auf einer mehrsprachigen Website sollte die 404-Seite die Sprache sprechen, in der der Besucher gekommen ist.

Wie liest man die 404-Liste in der Search Console?

Im Bericht zur Seitenindexierung listet die Zeile „Nicht gefunden (404)“ die Adressen auf, die Google zu crawlen versucht und dabei einen 404 erhalten hat. Ziel ist nicht, die Liste von oben bis unten abzuarbeiten. Ziel ist, die wertvollen Adressen herauszufiltern. Stellen Sie drei Fragen: War diese Adresse früher eine echte Seite, bekommt sie Links von einer anderen Website, erhält sie im Leistungsbericht noch Impressionen? Lautet die Antwort auf alle drei „nein“, kann die Zeile warten. Lautet sie auch nur bei einer „ja“, wird eine entsprechende Seite gesucht. Nach dem Einrichten der Weiterleitungen zu prüfen, ob jede Adresse wirklich am richtigen Ziel ankommt, ist eine eigene Aufgabe; den Zeitplan dafür finden Sie im Leitfaden zum Monitoring nach der Migration.

Was stand in der 404-Liste dieser Website?

Am 18. September 2026 zeigte die Search Console 114 Adressen dieser Website als nicht indexiert an; 70 davon waren 404-Fehler. Wir haben geprüft, ob es unsere eigenen defekten Links waren. Das waren sie nicht: Alle live getesteten Beispiele waren Adressen, die von der früheren Website unter dieser Domain übrig geblieben waren — Beiträge, die mit /yazi/ beginnen, Beiträge unter /en/writing/ sowie die Sprachwurzeln /ru/ und /fr/. Sieben der Adressen, die im Leistungsbericht der letzten 28 Tage Impressionen erhielten, gehörten ebenfalls dazu; Google probierte diese alten Adressen also weiterhin in den Suchergebnissen aus.

Diese Adressen haben auf dieser Website keine Entsprechung: Es waren Beiträge und Sprachwurzeln einer anderen Website, und diese Website veröffentlicht weder auf Russisch noch auf Französisch. Deshalb ist die richtige Antwort nicht, sie auf die Startseite oder eine fremde Seite weiterzuleiten, sondern sie als 404 bestehen zu lassen. Sie zu „beheben“, indem man alle auf die Startseite schickt, hätte die Liste geleert, nach Googles Definition aber Soft 404 erzeugt. Für unsere eigene Kontrolle prüft unser Live-Verifizierungswerkzeug außerdem, dass die Adressen von Quelldateien, die nie veröffentlicht werden dürfen, live tatsächlich 404 zurückgeben: Gibt eine dieser Adressen 200 zurück, schlägt das Werkzeug rot an.

Die 404-Liste zu leeren ist nicht das Ziel; das Ziel ist, keine wertvolle Adresse zu verlieren.

Beim Relaunch ist die Lehre daraus einfach: Wenn Sie die Liste der alten Adressen vor dem Launch erstellen, überrascht Sie die 404-Liste nach dem Launch nicht. Wie man diese Liste erstellt, steht im Eintrag URL-Inventar.

Wenn Sie beim Relaunch keinen Traffic verlieren möchten: Website-Relaunch und Migration erfasst die alten Adressen, baut eine kettenfreie 301-Weiterleitungstabelle und überwacht die Website 90 Tage nach dem Umzug.