404-Fehler in der Google Search Console beheben (2026)

„Nicht gefunden (404)“ in der Search Console beheben: wann ignorieren, wann 301-Weiterleitung, wann Seite wiederherstellen – mit Entscheidungstabelle und Validierungsschritten.

Häufige Fragen

Schaden 404-Fehler meinem Google-Ranking?

Nicht von sich aus. In der Google-Dokumentation zur Seitenindexierung heißt es, dass 404-Antworten nicht zwingend ein Problem sind, wenn eine Seite ohne Ersatz entfernt wurde. Ein 404 für eine von Ihnen entfernte Seite wird dort als normaler Grund aufgeführt, warum eine URL nicht indexiert ist. Beheben sollten Sie vor allem 404-Fehler bei URLs, die Sie selbst verlinken oder in Ihrer Sitemap aufführen.

Sollte ich für gelöschte Seiten 404 oder 410 verwenden?

Für die Google-Suche macht das praktisch keinen Unterschied. Laut der Google-Dokumentation zu HTTP-Statuscodes werden alle 4xx-Fehler außer 429 gleich behandelt: Der Inhalt wird als nicht vorhanden gemeldet, eine zuvor indexierte URL wird aus dem Index entfernt, und die URL wird nach und nach seltener gecrawlt. Verwenden Sie den Code, der sich auf Ihrer Plattform am einfachsten umsetzen lässt.

Wie lange dauert „Fehlerbehebung validieren“ bei 404-Fehlern?

Laut Google dauert die Validierung in der Regel bis zu etwa zwei Wochen, kann aber deutlich länger dauern. Klicken Sie nicht erneut auf „Fehlerbehebung validieren“, solange die laufende Validierung nicht erfolgreich abgeschlossen oder fehlgeschlagen ist. Findet Google auch nur eine verbleibende Instanz des Problems, wird die Validierung abgebrochen.

Warum erscheint eine behobene URL weiterhin im Bericht „Nicht gefunden (404)“?

Google versucht eine fehlende URL noch eine Weile zu crawlen, deshalb kann sie nach der Korrektur zunächst weiter aufgelistet bleiben. Außerdem ist die Beispielliste im Bericht auf 1.000 Zeilen begrenzt und zeigt nicht zwingend jede URL. Beheben Sie die Ursache (defekte Links, Sitemap-Einträge), starten Sie dann die Validierung und warten Sie ab.

Sollte ich jeden 404 auf meine Startseite weiterleiten?

Nein. Googles Empfehlung lautet, eine 3XX-Weiterleitung einzurichten, wenn eine Seite auf eine neue Seite umgezogen ist. Eine Seite ohne echten Ersatz lässt man besser als 404 stehen. Wer fachfremde URLs auf die Startseite schickt, liefert Besuchern etwas, das sie nicht gesucht haben, und verdeckt das eigentliche Problem vor sich selbst.

Kurzantwort: Öffnen Sie in der Search Console Indexierung > Seiten (Indexing > Pages), klicken Sie auf Nicht gefunden (404) (Not found (404)) und ordnen Sie jede URL einer von drei Gruppen zu. Wurde die Seite absichtlich entfernt und verlinkt nichts darauf, ignorieren Sie sie. Ist die Seite umgezogen oder gibt es einen passenden Ersatz, richten Sie eine 301-Weiterleitung auf diesen Ersatz ein. Sollte die Seite existieren, stellen Sie sie wieder her. Beheben Sie anschließend interne Links oder Sitemap-Einträge, die auf die tote URL zeigen, und klicken Sie auf Fehlerbehebung validieren (Validate fix).

Die meisten „404-Fehler“ in der Search Console müssen gar nicht behoben werden. Entscheidend ist also das Sortieren, nicht das Reparieren.

Was „Nicht gefunden (404)“ tatsächlich bedeutet

Der Bericht „Seitenindexierung“ listet URLs auf, die Google crawlen, aber nicht indexieren konnte. „Nicht gefunden (404)“ bedeutet, dass der Server auf die Anfrage mit dem Statuscode 404 geantwortet hat. Mehr sagt der Eintrag nicht. Er sagt nicht, dass die URL wichtig ist.

Googles eigene Hinweise zur Fehlerbehebung sind eindeutig: Beheben Sie nur 404-Fehler bei URLs, die Sie selbst verlinken oder in einer Sitemap aufführen, und geben Sie bei einer umgezogenen Seite eine 3XX-Weiterleitung auf die neue Seite zurück. Google nennt außerdem „einen 404 für eine Seite, die Sie entfernt haben und für die es keinen Ersatz gibt“ als einen legitimen Grund dafür, dass eine Seite nicht indexiert ist.

Wenn Sie das Tool noch nicht eingerichtet haben, beginnen Sie mit unserem Search-Console-Leitfaden oder der Anleitung zum Verifizieren Ihrer Website in der Google Search Console.

