Was ist ein 404 Fehler und wie behebst du ihn

Der Statuscode 404 gehört zur Klasse der 4xx-Fehler und zeigt einen Client-Fehler an. Wenn dein Browser eine URL aufruft, sendet er eine HTTP-Anfrage an den Webserver. Dieser prüft, ob die angeforderte Ressource existiert. Findet er nichts, antwortet er mit dem Statuscode 404 und einem HTML-Body, der meist eine Fehlerseite enthält. Die Antwort lautet dann typischerweise „HTTP/1.1 404 Not Found“.

HTTP-Statuscodes sind in fünf Klassen unterteilt: 2xx steht für erfolgreiche Anfragen, 3xx für Weiterleitungen, 4xx für Client-Fehler und 5xx für Server-Fehler. Der 404 ist dabei der bekannteste Vertreter der 4xx-Klasse. Im Gegensatz zum 500-Statuscode, der auf ein Serverproblem hinweist, liegt die Ursache bei 404 auf der Client-Seite: Die URL wurde falsch eingegeben oder die Ressource wurde entfernt.

Ein wichtiger Unterschied: Der 404 sagt nichts darüber aus, ob das Fehlen temporär oder dauerhaft ist. Dafür gibt es den Statuscode 410 Gone, der explizit signalisiert, dass eine Ressource absichtlich und endgültig entfernt wurde. Webserver wie Apache, Nginx, LiteSpeed oder IIS generieren den 404 automatisch, sobald eine Datei oder Route nicht gefunden wird. Die genaue Konfiguration erfolgt über Serverkonfigurationsdateien oder Control Panels deines Hosting-Pakets.

404-Fehler entstehen aus unterschiedlichen Gründen. Manche liegen in der Content-Pflege, andere in der technischen Infrastruktur. Wer die Ursachen kennt, kann gezielt gegensteuern und vermeidet unnötige Verluste bei Traffic und Rankings.

Die häufigste Ursache für 404-Fehler ist das Löschen oder Umbenennen von Seiten ohne entsprechende Weiterleitung. Wenn du eine Produktseite in deinem Shop entfernst, bleiben externe Backlinks und Bookmarks bestehen. Besucher landen dann auf einer nicht existierenden URL. Auch interne Links aus älteren Blogartikeln oder Menüs zeigen oft noch auf die alte Adresse. Ohne 301-Redirect geht die gesamte Linkkraft verloren und Nutzer stoßen auf eine Sackgasse.

Tippfehler in internen Verlinkungen sind häufiger als gedacht. Ein Copy-Paste-Fehler im href-Attribut oder ein vergessener Slash können ausreichen. Externe Backlinks enthalten manchmal falsche URLs, weil der verlinkende Autor sich vertippt hat. Auch Nutzer geben URLs manuell ein und machen dabei Fehler. Ein Beispiel: Statt „/produkte/schuhe“ wird „/produkt/schuhe“ aufgerufen. Solche kleinen Abweichungen führen direkt zum 404.

Wenn die Domain nicht mehr existiert oder die DNS-Auflösung fehlschlägt, wirkt das für den Nutzer wie ein 404. Technisch handelt es sich oft um einen anderen Fehler, etwa einen DNS-Fehler oder Timeout. Abgelaufene Domains oder falsch konfigurierte DNS-Server führen dazu, dass der Browser die IP-Adresse nicht auflösen kann. Das Ergebnis ist eine Fehlermeldung, die sich für den Besucher kaum von einem echten 404 unterscheidet.

Auch Server-Nichtverfügbarkeit oder unterbrochene Verbindungen können zu 404-ähnlichen Fehlern führen. Wenn der Webserver nicht erreichbar ist oder eine falsche Konfiguration vorliegt, erhält der Client keine Antwort oder einen unerwarteten Statuscode. Gutes Hosting mit hoher Uptime und zuverlässigem Monitoring minimiert solche Ausfälle. Die Downtime bleibt dadurch gering und 404-Fehler durch Infrastrukturprobleme werden vermieden.

