Resumen

  • RFC 3305 documentó el paso de una partición excluyente entre URL y URN a un modelo donde los esquemas URI son las unidades extensibles; «URL» podía seguir siendo una descripción útil, no una casilla formal separada.
  • El informe Informational de 2002 no ordenaba implementar nada. RFC 3986 lo citó más tarde al recomendar «URI» como término general: hay adopción documental, no prueba de una causa única ni de cumplimiento universal.

Cuando la taxonomía dejó de ayudar

Al principio, las etiquetas de la Web parecían ofrecer una regla sencilla. Un Uniform Resource Locator (URL) permitía llegar a un recurso describiendo su mecanismo principal de acceso; un Uniform Resource Name (URN) debía identificarlo sin depender del lugar donde estuviera. En la visión clásica, todo URI era una cosa o la otra. La dificultad llegó cuando los documentos técnicos empezaron a alternar «esquema URL», «esquema URI» y «esquema URN», como si nombraran niveles distintos.

RFC 3305 dejó constancia de un intento por aclarar esa confusión. En octubre de 2000, W3C formó un grupo de planificación para evaluar qué trabajo debía continuar en el campo de los identificadores uniformes de recursos. Participaron miembros de W3C y expertos de IETF invitados. El informe de agosto de 2002 contrastó la partición «clásica» con una visión «contemporánea»: en general, los esquemas de identificación de la Web eran esquemas URI, y cada esquema podía definir sus propios subespacios. http: era un esquema URI; urn: también, con espacios de nombres bajo él.

En esta lectura, «URL» ya no designaba un compartimento formal en el que cada esquema tuviera que encajar. Seguía siendo una expresión informal y práctica para un URI que localiza un recurso mediante su mecanismo principal de acceso. El matiz cambia la pregunta: en lugar de decidir si un esquema es esencialmente nombre o localizador, se puede observar qué permite un identificador concreto y qué dispone la autoridad que lo asigna. Un mismo esquema puede servir para nombrar, localizar o ambas cosas.

El informe respondía a una fricción entre documentos, no presentaba una encuesta que demostrase que todos los usuarios confundían los términos del mismo modo. RFC 3305 señalaba el vocabulario dispar de especificaciones anteriores, entre ellas la sintaxis URI genérica de RFC 2396 y los procedimientos para registrar «esquemas URL» de RFC 2717. Cuando normas cercanas llaman de forma distinta a la misma clase de extensión, autores, implementadores y responsables de registros deben traducir el vocabulario antes de discutir la extensión en sí.

Recomendar no era mandar

El grupo propuso que W3C e IETF elaborasen juntos un modelo de URI, URL y URN; que RFC 2717 y RFC 2718 pasaran a hablar de esquemas URI; que se aclararan los árboles de registro alternativos; y que IANA mejorase la información sobre esquemas públicos, obsoletos y pendientes. El informe también fotografió el registro de 2002: 34 esquemas en la lista oficial y diez identificadores de espacios de nombres URN formales. Son cifras de aquel momento, no totales actuales.

La categoría del documento marca el límite de su autoridad. RFC 3305 era Informational: aportaba información a la comunidad de Internet, pero no era un protocolo del Standards Track ni una decisión capaz de obligar a proyectos de W3C, autores de IETF o responsables de esquemas a cambiar su código o sus palabras. Nombró un problema de coordinación y sugirió un camino. El control práctico siguió distribuido entre las especificaciones de cada esquema, quienes solicitaban el registro, las listas de IANA y las implementaciones que asignaban o analizaban identificadores.

Tres años después, RFC 3986 dejó una prueba clara de que esa formulación había llegado a otro documento. Su sección sobre URI, URL y URN dice que una URL es un subconjunto de URI que ofrece un mecanismo principal de acceso. También señala que un esquema no tiene que ser únicamente un nombre o un localizador, y recomienda que las futuras especificaciones empleen «URI» en vez de los términos más restrictivos «URL» y «URN»; cita expresamente RFC 3305. Es una adopción textual directa en una norma posterior. No demuestra que RFC 3305 fuera la causa exclusiva, que todos los autores la siguieran ni que la palabra «URL» desapareciera del habla cotidiana.

El registro avanzó por una vía relacionada, pero distinta. RFC 7595 documentó más adelante buenas prácticas y procedimientos para registrar esquemas URI. RFC 8820 volvió sobre la autoridad de los esquemas: cada uno define la estructura de sus URI, y las normas externas que prescriben esa subestructura pueden generar problemas. El cambio de vocabulario, por sí solo, no decidía propiedad, sintaxis ni registro.

Lo que permite afirmar el archivo

RFC 3305 se entiende mejor como una pieza acotada de historia de los estándares: un grupo de planificación mixto identificó un choque terminológico, recomendó vocabulario y mejoras del registro, y dejó la adopción en manos de especificaciones posteriores y de sus participantes. La cita explícita de RFC 3986 permite seguir una recomendación hasta un texto más formal. El archivo no mide cuánto disminuyó la confusión, no acredita cumplimiento universal ni permite atribuir solo a RFC 3305 el modelo actual de URI.

Esa moderación también forma parte del mecanismo. Un memorando de coordinación puede hacer visible un problema común sin tener poder para imponer la respuesta. La publicación crea una referencia que otros pueden adoptar; las especificaciones posteriores, las reglas de registro y las implementaciones determinan qué cambia realmente.