410 dauerhaft entfernt

TL;DR — Mit dem Statuscode 410 Gone teilen Sie Suchmaschinen mit: „Diese Seite war hier, wir haben sie absichtlich gelöscht und sie kommt nicht zurück.“ Es ist wie eine 404 (Not Found), aber mit einer Absichtserklärung: Eine 404 sagt nur „hier ist nichts“, eine 410 sagt „dauerhaft und planmäßig verschwunden“. Beide entfernen die Seite letztlich aus Google; Google dokumentiert sie für die Suche als gleichwertig.

Was eine 410 bedeutet

Wenn ein Browser oder eine Suchmaschine Ihren Server nach einer Seite fragt, antwortet der Server mit einem Statuscode. 200 bedeutet „hier ist sie“. 404 bedeutet „ich finde unter dieser URL nichts“. 410 bedeutet „hier war etwas, und es ist weg – dauerhaft.“

Der Unterschied zwischen 404 und 410 ist eine Frage der Gewissheit. Eine 404 ist mehrdeutig: Vielleicht wurde die Seite gelöscht, vielleicht hat jemand die URL falsch eingegeben, vielleicht gibt es einen Fehler und sie ist morgen wieder da. Eine 410 beseitigt diese Mehrdeutigkeit – Sie teilen der Welt ausdrücklich mit, dass die Seite absichtlich entfernt wurde und nicht zurückkommt.

Warum das für SEO wichtig ist

Wenn Sie eine Seite löschen und sie eine 404 oder 410 zurückgibt, wird Google sie letztlich aus den Suchergebnissen entfernen. Das ist der wichtige Punkt: Beide Codes erfüllen ihren Zweck. Googles veröffentlichte Leitlinie behandelt die beiden Codes für die Suche gleich und verspricht keinen besonderen Entfernungszeitplan für 410. Evidence for this claim Google treats 404, 410, and other 4xx responses except 429 the same for Search, does not use their content, and removes previously indexed URLs over time. Scope: Google Search handling of 4xx responses; no exact removal timetable is promised. Confidence: high · Verified: 2026-07-17 Google: HTTP status codes and Search Google: How HTTP status codes affect Google's crawlers

Ein paar Dinge, die Einsteiger häufig falsch machen:

• Es geht nicht sofort. Google muss die URL erneut crawlen, um den neuen Status zu bemerken. Bis dahin kann die Seite weiterhin in den Ergebnissen erscheinen (manchmal mit einem zwischengespeicherten Snippet). Eine 410 beschleunigt die Entscheidung, nicht den Crawl-Zeitplan.
• Blockieren Sie die URL nicht. Wenn Sie eine Seite löschen und sie zugleich in robots.txt blockieren, kann Google sie nicht crawlen, um die 410 zu sehen – und die Entfernung nicht verarbeiten. Lassen Sie das Crawling zu.
• Wenn es einen guten Ersatz gibt, leiten Sie stattdessen weiter. Wenn der Inhalt umgezogen ist oder ein natürliches Äquivalent hat, ist eine 301-Weiterleitung meist die bessere Wahl – eine 410 beendet die Seite und die Nachfrage danach, was genau Sie nicht wollen, wenn es ein nützliches Ziel gibt.

Die einfache Regel

Verwenden Sie eine 410, wenn Sie sicher sind, dass eine Seite für immer verschwunden ist, und dies klar signalisieren möchten – etwa bei eingestellten Produkten, gelöschten Bereichen oder Spam-Bereinigung. Verwenden Sie eine 404, wenn Sie unsicher sind, die Seite zurückkehren könnte oder es den Entwicklungsaufwand nicht wert ist, dafür eine Sonderregel einzurichten. Für die meisten einzelnen Löschungen ist eine einfache 404 völlig in Ordnung.

Möchten Sie die Daten hinter „wie viel schneller“, die tatsächlichen Aussagen von John Mueller und die Vorgehensweise bei einer Migration im großen Maßstab sehen? Wechseln Sie zum Tab Fortgeschritten.

TL;DR — 410 und 404 entfernen eine URL im Laufe der Zeit aus Googles Index; die eigentliche Frage ist die Geschwindigkeit der Entfernungsentscheidung und die Effizienz beim Crawl-Budget, nicht, ob die Entfernung stattfindet. Googles Referenzdokumentation behandelt 404/410 als einen 4xx-Bucket. Die Aussage „410 ist schneller“ ist eine in Feldtests beobachtete und von einem Google-Vertreter bestätigte Nuance – klein, nicht dramatisch. Die ehrliche Zahl: Google bestätigt, dass eine 410 etwas schneller entfernt und seltener erneut gecrawlt wird. Die häufig wiederholte Aussage „3x schneller, 4 statt 12 Tage“ ist unbelegte Folklore – wiederholen Sie diese Zahl nicht. 410 lohnt sich bei großen Mengen (Massenlöschungen, Migrationen ohne gleichwertige URL, Spam-/Hacked-Content-Bereinigung), und der größere Fehler ist eine Soft-404, die Crawl-Budget auf unbestimmte Zeit verschwendet.

Was eine 410 tatsächlich ist

