# llms.txt, sitemap y datos estructurados: qué hace cada uno

> llms.txt, sitemap XML y datos estructurados en una tienda: quién define cada uno, quién lo lee, qué hace por tus fichas y qué dice Google del llms.txt.

URL: https://clione.ai/es/comparativas/llms-txt-sitemap-datos-estructurados/
Lang: es

| Criterio              | [llms.txt](/es/glosario/llms-txt/)                                  | [Sitemap XML](/es/glosario/sitemap-xml/)                                           | [Datos estructurados](/es/glosario/datos-estructurados/)                                                                  |
| --------------------- | ------------------------------------------------------------------- | ---------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------- |
| Qué es                | Un índice del sitio en Markdown, con un resumen y enlaces[^llmstxt] | Una lista de las URL que quieres que conozcan los buscadores[^google-sitemaps]     | Información sobre una página en un formato estandarizado[^google-sd-intro]                                                |
| Quién lo define       | Una propuesta de Jeremy Howard, de 2024[^llmstxt]                   | El protocolo de sitemaps.org, que apoyan Google, Yahoo! y Microsoft[^sitemaps-org] | El vocabulario de [Schema.org](/es/glosario/schema-org/) y, encima, cada buscador[^schemaorg-about]                       |
| Dónde vive            | Un archivo, en `/llms.txt`                                          | Un archivo o un índice de archivos, en `/sitemap.xml`                              | Dentro de cada página; Google recomienda [JSON-LD](/es/glosario/json-ld/)[^google-sd-intro]                               |
| Qué dice de tu tienda | Por dónde empezar a leer                                            | Qué URL existen y cuándo cambiaron                                                 | Qué hay en cada ficha: nombre, precio, disponibilidad                                                                     |
| Quién dice leerlo     | Los agentes que lo consultan al responder[^llmstxt]                 | Google, Bing y otros buscadores[^google-robots-spec]                               | Google, y Microsoft para sus sistemas de IA[^microsoft-ai-search]                                                         |
| En Google Search      | Lo ignora[^google-ai-guide-es]                                      | Una pista, sin garantía de rastreo[^google-build-sitemap]                          | Opción a [resultados enriquecidos](/es/glosario/resultados-enriquecidos/); no obligatorio para su IA[^google-ai-guide-es] |
| Qué no hace           | Permitir o bloquear a un bot                                        | Asegurar que una URL se indexe                                                     | Asegurar que salga un resultado enriquecido                                                                               |

Si has llegado comparando llms.txt, sitemap y datos estructurados, lo más probable es que alguien te haya presentado el llms.txt como «el sitemap de la IA», o como lo que viene a sustituir al marcado de tus fichas. No es ninguna de las dos cosas. Son tres piezas con dueño distinto, lector distinto y trabajo distinto: **el sitemap dice a los buscadores qué URL existen, los datos estructurados dicen qué hay en cada página y el llms.txt propone a los agentes por dónde empezar a leer**. La propia propuesta del llms.txt lo plantea así: está pensado para convivir con los estándares que ya existen, no para sustituirlos.[^llmstxt]

## Quién define cada uno

**El llms.txt es una propuesta, no un estándar.** La publicó Jeremy Howard el 3 de septiembre de 2024, con una segunda versión en agosto de 2026, y su propia página la presenta como una propuesta para estandarizar el uso de un archivo `/llms.txt`.[^llmstxt]

**El sitemap es un protocolo con apoyo de los buscadores.** El formato lo define sitemaps.org, en su versión 0.90, que se publica con una licencia Creative Commons y que, según el propio sitio, apoyan Google, Yahoo! y Microsoft.[^sitemaps-org]

**Los datos estructurados tienen dos capas.** La primera es el vocabulario, [Schema.org](/es/glosario/schema-org/): una actividad comunitaria que fundaron Google, Microsoft, Yahoo y Yandex, y que dirige un grupo con representantes de esas empresas, uno del W3C y algunas personas que han contribuido de forma destacada.[^schemaorg-about] La segunda son los requisitos de quien los lee. Google, por ejemplo, trata igual los tres formatos posibles siempre que el marcado sea válido y siga la documentación de cada función, y recomienda el que sea más fácil de mantener, que en la mayoría de los casos es JSON-LD.[^google-sd-intro]

## Quién lee cada uno

**El sitemap lo leen los buscadores, y lo dicen.** Google lo describe como un archivo que los buscadores leen para rastrear tu sitio de forma más eficiente.[^google-sitemaps] Google, Bing y los demás buscadores grandes aceptan una línea `sitemap:` en el [`robots.txt`](/es/glosario/robots-txt/) que apunta al archivo y que no depende de ningún agente concreto.[^google-robots-spec] Bing fue más allá en julio de 2025: con la [búsqueda con IA](/es/glosario/busqueda-con-ia/) de [Copilot](/es/glosario/copilot/) en marcha, llamó a los sitemaps una señal fundamental para que no se quede ninguna URL de tu sitio sin cubrir.[^bing-sitemaps]

