¿Qué es el directorio .well-known de un sitio web?
El directorio .well-known es la ruta /.well-known/ que la RFC 8615 reserva en la raíz de un sitio web para publicar información sobre el sitio entero en direcciones fijas y conocidas de antemano, como /.well-known/security.txt. Cada nombre que cuelga de esa ruta se registra en IANA, para que dos protocolos no choquen entre sí ni pisen las URL que ya usa el sitio.
Lo esencial
- /.well-known/ es un prefijo de ruta reservado por la RFC 8615, de mayo de 2019, para los metadatos de un sitio entero, y solo cuenta en la raíz: /tienda/.well-known/ no lo es.
- Cada nombre se inscribe, con su especificación, en un registro público de IANA, que el 6 de octubre de 2026 tenía 105 entradas.
- Ahí se publican security.txt y la tarjeta de un agente A2A, y ahí busca un agente el perfil UCP de una tienda, aunque ese nombre no figura en el registro.
- robots.txt y llms.txt no van ahí: se publican en la raíz del sitio.
- Como habla en nombre del sitio entero, quién puede escribir en esa ruta es una cuestión de seguridad.
Si una especificación de comercio con agentes te dice que publiques un archivo en /.well-known/, o un proveedor te pide subir allí un archivo de verificación, no te está pidiendo una carpeta cualquiera: es una ruta reservada por un estándar de internet para la información que describe el sitio entero. El punto del principio importa: en algunos sistemas operativos las carpetas cuyo nombre empieza por punto quedan ocultas, y la propia norma avisa de que un administrador puede no saber que existen.[1]IETF (RFC Editor). RFC 8615: Well-Known Uniform Resource Identifiers (URIs) Te importa porque los protocolos con los que un agente de IA descubre lo que sabe hacer una tienda empiezan a buscar justo ahí.
Cómo funciona
Hay aplicaciones que necesitan saber algo de un sitio antes de pedirle nada: qué permisos da, qué servicios ofrece, a quién avisar de un fallo. La solución obvia es fijar una dirección conocida de antemano. El problema, dice la RFC 8615, es doble: dos protocolos pueden elegir la misma dirección, o pisar una URL que el sitio ya usa, y además fijarla le quita al dueño del sitio el control de sus propias URL. La norma lo resuelve reservando un solo prefijo, /.well-known/, en las URL http, https, ws y wss, y pidiendo que cada uso se registre.[1]IETF (RFC Editor). RFC 8615: Well-Known Uniform Resource Identifiers (URIs)
La RFC 8615 es de mayo de 2019 y sustituye a la RFC 5785, la primera versión. Sus reglas caben en pocas líneas:[1]IETF (RFC Editor). RFC 8615: Well-Known Uniform Resource Identifiers (URIs)
- Solo cuenta la raíz.
/.well-known/ejemploes una dirección reservada;/tienda/.well-known/ejemplono lo es. - Un nombre por aplicación, sin barras y preciso. La norma desaconseja quedarse con palabras genéricas: para los metadatos de una aplicación llamada Example, mejor
example-metadataquemetadata. - La especificación de cada nombre manda. Es ella la que define el formato y el tipo de contenido. La RFC no define nada para la propia ruta
/.well-known/, y avisa de que los clientes no deben esperar que exista algo en ella: que/.well-known/a secas devuelva un error 404 es normal.
Los nombres se inscriben en el registro Well-Known URIs de IANA. Para entrar hace falta una especificación publicada y la revisión de un experto, y cada entrada dice su nombre, quién la controla, qué documento la define y su estado: permanente para los estándares abiertos y para lo que los expertos ven en uso, provisional para el resto, que puede retirarse si deja de usarse.[1]IETF (RFC Editor). RFC 8615: Well-Known Uniform Resource Identifiers (URIs) El registro tenía 105 entradas el 6 de octubre de 2026, y su última actualización era del 16 de septiembre de 2026.[2]IANA. Well-Known URIs
Lo que vive en esa ruta habla en nombre del sitio entero, y la norma saca de ahí su principal consejo de seguridad: controla quién puede escribir en /.well-known/, sobre todo si varias personas o servicios comparten el mismo dominio. Quien consiga escribir ahí puede cambiar lo que el sitio declara sobre sí mismo sin que nadie lo note.[1]IETF (RFC Editor). RFC 8615: Well-Known Uniform Resource Identifiers (URIs)
En una tienda
Esto es lo que una tienda puede encontrarse en esa ruta. Las tres primeras están en el registro de IANA; la cuarta, no:
| Ruta | Para qué sirve | En el registro de IANA |
|---|---|---|
/.well-known/security.txt |
Dice a quién avisar de una vulnerabilidad. Lleva dos campos obligatorios, Contact y Expires, y se sirve por HTTPS como texto plano.[3]IETF (RFC Editor). RFC 9116: A File Format to Aid in Security Vulnerability Disclosure |
Permanente, controlado por el IETF.[2]IANA. Well-Known URIs |
/.well-known/change-password |
Redirige a la página donde un cliente cambia su contraseña, para que un gestor de contraseñas la encuentre. Es un borrador del W3C.[4]W3C, Web Application Security Working Group. A Well-Known URL for Changing Passwords | Provisional, controlado por el W3C.[2]IANA. Well-Known URIs |
/.well-known/agent-card.json |
La tarjeta con la que se presenta un agente que habla A2A (agent-to-agent), con su identidad, capacidades y requisitos de autenticación.[5]A2A Protocol, Linux Foundation. Agent2Agent (A2A) Protocol Specification (versión 1.0.0) | Permanente, controlado por la Linux Foundation, desde el 1 de agosto de 2025.[2]IANA. Well-Known URIs |
/.well-known/ucp |
El perfil de la tienda en el UCP (Universal Commerce Protocol): versión del protocolo, servicios, capacidades y formas de pago.[6]Universal Commerce Protocol. UCP Specification Overview (versión 2026-08-25) | No figura a 6 de octubre de 2026.[2]IANA. Well-Known URIs |
Ejemplo ficticio. Así sería el security.txt mínimo de una tienda inventada, tienda-ejemplo.es, servido en https://tienda-ejemplo.es/.well-known/security.txt:
Contact: mailto:seguridad@tienda-ejemplo.es
Expires: 2027-10-06T00:00:00.000Z
La fecha de Expires es la que dice cuándo deja de valer el archivo, y la norma pide servirlo como text/plain; charset=utf-8.[3]IETF (RFC Editor). RFC 9116: A File Format to Aid in Security Vulnerability Disclosure Para el perfil UCP las condiciones son más estrictas, y conviene revisarlas si una plataforma o un CDN se pone en medio: se sirve por HTTPS, sin redirecciones, y con una cabecera Cache-Control pública de al menos 60 segundos, nunca private, no-store ni no-cache.[6]Universal Commerce Protocol. UCP Specification Overview (versión 2026-08-25) Una redirección de http a https o del dominio sin www al de www es habitual en una tienda, y en esta ruta basta para incumplir la especificación si el agente llega por la dirección que redirige.
Lo que se suele confundir
Creer que todo archivo para bots va en /.well-known/. robots.txt va en la raíz, en /robots.txt, y así lo fija su propio estándar;[7]IETF (RFC Editor). RFC 9309: Robots Exclusion Protocol la RFC 8615 no lo cambia, porque solo afecta a los mecanismos que decidan usarla.[1]IETF (RFC Editor). RFC 8615: Well-Known Uniform Resource Identifiers (URIs) El archivo llms.txt también se publica en la raíz, en /llms.txt, o en una subruta.[8]llmstxt.org. The /llms.txt file Y lo contrario: un /.well-known/ dentro de una subcarpeta no es la ruta reservada.[1]IETF (RFC Editor). RFC 8615: Well-Known Uniform Resource Identifiers (URIs)
Cómo comprobarlo
- Pide las rutas a tu propia tienda. Abre
https://tu-dominio/.well-known/security.txty, si vendes a través de agentes,https://tu-dominio/.well-known/ucp. Un 404 en la primera no es un error del sitio, pero te dice que no lo tienes. - Mira las cabeceras con
curl -I. El código de respuesta, si hay redirección y elContent-Type. Para el perfil UCP, además, que no redirija y que elCache-Controlsea público.[6]Universal Commerce Protocol. UCP Specification Overview (versión 2026-08-25) - Si tienes
security.txt, revisa la fecha. El campoExpiresdice hasta cuándo vale lo que declara.[3]IETF (RFC Editor). RFC 9116: A File Format to Aid in Security Vulnerability Disclosure - Busca en el registro de IANA el nombre que te pidan publicar. Si está, enlaza a la especificación que lo define; si no está, es una convención de quien te lo pide, no un estándar registrado.[2]IANA. Well-Known URIs
- Revisa quién puede escribir en esa ruta, en el servidor, en el CDN y en las aplicaciones instaladas. La norma pide no dar ese permiso sin darse cuenta.[1]IETF (RFC Editor). RFC 8615: Well-Known Uniform Resource Identifiers (URIs)
Concepto cercano: robots.txt
robots.txt y /.well-known/ se confunden porque los dos son direcciones fijas que una máquina pide antes que nada. Pero robots.txt es un archivo con un solo trabajo: decir a los rastreadores qué pueden pedir, y siempre en la raíz.[7]IETF (RFC Editor). RFC 9309: Robots Exclusion Protocol /.well-known/ es un espacio de nombres para muchos archivos, cada uno con su propio protocolo y su propia especificación.[1]IETF (RFC Editor). RFC 8615: Well-Known Uniform Resource Identifiers (URIs) La RFC 8615 cita el protocolo de exclusión de robots como ejemplo del problema que vino a ordenar, y deja claro que no lo toca.[1]IETF (RFC Editor). RFC 8615: Well-Known Uniform Resource Identifiers (URIs)
Para seguir, la ruta de lectura de este tema ordena el resto de términos, y la entrada del UCP explica qué hace un agente con el perfil que encuentra en /.well-known/ucp.
Sinónimos
- English
- well-known URI, well-known location
- Español
- ruta .well-known, carpeta .well-known
Fuentes
- [1] IETF (RFC Editor). RFC 8615: Well-Known Uniform Resource Identifiers (URIs). Consultado el . ↑ ↑ ↑ ↑ ↑ ↑ ↑ ↑ ↑ ↑
- [2] IANA. Well-Known URIs. Consultado el . ↑ ↑ ↑ ↑ ↑ ↑
- [3] IETF (RFC Editor). RFC 9116: A File Format to Aid in Security Vulnerability Disclosure. Consultado el . ↑ ↑ ↑
- [4] W3C, Web Application Security Working Group. A Well-Known URL for Changing Passwords. Consultado el . ↑
- [5] A2A Protocol, Linux Foundation. Agent2Agent (A2A) Protocol Specification (versión 1.0.0). Consultado el . ↑
- [6] Universal Commerce Protocol. UCP Specification Overview (versión 2026-08-25). Consultado el . ↑ ↑ ↑
- [7] IETF (RFC Editor). RFC 9309: Robots Exclusion Protocol. Consultado el . ↑ ↑
- [8] llmstxt.org. The /llms.txt file. Consultado el . ↑
Historial de cambios
- Primera versión.
Esta definición se publica bajo licencia CC BY 4.0. Puedes reutilizar esta definición citando a Clione con un enlace a esta página.
Términos relacionados
UCP
Qué es el UCP (Universal Commerce Protocol), cómo publica una tienda sus capacidades en /.well-known/ucp y qué funciona hoy en el Modo IA y Gemini.
Agent Card
Qué es la Agent Card de A2A: el JSON en /.well-known/agent-card.json con la identidad, las habilidades y la seguridad de un agente, y cómo se firma.
A2A
Qué es A2A (Agent2Agent), el protocolo abierto con el que un agente de IA encarga tareas a otro: la Agent Card, la versión 1.0 y su papel en UCP y AP2.
robots.txt
Qué es el archivo robots.txt, cómo lo leen Googlebot, GPTBot y OAI-SearchBot, por qué no sirve para desindexar y cómo revisar el de tu tienda.
llms.txt
Qué es el archivo llms.txt, qué propone llmstxt.org, qué dijo Google en junio de 2026 sobre su efecto en la Búsqueda y cómo comprobar el de tu tienda.
Negociación de contenido
Qué es la negociación de contenido en HTTP, cómo elige el servidor entre HTML, Markdown o idiomas con Accept y Vary, y qué cambia para los bots.
Haz que los bots entiendan tu catálogo
Clione completa cada ficha de producto con lo que los bots leen mejor: el grafo JSON-LD con sus datos estructurados, la meta description y las preguntas frecuentes. Tú revisas y pulsas Push; después comprobamos tu tienda en vivo para que todo siga publicado.