410 Gone ist ein Clientfehler-Status in der 4xx-Familie. Semantisch ist es die „stärkere 404“: Die Ressource hat existiert, wurde absichtlich und dauerhaft entfernt, und es wird keine Weiterleitungsadresse angeboten. Eine 404 macht keine Aussage über Absicht oder Dauerhaftigkeit – sie bedeutet nur „derzeit nicht gefunden“.

RFC 9110 §15.5.11, der eigentliche HTTP-Standard, beschreibt „gone“ genau: Der Zustand ist wahrscheinlich dauerhaft – und wenn Sie wirklich nicht wissen, ob er dauerhaft ist, empfiehlt die Spezifikation selbst, stattdessen 404 zu verwenden. Der Zweck besteht darin, die Wartung zu erleichtern, indem Clients (und Crawler) erfahren, dass der Link entfernt werden sollte. Zwei Nuancen, die viele Darstellungen auslassen: Der Standard verlangt nicht, dass jede dauerhaft verschwundene Ressource 410 verwendet, und er verlangt nicht, dass der 410-Status für immer bestehen bleibt – beides liegt im Ermessen des Ursprungsservers. Außerdem weist er darauf hin, dass eine 410-Antwort standardmäßig heuristisch cachebar ist; ein Zwischen-Cache oder CDN kann die Antwort also bis zum Ablauf weiter ausliefern, sofern Sie keine ausdrücklichen Cache-Control-Header setzen.

Für SEO liegt der Unterschied vollständig im Signal der Absicht. Beide Codes teilen einem Crawler mit, dass die Seite nicht ausgeliefert werden sollte. Die 410 ergänzt „…und erwarte sie nicht zurück“ – genau daraus können Suchmaschinen eine Handlung ableiten.

Entfernt Google 410s schneller aus dem Index als 404s?

Die kurze Antwort lautet: ja, aber nur geringfügig. Hier ist die ehrliche Einordnung, getrennt nach den drei Dingen, die oft vermischt werden.

1. Was Googles Dokumentation tatsächlich sagt. Googles Referenzdokumente nennen keinen besonderen Zeitplan für 410. Die Crawler-Dokumentation formuliert die Gruppierung direkt: “All 4xx errors, except 429, are treated the same: Google crawlers inform the next processing system that the content doesn’t exist.” (Übersetzung) „Alle 4xx-Fehler außer 429 werden gleich behandelt: Google-Crawler informieren das nächste Verarbeitungssystem darüber, dass der Inhalt nicht existiert.“ Evidence for this claim Google treats 404, 410, and other 4xx responses except 429 the same for Search, does not use their content, and removes previously indexed URLs over time. Scope: Google Search handling of 4xx responses; no exact removal timetable is promised. Confidence: high · Verified: 2026-07-17 Google: HTTP status codes and Search Google: How HTTP status codes affect Google's crawlers Die Search-Dokumentation beschreibt dieselbe Mechanik mit anderen Worten: “Google doesn’t use the content from URLs that return 4xx status codes… URLs that are already indexed and return a 4xx status code are removed from the index.” (Übersetzung) „Google verwendet den Inhalt von URLs mit 4xx-Statuscodes nicht … bereits indexierte URLs, die einen 4xx-Statuscode zurückgeben, werden aus dem Index entfernt.“ Die Entfernungsmechanik wird für 404 beschrieben und gilt ebenso: “the indexing pipeline removes the URL from the index if it was previously indexed… The crawling frequency gradually decreases.” (Übersetzung) „Die Indexierungspipeline entfernt die URL aus dem Index, wenn sie zuvor indexiert war … Die Crawling-Häufigkeit nimmt allmählich ab.“ Auf Dokumentationsebene sind 404 und 410 funktional identisch – 429 ist der eine 4xx-Code mit einer anderen Behandlung (er bedeutet „später erneut versuchen“, nicht „Entfernungssignal“).

2. Was John Mueller gesagt hat. Googles eigener Sprecher stand zu diesem Thema auf beiden Seiten, was selbst lehrreich ist. Zunächst bezeichnete er den Unterschied als vernachlässigbar. Später korrigierte er sich nach einer internen Überprüfung: “it appears I was wrong there — we do treat 410s slightly differently than 404s.” (Übersetzung) „Es scheint, dass ich mich geirrt habe – wir behandeln 410s tatsächlich etwas anders als 404s.“ Außerdem sagte Google: “will sometimes want to confirm a 404 before removing a URL from the index, and we tend to do that faster with a 410.” (Übersetzung) „wird manchmal eine 404 bestätigen wollen, bevor eine URL aus dem Index entfernt wird, und das geschieht mit einer 410 tendenziell schneller.“ Es gibt also einen Unterschied – eine etwas schnellere Entfernungsentscheidung –, er ist nur klein. Wichtig: Der Wechsel auf 410 hindert Google nicht daran, die URL gelegentlich erneut zu prüfen, besonders wenn noch eingehende Links existieren.

3. Was unabhängige Tests zeigen. Die besten echten Daten, die ich gesehen habe, stammen aus dem kontrollierten Experiment von Reboot Online: 119 Test-URLs über einen Zeitraum von mehr als 3 Monaten. Untersucht wurde die Crawl-Häufigkeit, nicht die Zahl der Tage bis zur De-Indexierung – “404’s are, on average, crawled 49.6% more often than 410’s.” (Übersetzung) „404s werden im Durchschnitt 49,6 % häufiger gecrawlt als 410s.“ Anders gesagt: Googlebot verwendet merklich weniger Budget für die erneute Prüfung von 410s. Das ist das Crawl-Budget-Argument in konkreter Form. Beachten Sie die Einschränkung: Gemessen wurde die erneute Crawl-Häufigkeit, weil die GSC-API „noch indexiert“ und „entfernt“ nicht sauber messen konnte.

