Resumen

  • <base href> establece la dirección de partida para interpretar enlaces y otros recursos relativos dentro de un documento HTML. La cadena chapter.html puede quedarse igual y acabar en otra dirección completa.
  • HTML 2.0 dejó constancia de esta herramienta para documentos consultados fuera de contexto; las normas posteriores precisaron su prioridad y añadieron la restricción base-uri.

La señal dice «la calle de al lado». El viajero obedece y llega a una calle distinta porque alguien ha trasladado el mapa a otra ciudad. Así funciona <base href> con las direcciones relativas: no reescribe cada enlace de la página; cambia el lugar desde el que se leen. El navegador resuelve el trayecto entero cuando alguien necesita seguirlo.

La primera motivación era bastante razonable. RFC 1866, publicado en noviembre de 1995 como HTML 2.0, describía un elemento BASE opcional para interpretar direcciones relativas cuando el documento se leyera fuera de su contexto habitual. Una página enviada por correo podía conservar images/logo.gif, pero ¿desde qué servidor empezar a buscarlo? La dirección base viajaba dentro del propio documento. El RFC mostraba cómo se resolvía una imagen a partir de ella. Era una brújula de bolsillo para páginas que podían abandonar su sitio web.

HTML 4.01, de diciembre de 1999, ordenó la jerarquía. BASE debía ir en la cabecera, antes de los elementos que apuntaran a recursos externos. Su dirección tenía preferencia sobre la información procedente del protocolo y, después, sobre la ubicación de la página. Enlaces, imágenes, hojas de estilo y destinos de formularios podían usar direcciones relativas. El documento incluso ofrecía un ejemplo con ../cages/birds.gif: la imagen terminaba en otra ruta al cambiar el punto de partida. Una sola decisión de edición gobernaba una colección de referencias.

RFC 3986, en enero de 2005, situó la dirección base dentro de un modelo general. Una base incrustada en el contenido prevalece sobre el contenedor que lo transporta y sobre la dirección usada para recuperarlo. Esa precedencia ayuda a explicar el caso del documento que llega por correo o se archiva fuera de su alojamiento habitual. El RFC define la resolución de referencias; HTML pone la etiqueta concreta. La dirección en la que vive la página y la dirección desde la que interpreta sus enlaces pueden separarse. La página permanece quieta mientras sus señales apuntan a otro barrio.

La norma HTML mantenida por WHATWG muestra el efecto con precisión. Si el documento declara <base href="/book/">, un href="chapter.html" puede resolverse como /book/chapter.html. El texto breve no cambió. Si hay varios elementos base con href, se usa el primero en el árbol del documento. target cumple otra función: establece el destino de navegación predeterminado para enlaces y formularios, y tiene su propia regla del primero. Conviene no meter ambas llaves en el mismo bolsillo.

El navegador comprueba la dirección propuesta. El algoritmo actual vuelve a la base de reserva si la URL falla, si usa data: o javascript:, o si la política del documento la bloquea. Content Security Policy, nivel 2, introdujo base-uri para limitar qué direcciones pueden servir de base. La regla no se hereda sin más de default-src. El editor puede elegir un origen común para sus referencias y establecer por separado los límites de esa elección.

La ventaja editorial es enorme. Si una colección de páginas se muda, actualizar un punto de partida puede conservar intactos muchos enlaces cortos. El riesgo tiene la misma forma: un error en el punto común cambia muchos destinos de golpe. El lector ve chapter.html y puede creer que ha entendido la ruta. El navegador aún tiene que colocar esa pequeña frase sobre el mapa completo.

El BASE de 1995 ayudaba a una página viajera a recordar su casa. Las normas posteriores aclararon quién manda cuando hay varias pistas sobre el origen y cómo limitar la elección. La lección sigue al alcance de un vistazo al código: si todos los carteles empiezan a señalar otra ciudad, quizá nadie tocó los carteles. Alguien movió el mapa.