llms-full.txt: el archivo donde los motores de IA leen todo tu sitio

En corto: llms.txt es un índice curado de tu sitio; llms-full.txt es el sitio en sí — el texto limpio de cada página que importa, concatenado en un archivo. Un motor de respuestas de IA (o cualquier rastreador RAG) que lo lee obtiene todo tu contexto en una sola petición: nada que renderizar, nada de cromo de navegación que limpiar, ningún rastreo de 40 peticiones que presupuestar. Es el archivo complementario del índice de una línea llms.txt, y en 2026 es una de las jugadas GEO más baratas.

llms.txt frente a llms-full.txt

Eje	llms.txt	llms-full.txt
Propósito	mapa curado	volcado de texto completo
Contenido	enlaces + descripción en una línea	los cuerpos reales de las páginas
Tamaño	pequeño (un menú)	grande (el plato entero)
Quién lo lee	un modelo que decide qué pedir	un modelo que lee todo de una vez
Analogía	el índice	el libro, en texto plano

No son rivales — son un par. llms.txt le dice a un modelo qué existe y enlaza al markdown por página; llms-full.txt deja que el modelo se salte los viajes de ida y vuelta e ingiera todo de un tirón.

Por qué un archivo grande gana al rastreo

Un rastreador que golpea tu HTML renderizado falla de tres formas comunes: no puede ejecutar tu JavaScript, malgasta presupuesto en cromo (navegación/pie/cookies) y necesita una petición por página. Un solo archivo de texto limpio elimina las tres a la vez.

• Sin paso de render. El contenido ya es texto. Las SPA renderizadas en cliente — el agujero negro GEO habitual — quedan totalmente legibles.
• Sin cromo que limpiar. Entregas solo cuerpos, con una relación señal/ruido del ~100%.
• Una petición, contexto completo. Un modelo que compara tus precios con los de un competidor sostiene toda tu oferta en contexto en lugar de adivinar desde una sola página.

Qué incluir

Cuerpos markdown limpios, en un orden estable, cada uno con suficiente front-matter para que un modelo pueda atribuir el pasaje:

• El título de la página y la URL canónica como encabezado, para que una cita pueda apuntar de vuelta.
• El cuerpo como markdown — encabezados, listas y tablas conservados; scripts, navegación, anuncios y banners de cookies eliminados.
• Una fecha visible (published / updated) — la frescura es una señal GEO real.
• Nada que no publicarías. Este archivo es público y se cita textualmente.

Ordena las páginas más importantes primero (tus páginas de dinero, tus guías perennes), porque algunos rastreadores truncan archivos largos.

Qué dejar fuera

Cómo publicarlo

Tres formas, la más barata primero:

1. Genéralo desde tu fuente de contenido. Si tus páginas son markdown o un CMS con exportación, concatena los cuerpos con una cabecera título/URL/fecha por página. Es lo que hace nuestro toolkit GEO automáticamente: emite llms.txt, llms-full.txt y una alternativa .md por página en una sola pasada.
2. Añade también la alternativa markdown por página. Sirve el markdown limpio de cada página en una URL predecible y anúncialo con <link rel="alternate" type="text/markdown" href="…">. Entonces llms.txt enlaza a ellas y llms-full.txt las incrusta.
3. Despliégalo en la raíz y enlázalo. Pon el archivo en /llms-full.txt, referéncialo desde /llms.txt y mantén ambos en tu build para que nunca se desvíen del sitio.

¿De verdad mueve la aguja?

Con honestidad: la adopción es despareja y no es un factor de posicionamiento documentado en ningún motor grande. Lo que hace de forma fiable es eliminar modos de fallo: el muro del render y el muro del presupuesto de rastreo que mantienen a los sitios pesados en JS y profundos completamente fuera de las respuestas de IA. Para un sitio renderizado en cliente, esa brecha es la diferencia entre «invisible para RAG» y «totalmente legible».

Falla el render JS 100%

Como markdown limpio 0%

источник: auditorías internas, 2026

El gráfico es todo el argumento: una página renderizada en cliente que un rastreador no puede ejecutar es 100% invisible; la misma página como una línea en llms-full.txt es 100% legible.

Checklist

• /llms.txt existe (índice curado, enlaza al markdown por página).
• /llms-full.txt existe (cuerpos de texto limpio completos, un archivo).
• Cada entrada lleva título, URL canónica y una fecha visible.
• Sin HTML, navegación ni boilerplate — solo cuerpos.
• Páginas más importantes primero; páginas delgadas/duplicadas excluidas.
• Ambos archivos se regeneran en cada build (nunca obsoletos).
• Alternativas .md por página anunciadas vía rel="alternate".

En corto

• llms.txt es el índice; llms-full.txt es todo el sitio en un archivo de texto limpio.
• Una petición reemplaza el render, la limpieza de cromo y un rastreo de varias peticiones.
• Es fontanería: elimina razones por las que los motores de IA te saltan, no te posiciona.
• Solo cuerpos, lo más importante primero, con título + URL + fecha por página.
• Publica ambos, enlázalos y regenéralos en cada build para que nunca se queden obsoletos.

Fuentes

• llmstxt.org — la propuesta original de /llms.txt (Jeremy Howard, 2024) y la convención llms-full.txt / contexto ampliado.
• Aggarwal et al., «GEO», KDD ‘24 — arXiv:2311.09735: la citabilidad depende de la extraíbilidad del pasaje, que el texto limpio maximiza.
• Google, «Rendering on the Web» — por qué el JavaScript en cliente es un modo de fallo de recuperación cuando el fetcher no puede ejecutarlo.