Meine eigene Einordnung in HTTP-Statuscodes: Eine vollständige Liste ist damit konsistent: “404s and 410s have a similar treatment. Both drop pages from the index, but 410s are slightly faster. In practical applications, they’re roughly the same.” (Übersetzung) „404s und 410s werden ähnlich behandelt. Beide entfernen Seiten aus dem Index, aber 410s sind etwas schneller. In der praktischen Anwendung sind sie ungefähr gleich.“ Glauben Sie dem „etwas“ und misstrauen Sie dem „3x“.

Der Mythos, den Sie streichen sollten

Sie werden in vielen Blogs die Aussage „410 de-indexiert 3x schneller – 4 Tage statt 12“ sehen. Ich konnte diese Zahl nie bis zu einer Originalstudie mit dokumentierter Methodik zurückverfolgen – sie wirkt wie eine mutierte Nacherzählung des Reboot-Ergebnisses. Zitieren Sie diese Zahl nicht. Die belastbare Aussage lautet: „etwas schneller und etwas seltener erneut gecrawlt“, Punkt.

Wann Sie 410 gegenüber 404 oder einer Weiterleitung verwenden

Das ist eine Entscheidung zwischen drei Möglichkeiten, nicht zwischen zwei.

• Verwenden Sie 410, wenn Sie sicher sind, dass der Inhalt für immer verschwunden ist, und dies aktiv signalisieren möchten: Massenlöschungen, eingestellte Produktlinien, Bereinigung von Spam oder gehackten Inhalten sowie Zusammenlegungen von Websites, bei denen eine Gruppe von URLs keinen Ersatz hat. Mit 410 beziehen Sie eine Position.
• Verwenden Sie 404, wenn Sie unsicher sind, die Seite zurückkehren könnte oder es den Entwicklungsaufwand nicht wert ist, die Antwort als Sonderfall einzurichten. Bei kleinen, einmaligen Löschungen ist 404 in Ordnung – der SEO-Unterschied rechtfertigt keine eigene Implementierung.
• Verwenden Sie eine 301-Weiterleitung, wenn eine gleichwertige Seite existiert. Machen Sie nichts mit 410 kaputt, das einen natürlichen Ersatz hat – leiten Sie weiter, geben Sie Signale weiter und erhalten Sie die Nachfrage. 410 wirft sie absichtlich weg.

Noch ein Punkt, den man ausdrücklich festhalten sollte: Nichts davon – 410, 404 oder eine Weiterleitung – ist für sich genommen ein Hebel für Backlink-Wert oder thematische Autorität. Ob eingehende Links weiterhin Wert senden, hängt davon ab, wohin sie nach Ihrer Maßnahme zeigen (eine Weiterleitung kann Signale an das neue Ziel weitergeben; eine 410 hat keinen Ort, an den sie diese Signale weitergeben kann), nicht von einer automatischen Eigenschaft des Statuscodes. Behandeln Sie Folgen für Backlinks und Autorität als evidenzabhängig – prüfen Sie, was tatsächlich verlinkt und wohin – statt anzunehmen, eine Wahl des Statuscodes garantiere in die eine oder andere Richtung ein Autoritätsergebnis.

Die Soft-404-Falle (der Fehler, der tatsächlich Kosten verursacht)

Die Wahl des „falschen“ 4xx-Codes ist neben einer Soft-404 nur ein Rundungsfehler – einer Seite, die mit 200 OK antwortet, aber im Inhalt „nicht gefunden“ meldet. Google crawlt Soft-404s weiter, weil sie aus Sicht des Statuscodes aktive Seiten sind. Sie “will continue to be crawled, and waste your budget.” (Übersetzung) „werden weiter gecrawlt und Ihr Budget verschwenden.“ Wenn Sie Inhalte löschen, ist das Ziel eine echte 404/410, keine freundliche „Ups, das ist weg“-Seite, die weiterhin mit 200 antwortet.

410 bei Migrationen und Massenlöschungen

Hier endet die akademische Betrachtung. Bei einer neuen Plattform oder einer großen Inhaltsbereinigung entscheiden Sie auf einmal über das Schicksal von Tausenden URLs.

