El enlace funciona en tu web, pero no al compartirlo

Reconoce lo que falta antes de reenviar

En tu web pulsas un enlace al programa de una jornada y abre correctamente. Después copias agenda.pdf o una ruta que empieza por barra en un correo y el destinatario no llega al archivo. Las preguntas consultadas muestran precisamente ese problema y la sorpresa al construir una dirección que pierde parte de la ruta base. Antes de culpar al correo o al acortador, mira qué has copiado: una referencia relativa necesita contexto para obtener su destino completo. Dentro de un sitio puede ser perfectamente válida. Para compartir fuera de ese contexto, prepara una URL web completa y comprobada. Esta guía distingue resolver la dirección de demostrar que el documento existe y es el que necesita la audiencia.

Identifica la base que da sentido a la ruta

MDN explica que la resolución usa una URL base; no consiste simplemente en pegar dos cadenas. En un documento HTML, la base normalmente depende de su ubicación, pero un elemento base con href puede cambiarla. Si solo ves una ruta en el código, no adivines el dominio o carpeta que falta. Copia preferentemente la dirección del enlace mediante la función del navegador y revisa el resultado en vez de transcribir el atributo a mano. Si mantienes la web, compara la base real del documento con la dirección esperada antes de corregir un enlace. No añadas una etiqueta base a toda la página como arreglo rápido: puede cambiar la resolución de otras referencias además de la que estabas investigando.

Comprueba qué hacen las barras del ejemplo

Las tres expresiones ilustran la resolución con el constructor URL. El dominio example.invalid y el archivo son ficticios; no prueban que exista un programa descargable. Con la base terminada en event/, agenda.pdf produce una dirección bajo esa carpeta. Si la referencia empieza por/agenda.pdf, el resultado parte de la raíz del mismo origen. Cuando la base acaba en event sin barra final, el último segmento se sustituye al resolver agenda.pdf: el resultado vuelve a estar en la raíz. MDN y RFC3986 describen estas diferencias de resolución. No agregues o quites barras por costumbre. Elige la dirección que corresponde al recurso real y comprueba la salida completa, no solo el nombre final del archivo.

Para documentar el ejemplo, anota los tres resultados: primero https://example.invalid/event/agenda.pdf, después https://example.invalid/agenda.pdf y de nuevo https://example.invalid/agenda.pdf. Que dos expresiones produzcan la misma dirección no demuestra que la carpeta event exista o que deba omitirse en tu web. En una prueba real registra por separado dirección calculada, documento abierto y acceso de la audiencia. Deja sin comprobar lo que no hayas observado. Estos resultados describen resolución local de cadenas, no una descarga ni una comprobación de servidores.

new URL("agenda.pdf", "https://example.invalid/event/").href
new URL("/agenda.pdf", "https://example.invalid/event/").href
new URL("agenda.pdf", "https://example.invalid/event").href

Valida el recurso después de resolver

Revisa que la URL resultante tenga el dominio y la ruta que esperabas. Un constructor puede producir una dirección sintácticamente válida hacia un recurso equivocado; no concede permisos ni verifica contenido. Cuando el destino sea público y no contenga secretos o datos personales, puedes introducir la dirección completa en el comprobador de Wiki URL y registrar respuesta HTTP y URL final. Abre también el recurso para confirmar que es el programa correcto y que la audiencia prevista puede acceder. Una respuesta200 no demuestra por sí sola ninguna de esas dos cosas. Si hay redirecciones, comprueba el destino final antes de aprobarlo. Para documentos privados, usa los medios autorizados y evita enviarlos a herramientas externas.

Distribuye la dirección aprobada y prueba lo recibido

Una vez verificada la URL completa, úsala en el correo o documento final. Si el editor permite nombres de enlace, conserva el destino aprobado aunque el texto diga Programa de la jornada. No sustituyas la dirección real por una ruta incompleta solo para que el texto sea más corto. Si necesitas una dirección corta o QR, créalos en Wiki URL desde el destino completo aprobado y prueba esa versión exacta. El acortador no adivina qué web o carpeta faltaba en una referencia relativa ni publica por ti el archivo. Vuelve a abrir el enlace desde la versión recibida o exportada, no solo desde la vista previa del editor. Esa comprobación descubre diferencias entre el original y el material distribuido.

Mantén juntos contexto, destino y evidencia

Guarda la referencia original, la base utilizada, la URL resuelta y la versión que compartiste. Así podrás reproducir el caso si cambias de carpeta, plantilla o sede web. No cambies indiscriminadamente todas las referencias relativas de un sitio: el problema aquí es transportar un enlace fuera de su contexto, no prohibir una técnica válida dentro de páginas. Si el archivo se mueve, revisa las referencias y materiales que sigan circulando y acuerda con el responsable cómo mantener el acceso. No prometas que un QR anterior se actualiza automáticamente. El cierre útil consiste en una dirección completa que apunta al documento esperado y una prueba del recorrido real. Wiki URL ayuda a comprobar y distribuir la dirección; resolverla no sustituye la revisión del contenido ni los permisos de acceso.