Ein 404-Fehler erzeugt Frust. Besucher erwarten Inhalte und stoßen stattdessen auf eine Sackgasse. Das Gefühl, auf einer kaputten oder schlecht gepflegten Website gelandet zu sein, entsteht sofort. Viele Nutzer verlassen die Seite direkt wieder, was die Bounce Rate in die Höhe treibt. Die Verweildauer sinkt, weil niemand Zeit auf einer Fehlerseite verbringt.

Besonders problematisch wird es, wenn 404-Fehler an kritischen Stellen auftreten: in Produktseiten, Checkout-Prozessen oder wichtigen Landingpages. Dann bricht die Customer Journey ab und potenzielle Conversions gehen verloren. Vertrauen in die Marke leidet ebenfalls. Wer mehrfach auf 404-Seiten stößt, zweifelt an der Professionalität des Anbieters. Das gilt besonders für Online-Shops, wo jeder Fehler direkt Umsatz kostet.

Schnelle Server sorgen dafür, dass auch Fehlerseiten sofort laden. Langsame oder fehlerhafte Server verschlimmern die negative Wirkung, weil Nutzer zusätzlich warten müssen. Eine gut gestaltete 404-Seite mit Navigation, Suchfunktion und hilfreichen Links kann die Absprungrate senken. Doch die beste Fehlerseite ersetzt keine funktionierende URL.

404-Fehler beeinflussen SEO auf mehreren Ebenen. Sie verschwenden Crawling-Ressourcen, schwächen die interne Linkstruktur und senden negative Nutzersignale an Suchmaschinen.

Suchmaschinen-Crawler wie der Googlebot haben für jede Website ein begrenztes Crawling-Budget. Dieses Budget bestimmt, wie viele URLs der Crawler in einem bestimmten Zeitraum erfasst. Viele 404-Fehler verschwenden dieses Budget, weil der Crawler Zeit mit nicht existierenden Seiten verbringt. Neue oder aktualisierte Inhalte werden dadurch später oder gar nicht erfasst. Besonders große Websites mit Tausenden URLs leiden darunter. Ein Beispiel: Wenn 2.000 von 10.000 URLs auf 404 fallen, verschwendet der Crawler etwa 20 Prozent seiner Kapazität. Weniger Seiten landen im Index und neue Inhalte erscheinen verzögert in den Suchergebnissen. Soft-404-Fehler sind dabei besonders problematisch, weil sie den Crawler täuschen und Ressourcen noch ineffizienter nutzen.

Seiten mit 404-Status geben keinen Linkjuice weiter. Wenn eine Seite mit vielen Backlinks gelöscht wird und auf 404 fällt, geht dieser SEO-Wert verloren. Die Linkkraft verpufft, weil keine Weiterleitung existiert. Ein Beispiel: Eine Produktseite hat 50 Backlinks von hochwertigen Domains. Wird sie ohne 301-Redirect entfernt, verliert die Website diese gesamte Linkkraft. Auch die interne Verlinkungsstruktur wird geschwächt. PageRank fließt nicht mehr durch die Seite und verteilt sich nicht auf andere Inhalte. Das kann sich auf die gesamte Domain auswirken und Rankings über mehrere Seiten hinweg verschlechtern.

Hohe Absprungraten durch 404-Fehler senden ein negatives Signal an Google. Wenn viele Nutzer sofort nach dem Aufruf einer 404-Seite zurück zu Google gehen, interpretiert die Suchmaschine dies als schlechte Nutzererfahrung. Google misst solche Signale indirekt über Klickverhalten und Verweildauer in den Suchergebnissen. Eine Website mit vielen 404-Fehlern zeigt Google, dass die Qualität der Inhalte oder die Pflege der Seite mangelhaft ist. Das kann sich negativ auf Rankings der gesamten Domain auswirken. Wer 404-Fehler systematisch behebt und eine gute Fehlerseite gestaltet, kann die Absprungrate senken und das Signal verbessern.

Nicht jeder 404 ist gleich. Die Art, wie der Server auf fehlende Ressourcen reagiert, entscheidet darüber, wie Suchmaschinen und Nutzer damit umgehen. Drei Varianten sind besonders relevant: Hard 404, Soft 404 und der Statuscode 410.

