Le dimos peso cero a llms.txt y aun así lo recomendamos

Actualizado: 2026-08-29

Respuesta rápida: llms.txt es una convención propuesta para decirle a los modelos de lenguaje qué contiene su web y cómo leerla. Ningún proveedor importante de IA se ha comprometido a respetarla. En nuestro motor de puntuación pesa exactamente cero, y aun así recomendamos publicarlo. Ambas posturas son compatibles, y el motivo de que lo sean vale más que el propio archivo.

¿Qué es el archivo?

Un archivo markdown en la raíz de su dominio, /llms.txt, que enumera lo que un modelo debería saber de su web: qué es, cuáles son las secciones principales y dónde vive la versión canónica de cada documento importante.

Conceptualmente se parece a robots.txt, que dice a los rastreadores qué pueden descargar, y a sitemap.xml, que les dice qué existe. llms.txt intenta decirles qué importa y en qué orden.

La idea es razonable. Las webs están llenas de navegación, texto repetido y duplicados, y una máquina que lee la suya por primera vez tiene que averiguar cuál de mil direcciones lleva la sustancia. Un archivo corto y curado podría ahorrarle ese trabajo.

llms.txt

Archivo propuesto en la raíz del sitio que enumera lo que un modelo de lenguaje debería leer.

Convención propuesta

Acuerdo publicado que nadie se ha comprometido a cumplir.

¿Cuál es el problema de la idea?

Nadie se ha comprometido a leerlo.

robots.txt funciona porque los operadores de rastreadores decidieron respetarlo, de forma constante, durante décadas. sitemap.xml funciona porque los buscadores construyeron ingestión para él. Ambas son convenciones que se volvieron funcionales por adopción, no por publicación.

llms.txt tiene la publicación. La adopción es la pregunta abierta. Ningún proveedor importante de modelos se ha comprometido públicamente a descargarlo como parte de su proceso, y a agosto de 2026 no existe medición publicada que muestre que tenerlo cambie la frecuencia con que se cita una web.

Eso es una descripción del estado actual, no una predicción. Puede cambiar. Todavía no lo ha hecho.

¿Por qué nuestro motor lo puntúa a cero?

Seguimos 75 variables. Cuatro llevan un horizonte marcado como futuro, es decir describen cosas que plausiblemente importarán después y demostrablemente no importan ahora: el propio llms.txt, un gemelo en markdown de cada página, negociación de contenido para markdown y la exposición de un punto de acceso MCP.

Cada una de esas cuatro pesa cero en la nota. Se informan en una sección aparte del informe en vez de mezclarse con el número.

Pero el peso que llevarían si llega la adopción está guardado en el modelo, en un campo que llamamos peso si se adopta. El razonamiento está escrito, el valor está puesto, y activarlas es un cambio de configuración y no un rediseño.

Esta es toda la decisión en una frase: una nota debe reflejar lo que hoy es medible, y un modelo debe recordar qué está vigilando.

Preguntamos a los propios modelos si leen llms.txt. Ninguno lo llamó obligatorio ni siquiera tenido en cuenta. Por eso su peso es cero. Aun así mantenemos el archivo: es una capa extra de contexto donde se puede enunciar en una línea la idea principal de cada página.

¿Por qué lo recomendamos igualmente?

Tres razones, en orden decreciente de cuánto me las creo.

El coste es prácticamente cero. Un llms.txt útil lleva veinte minutos y no necesita mantenimiento más allá de añadir una línea cuando aparece una sección importante. No hay inconveniente serio, ni coste de rendimiento, ni riesgo de penalización.

Escribirlo es diagnóstico. El ejercicio obliga a responder una pregunta que casi ningún dueño de web ha respondido: si una máquina solo pudiera leer diez páginas de esta web, ¿cuáles diez? La gente descubre, haciendo esto, que su página más importante está enterrada, que dos páginas cubren lo mismo, o que aquello a lo que se dedican no está dicho con claridad en ninguna parte. Ese descubrimiento ya vale los veinte minutos, con independencia de que algún modelo llegue a descargar el archivo.

Asimetría del resultado. Si la adopción nunca llega, perdió veinte minutos. Si llega, usted ya está colocado y el coste de haber llegado pronto fue nulo. No es un argumento fuerte por sí solo, pero combinado con un coste de cero no necesita serlo.

Lo que no afirmo: que vaya a mejorar sus citas. No hay medición que lo sostenga y no voy a inventarla.

¿Cómo escribir uno que sirva de verdad?

Como el valor real es el diagnóstico, el archivo merece escribirse a mano en vez de generarse.

# Nombre de la empresa

> Una frase que diga qué hace esta organización y para quién.

## Páginas principales

