Der Link, den der Ursprung entfernen lassen wollte: Warum HTTP 410 kein 404 war

Zusammenfassung

• 404 lässt offen, ob eine Ressource vorübergehend fehlt, verborgen wird oder einen unbekannten Lebenszyklus hat. 410 ist die engere Erklärung eines Ursprungs, der das Ende des Zugangs und dessen wahrscheinlich dauerhaften Charakter begründen kann.
• Die Erklärung kann Linkpflege auslösen und zeitlich begrenzt aus Caches wiederverwendet werden. Sie beweist weder die Löschung aller Kopien noch verleiht sie dem Ursprung Befehlsgewalt über Archive und fremde Publikationen.

Ein fehlendes Ergebnis ist noch kein Lebenszyklus

Ein Prüfsystem erhält auf eine URI keinen Inhalt. Daraus folgen mehrere mögliche Geschichten: Der Veröffentlichungsdienst ist kurz gestört, eine Migration hat die Route verloren, der Ursprung möchte eine verbotene Ressource nicht offenlegen oder eine zeitlich begrenzte Seite wurde bewusst beendet. Für den Leser können alle Fälle gleich leer aussehen. Für einen Linkeditor dürfen sie nicht dieselbe Entscheidung auslösen.

RFC 1945 dokumentierte im Mai 1996 die allgemein erkannten Statuscodes von HTTP/1.0. 404 war enthalten, 410 nicht. Die 404-Definition sagte ausdrücklich nichts darüber aus, ob der Zustand vorübergehend oder dauerhaft war. Das Protokoll bewahrte fehlendes Wissen, statt den Server zu einer unbelegten Prognose zu zwingen.

Sobald eine Stilllegung tatsächlich beschlossen wurde, wird diese Zurückhaltung jedoch teuer. Jeder entfernte Katalog legt eigene Wartefristen fest, Crawler fragen weiter an und Redaktionen unterscheiden Störung und Ende anhand wiederholter Fehlschläge. Was am Ursprung schon als Entscheidung vorliegt, zerfällt außerhalb in verschiedene Vermutungen.

HTTP/1.1 machte die stärkere Aussage adressierbar

Die im Januar 1997 veröffentlichte HTTP/1.1-Spezifikation RFC 2068 führte 410 Gone ein. Die Ressource war nicht mehr verfügbar, keine Weiterleitungsadresse bekannt und der Zustand sollte als dauerhaft gelten. Clients mit Linkbearbeitung sollten Verweise nach Zustimmung des Benutzers entfernen. Konnte der Server die Dauerhaftigkeit nicht bestimmen, sollte er 404 verwenden.

Damit entstanden zwei Herkunftsklassen negativer Information. 404 berichtete eine gegenwärtig fehlende Darstellung. 410 fügte Lebenszykluswissen hinzu, etwa das Ende einer Kampagne, die Stilllegung eines Profils oder eine redaktionell beschlossene Entfernung. Der Code erzeugte dieses Wissen nicht; er transportierte eine Entscheidung, für die der Ursprung einstehen musste.

Die Benutzerzustimmung begrenzte die Macht zugleich. Der Ursprung konnte den fremden Link nicht selbst löschen. Der empfangende Client verwaltete sein eigenes Dokument und behielt die Entscheidung. Gemeinsame Semantik verband autonome Eigentümer, ohne sie zusammenzulegen.

Aus „dauerhaft“ wurde „wahrscheinlich dauerhaft“

RFC 2616 erklärte 410 vor allem als Hilfsmittel für die Webpflege: Die Ressource sei absichtlich nicht verfügbar, und der Servereigentümer wünsche die Entfernung entfernter Links. Derselbe Text verlangte weder, jede dauerhaft fehlende Ressource so zu markieren, noch die Markierung eine bestimmte Zeit aufrechtzuerhalten.

RFC 7231 und die heutige Semantik in RFC 9110 sprechen von einem wahrscheinlich dauerhaften Zustand. Die Formulierung schützt die Aussage vor Überdehnung. Eine Migration kann korrigiert, eine Seite wiederhergestellt und ein Nachfolger später gefunden werden. 410 beschreibt eine belastbare Erwartung des Ursprungs, kein unveränderliches Schicksal der URI.

