Zusammenfassung

  • RFC 3305 dokumentiert den Wechsel von einer ausschließlichen Aufteilung in URL und URN hin zu URI-Schemata als erweiterbaren Einheiten. „URL“ konnte eine nützliche Beschreibung bleiben, ohne ein eigener formaler Bereich zu sein.
  • Der Informational-Bericht von 2002 schrieb keine Implementierung vor. RFC 3986 verwies später darauf und empfahl „URI“ als allgemeinen Begriff – ein Beleg für dokumentarische Übernahme, nicht für alleinige Ursache oder universelle Befolgung.

Als die Taxonomie hinderlich wurde

Zu Beginn des Webs schienen die Bezeichnungen eine einfache Sortierregel zu liefern. Ein Uniform Resource Locator (URL) wies über seinen hauptsächlichen Zugriffsmechanismus auf eine Ressource; ein Uniform Resource Name (URN) sollte sie unabhängig von ihrem Ort benennen. Nach dem klassischen Modell war ein URI daher entweder das eine oder das andere. Umständlich wurde es, als Spezifikationen zwischen „URL-Schema“, „URI-Schema“ und „URN-Schema“ wechselten, als lägen diese Begriffe auf unterschiedlichen Ebenen.

RFC 3305 hält einen Versuch fest, diese Unschärfe zu beseitigen. Das W3C setzte im Oktober 2000 eine Planungsgruppe ein, die weitere Arbeiten zu Uniform Resource Identifiers prüfen sollte. Ihr gehörten W3C-Mitglieder und eingeladene IETF-Fachleute an. Der Bericht vom August 2002 stellte einem „klassischen“ ein „zeitgenössisches“ Modell gegenüber: Im Allgemeinen seien Web-Identifikationsverfahren URI-Schemata, und jedes Schema könne eigene Unterräume definieren. http: sei ein URI-Schema; urn: ebenso, mit darunterliegenden Namensräumen.

In diesem Verständnis bezeichnete „URL“ keinen formalen Kasten mehr, in den jedes Schema passen musste. Der Begriff blieb als informelle, nützliche Beschreibung für einen URI bestehen, der eine Ressource über seinen primären Zugriffsmechanismus lokalisiert. Die Unterscheidung verschiebt die Frage: Statt ein Schema grundsätzlich als Name oder Locator einzusortieren, schaut man darauf, was ein konkreter Bezeichner leistet und wie die vergebende Stelle ihn definiert. Ein Schema kann dem Benennen, Lokalisieren oder beidem dienen.

Der Bericht reagierte auf Reibung zwischen Dokumenten; er legte keine Erhebung vor, wonach alle Nutzer auf dieselbe Weise verwirrt gewesen wären. RFC 3305 verwies auf uneinheitliche Begriffe in früheren Texten, darunter die allgemeine URI-Syntax in RFC 2396 und die Registrierungsverfahren für „URL-Schemata“ in RFC 2717. Wenn benachbarte Standards dieselbe Art von Erweiterung unterschiedlich benennen, müssen Autoren, Implementierer und Registerverantwortliche erst übersetzen, bevor sie über deren Inhalt sprechen können.

Eine Empfehlung war kein Befehl

Die Gruppe schlug ein gemeinsames W3C/IETF-Modell für URI, URL und URN vor, wollte RFC 2717 und RFC 2718 auf „URI-Schemata“ umstellen, alternative Registrierungspfade klären und die IANA-Informationen zu öffentlichen, veralteten und beantragten Schemata verbessern. Außerdem hielt der Bericht den Registerstand von 2002 fest. Die 34 Schemata in der offiziellen Liste und zehn formalen URN-Namensraumkennungen sind Momentaufnahmen von damals, keine heutigen Gesamtzahlen.

Der Dokumentstatus begrenzt seinen Anspruch. RFC 3305 war Informational: eine Information für die Internetgemeinschaft, kein Standards-Track-Protokoll und kein Beschluss, der W3C-Projekte, IETF-Autoren oder Schema-Verantwortliche zur Änderung ihres Codes oder ihrer Wortwahl verpflichten konnte. Der Bericht machte ein Koordinationsproblem sichtbar und skizzierte einen Weg. Die tatsächliche Kontrolle blieb verteilt: auf Spezifikationen, die Schemata definieren, Antragsteller, die IANA-Listen und Implementierungen, die Bezeichner vergeben oder analysieren.

Drei Jahre später lieferte RFC 3986 einen deutlichen dokumentarischen Beleg dafür, dass die Formulierung weitergetragen wurde. Der Abschnitt zu URI, URL und URN beschreibt URL als Teilmenge der URIs, die einen primären Zugriffsmechanismus bietet. Er hält außerdem fest, dass ein Schema nicht ausschließlich Name oder Locator sein muss, und empfiehlt künftigen Spezifikationen den allgemeinen Begriff „URI“ statt der engeren Wörter „URL“ und „URN“ – mit ausdrücklichem Verweis auf RFC 3305. Das belegt direkte Übernahme in einem späteren Standards-Track-Text. Es beweist weder RFC 3305 als alleinige Ursache noch allgemeine Befolgung oder das Verschwinden von „URL“ aus dem Alltag.

Die Registrierungsarbeit entwickelte sich auf einem verwandten, aber eigenen Pfad weiter. RFC 7595 dokumentierte später Best Current Practice für URI-Schema-Richtlinien und -Registrierung. RFC 8820 nahm die Zuständigkeit für URI-Strukturen erneut auf: Das Schema definiert die Struktur seiner URIs; externe Standards, die eine Unterstruktur festschreiben, können Probleme schaffen. Der Wortwechsel allein entschied also weder Eigentum noch Syntax oder Registrierung.

Was sich aus den Akten lesen lässt

RFC 3305 ist am besten als kleine Episode der Standardgeschichte zu lesen: Eine gemeinsame Planungsgruppe erkannte einen Begriffs-Konflikt, schlug gemeinsame Wörter und Registerpflege vor und überließ die Übernahme späteren Spezifikationen und Beteiligten. Der ausdrückliche Verweis in RFC 3986 erlaubt es, einer Empfehlung in einen formelleren Text zu folgen. Die Dokumente messen jedoch nicht, wie stark die Verwirrung abnahm, beweisen keine universelle Befolgung und schreiben RFC 3305 nicht allein das heutige URI-Verständnis zu.

Diese Zurückhaltung gehört zum Mechanismus. Ein Koordinationsbericht kann ein gemeinsames Problem sichtbar machen, ohne die Macht zu haben, seine Lösung durchzusetzen. Die Veröffentlichung schafft einen Bezugspunkt, den andere übernehmen können; was sich tatsächlich ändert, bestimmen spätere Spezifikationen, Registrierungsverfahren und Implementierungen.