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

> llms.txt es el índice; llms-full.txt es todo tu sitio en un archivo de texto limpio. Por qué un archivo grande gana al rastreo, qué incluir y cómo publicarlo.

_Source: https://seomatrix.ai/ru/blog/llms-full-txt/ · Updated: 2026-07-13_

---

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](/es/blog/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.

> **Es fontanería, no magia** — llms-full.txt no te *posiciona*. Elimina las razones aburridas por las que un motor de respuestas malinterpreta o se salta tu contenido. Piénsalo como un sitemap XML limpio para la era RAG — higiene básica, no un truco de crecimiento.

## 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

> **Errores comunes** — No pegues HTML crudo — todo el sentido es el texto limpio. No incluyas navegación, barras laterales ni boilerplate que se repite en cada página (diluye cada pasaje). No vuelques páginas cerradas, delgadas o duplicadas. Y no dejes que se quede obsoleto: regenéralo cada vez que cambie el contenido, o alimentará con seguridad a los modelos con tus precios viejos.

## 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](/es/tools/) 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».

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](https://arxiv.org/abs/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.

## FAQ

### ¿Cuál es la diferencia entre llms.txt y llms-full.txt?

llms.txt es un índice corto y curado: una lista markdown de tus páginas clave con enlaces y descripciones de una línea. llms-full.txt es la versión ampliada: el cuerpo de texto limpio de esas páginas incrustado en un archivo, para que un modelo obtenga todo el contenido en una petición en lugar de rastrear cada enlace.

### ¿De verdad leen los motores de IA el llms-full.txt?

Es una convención emergente (llmstxt.org), no una señal de posicionamiento. La adopción es despareja entre ChatGPT, Perplexity y Google, pero publicarlo casi no cuesta, es trivialmente legible por máquina y elimina el render de JavaScript y el presupuesto de rastreo como causas de fallo para los rastreadores que sí lo usan.

### ¿Dónde pongo el llms-full.txt?

En la raíz del sitio: /llms-full.txt, servido como text/plain o text/markdown, y enlazado desde /llms.txt. Mantén ambos al día — un archivo de contexto obsoleto es peor que ninguno.