• Migrationen: Googles Migrationsleitfaden ist eindeutig: Inhalte, die Sie nicht auf die neue Website übernehmen, sollten dort eine echte 404 oder 410 zurückgeben. Das mentale Modell: Was ein Äquivalent hat, weiterleiten; was absichtlich ohne Äquivalent ausgemustert wird, mit 410 beantworten; und wirklich unsichere URLs ruhig 404 bleiben lassen. Lassen Sie Weiterleitungen lange bestehen (Google empfiehlt mindestens ein Jahr) – eine URL, auf die es nichts weiterzuleiten gibt, ist ein 410-Kandidat, keine erzwungene Weiterleitung auf eine vage verwandte Seite.
• Massenlöschungen (E-Commerce-Auslistungen, Inhaltsbereinigung, Zusammenlegungen): Das ist der stärkste Fall für 410. Wenn Sie 50 000 eingestellte SKUs oder einen ganzen Unterbereich löschen, summiert sich die Crawl-Budget-Ersparnis durch die geringere erneute Crawl-Häufigkeit von 410. Eine dauerhaft eingestellte Ware ist 410; ein vorübergehend ausverkauftes, aber zurückkehrendes Produkt ist kein Fall für 410 – lassen Sie es live (Ausverkauftheit ist keine Löschung).
• Implementierung im großen Maßstab: Arbeiten Sie mit Regeln, nicht Seite für Seite. Ordnen Sie URL-Muster in der Serverkonfiguration, im CDN/Edge-Worker oder im CMS zu – etwa mit einer Nginx-location-Direktive, einer Apache-RewriteRule … [R=410] oder einem Bulk-Plugin –, damit die gesamte ausgemusterte Menge 410 liefert, ohne Seiten einzeln zu bearbeiten.

Im Tab Playbooks finden Sie ein Schritt-für-Schritt-Runbook für Massenlöschungen.

Wie Bing damit umgeht (und wie Sie es beschleunigen)

Bings Mechanismus ist im Grundsatz derselbe: Löschen Sie die Seite, damit sie 404 oder 410 zurückgibt, halten Sie die URL crawlbar (nicht in robots.txt blockiert), damit Bingbot den Status beobachten kann, und Bing entfernt sie, nachdem ein erneuter Crawl die Entfernung bestätigt hat. Bings praktischer Beschleuniger ist IndexNow – senden Sie die entfernten URLs bei der Löschung, damit Bing sie früher erneut besucht, und halten Sie Ihre Sitemap aktuell. Für dringende Takedowns (geleakte Inhalte oder Compliance-Fälle) blendet das Bing-Tool Block URLs eine URL etwa 90 Tage lang als Übergangslösung aus, während sich die dauerhafte 410 verbreitet.

Ein Vorbehalt zum letzten Absatz: Bings Hilfeseiten werden per JavaScript gerendert, was eine saubere automatisierte Neuverifizierung des exakten aktuellen Wortlauts verhindert hat. Behandeln Sie den oben beschriebenen Mechanismus als dokumentierte Bing-Praxis, nicht als frisch bestätigtes Zitat – prüfen Sie Bings Live-Hilfeseite in den Webmaster Tools, bevor Sie Einzelheiten wie das etwa 90-tägige Fenster von Block URLs als endgültig behandeln.

So prüfen Sie, ob eine 410 funktioniert

• Prüfen Sie den Rohstatus. curl -I https://example.com/gone-page/ sollte HTTP/… 410 anzeigen. Die Network-Ansicht der Browser-DevTools zeigt dasselbe. Vertrauen Sie nicht der sichtbaren Seite – vertrauen Sie dem Header.
• URL Inspection (GSC). Bestätigt, wie Google zuletzt gecrawlt hat und welchen Status es gesehen hat.
• Coverage-/Page-Indexing-Bericht. Beobachten Sie, wie die entfernten URLs in den folgenden Crawls aus der indexierten Menge herausfallen.

Behalten Sie die Erwartung aus meinem Leitfaden URLs entfernen im Blick: Eine Seite wird “removed from the index shortly after the page is re-crawled. Until it is removed, the page may still show in search results.” (Übersetzung) „kurz nach dem erneuten Crawlen aus dem Index entfernt. Bis sie entfernt ist, kann die Seite weiterhin in den Suchergebnissen erscheinen.“ Eine 410 schlägt den erneuten Crawl nicht – sie gewinnt nur die Entscheidung, sobald der erneute Crawl stattfindet.

Verwandte Texte in diesem Cluster: der allgemeine Status 404 Not Found, der direkte Vergleich 404 gegenüber 410 und die oben beschriebene Falle der Soft-404.

KI-Zusammenfassung

Eine komprimierte Fassung der Advanced-Version:

• 410 Gone = absichtliche, dauerhafte Entfernung. Anders als eine 404 („nicht gefunden“, ohne Angabe des Grundes) signalisiert eine 410 ausdrücklich, dass die Seite absichtlich gelöscht wurde und nicht zurückkommt.
• Beide entfernen die Seite letztlich aus dem Index. Google ordnet 404 und 410 in denselben 4xx-Bucket ein; indexierte URLs mit 4xx werden entfernt und im Laufe der Zeit seltener gecrawlt.
• 410 ist etwas schneller. Mueller bestätigte, dass Google 410s „etwas anders“ behandelt und „schneller“ entfernt. Der Test von Reboot Online mit 119 URLs ergab, dass 404s ungefähr 49,6 % häufiger gecrawlt werden als 410s (ein Proxy für Crawl-Häufigkeit, nicht für Tage bis zur De-Indexierung).
• Wiederholen Sie nicht die Statistik „3x schneller / 4 statt 12 Tage“ – sie ist unbelegte Folklore.
• Es geschieht nicht sofort und stoppt das erneute Crawlen nicht; Google prüft 410s gelegentlich erneut, besonders bei URLs mit eingehenden Links.
• Entscheidungsregel: 410 = sicher und dauerhaft (Massenlöschungen, Migrationen ohne Äquivalent, Spam-Bereinigung); 404 = unsicher oder geringer Aufwand; 301 = eine gleichwertige Seite existiert.
• Soft-404 ist der schlimmere Fehler: Eine Seite mit 200-Status und „nicht gefunden“-Inhalt verschwendet dauerhaft Crawl-Budget.
• Im großen Maßstab implementieren Sie 410 mit Server-/CDN-/CMS-Regeln; verwenden Sie IndexNow, um Bing zu beschleunigen; halten Sie URLs crawlbar, damit Bots den Status sehen können.