404 bleibt entsprechend mehrdeutig. Der Ursprung hat vielleicht keine aktuelle Darstellung gefunden oder möchte die Existenz nicht offenlegen. Über die Dauer wird nichts gesagt. Der Wechsel zu 410 verengt daher den Deutungsraum und erhöht die Verantwortung des Absenders.

Der Cache gibt einer negativen Entscheidung Reichweite

410 ist heuristisch cachefähig. Nach dem allgemeinen Modell von RFC 9111 darf ein Cache eine begrenzte Frischezeit berechnen, wenn der Ursprung keine ausdrückliche Ablaufzeit liefert. Während dieser Zeit kann er die Antwort ohne erneute Anfrage wiederverwenden.

Das reduziert wiederholte Last und gibt Wartungssystemen ein stabiles Signal. Es verlängert aber auch einen Fehler über die fehlerhafte Auslieferung hinaus. Wenn eine Regel versehentlich einen ganzen Pfad mit 410 beantwortet, macht die Wiederherstellung am Ursprung nicht jede frische Edge-Antwort sofort ungültig. Cache-Vorgaben, Purge-Fähigkeit und Wiederherstellungstests gehören deshalb in denselben Änderungsplan.

Heuristische Frische bedeutet weder Ewigkeit noch Löschbeweis. Sie steuert nur, wie lange eine gespeicherte Antwort ohne Validierung erneut verwendet werden darf. Über interne Dateien, Sicherungen und unabhängige Archive trifft sie keine Aussage.

Der Ursprung besitzt den Eingang, nicht das gemeinsame Gedächtnis

Eine entfernte Redaktion besitzt ihren Verweis. Ein Archiv besitzt seine Aufbewahrungsentscheidung. Eine Suchmaschine verwaltet ihren Index. Ein Cache berechnet seine Frische. 410 bietet ihnen einen gemeinsamen Hinweis, überträgt ihre Zuständigkeiten aber nicht an den Ursprung.

Deshalb beweist Gone nicht, dass eine Ressource nie existierte oder jede Kopie verschwunden ist. Der Code authentifiziert auch den Antwortenden nicht und stellt keine rechtliche Löschbefugnis fest. Eine historische Fassung kann anderswo erreichbar bleiben, während der heutige Ursprung 410 liefert. Gegenwärtiger Zugang und historische Überlieferung sind getrennte Aufgaben.

Gibt es einen legitimen Nachfolger, können 301 oder 308 den neuen Weg benennen. Liegt eine rechtliche Sperre vor, beschreibt 451 einen anderen Grund. 410 ist weder Ersatzadresse noch Zensurmeldung; es ist eine begrenzte Stilllegungsaussage für den alten Ursprungspfad.

Eine belastbare Verneinung braucht einen Rückweg

Vor der Ausgabe sollten Organisationen festhalten, wer die Stilllegung genehmigt hat, worauf die erwartete Dauer beruht, ob ein Nachfolger existiert, wie lange Caches die Antwort weitertragen und wie ein Irrtum rückgängig gemacht wird. Wichtige eigene und bekannte fremde Verweise verdienen ein Inventar.

410 verringerte die Notwendigkeit, aus Schweigen auf Dauer zu schließen. Gleichzeitig löst die stärkere Information Handlungen bei unabhängigen Empfängern aus. Der Ursprung kann morgen wieder 200 senden; er kann einen fremden Editor nicht zwingen, einen entfernten Verweis neu zu entdecken. Darin liegt die bleibende Lehre: Verteilte Koordination wird besser, wenn Wissen genauer wird — sofern seine Zuständigkeit ebenso genau bleibt.

Quellen und Grenzen

Das IANA-Register der HTTP-Statuscodes führt 410 derzeit als „Gone“ und verweist auf Abschnitt 15.5.11 von RFC 9110. Die Darstellung stützt sich außerdem auf RFC 1945, RFC 2068, RFC 2616, RFC 7231 und RFC 9111. Diese Quellen definieren Semantik und Registerstatus, nicht das aktuelle Verhalten jedes Browsers, Crawlers, Suchdienstes, Frameworks, Caches oder Archivs.