Resumen

  • El navegador aparta el sufijo que comienza por # antes de solicitar el recurso y lo interpreta frente a la representación recibida.
  • Desde las anclas de HTML hasta los rangos de texto sin formato, el fragmento permite a quien comparte un enlace señalar algo más preciso que la portada del documento.

Alguien te manda un enlace a una página larguísima. Puedes buscar la cita a ojo, rezar un poco o pedir una pista. El fragmento que va después de # es esa pista hecha parte de la dirección. El servidor entrega la página, mientras el navegador del lector intenta encontrar el lugar señalado. El autor del enlace tiene así una pequeña herramienta para dirigir la atención sin administrar el servidor que aloja el texto.

La separación ya estaba escrita en el RFC 1808 de junio de 1995. Su análisis de direcciones relativas reconoce el signo #, reserva lo que viene detrás y continúa procesando la URL. Meses después, el RFC 1866 sobre HTML 2.0 mostró la aplicación familiar: #fragment apunta a un ancla del mismo documento; en aquel HTML, a un elemento A cuyo NAME coincide. La red transportaba el documento entero y el cliente resolvía el último tramo del viaje. Un enlace podía llevarte a la estantería adecuada dentro de una sala enorme.

Tim Berners-Lee explicó el reparto en una nota de arquitectura del W3C de abril de 1997. El cliente recibe la representación, pasa el fragmento al software que entiende ese tipo de medio y presenta la vista correspondiente. El servidor HTTP no recibe el fragmento. La nota advierte además que el término puede engañar: lo señalado puede ser una parte, una vista o algo definido por el propio formato. El signo es pequeño; su interpretación depende del objeto al que acompaña.

La formulación general llegó con el RFC 3986 en 2005. Un fragmento identifica de forma indirecta un recurso secundario con respecto a otro principal. Su significado lo fija el tipo de representación que llega al cliente. El estándar destaca la capacidad de los autores de referencias para elegir un aspecto de material existente sin esperar a que su propietario emita una URL nueva para cada detalle. El editor decide qué documento publica. El escritor del enlace puede decidir dónde quiere que empiece la lectura.

Esa idea tampoco quedó encerrada en páginas HTML. El RFC 5147 de 2008 define fragmentos para archivos text/plain mediante posiciones y rangos de líneas o caracteres. Un texto plano carece de anclas NAME, pero tiene líneas. La gramática del fragmento se adapta al material. Ese ejemplo hace visible la ambición de la arquitectura: el sufijo abre una dirección dentro de lo que el cliente ya ha recibido.

El RFC 9110 sobre HTTP conserva el límite en el transporte: el fragmento queda fuera del identificador de destino enviado en la petición HTTP. El servidor entrega el recurso principal. El navegador realiza la selección local. Cuando un documento cambia y desaparece la ancla, el enlace pierde su objetivo preciso; las citas profundas viven con la estabilidad del material que señalan.

Hay una forma modesta de independencia en este mecanismo. Compartir una página entera depende de la dirección que ofrezca su propietario. Compartir el lugar exacto donde está un argumento también depende del enlace que escribe el lector. Un signo al final de la URL abrió ese margen. No hizo falta levantar otra página en el servidor cada vez que alguien quiso decir: «mira aquí».