- [Qué hacemos](https://ejemplo.com/servicios): los cuatro servicios que
  ofrecemos, con alcance y horquilla de precio de cada uno.
- [Precios](https://ejemplo.com/precios): tres planes, qué incluye cada uno
  y el criterio para elegir entre ellos.

## Referencia

- [Documentación](https://ejemplo.com/docs): instalación, referencia de API,
  resolución de problemas.

## Notas

- El idioma canónico es el español; existen versiones en inglés y ruso en
  /en/ y /ru/, y son traducciones, no contenido distinto.

Reglas que marcan la diferencia entre un archivo útil y un adorno:

Descripciones, no etiquetas. «Precios» no le dice a una máquina nada que no pudiera adivinar por la dirección. «Tres planes, qué incluye cada uno y el criterio para elegir» le dice a qué responde la página.

De diez a veinte entradas, no doscientas. La única ventaja del archivo sobre un sitemap es la curaduría. Un listado completo la tira por la borda y se convierte en un sitemap peor.

Declare sus ambigüedades. Si tiene tres versiones idiomáticas, diga cuál es la canónica. Si dos páginas se parecen, diga en qué se diferencian. Aquí es donde el archivo hace un trabajo que ningún otro formato hace.

Manténgalo honesto. Un archivo que describe una web que no existe tal como se describe es peor que ningún archivo, por la misma razón que un esquema que no coincide es peor que ningún esquema.

¿Cuáles son los otros tres archivos de la misma categoría?

llms.txt es el más conocido de cuatro cosas que nuestro motor vigila y puntúa a cero. Las otras merecen nombrarse, porque comparten forma y razonamiento.

Un gemelo en markdown de cada página. Servir /una-pagina.md junto a /una-pagina, con el mismo contenido sin navegación, estilos ni repetición. El argumento es que un modelo que lee markdown no gasta nada en maquetación. El contraargumento es que la extracción desde HTML ya funciona y nadie se ha comprometido a preferir la versión markdown.

Negociación de contenido para markdown. La misma idea sin la segunda dirección: un agente que envía Accept: text/markdown recibe la versión limpia en la misma dirección. Más elegante, más trabajo de implementar, igual de no adoptada.

Exposición de un punto MCP. Publicar un extremo de Model Context Protocol para que un agente pueda consultar los datos de su web de forma estructurada en lugar de rasparlos. Este es el más interesante técnicamente y el más lejano de importar para una web de empresa corriente, porque presupone agentes que quieren acceso estructurado a usted en concreto.

Los cuatro caen en el mismo cajón: plausibles, baratos de preparar y hoy sin recompensa. Los cuatro tienen guardado su peso si se adopta. Ninguno afecta a una nota hoy.

Los listamos en una sección aparte de cada informe, etiquetados como apuestas a futuro, precisamente para que nadie los lea como trabajo pendiente.

¿Cuál es el punto más amplio sobre estándares emergentes?

La pregunta interesante no es si publicar este archivo concreto. Es cómo tratar cualquier estándar propuesto antes de que se resuelva su adopción.

Los dos fallos habituales son simétricos. Uno es implementar todo lo que se propone, lo que produce una web abarrotada de formatos que nadie lee y un dueño convencido de haber trabajado. El otro es descartar todo lo no adoptado, lo que significa llegar sistemáticamente tarde a los que cuajan.

La postura que sobrevive a ambos: impleméntelo si el coste es de verdad casi nulo, puntúelo a cero hasta que haya pruebas, y escriba qué pruebas le harían cambiar de opinión.

Esa última parte es la que la gente se salta. Nosotros escribimos valores de peso si se adopta para las cuatro variables de futuro justamente para que «llegó la adopción» sea un suceso observable con una respuesta preparada, en lugar de algo que notamos dieciocho meses tarde.

¿Qué cambiaría nuestra postura?

Enunciado por adelantado, para que sea falsable:

Un proveedor se compromete públicamente. Si un proveedor importante documenta que su proceso descarga /llms.txt, el peso pasa de cero a su valor preparado esa misma semana.

Aparece una medición. Un estudio controlado que muestre diferencias de citación entre webs equiparables con y sin el archivo lo movería, incluso sin declaración de ningún proveedor.

Nuestros propios datos lo muestran. Acumulamos escaneos y resultados del jurado. Si las webs con el archivo rinden de forma consistente por encima de webs equiparables sin él en suficientes muestras, eso es evidencia, aunque nuestra muestra está lejísimos de ser suficiente todavía.

A falta de cualquiera de esas tres, se queda en cero, y seguimos recomendándolo con el argumento de que no cuesta nada y le enseña algo sobre su propia web.

Preguntas frecuentes

¿llms.txt es un estándar oficial? No. Es una convención propuesta con especificación y adopción comunitaria. No tiene respaldo de los proveedores importantes de modelos.

¿Sustituye a robots.txt? No. robots.txt controla el acceso y se respeta. llms.txt describe contenido y es aspiracional. Conserve ambos, y asegúrese de que robots.txt no está bloqueando a los rastreadores que quiere.

¿Publicarlo puede perjudicarme si no se adopta? No. Es un archivo sin enlaces en una dirección que nadie descarga. El modo de fallo es que no pase nada.

¿Debo listar todas las páginas? No. De diez a veinte entradas con descripciones reales. Un listado completo es un sitemap y de esos ya tiene uno.

¿Ayuda con Google? No hay evidencia de que lo haga, ni razón mecánica para esperarlo. La búsqueda clásica tiene su propia vía de ingestión.

¿Por qué puntuarlo a cero y no con un número pequeño? Porque un número pequeño positivo es la afirmación de que ayuda un poco, y no tenemos base para afirmarlo. Cero, con un disparador documentado para cambiarlo, es la postura honesta.

Fuentes: especificación llms.txt v1.1.x; definiciones de variables de GeoScan v1.2 y clasificación de horizonte futuro; compendio de investigación a partir de 165 fuentes sobre búsqueda con IA, agosto de 2026.