Ein Hard 404 ist die korrekte Antwort eines Servers auf eine nicht existierende Ressource. Der Server sendet den HTTP-Statuscode 404 und signalisiert damit eindeutig, dass die Seite nicht gefunden wurde. Google versteht dieses Signal und entfernt die URL aus dem Index. Ein Beispiel: Du rufst eine URL auf, die nie existiert hat oder gelöscht wurde. Der Server antwortet mit „HTTP/1.1 404 Not Found“ und zeigt eine Fehlerseite an. Das ist das erwartete und saubere Verhalten. Hard 404 sind SEO-technisch unproblematisch, solange sie nicht massenhaft auftreten.

Ein Soft 404 entsteht, wenn eine Seite den 200-Statuscode sendet, obwohl sie faktisch keinen relevanten Inhalt hat. Das passiert etwa bei leeren Seiten, „Keine Ergebnisse“-Seiten oder Weiterleitungen auf irrelevante Inhalte. Google crawlt und indexiert diese Seiten weiter, weil der 200-Status signalisiert, dass alles in Ordnung ist. Tatsächlich verschwenden Soft-404-Fehler Crawling-Ressourcen und belasten den Index mit nutzlosen URLs. Die Google Search Console warnt explizit vor Soft-404-Fehlern. Ein Beispiel: Eine Produktseite zeigt „Produkt nicht verfügbar“, sendet aber Status 200. Google behandelt die Seite als existent, obwohl sie keinen Wert hat. Soft-404 beeinträchtigen die Indexierung und Ressourcennutzung stärker als Hard 404.

Der HTTP-Statuscode 410 signalisiert, dass eine Ressource dauerhaft und absichtlich entfernt wurde. Im Gegensatz zu 404, der auch temporär sein kann, ist 410 eindeutig. Google entfernt 410-Seiten schneller aus dem Index als 404. Der Statuscode eignet sich für endgültig gelöschte Inhalte, die nie wiederkommen. Beispiele sind abgelaufene Kampagnenseiten, veraltete Produkte oder archivierte Inhalte. Wenn du sicher bist, dass eine Seite nie wieder verfügbar sein wird, ist 410 die sauberste Lösung. Die meisten Webserver senden standardmäßig 404, aber 410 lässt sich über Serverkonfiguration oder CMS-Plugins einstellen.

404-Fehler zu finden ist der erste Schritt zur Behebung. Mehrere Methoden und Tools helfen dabei, fehlerhafte URLs zu identifizieren. Jede Methode hat eigene Stärken und deckt unterschiedliche Fehlerquellen ab.

Die Google Search Console ist das wichtigste kostenlose Tool zur 404-Erkennung. Rufe den Bericht „Indexierung > Seiten“ auf. Dort zeigt Google alle URLs, die beim Crawlen auf 404 oder Soft-404 gestoßen sind. Die Liste enthält nur URLs, die Google bereits gecrawlt hat. Das bedeutet: Interne Links, die noch nicht entdeckt wurden, tauchen hier nicht auf. Du siehst, welche Fehler die Suchmaschine tatsächlich wahrnimmt und welche URLs aus dem Index fallen. Die Search Console zeigt auch Soft-404-Fehler, die andere Tools oft übersehen.

Crawler-Tools wie Screaming Frog, Ryte, Sistrix Crawler oder Ahrefs Site Audit durchsuchen deine gesamte Website und prüfen alle internen Links. Sie finden auch URLs, die Google noch nicht gecrawlt hat. Das macht sie besonders wertvoll für die vollständige interne Linkprüfung. Diese Tools erkennen nicht nur Hard 404, sondern auch Soft-404, Redirect-Ketten und andere technische Probleme. Screaming Frog ist besonders beliebt, weil es schnell arbeitet und detaillierte Reports liefert.