**Los datos estructurados también tienen lectores declarados.** Google usa los que encuentra para entender el contenido de tus páginas.[^google-sd-intro] Microsoft, en el blog de su plataforma de anuncios, escribe que el marcado de schema.org ayuda a los buscadores y a los sistemas de IA a entender tu contenido.[^microsoft-ai-search]

**Del llms.txt se sabe para quién está pensado, no quién lo lee.** Según la propuesta, lo consulta un [agente de IA](/es/glosario/agente-de-ia/) cuando necesita información, en el momento de responder; su autor esperaba que sirviera sobre todo para eso y no para entrenar modelos.[^llmstxt] Lo que la propuesta no puede decir es quién lo pide de verdad. Google Search ya ha contestado que no lo usa, como verás más abajo, y la página en la que OpenAI documenta sus rastreadores explica cómo controlarlos con `robots.txt` y no menciona el llms.txt.[^openai-bots] Para tu tienda, la respuesta está en los registros de tu servidor.

## Qué dice cada uno de tu tienda

**El sitemap da direcciones.** Cada URL va en su etiqueta, con la fecha de su último cambio si quieres darla. Google ignora `<priority>` y `<changefreq>`, y usa `<lastmod>` solo si es exacto de forma constante y comprobable.[^google-build-sitemap] Bing tampoco usa los dos primeros, y pide que `<lastmod>` refleje el último cambio del contenido de la página, no la fecha en que se generó el archivo.[^bing-sitemaps] De ninguna ficha dice qué vende ni a qué precio.

**Los datos estructurados dan el contenido.** Google los define como un formato estandarizado para dar información sobre una página y clasificar su contenido.[^google-sd-intro] En una [ficha de producto](/es/glosario/ficha-de-producto/), eso es su nombre, su precio, su moneda y su disponibilidad, en campos con nombre. Y tienen una regla que los otros dos no tienen: Google pide no marcar contenido que no vea quien lee la página,[^google-sd-policies] y, para sus funciones de IA, que los datos estructurados coincidan con el texto visible.[^google-ai-features]

**El llms.txt da un camino.** Lleva un título, un resumen y listas de enlaces a las páginas más útiles, a ser posible a versiones limpias en Markdown, la idea detrás del [Markdown para agentes](/es/glosario/markdown-para-agentes/).[^llmstxt] La propuesta marca la diferencia con el sitemap: el sitemap lista todo lo indexable para los buscadores, y el llms.txt ofrece una selección para un modelo. Un sitemap no suele enlazar las versiones que un modelo lee bien ni páginas de otros sitios, y casi siempre cubre más de lo que cabe en la [ventana de contexto](/es/glosario/ventana-de-contexto/) de un modelo. El llms.txt, además, puede mencionar los datos estructurados que usa el sitio para ayudar a interpretarlos.[^llmstxt]

Dicho en una línea: **el sitemap dice dónde; los datos estructurados, qué; el llms.txt, por dónde empezar.**

## Qué dice Google del llms.txt

Google lo ha dicho por escrito, en su documentación y en español. El 15 de mayo de 2026 publicó su guía para optimizar para las funciones de IA generativa de la Búsqueda, con un apartado que desmonta ideas sobre el [AEO (Answer Engine Optimization)](/es/glosario/aeo/) y el [GEO (Generative Engine Optimization)](/es/glosario/geo/), y el 15 de junio de 2026 le añadió una nota sobre los archivos llms.txt.[^google-updates] La versión en español de la guía dice:

> «No hace falta que generes nuevos archivos legibles por máquinas, archivos de texto para IA, etiquetas ni Markdown para aparecer en la Búsqueda de Google (incluidas sus funciones de IA generativa), ya que la propia Búsqueda de Google no los utiliza.»[^google-ai-guide-es]

Y unas líneas después:

> «No hay ningún problema si decides crear y mantener archivos llms.txt (u otros archivos similares) para otros servicios o sistemas que los utilicen. Hacerlo no perjudicará ni beneficiará a la visibilidad ni al posicionamiento de tu sitio en la Búsqueda de Google, ya que la Búsqueda de Google los ignora por completo.»[^google-ai-guide-es]

En otro punto de la misma guía, la creación de «archivos de texto de IA innecesarios (como llms.txt)» aparece entre las tácticas que se pueden ignorar en la Búsqueda de Google.[^google-ai-guide-es] Tres precisiones para leerlo bien:

- **Ver tu llms.txt rastreado no contradice nada.** La guía avisa de que Google puede descubrir, rastrear e indexar muchos tipos de archivo además del HTML, y de que eso no significa que los trate de una forma especial.[^google-ai-guide-es]
- **Habla de la Búsqueda, no de toda Google.** Incluye sus funciones de IA generativa, como [AI Overviews](/es/glosario/ai-overviews/) y el [Modo IA](/es/glosario/modo-ia-google/).[^google-ai-guide-es] Otras partes de Google lo tratan de otra forma: Lighthouse, la herramienta de auditoría de Chrome, llama al llms.txt una convención emergente y, si tu servidor no lo tiene, da su comprobación por no aplicable, porque de momento ofrecerlo es opcional.[^lighthouse-llms] Y la documentación de la API de [Gemini](/es/glosario/gemini/) publica su propio llms.txt.[^gemini-llms]
- **Los datos estructurados reciben otro trato en la misma guía.** No son obligatorios para la búsqueda con IA generativa ni hay un marcado especial de schema.org que añadir, pero Google dice que es buena idea seguir usándolos dentro del SEO, porque ayudan a optar a los resultados enriquecidos.[^google-ai-guide-es]