Offizielle Dokumentation

Primärquellen-Dokumentation der Suchmaschinen.

Protokoll

• RFC 9110 §15.5.11 — 410 Gone – die Definition des HTTP-Standards: wahrscheinlich dauerhafte Nichtverfügbarkeit, Zweck für Wartung und Linkentfernung, Ermessensspielraum des Betreibers bei Umfang und Dauer sowie heuristische Cachebarkeit.

Google

• Wie HTTP-Statuscodes sowie Netzwerk- und DNS-Fehler die Google-Suche beeinflussen – die 4xx-Tabelle (einschließlich 410 (gone)) und wie Google 4xx-URLs aus dem Index entfernt.
• Wie HTTP-Statuscodes Googles Crawler beeinflussen – die direkte Aussage, dass alle 4xx-Codes außer 429 gleich behandelt werden.
• Crawl-Budget optimieren – 404/410 für dauerhaft entfernte Seiten zurückgeben und Soft-404s beseitigen.
• Soft-404-Fehler – was eine Soft-404 ist und warum sie schlechter ist als eine echte 404/410.
• Website-Umzüge mit URL-Änderungen – 404/410 für gelöschte oder zusammengeführte Inhalte, die nicht auf die neue Website übernommen werden, sowie Hinweise zur Dauer von Weiterleitungen.

Bing / Microsoft

• Eine URL oder Seite dauerhaft aus Bing oder Copilot entfernen – löschen, damit 404/410 zurückgegeben wird, die URL crawlbar halten und das Tool „Block URLs“ für dringende Fälle verwenden.
• IndexNow / indexnow.org – geänderte oder entfernte URLs melden, damit Bing sie früher erneut prüft.

Zitate aus der Quelle

Dokumentierte Aussagen von Google, seinen Sprechern und unabhängigen Tests. Jeder offizielle Link führt als Deep Link direkt zur zitierten Passage auf der Quellseite.

Google – Umgang mit 4xx (einschließlich 410)

• “All 4xx errors, except 429, are treated the same: Google crawlers inform the next processing system that the content doesn’t exist.” (Übersetzung) „Alle 4xx-Fehler außer 429 werden gleich behandelt: Google-Crawler informieren das nächste Verarbeitungssystem, dass der Inhalt nicht existiert.“ – Googles Crawler-Dokumentation. Zum Zitat
• “Google doesn’t use the content from URLs that return 4xx status codes. If a URL was previously used but is now returning 4xx status code, Google systems will stop using the URL over time.” (Übersetzung) „Google verwendet den Inhalt von URLs mit 4xx-Statuscodes nicht. Wenn eine zuvor verwendete URL nun einen 4xx-Statuscode zurückgibt, stellen Googles Systeme ihre Verwendung mit der Zeit ein.“ – Google Search Central. Zum Zitat
• “the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered 404 pages aren’t processed. The crawling frequency gradually decreases.” (Übersetzung) „Die Indexierungspipeline entfernt die URL aus dem Index, wenn sie zuvor indexiert war. Neu entdeckte 404-Seiten werden nicht verarbeitet. Die Crawling-Häufigkeit nimmt allmählich ab.“ Zum Zitat

Google – Crawl-Budget und dauerhafte Entfernung

• “Return a 404 or 410 status code for permanently removed pages. Google won’t forget a URL that it knows about, but a 404 status code is a strong signal not to crawl that URL again.” (Übersetzung) „Geben Sie für dauerhaft entfernte Seiten den Statuscode 404 oder 410 zurück. Google vergisst eine URL, von der es weiß, nicht; ein Statuscode 404 ist jedoch ein starkes Signal, diese URL nicht erneut zu crawlen.“ – Google Search Central. Zum Zitat
• “Eliminate soft 404 errors. soft 404 pages will continue to be crawled, and waste your budget.” (Übersetzung) „Beseitigen Sie Soft-404-Fehler. Soft-404-Seiten werden weiter gecrawlt und verschwenden Ihr Budget.“ – Google. Zum Zitat

John Mueller, Google (laut sekundärer Berichterstattung)

• “It’s good to double-check these things, and it appears I was wrong there — we do treat 410s slightly differently than 404s.” (Übersetzung) „Es ist gut, diese Dinge noch einmal zu prüfen, und es scheint, dass ich mich dort geirrt habe – wir behandeln 410s tatsächlich etwas anders als 404s.“ Google “will sometimes want to confirm a 404 before removing a URL from the index, and we tend to do that faster with a 410 HTTP result code.” (Übersetzung) „möchte manchmal eine 404 bestätigen, bevor eine URL aus dem Index entfernt wird, und mit einem 410-HTTP-Ergebniscode tun wir das tendenziell schneller.“ Überliefert über die Berichterstattung von Search Engine Roundtable zu Muellers Korrektur; prüfen Sie die Aussage gegen die Live-Quelle, bevor Sie das Zitat als endgültig behandeln. Bericht lesen

