Ein 404-Fehler ist ein HTTP-Statuscode, der von einem Server zurückgegeben wird, wenn die angeforderte Ressource unter der angegebenen URL nicht gefunden wird. Der Browser erhält diesen Code, zeigt eine Nachricht wie “Seite nicht gefunden” an, und der Besucher verlässt die Website. Für Suchmaschinen ist die Situation anders: Googlebot registriert diese Antwort, vermerkt sie in seinen Berichten und passt sein Crawling-Verhalten entsprechend an.
404-Fehler und Soft 404: zwei Probleme, zwei Lösungen
Google unterscheidet klar zwischen einem klassischen 404-Fehler und einem Soft 404. Der erste tritt auf, wenn der Server explizit den HTTP-Code 404 oder 410 zurückgibt: Die Seite existiert nicht mehr, der Server bestätigt dies. Die Behandlung ist eindeutig.
Der Soft 404 hingegen stellt ein heimtückischeres Problem dar. Die Seite gibt einen HTTP-Code 200 (Erfolg) zurück, aber ihr Inhalt ähnelt einer leeren Seite, einer Fehlermeldung oder einem Ergebnis ohne Daten. Google klassifiziert sie dann im Indexierungsbericht der Search Console als Soft 404, auch wenn der Server technisch keinen Fehler gemeldet hat.
Diese Unterscheidung ändert die Korrektur, die angewendet werden muss. Für eine tatsächlich gelöschte Seite ist der Code 404 oder 410 die richtige Antwort; es muss nur entschieden werden, ob eine 301-Weiterleitung zu relevantem Inhalt gerechtfertigt ist. Für einen Soft 404 muss entweder der Inhalt angereichert werden, damit er es wert ist, zu existieren, oder ein echter 404-Code zurückgegeben werden.
Vor jeglicher Maßnahme ist es hilfreich, den 404-Fehler bei Google zu verstehen, um eine zuverlässige Diagnose zu stellen.
Soft 404 auf dynamischen Websites: die Falle des JavaScript-Renderings
E-Commerce-Websites und Medien generieren oft Seiten mit gefilterten Ergebnissen, Produktfacetten oder vorübergehend leeren Kategorien. Diese “Nullergebnis”-Seiten sind eine häufige Ursache für Soft 404 in großem Maßstab. Google crawlt sie, stellt ein nahezu leeres Template fest und meldet sie massenhaft in der Search Console.
Ein weiterer Fall von Falle betrifft das JavaScript-Rendering. Eine Seite kann im Browser korrekt angezeigt werden, mit allen Inhalten, die clientseitig geladen werden, aber für Googlebot leer oder unvollständig erscheinen, wenn das JS-Rendering fehlschlägt. Die Seite funktioniert für einen Menschen, nicht für den Bot. Google klassifiziert sie dann als Soft 404, ohne dass der Webmaster dies bei normalem Surfen bemerkt.
Die Überprüfung erfolgt über das URL-Inspektionswerkzeug in der Search Console, das die Version der Seite zeigt, wie Google sie sieht. Wenn das angezeigte Rendering von dem abweicht, was der Browser zeigt, liegt das Problem auf der JavaScript-Seite, nicht auf der Serverseite.
404-Fehler sortieren, bevor man sie behebt
Alle 404-Fehler einer Website ohne Unterscheidung zu beheben, ist Zeitverschwendung. Die beste Praxis besteht darin, jede gemeldete URL nach ihrem tatsächlichen Status zu sortieren, bevor man handelt. Vier Kategorien zeichnen sich ab:
- URLs, die auf absichtlich gelöschte Inhalte verweisen: Der Code 404 oder 410 ist die richtige Antwort. Keine Maßnahmen erforderlich, Google wird sie schließlich aus seinem Index entfernen.
- URLs, die auf verschobene oder umbenannte Inhalte verweisen: Eine 301-Weiterleitung zur entsprechenden Seite ist die einzige relevante Korrektur. Eine Weiterleitung zur Startseite wird von Google als Soft 404 behandelt.
- URLs, die durch defekte interne Links (Tippfehler, Änderung der Struktur) generiert wurden: Der Link muss an der Quelle, im Inhalt oder im Menü, korrigiert werden, anstatt eine permanente Weiterleitung zu erstellen.
- URLs von externen Links, auf die der Webmaster keinen Einfluss hat: Eine 301-Weiterleitung zu dem nächstgelegenen Inhalt erhält den Linksaft, der durch diese Backlinks übertragen wird.
Diese Sortierung verhindert die Erstellung von Dutzenden unnötiger Weiterleitungen, die die Serverkonfiguration belasten und die tatsächlichen Probleme verschleiern.
404-Fehler in der Google Search Console erkennen: Lesen des Indexierungsberichts
Der Bericht “Seiten” in der Search Console listet die URLs auf, die Google nicht indexieren konnte, sortiert nach Grund. Die 404-Fehler erscheinen unter der Bezeichnung “Nicht gefunden (404)” und die Soft 404 unter “Soft 404”. Diese beiden Kategorien verdienen eine separate Betrachtung.
Für jede aufgeführte URL gibt die Search Console das Datum der letzten Erkundung und die Entdeckungsquelle (Sitemap, interner Link, externer Link) an. Die Entdeckungsquelle lenkt die Korrektur: Ein 404, der über die Sitemap entdeckt wurde, bedeutet, dass die XML-Datei auf eine Seite verweist, die nicht mehr existiert. Ein 404, der über einen internen Link entdeckt wurde, signalisiert ein defektes Linknetz innerhalb der Website.
Ein externes Crawling-Tool wie Screaming Frog ergänzt diese Diagnose, indem es die gesamte Website von der Wurzel aus durchläuft. Es erkennt interne Links, die auf 404 verweisen, auch wenn Google sie noch nicht gemeldet hat, was es ermöglicht, zu handeln, bevor das Problem in der Search Console auftaucht.
404-Fehler im Zeitverlauf überwachen
Ein einmaliges Audit reicht nicht aus. 404-Fehler treten bei jeder Inhaltsaktualisierung, jeder Produktlöschung und jeder Änderung der URL-Struktur auf. Die regelmäßige Überwachung des Indexierungsberichts, kombiniert mit einem monatlichen Crawl, ermöglicht es, neue 404 zu erkennen, bevor sie sich ansammeln.
301-Weiterleitung und 410-Code: das richtige Signal wählen
Die 301-Weiterleitung zeigt Google an, dass der Inhalt dauerhaft auf eine neue URL verschoben wurde. Sie überträgt einen Teil der Autorität der alten Seite auf die neue. Dies ist die geeignete Korrektur, wenn ein gleichwertiger Inhalt anderswo auf der Website existiert.
Der HTTP-Code 410 (Gone) zeigt an, dass die Ressource dauerhaft gelöscht wurde und kein Ersatz vorgesehen ist. Google behandelt den 410 als ein stärkeres Signal als den 404, um die URL aus seinem Index zu entfernen. Für veraltete Inhalte ohne Äquivalent ist der 410 expliziter.
Ein häufiger Fehler besteht darin, alle 404 auf die Startseite weiterzuleiten. Google identifiziert dieses Muster und behandelt es als Soft 404: Die Weiterleitung bringt dem Benutzer keinen Mehrwert, und die Startseite entspricht nicht der Absicht der ursprünglichen URL. Jede Weiterleitung sollte auf den nächstgelegenen Inhalt zum ursprünglichen Thema verweisen.
Das Management von 404-Fehlern ist nicht spektakulär, aber es beeinflusst, wie Google eine Website crawlt und indexiert. Eine bereinigte Sitemap, überprüfte interne Links nach jeder Strukturänderung und eine systematische Sortierung der gemeldeten URLs reichen aus, um eine Website in diesem Punkt technisch sauber zu halten.