Webserver protokollieren alle Anfragen in Logfiles wie der Apache access.log. Diese Dateien enthalten jeden Zugriff, inklusive Statuscode. Du kannst Logfiles nach 404-Statuscodes durchsuchen, etwa mit dem grep-Befehl: „grep ‚404‘ /var/log/apache2/access.log“. Das zeigt alle 404-Anfragen, auch von Bots und externen Zugriffen. Du siehst auch Fehler, die keine Crawler erfassen. Viele Hosting-Pakete bieten Zugriff auf Logfiles über FTP oder das Control Panel. Alternativ gibt es Log-Analyse-Tools, die die Daten grafisch aufbereiten.

Tools wie Google Analytics, Matomo oder spezialisierte Uptime-Monitoring-Dienste können 404-Fehler tracken. Dazu richtest du Custom-Tracking für Fehlerseiten ein. Das zeigt vor allem externe 404-Zugriffe von echten Nutzern, nicht interne Link-Fehler. Du siehst, wie viele Besucher auf 404-Seiten landen und wie hoch die Absprungrate ist. Das hilft bei der Priorisierung, welche Fehler du zuerst beheben solltest.

Die Behebung von 404-Fehlern hängt stark vom Kontext ab. Nicht jeder Fehler braucht dieselbe Lösung. Entscheidend ist, ob die Seite verschoben, dauerhaft gelöscht oder durch einen Tippfehler entstanden ist.

Wenn eine Seite nur verschoben oder umbenannt wurde, ist ein 301-Redirect die beste Lösung. Die permanente Weiterleitung überträgt den Linkjuice und die SEO-Kraft der alten URL auf die neue. Für Apache-Server fügst du die Weiterleitung in die .htaccess-Datei ein: „Redirect 301 /alte-seite.html /neue-seite.html“. Für Nginx trägst du die Direktive in die nginx.conf ein: „rewrite ^/alte-seite.html$ /neue-seite.html permanent;“. Die meisten CMS bieten auch Plugins oder eingebaute Funktionen für Redirects. Der 301 sorgt dafür, dass Nutzer und Suchmaschinen automatisch zur neuen URL geleitet werden.

Wenn eine Seite dauerhaft gelöscht wurde und kein passender Ersatzinhalt existiert, solltest du den 404 oder 410 beibehalten. Eine benutzerfreundliche Fehlerseite ist dann die richtige Antwort. Weiterleitungen auf irrelevante Seiten erzeugen Soft-404 oder schlechte Nutzererfahrung. Google wertet korrekt gesetzte 404 nicht als direkten Rankingverlust. Für endgültig gelöschte Inhalte ist der Statuscode 410 Gone noch präziser, weil er signalisiert, dass die Seite absichtlich entfernt wurde. Google entfernt 410-Seiten schneller aus dem Index als 404.

Die sauberste Lösung ist die Korrektur fehlerhafter interner Links direkt im CMS oder HTML. Nutze den Crawler-Report, um fehlerhafte URLs zu identifizieren. Suche dann im CMS nach den betroffenen Seiten und korrigiere die Links. Das macht Redirects überflüssig und verbessert die interne Linkstruktur. Besonders bei Tippfehlern in Navigation, Content oder Footer ist diese Methode am effizientesten. Sie verhindert, dass sich Fehler über die Zeit ansammeln.

Externe Backlinks kannst du nicht direkt korrigieren. Wenn wertvolle Backlinks auf 404-URLs zeigen, hast du zwei Optionen: Entweder richtest du einen 301-Redirect auf den relevantesten Ersatzinhalt ein oder du stellst den Inhalt wieder her. Im E-Commerce gilt eine Sonderregel: Bei vorübergehend nicht verfügbaren Produkten solltest du keinen 404 verwenden. Besser ist ein 302-Redirect auf ein ähnliches Produkt oder eine Hinweisseite mit Status 200. Das schützt Rankings und Linkkraft. Nur bei völlig veralteten Produkten ohne Ersatz ist ein 404 die richtige Wahl.

Eine gute 404-Seite hilft Nutzern, zurück in die Website zu finden, statt sie zu verlieren. Die Gestaltung umfasst Inhalt, Design, Navigation und technische Umsetzung.