Unabhängiger Test – Reboot Online

• “An analysis of the Google Search Console API data looking at our sample of 119 test web pages shows that 404’s are, on average, crawled 49.6% more often than 410’s.” (Übersetzung) „Eine Analyse der Google-Search-Console-API-Daten zu unserer Stichprobe von 119 Testseiten zeigt, dass 404s im Durchschnitt 49,6 % häufiger gecrawlt werden als 410s.“ Misst die Häufigkeit erneuter Crawls (den messbaren Proxy), nicht die Zahl der Tage bis zur De-Indexierung. Zum Experiment

Runbook: Eine große Menge von URLs per 410 löschen (Löschung oder Migration)

Verwenden Sie dies, wenn Sie viele URLs auf einmal ausmustern – eine eingestellte Produktpalette, einen bereinigten Inhaltsbereich oder Inhalte, die Sie bewusst nicht auf eine neue Website übernehmen. Arbeiten Sie von oben nach unten.

1. Bestätigen Sie, dass diese URLs wirklich dauerhaft verschwunden sind. Eine 410 ist eine Einbahnstraße. Alles, was zurückkehren könnte (saisonale Sortimente, vorübergehende Ausverkäufe), ist kein Fall für 410 – lassen Sie es live. Alles mit einem echten Äquivalent ist eine 301-Weiterleitung, keine 410. Nur URLs ohne Zukunft und ohne Ersatz gehören auf die 410-Liste.

2. Segmentieren Sie die URL-Menge in eine klare Regel. Sie wollen ein Muster statt einer Tabelle mit 50 000 Zeilen: ein Pfadpräfix (/archive/, /discontinued/), eine Query-Signatur oder eine Liste, die sich als map ausdrücken lässt. Wenn sie sich nicht als Regel formulieren lässt, ist sie meist zu unübersichtlich, um sicher zu sein – prüfen Sie Schritt 1 erneut.

3. Implementieren Sie die 410 am Edge oder Server, in einem Schritt.

   • Nginx: location /discontinued/ { return 410; }
   • Apache/.htaccess: RewriteRule ^discontinued/ - [R=410,L] (oder Redirect gone /old-path).
   • CDN/Edge-Worker: Geben Sie für passende Pfade eine 410-Antwort zurück – am schnellsten für eine große Menge auszurollen und cachefreundlich.
   • CMS/Plugin: Viele Plattformen (oder ein Weiterleitungs-/410-Plugin) erlauben, einer URL-Liste gesammelt 410 zuzuweisen, ohne jede Seite anzufassen.

4. Liefern Sie einen echten 410-Body, keine Soft-404. Die Antwort muss den Status 410 im Header tragen. Eine freundliche „weg“-Seite ist in Ordnung, solange der Status 410 und nicht 200 lautet. Prüfen Sie ein Beispiel: curl -I <url> muss HTTP/… 410 anzeigen.

5. Halten Sie die URLs crawlbar. Blockieren Sie diese URLs nicht in robots.txt. Wenn Bots die URL nicht crawlen können, sehen sie die 410 nicht und können die Entfernung nicht verarbeiten. Entfernen Sie konkurrierende Disallow-Regeln für diese Menge.

6. Bereinigen Sie interne Links und Sitemaps. Entfernen Sie die ausgemusterten URLs aus Ihrer XML-Sitemap und der internen Navigation, damit Sie Bots (und Nutzer) nicht aktiv auf tote Ziele schicken. Verbleibende eingehende Links sind der Hauptgrund, warum Google eine 410 weiter prüft.

7. Beschleunigen Sie den erneuten Crawl. Senden Sie für Bing die entfernten URLs per IndexNow. Für Google gibt es keine Massenbeschleunigung der Entfernung, aber URL Inspection und eine aktualisierte Sitemap helfen beim früheren Bemerken. Erwarten Sie mehrere Crawls, nicht Stunden.

8. Überwachen Sie die De-Indexierung. Beobachten Sie im GSC-Bericht zur Seitenindexierung und in den Bing Webmaster Tools, welche URLs in den folgenden Wochen den Index verlassen. Wenn URLs bleiben, prüfen Sie erneut (a) eine versehentliche robots.txt-Blockierung, (b) eine durchrutschende 200-Soft-404 oder (c) starke eingehende Links, deren Stärke die URL für den Crawler „interessant“ hält.

Wann Sie dieses Playbook nicht ausführen sollten

• Einzelne Löschung: Eine einfache 404 reicht; eine eigene 410-Regel ist den Aufwand nicht wert.
• Vorübergehende Entfernung / Ausverkauf: Lassen Sie die Seite live; setzen Sie nichts auf 410, was zurückkommt.
• Verschobener Inhalt: Leiten Sie per 301 auf die neue URL weiter – 410 zerstört die Nachfrage, die Sie erhalten möchten.
• Dringende rechtliche Löschung oder Leaks: Setzen Sie 410, verwenden Sie aber zusätzlich Bings Tool Block URLs und Googles Removals tool für eine sofortige Unterdrückung, während sich der Status verbreitet.