Schritt 1: Liste exportieren und die Herkunft jedes 404 ermitteln

Öffnen Sie die Search Console und wählen Sie Ihre Property aus.
Gehen Sie zu Indexierung > Seiten.
Scrollen Sie zur Tabelle „Gründe, warum Seiten nicht indexiert werden“ und klicken Sie auf Nicht gefunden (404).
Sehen Sie sich die Beispiel-URLs an. Die Tabelle ist auf 1.000 Zeilen begrenzt und zeigt nicht zwingend jede URL. Betrachten Sie sie bei einer großen Website daher als Stichprobe.
Exportieren Sie die Daten, wenn Sie lieber in einer Tabellenkalkulation arbeiten.
Klicken Sie eine URL an und nutzen Sie URL prüfen (Inspect URL), um zu sehen, wie Google sie entdeckt hat. Die verweisende Seite und die Sitemap-Angaben zeigen, ob der Link von Ihnen stammt.

Entscheidend ist die Entdeckungsquelle. Ein 404, den Google über Ihre eigene Navigation oder Sitemap gefunden hat, ist ein echter Fehler. Ein 404, der über einen alten externen Link oder einen Tippfehler auf einer fremden Website entdeckt wurde, ist meist nur Rauschen – es sei denn, über diesen Link kommen echte Besucher.

Schritt 2: Entscheiden: ignorieren, weiterleiten oder wiederherstellen

Nutzen Sie diese Tabelle für jede URL-Gruppe im Bericht.

Situation	So sieht es aus	Maßnahme
Seite absichtlich gelöscht, kein Ersatz, keine internen Links	Altes Produkt, abgelaufene Veranstaltung, Testseite	Ignorieren. Den 404 (oder 410) stehen lassen.
Seite gelöscht, aber es gibt einen passenden Ersatz	Eingestelltes Produkt, neuere Version der Anleitung	301-Weiterleitung auf die am besten passende Seite.
URL geändert (Slug umbenannt, Ordner verschoben, Domain- oder HTTPS-Umzug)	Gleicher Inhalt unter neuer Adresse	301-Weiterleitung von der alten auf die neue URL, in einem Schritt.
Seite sollte existieren, wurde aber versehentlich gelöscht oder unveröffentlicht	Aktive Leistungsseite, wichtiger Artikel	Wiederherstellen, prüfen, dass sie 200 zurückgibt, dann validieren.
Ihre eigenen Menü-, Footer- oder Textlinks zeigen darauf	Interner Link auf eine tote URL	Link korrigieren (oder weiterleiten, wenn die Seite umgezogen ist).
In Ihrer XML-Sitemap aufgeführt	Sitemap enthält entfernte URLs	Aus der Sitemap entfernen, dann über Weiterleitung oder Ignorieren entscheiden.
Junk-URLs durch Spam oder seltsame Parameter	Zufällige Zeichenfolgen, Scraper-Muster	Ignorieren. Sicherheit prüfen, falls sie eingeschleust wirken (siehe unten).

Passt der Ersatz nicht wirklich, erzwingen Sie keinen. Googles Dokumentation zu Weiterleitungen beschreibt sie als den Weg, Nutzer und Google an den neuen Speicherort einer Seite zu schicken – und eine Seite ohne neuen Speicherort hat kein Ziel, auf das man verweisen könnte.

Schritt 3: Die Weiterleitung korrekt einrichten

Für einen dauerhaften Umzug empfiehlt Google nach Möglichkeit eine dauerhafte serverseitige Weiterleitung. Die Statuscodes 301 und 308 bedeuten beide, dass eine Seite dauerhaft umgezogen ist. JavaScript-Weiterleitungen sollten laut Google nur verwendet werden, wenn serverseitige oder Meta-Refresh-Weiterleitungen nicht möglich sind.

Praktische Regeln:

Leiten Sie auf die eine am besten passende URL weiter, nicht über eine Kette von Zwischenschritten.
Verweisen Sie auf eine Seite mit normaler 200-Antwort, nicht auf eine weitere Weiterleitung oder einen Fehler.
Aktualisieren Sie auch Ihre internen Links auf die neue URL, damit Sie sich nicht dauerhaft auf die Weiterleitung verlassen.
Unter WordPress übernehmen ein Weiterleitungs-Plugin oder die Weiterleitungsregeln Ihres Hosters diese Aufgabe. Auf anderen Plattformen nutzen Sie die Weiterleitungs- oder Rewrite-Einstellungen Ihres Servers oder CMS.

Beispiel für eine Weiterleitungsliste, die Sie einem Entwickler geben oder in ein Weiterleitungstool einfügen können:

`` /old-pricing -> /pricing /blog/2022/seo-tips -> /blog/seo-tips /services/web-design -> /services/website-design ``

Schritt 4: Die Korrektur testen und dann validieren

Prüfen Sie die URL selbst, bevor Sie Google Bescheid geben.