Puesto en fila, lo que dice Google Search de los tres: **el llms.txt lo ignora, los datos estructurados los recomienda y el sitemap lo trata como una pista**.[^google-build-sitemap]

## llms.txt vs sitemap: dónde acaba cada uno

Ninguno de los tres hace lo que a veces se le atribuye.

- **El sitemap no indexa nada.** Ayuda a los buscadores a descubrir tus URL, pero no garantiza que todas se rastreen y pasen la [indexación](/es/glosario/indexacion/),[^google-sitemaps] y enviarlo es solo una pista: Google ni siquiera garantiza que vaya a descargarlo.[^google-build-sitemap]
- **Los datos estructurados no garantizan nada en los resultados.** Google no asegura que tu marcado aparezca en sus resultados aunque la página esté bien marcada según su propia prueba.[^google-sd-policies]
- **El llms.txt no da ni quita permisos.** Quién puede rastrear tu tienda se decide en `robots.txt`, que dice a las herramientas automáticas qué acceso se considera aceptable; el llms.txt se usa bajo demanda, cuando un agente necesita información.[^llmstxt]
- **Ninguno dice si tu ficha publicada lleva lo que guardaste.** Eso es la [verificación de publicación](/es/glosario/verificacion-de-publicacion/), y la diferencia con validar el marcado la cuenta la comparativa de [validar vs verificar](/es/comparativas/validar-vs-verificar/).


**El llms.txt no es el sitemap de la IA.** La propia propuesta dice que un sitemap no sustituye a un llms.txt, porque lista todo lo indexable y no las versiones que un modelo lee bien,[^llmstxt] y Google Search, que sí usa tu sitemap como pista, ignora el llms.txt.[^google-ai-guide-es] Al revés tampoco funciona: quitar el sitemap o el marcado de las fichas porque «ya tienes un llms.txt» deja a Google sin las dos piezas que dice usar.


## En una tienda Shopify

Si tu tienda está en Shopify, dos de las tres piezas ya existen sin que hagas nada. **Shopify genera un `sitemap.xml` en la raíz de cada dominio**, que enlaza a sitemaps separados de productos, colecciones, blogs y páginas, con la imagen principal de cada producto.[^shopify-sitemap] Y gestiona por defecto un `/llms.txt` que replica el contenido de [`/agents.md`](/es/glosario/agents-md/), el documento que la plataforma trata como principal para que los agentes descubran la tienda; su documentación recomienda no crear una plantilla propia salvo que necesites que el llms.txt diga algo distinto, porque entonces mantenerlo al día pasa a ser cosa tuya.[^shopify-llms-liquid]

Los datos estructurados no se abren en una URL de la raíz: viven en cada ficha. La guía para [auditar los datos estructurados de una ficha](/es/guias/auditar-ficha-de-producto/) cuenta cómo leerlos y compararlos con lo que enseña la página.

## Elige por dónde empezar

No eliges entre llms.txt, sitemap y datos estructurados: cada uno contesta una pregunta distinta, y no todas pesan lo mismo en tu tienda.

- **Si lo que te preocupa es Google**, empieza por el sitemap y los datos estructurados: son los dos que Google Search dice usar, y el llms.txt no cambia nada en su Búsqueda.[^google-ai-guide-es]
- **Si tus fichas no aparecen en el buscador**, el sitemap es una pista, no un arreglo.[^google-build-sitemap] Mira primero por qué no están indexadas.
- **Si quieres que un agente concreto entienda tu catálogo**, un llms.txt no perjudica a tu posicionamiento en Google y es poco trabajo si la plataforma ya lo genera,[^google-ai-guide-es][^shopify-llms-liquid] pero solo tus registros dirán si ese agente lo pide.
- **Si alguien te ofrece un llms.txt como sustituto del sitemap o del marcado**, pregúntale qué agente lo lee y cómo lo va a comprobar.

Mantener al día dos de estas piezas en un catálogo que cambia es otro trabajo, y hay herramientas que lo hacen por ti. Clione, por ejemplo, genera un llms.txt y un documento en Markdown por producto, categoría, colección y página, servidos en el propio dominio de la tienda; publica en cada ficha un grafo JSON-LD con la organización, el sitio, la ruta de navegación y el producto; y después lee la ficha publicada y te avisa cuando una señal verificada desaparece. Lo cuenta la página de [los archivos para agentes de Clione](/es/funcionalidades/llms-txt/).

Para seguir, la [ruta de lectura de rastreo e indexación](/es/aprender/rastreo-e-indexacion/) ordena los términos de esta comparativa y los que van detrás de ellos.