Eine versehentliche 410 diagnostizieren

Wenn eine URL 410 zurückgibt, obwohl sie das nicht sollte, arbeiten Sie diese Punkte ab, bevor Sie einen Fehler im Anwendungscode annehmen – Massenregeln versagen auf einige vorhersehbare Arten:

• Regeln von Origin, Edge und CMS. Prüfen Sie Serverkonfiguration, CDN-/Edge-Worker-Regeln und jedes CMS-Plugin für Weiterleitungen oder Statuscodes auf ein Pfadmuster, das mehr Treffer erfasst hat als beabsichtigt.
• Cache-/CDN-Schicht. Eine 410 ist standardmäßig heuristisch cachebar – eine veraltete gecachte 410 kann nach der Korrektur der zugrunde liegenden Regel weiter ausgeliefert werden, bis der Cache-Eintrag abläuft oder geleert wird.
• Interne Links und Sitemaps. Bestätigen Sie, dass die betroffene URL nicht durch einen breiteren Pfadpräfix als beabsichtigt in eine Bulk-410-Regel geraten ist.
• Canonicals, hreflang und Feeds. Ein Canonical-Ziel, eine hreflang-Alternative oder ein Produkt-/Content-Feed-Eintrag, der auf die URL zeigt, bedeutet, dass die 410 mehr als diese eine Seite beschädigt – verfolgen Sie alles, was auf die URL verweist, nicht nur die URL selbst.
• Rollback. Halten Sie die Regel-/Konfigurationsversion vor dem Rollout bereit, damit Sie eine falsche Zuordnung sofort zurücknehmen können, statt die gesamte Regel von Grund auf neu zu diagnostizieren.

Sollte diese URL 410 zurückgeben?

Prompt: Eine Löschungsliste klassifizieren

Classify each URL in this deletion spreadsheet as keep live, 301 redirect, 404, 410,
or needs human review. Use only the columns I provide: current status, replacement
candidate, permanence, traffic/backlink notes, internal links, and sitemap membership.
Explain each 410 decision, flag unsupported replacement mappings, and output a CSV
plus a validation sample. Do not invent destinations or assume a product is permanent.

[PASTE ROWS AND COLUMN DEFINITIONS]

Prompt: Eine Massen-410-Regel prüfen

Review this server, CDN, or application rule that returns 410 for retired URLs. Find
overbroad path matches, conflicts with redirects, robots.txt blocking, soft-404 200s,
and URLs that might return. Give a minimal safer rule and a pass/fail test matrix.
Preserve the configuration language I provide and do not invent provider syntax.

[PASTE RULE AND REPRESENTATIVE URLS]

Shell: Eine Liste ausgemusterter URLs prüfen

Führen Sie dies in einem macOS-/Linux-Terminal aus; eine absolute URL pro Zeile in gone-urls.txt.

while IFS= read -r url; do
  code=$(curl -sS -o /dev/null -w '%{http_code}' "$url")
  printf '%s,%s\n' "$code" "$url"
done < gone-urls.txt

Prüfen Sie alles außer 410, statt es automatisch umzuschreiben; eine Weiterleitung oder eine live erreichbare URL kann beabsichtigt sein.

PowerShell: Dieselbe Liste prüfen

Get-Content .\gone-urls.txt | ForEach-Object {
  $r = Invoke-WebRequest -Uri $_ -SkipHttpErrorCheck
  [PSCustomObject]@{ Status = $r.StatusCode; Url = $_ }
} | Export-Csv .\gone-results.csv -NoTypeInformation

DevTools-Konsole: Links zu einem ausgemusterten Pfad finden

Führen Sie dies in der Browser-Konsole aus, nachdem Sie das Pfadpräfix ersetzt haben.

console.table([...document.links].filter(a => new URL(a.href).pathname.startsWith('/retired/')).map(a => ({text: a.textContent.trim(), href: a.href})));

Werkzeuge zum Implementieren und Prüfen von 410s

• Bulk HTTP Status Code Checker: Prüfen Sie die gesamte ausgemusterte Menge und finden Sie versehentliche 200s, Weiterleitungen und uneinheitliche Antworten.
• Redirect Map Builder: Trennen Sie URLs mit echten Äquivalenten von URLs, die vor dem Schreiben der 410-Regeln entfernt werden sollten.
• SEO Migration Planner & Validator: Prüfen Sie Weiterleitungszuordnungen und die ausgerollten Status während einer Migration, bei der einige URLs ausgemustert werden.
• Link Analyzer: Finden Sie interne Links, die noch auf entfernte URLs zeigen, damit die Website keine toten Ziele mehr bewirbt.
• URL Inspection und Page Indexing in der Search Console: Bestätigen Sie Googles zuletzt beobachtete Antwort und verfolgen Sie die Menge, die nach dem erneuten Crawl den Index verlässt.

Einen 410-Rollout validieren

Status- und Umfangstest

Auszuführender Test: Prüfen Sie repräsentative Treffer, Beinahe-Treffer und Ausnahmen mit dem Bulk HTTP Status Code Checker. Erwartetes Ergebnis: Nur freigegebene ausgemusterte URLs geben 410 zurück. Interpretation eines Fehlschlags: Die Regel ist zu weit oder zu eng gefasst oder wird überschattet. Überwachungsfenster: Sofort nach jedem Edge-/Origin-Deployment. Rollback-Auslöser: Eine live erreichbare oder weiterleitbare URL wird zu 410.