Öffnen Sie die alte URL im Browser oder führen Sie eine Header-Prüfung durch und bestätigen Sie, dass sie 301 zurückgibt und auf einer 200-Seite landet.
Geben Sie die URL in der Search Console in die obere Leiste ein und führen Sie URL prüfen aus. Mit dem Live-Test sehen Sie dann, was Google erhält.
Stellen Sie sicher, dass die URL nicht mehr in Ihrer Sitemap steht und keine interne Seite darauf verlinkt.

Dann validieren Sie:

Öffnen Sie das Problem Nicht gefunden (404) im Bericht „Seitenindexierung“.
Klicken Sie auf Fehlerbehebung validieren.
Beobachten Sie den Status. Klicken Sie nicht erneut auf „Fehlerbehebung validieren“, solange die Validierung nicht erfolgreich war oder fehlgeschlagen ist.
Schlägt sie fehl, klicken Sie auf Details ansehen (See details), beheben Sie die verbleibenden URLs und starten Sie neu.

Laut Google dauert die Validierung in der Regel bis zu etwa zwei Wochen, kann aber deutlich länger dauern. Sie bricht außerdem ab, wenn auch nur eine verbleibende Instanz gefunden wird. Validieren Sie also erst, wenn Sie die gesamte Gruppe behoben haben. Ein Tipp aus der Google-Dokumentation: Die Validierung anhand einer Teilmenge der betroffenen URLs kann schneller abgeschlossen sein. Dazu filtern Sie den Bericht mit einer Sitemap, die nur Ihre wichtigsten Seiten enthält.

Noch ein Hinweis: Google behandelt 404-URLs schrittweise. Bei einer URL, die einen 404 zurückgibt, wird sie laut Google aus dem Index entfernt, wenn sie zuvor indexiert war; neu gefundene 404-Seiten werden nicht verarbeitet, und die Crawling-Häufigkeit sinkt allmählich. Eine URL, die Sie als 404 stehen lassen, verschwindet also von selbst.

Schritt 5: Auf „eigentlich kein 404“-Fälle prüfen

Zwei Verwechslungsfälle brauchen eine andere Behandlung:

Soft 404. Die Seite gibt den Status 200 zurück, zeigt aber eine leere Seite oder eine Fehlermeldung, und die Search Console meldet einen Soft 404. Beheben Sie das, indem Sie einen echten 404-Status zurückgeben oder echten Inhalt auf die Seite setzen.
Gehackte oder eingeschleuste URLs. Eine plötzliche Flut von 404-Fehlern bei seltsamen Dateinamen oder Spam-Pfaden kann auf eine kompromittierte Website hindeuten. Passt das zu dem, was Sie bei einem CMS sehen, lesen Sie unsere Anleitungen für WordPress, Joomla oder Drupal und prüfen Sie den Bericht danach erneut.

Checkliste zum Kopieren

[ ] 404-URLs aus Indexierung > Seiten exportiert
[ ] Jede URL markiert: eigener Link, eigene Sitemap, externer Link oder unbekannt
[ ] Gelöschte Seiten ohne Ersatz und ohne interne Links ignoriert
[ ] 301-Weiterleitungen für umgezogene Seiten eingerichtet, ein Schritt, auf eine 200-Seite
[ ] Versehentlich entfernte Seiten wiederhergestellt
[ ] Interne Links auf tote URLs korrigiert
[ ] Tote URLs aus der XML-Sitemap entfernt
[ ] Stichprobe mit „URL prüfen“ kontrolliert
[ ] Einmal auf „Fehlerbehebung validieren“ geklickt und das Ergebnis abgewartet

Die nächste Welle verhindern

Die meisten wiederkehrenden 404-Fehler entstehen durch Website-Relaunches, umbenannte Slugs und gelöschte Beiträge ohne Weiterleitungsplan. Listen Sie vor jedem Umzug die alten URLs auf und ordnen Sie jeder ihr neues Zuhause zu. Wenn Sie ohnehin eine kleine Website neu aufbauen: Im kostenlosen Tarif von We.Inc können Sie bis zu drei Websites aus fertigen Vorlagen veröffentlichen. Der KI-Builder, der aus einem Prompt eine Website entwirft, startet im Starter-Tarif für $20 im Monat. Sie können sich hier registrieren. Behalten Sie in jedem Fall Ihre Liste mit alter und neuer URL, denn sie hält diesen Bericht sauber.

Einen breiteren Überblick über das Tool finden Sie unter Google Search Console für Einsteiger.

Kostenlos starten · Keine Kreditkarte nötig

Umair Ali Sadaqat

Gründer von We.Inc

Umair ist der Gründer von We.Inc. Er schreibt über die Erstellung von Websites mit KI, Agenturen und den Geschäftsbetrieb eines Webstudios.

Bereit, etwas Großartiges zu bauen?

Schließe dich 15,000+ Unternehmen an, die mit We.Inc starten, wachsen und automatisieren, alles auf einer Plattform.