Die Fehlermeldung sollte verständlich sein. Vermeide technischen Jargon wie „HTTP 404 Not Found“. Besser ist eine Formulierung wie „Diese Seite existiert nicht“ oder „Wir konnten die Seite nicht finden“. Humorvolle oder kreative Texte können die negative Erfahrung abmildern. Beispiele: „Ups, hier ist nichts“ oder „Diese Seite hat sich versteckt“. Der Ton sollte zur Marke passen. Ein seriöser B2B-Anbieter sollte sachlich bleiben, während ein junges Startup ruhig lockerer formulieren darf.

Die 404-Seite sollte die Haupt-Navigation enthalten, damit Nutzer sich orientieren können. Links zur Startseite, zu populären Seiten oder wichtigen Kategorien helfen, den Besucher zurück in die Website zu führen. Eine Suchfunktion ist besonders wertvoll, weil Nutzer dann direkt nach dem gewünschten Inhalt suchen können. Auch eine Liste der meistbesuchten Seiten oder aktuellen Blogartikel kann helfen. So kannst du die Absprungrate senken und die Verweildauer erhöhen.

Die 404-Seite sollte im Corporate Design der Website gestaltet sein. Logo, Farben und Schriftarten müssen übereinstimmen. Generische Server-Fehlerseiten ohne Branding wirken unprofessionell und verstärken das Gefühl, auf einer kaputten Website gelandet zu sein. Visuelle Elemente wie Illustrationen oder Icons lockern die Seite auf und machen sie freundlicher.

Die eigene 404-Seite muss technisch korrekt eingerichtet werden. Für Apache-Server legst du eine 404.html im Root-Verzeichnis an und trägst in die .htaccess ein: „ErrorDocument 404 /404.html“. Für Nginx nutzt du die error_page-Direktive in der nginx.conf: „error_page 404 /404.html;“. CMS wie WordPress oder TYPO3 bieten Theme-Templates oder Plugins zur Gestaltung von Fehlerseiten. Wichtig ist, dass die Fehlerseite wirklich HTTP-Status 404 sendet, nicht 200. Sonst entsteht ein Soft-404. Viele Hosting-Anbieter bieten im Control Panel einfache Einstellungen für Fehlerseiten, was die Umsetzung erleichtert.

Online-Shops und Relaunch-Projekte stellen besondere Anforderungen. Produktseiten haben oft starke Backlinks und Rankings, während Relaunchs massenhaft URL-Änderungen mit sich bringen.

Produktseiten sind oft gut verlinkt und ranken stark. Bei temporär ausverkauften Produkten solltest du keinen 404 verwenden. Besser ist eine Seite mit Hinweis „Derzeit nicht verfügbar“ und Links zu ähnlichen Produkten. Der Status bleibt 200 oder du nutzt einen 302-Redirect auf ein Alternativprodukt. Das schützt Rankings und Linkkraft. Bei dauerhaft gelöschten Produkten richtest du einen 301-Redirect auf die ähnlichste Kategorie oder ein Alternativprodukt ein. Nur bei völlig veralteten Produkten ohne Ersatz ist ein 404 mit hilfreicher Fehlerseite die richtige Wahl. Die Entscheidung hängt davon ab, ob das Produkt wiederkommen könnte oder endgültig aus dem Sortiment fällt.

Relaunch und Domainwechsel führen oft zu massenhaften 404-Fehlern, wenn die Planung fehlt. Vor dem Relaunch erstellst du eine vollständige URL-Mapping-Tabelle: alte URL → neue URL. Für alle verschobenen Seiten richtest du 301-Redirects ein. Nach dem Relaunch testest du systematisch mit Crawlern und der Google Search Console. Redirect-Plugins für CMS oder Server-Konfiguration helfen bei großen Redirect-Listen. Gutes Hosting mit ausreichender Performance ist wichtig, um viele Redirects ohne Geschwindigkeitsverlust zu verarbeiten.

Viele Website-Betreiber machen beim 404-Management typische Fehler. Diese zu kennen hilft, sie von vornherein zu vermeiden.