Crawlability- und Body-Test

Auszuführender Test: Rufen Sie jedes Beispiel normal ab und prüfen Sie robots.txt sowie den Rohstatus. Erwartetes Ergebnis: Crawler können die URL anfordern, die Antwort ist 410, und ein freundlicher Body verändert sie nicht zu 200. Interpretation eines Fehlschlags: Eine Robots-Regel verbirgt das Signal oder das Fehler-Template erzeugt eine Soft-404. Überwachungsfenster: Sofort. Rollback-Auslöser: Der Rollout blockiert den ausgemusterten Pfad für Crawler oder liefert 200.

Test zur Bereinigung interner Signale

Auszuführender Test: Crawlen Sie interne Links und prüfen Sie XML-Sitemaps auf die ausgemusterte Menge. Erwartetes Ergebnis: Freigegebene 410-URLs fehlen in der aktuellen Navigation und den Sitemaps. Interpretation eines Fehlschlags: Die Website sendet weiterhin widersprüchliche Entdeckungssignale. Überwachungsfenster: Nach der nächsten Sitemap-/Build-Veröffentlichung. Rollback-Auslöser: Die Bereinigung entfernt Links oder Sitemap-Einträge für URLs außerhalb der freigegebenen Menge.

Test zur Diagnose einer versehentlichen 410

Auszuführender Test: Prüfen Sie bei jeder URL, die unerwartet 410 zurückgibt, den Geltungsbereich der Origin-/Edge-/CMS-Regel, die Cache-/CDN-Schicht sowie jeden Canonical-, hreflang- oder Feed-Eintrag, der auf die URL verweist. Erwartetes Ergebnis: Der Treffer ist beabsichtigt, und kein Canonical-, hreflang- oder Feed-Ziel ist betroffen. Interpretation eines Fehlschlags: Eine zu weit gefasste Regel, eine veraltete gecachte 410 oder ein falsch abgegrenzter Canonical-/hreflang-/Feed-Eintrag erzeugt den falschen Status. Überwachungsfenster: Sobald eine unerwartete 410 gemeldet wird. Rollback-Auslöser: Zur letzten bekannten funktionierenden Regel/Konfiguration zurückkehren und den Cache für den betroffenen Pfad leeren.

Testen Sie sich selbst: 410 Gone

Fünf kurze Fragen dazu, was eine 410 bedeutet und wann dieser Status sinnvoll ist. Wählen Sie jeweils eine Antwort und prüfen Sie Ihre Antwort anschließend.

Ressourcen, die Ihre Zeit wert sind

Meine verwandten Texte

• HTTP-Statuscodes: Eine vollständige Liste – meine vollständige Referenz zu Statuscodes, einschließlich der Einordnung von 404 und 410 als „in der Praxis ungefähr gleich“.
• URLs aus der Google-Suche entfernen (5 Methoden) – wo 404/410 unter die Entfernungsoptionen fallen und warum die Entfernung dem erneuten Crawl hinterherläuft.
• Der Einsteigerleitfaden für technische SEO – wo Statuscodes im größeren Bild der technischen SEO stehen.

Meine Vorträge

• So funktioniert die Suche (SlideShare) – mein Überblick über Crawling, Indexierung und die Rolle von Statuscodes in der Pipeline. (Der dauerhafte Hinweis gilt: “This is my understanding of systems… not going to be 100% complete or accurate.” (Übersetzung) „Das ist mein Verständnis der Systeme … nicht vollständig oder zu 100 % korrekt.“)

Aus der Branche

• RFC 9110 §15.5.11 – 410 Gone (IETF) – die tatsächliche Definition des Statuscodes im HTTP-Standard.
• Wie HTTP-Statuscodes die Google-Suche beeinflussen (Google Search Central) – die maßgebliche Dokumentation zum Umgang mit 4xx.
• Wie HTTP-Statuscodes Googles Crawler beeinflussen (Google) – die direkte Aussage zur Gleichbehandlung aller 4xx-Codes außer 429.
• Crawl-Budget optimieren (Google Search Central) – die klarste offizielle Verbindung von 404/410 und Crawl-Budget.
• Website-Umzüge mit URL-Änderungen (Google Search Central) – 404/410 für Inhalte, die nicht auf eine neue Website übernommen werden.
• 404 gegenüber 410: Das technische SEO-Experiment (Reboot Online) – der kontrollierte Test mit 119 URLs über einen Zeitraum von mehr als 3 Monaten; 404s wurden etwa 49,6 % häufiger gecrawlt als 410s.
• Googles John Mueller klärt die Verwirrung um 404 und 410 für SEO (Search Engine Journal) – Berichterstattung über Muellers frühe Aussage, es gebe keinen echten Unterschied.
• 404- und 410-Antwortcodes werden von Google gleich behandelt (Search Engine Roundtable) – Muellers spätere Einräumung eines kleinen Unterschieds (ironischer Titel; lesen Sie den Inhalt).
• Eine URL dauerhaft aus Bing oder Copilot entfernen (Bing Webmaster Tools) – Bings Mechanismus aus 404/410 und IndexNow zur Entfernung.

Änderungsprotokoll