Ein 404-Fehler zeigt an, dass eine aufgerufene Seite nicht existiert – technisch unproblematisch, solange er korrekt als solcher gemeldet wird. Laut Googles eigener Dokumentation verwendet Google den Inhalt einer 404-Seite grundsätzlich nicht, entfernt eine bereits indexierte Seite mit diesem Status nach einiger Zeit aus dem Index und verarbeitet eine neu entdeckte 404-Seite erst gar nicht. Problematisch wird es erst, wenn eine Website 404-Fehler falsch behandelt oder mit fehlerhaften Statuscodes verschleiert.
Was ein 404-Statuscode für Google technisch bedeutet
Nach Googles eigener Dokumentation zu HTTP-Statuscodes gilt für alle 4xx-Fehler mit Ausnahme von 429: Google ignoriert jeglichen Inhalt, der von dieser URL zurückgegeben wird. War die Seite zuvor indexiert, entfernt die Indexierungs-Pipeline sie im Lauf der Zeit aus dem Index; eine neu entdeckte 404-Seite wird von Anfang an nicht verarbeitet. Gleichzeitig sinkt die Crawling-Häufigkeit für diese URL schrittweise, weil Google keinen Grund mehr sieht, eine bekanntermaßen leere Adresse wiederholt zu besuchen. Für dauerhaft entfernte Seiten empfiehlt sich statt 404 sogar der Statuscode 410 („Gone“), der Google ein noch eindeutigeres Signal gibt, dass die Seite absichtlich entfernt wurde und nicht versehentlich fehlt. Der praktische Unterschied: Bei einem 404 bleibt für Google offen, ob die Seite vielleicht nur vorübergehend nicht erreichbar ist und später zurückkehrt, weshalb sie eine Weile im Crawling-Vormerk bleibt – ein 410 räumt diesen Zweifel von vornherein aus und beschleunigt damit, wie schnell die veraltete URL aus dem Index verschwindet.
Der unterschätzte Unterschied: Echter 404 vs. Soft 404
Ein technisches Detail sorgt regelmäßig für Verwirrung: Liefert eine Seite den Erfolgs-Statuscode 200, obwohl der Inhalt erkennbar eine Fehlermeldung, eine leere Seite oder eine automatische Weiterleitung zur Startseite zeigt, erkennt Google dieses Muster und meldet es in der Search Console als eigenen Fehlertyp – den Soft 404. Ein Beispiel zur Einordnung: Ein Betrieb löscht eine alte Leistungsseite und richtet serverseitig eine automatische Weiterleitung zur Startseite ein, verwendet dabei aber technisch einen Redirect mit Statuscode 200 statt eines echten 404 oder einer sauberen 301-Weiterleitung – Google registriert zwar, dass der ursprüngliche Inhalt verschwunden ist, kann die Seite aber keiner der beiden erwarteten Kategorien eindeutig zuordnen und stuft sie als Soft 404 ein. Solche uneindeutigen Signale verzögern nachweislich, wie schnell Google die tatsächliche Situation einer Website versteht. Welcher Weiterleitungstyp für eine solche dauerhafte Änderung stattdessen richtig gewesen wäre, erklärt unser Ratgeber zu 301- und 302-Weiterleitungen.
404-Fehler in der eigenen Website finden
Der zuverlässigste Ausgangspunkt ist der Indexierungsbericht der Google Search Console, der jede von Google registrierte URL mit dem Status „Nicht gefunden (404)“ einzeln auflistet – inklusive der Information, seit wann und über welchen verweisenden Link Google die Seite entdeckt hat. Ein Beispiel zur Einordnung: Ein Handwerksbetrieb benennt im Zuge einer Website-Überarbeitung mehrere Leistungsseiten um, ohne alte interne Verlinkungen im Menü oder in älteren Ratgeber-Artikeln anzupassen – Wochen später zeigt der Indexierungsbericht zehn neue 404-Fehler, die alle auf genau diese veralteten internen Links zurückgehen. Gerade nach einem Website-Umzug oder einer Struktur-Überarbeitung lohnt sich diese Prüfung besonders zeitnah – unser Ratgeber zum Website-Umzug ohne Ausfallzeit und unser Ratgeber zum Crawling-Budget gehen beide auf verwandte Aufräumarbeiten nach größeren Änderungen ein. Zusätzlich lohnt sich ein Abgleich mit der eigenen Sitemap: Enthält sie noch URLs, die längst einen 404 zurückgeben, sollte sie bereinigt werden, bevor Google diesen Widerspruch selbst entdeckt.
Eine gute 404-Seite gestalten, statt den Fehler nur zu beheben
Neben der technischen Korrektheit lohnt sich auch die inhaltliche Gestaltung der eigenen 404-Seite, weil echte Besucher sie unweigerlich gelegentlich zu Gesicht bekommen – etwa über einen veralteten externen Link oder einen Tippfehler in der Adresse. Eine gute 404-Seite bestätigt verständlich, dass die gesuchte Seite nicht existiert, bietet aber sofort einen Weg zurück: einen Link zur Startseite, im Idealfall zusätzlich zu den wichtigsten Leistungsseiten oder einer Suchfunktion. Eine schlechte Lösung ist dagegen die stille, automatische Weiterleitung ohne jede Erklärung, weil sie Besucher verwirrt zurücklässt, warum sie plötzlich auf einer anderen Seite gelandet sind, und wie oben beschrieben technisch zusätzlich einen Soft 404 erzeugen kann. Ein Beispiel zur Einordnung: Ein externes Branchenverzeichnis verlinkt seit Jahren auf eine mittlerweile umbenannte Leistungsseite eines Betriebs – ein Besucher, der über diesen alten Link kommt, findet auf einer gut gestalteten 404-Seite sofort einen Hinweis samt Link zur passenden, aktuellen Seite und bleibt auf der Website, statt sie frustriert wieder zu verlassen.
Interaktiv: Echter 404 oder Soft 404?
Wählen Sie ein Szenario aus und sehen Sie, wie Google es einordnen würde:
Fazit: Nicht der Fehler ist das Problem, sondern die falsche Antwort darauf
Ein einzelner 404-Fehler ist für Google ein normaler, erwarteter Bestandteil des Webs – problematisch wird es erst, wenn eine Website ihn mit einem falschen Statuscode verschleiert oder Besucher kommentarlos auf eine andere Seite umleitet. Wer regelmäßig den Indexierungsbericht der Search Console prüft, alte interne Links nach größeren Änderungen anpasst und echte Statuscodes verwendet, hält diesen an sich harmlosen Fehlertyp dauerhaft unter Kontrolle.