Viele CMS und Themes senden fälschlicherweise Status 200 für nicht existierende Seiten. Das erzeugt Soft-404-Fehler, die Crawling-Ressourcen verschwenden und die Indexierung stören. Du testest den Statuscode mit den Browser-Entwicklertools oder Online-Tools wie httpstatus.io. Öffne die Netzwerk-Ansicht und rufe eine nicht existierende URL auf. Der Statuscode sollte 404 sein, nicht 200. Ist er falsch, musst du das Theme anpassen, ein Plugin nutzen oder die Server-Konfiguration korrigieren. Die Google Search Console warnt ebenfalls vor Soft-404-Fehlern.

Ein häufiger Fehler ist die „faule“ Weiterleitung: Alle 404-URLs werden auf die Startseite geleitet. Das erzeugt schlechte Nutzererfahrung und kann von Google als Soft-404 gewertet werden. Nutzer erwarten relevante Inhalte und landen stattdessen auf der Startseite. Besser ist eine Weiterleitung nur auf thematisch passende Seiten. Beispiel: Eine Produktseite sollte auf eine ähnliche Produktkategorie weiterleiten, nicht auf die Startseite. Wenn kein passender Ersatz existiert, ist ein 404 mit guter Fehlerseite die ehrlichere Lösung.

404-Management ist keine einmalige Aufgabe. Fehler sammeln sich im Laufe der Zeit an: neue externe Links, Content-Änderungen, technische Probleme. Regelmäßige Crawler-Scans (monatlich) und Monitoring in der Google Search Console sind notwendig. Auch die Analyse von Server-Logs hilft, neue Fehlerquellen frühzeitig zu erkennen. Eine Checkliste für laufendes Monitoring umfasst: Crawler-Scan, GSC-Bericht, Logfile-Analyse und Analytics-Tracking.

Moderne Hosting-Pakete und spezialisierte Tools erleichtern das 404-Management erheblich. Die richtige Infrastruktur spart Zeit und verhindert Fehler.

Viele Hosting-Anbieter bieten integrierte Log-Analyse-Tools oder einfachen Zugriff auf Server-Logfiles über FTP oder Control Panel. Das erleichtert die Fehlersuche. Managed-Hosting-Pakete haben oft eingebaute 404-Überwachung und warnen automatisch bei Fehlerhäufungen. Control Panels wie cPanel, Plesk oder DirectAdmin ermöglichen die einfache Konfiguration eigener Fehlerseiten ohne manuelle Serverbearbeitung.

Für die systematische Überwachung eignen sich Tools wie Screaming Frog, Ryte, Sistrix Crawler oder Ahrefs Site Audit. Sie crawlen die Website regelmäßig und liefern detaillierte Reports. Uptime-Monitoring-Dienste wie UptimeRobot oder Pingdom können ebenfalls 404-Fehler tracken und bei Problemen Alarm schlagen.

Die Performance des Hosting-Servers spielt eine Rolle bei der Redirect-Verarbeitung. Viele Redirects können die Ladezeit erhöhen, wenn der Server langsam ist. Schnelle Prozessoren und gute Netzwerkanbindung verarbeiten Redirects ohne spürbare Verzögerung.

Auch die Möglichkeit, eigene Fehlerseiten hochzuladen und zu aktivieren, ist ein Qualitätsmerkmal. Viele Hoster bieten dafür einfache Oberflächen im Control Panel. Das spart Zeit und vermeidet Fehler bei der manuellen Konfiguration.

404-Fehler gehören zum Web. Entscheidend ist der Umgang damit. Wer Fehler systematisch findet, sinnvoll behebt und eine gute Fehlerseite gestaltet, kann negative Auswirkungen auf SEO und Nutzererfahrung minimieren. Die wichtigsten Maßnahmen sind regelmäßige Überwachung mit Tools wie der Google Search Console und Crawlern, gezielte Weiterleitungen für verschobene Inhalte und eine benutzerfreundliche 404-Seite mit Navigation und hilfreichen Links.

Vermeide Soft-404-Fehler durch korrekte Statuscodes und leite nur auf thematisch passende Seiten weiter. 404-Management erfordert kontinuierliche Pflege. Regelmäßige Prüfungen schützen Traffic, Rankings und Conversions langfristig.