Generador de llms.txt: crea una guía revisada del sitio, no un atajo de ranking
Qué debe crear un generador de llms.txt, cómo seleccionar y revisar páginas públicas y por qué el archivo es documentación complementaria, no una garantía de citas de IA.
Actualizado el
Un generador de llms.txt organiza páginas públicas importantes y descripciones breves en un documento Markdown. Puede ayudar a que un equipo entienda y explique mejor su sitio. No es una garantía de visibilidad en respuestas de IA.
La propuesta de llmstxt.org debe tratarse como una guía curada. No reemplaza robots.txt, sitemap.xml, documentación detallada, autenticación ni contenido útil. Cada enlace y cada frase debería responder a una revisión humana: ¿por qué esta página representa el sitio y sigue siendo correcta hoy?
La distinción importa porque las promesas de AI SEO con un clic suelen convertir todo un crawl en “estrategia”: posts antiguos, campañas, duplicados y slogans. Un generador responsable hace menos. Ayuda a elegir, describir, revisar y mantener las páginas que de verdad explican la parte pública del sitio. La guía se revisó el 12 de julio de 2026.
Archivos distintos, trabajos distintos
| Activo | Trabajo principal | No hace |
|---|---|---|
llms.txt | Guiar a pocas páginas públicas importantes con contexto | Garantizar citas, ranking, indexación o acceso |
robots.txt | Publicar preferencias de crawl | Proteger contenido privado o explicar el sitio |
sitemap.xml | Ayudar a sistemas de búsqueda a descubrir URLs | Decir cuál es el mejor punto de entrada |
| Documentación pública | Explicar producto, política o proceso en detalle | Crear sola una guía breve |
| Login y reglas de acceso | Proteger contenido privado | Hacer claras las páginas públicas |
RFC 9309 trata el protocolo de exclusión para robots. Google documenta los sitemaps para descubrimiento de URLs y no exige un formato especial para sus funciones de búsqueda con IA. llms.txt es documentación complementaria, no un truco técnico.
Qué debe crear el generador
| Parte | Objetivo |
|---|---|
| Nombre y resumen | Decir de forma factual qué hace el sitio y para quién |
| Secciones principales | Separar producto, docs, investigación, políticas y soporte |
| Páginas importantes | Priorizar producto, entrada de docs, onboarding, confianza y guías valiosas |
| Descripciones cortas | Explicar por qué importa el enlace, sin eslogan |
| Notas útiles | Indicar público, alcance o actualización solo cuando ayuda |
La pregunta no es “¿qué URLs encontramos?”. Es: ¿qué 5 a 20 páginas necesita un lector nuevo para entender el producto, dónde está la información fiable y cuáles son los límites públicos?
Selecciona con una regla editorial
| Tipo | Incluye cuando | Excluye cuando | La descripción debe aclarar |
|---|---|---|---|
| Vista de producto | Explica producto actual, público y trabajo central | Es campaña antigua o landing duplicada | Qué hace y dónde están los detalles |
| Hub de docs | Lleva a documentación mantenida | Es índice vacío o versión retirada | Cuál es la fuente de documentación |
| Guía inicial | Ayuda a completar un primer paso comprobable | Está obsoleta o requiere acceso privado | Qué puede iniciar el lector |
| Política o confianza | Ayuda una decisión de seguridad, privacidad, precio o soporte | Es solo un placeholder legal | Qué límite o decisión explica |
| Guía de valor | Responde una pregunta durable con fuentes | Es post fino o duplicado | Por qué es un buen punto de entrada |
| Hub de idioma | Conecta contenido local real | Solo cambia la etiqueta de idioma | Qué mercado o lector atiende |
Una selección corta y mantenida es mejor que un export de todo el sitio. Evita cuentas, búsqueda interna, campañas, versiones antiguas y rutas que no deben ser la guía pública.
Describe para identificar, no para vender
| Débil | Mejor |
|---|---|
| “La mejor plataforma de IA” | “Visión de producto con workflow central, entradas compatibles y enlaces a la documentación actual.” |
| “Todo sobre seguridad” | “Información pública sobre seguridad, privacidad, responsabilidades y contacto.” |
| “Nuestro blog increíble” | “Guías de investigación sobre AI search, contenido multilingüe y evaluación de software, con fuentes y fechas.” |
| “Más información” | “Guía para conectar el producto, probar el primer workflow y comprobar requisitos.” |
Si el equipo no puede escribir una frase precisa, el problema puede estar en la página: posicionamiento disperso, docs sin inicio o versiones lingüísticas contradictorias.
Flujo responsable de generación
| Paso | Usuario | Generador | Revisión humana |
|---|---|---|---|
| Definir alcance | Declara sitio, lector y límite público | Guarda alcance | Excluye áreas privadas y sensibles |
| Reunir candidatos | Añade URLs o revisa lista controlada | Agrupa por tipo | Elimina campañas, duplicados y páginas viejas |
| Priorizar | Elige la entrada para lector nuevo | Crea un borrador corto ordenado | Comprueba que representa el sitio actual |
| Describir | Confirma hechos | Propone descripciones | Quita claims sin respaldo |
| Validar enlaces | Revisa estado y destino público final | Señala error, redirección y duplicado | Confirma acceso y utilidad |
| Mantener | Publica archivo aprobado | Registra fecha de revisión | Actualiza tras cambios de producto, docs o idioma |
La herramienta puede extraer títulos y preparar texto. No puede decidir que toda URL que responde correctamente merece prioridad.
Qué problemas puede revelar
| Observación | Lo que suele indicar | Siguiente acción |
|---|---|---|
| No hay una vista clara de producto | Posicionamiento público fragmentado | Consolidar la entrada de producto |
| El onboarding está repartido | Falta inicio de documentación | Crear una guía de inicio mantenida |
| Las páginas en español no se pueden describir bien | Localización fina o confusa | Añadir hechos locales, FAQ, soporte y navegación |
| No hay rutas de confianza o soporte | Información para decidir está oculta | Crear páginas públicas útiles |
| Muchos links redirigen o son viejos | Arquitectura sin mantenimiento | Actualizar, redirigir o retirar |
Aunque ningún crawler use el archivo, esta revisión mejora entradas claras, hechos actuales y límites visibles para lectores, soporte, búsqueda y respuestas de IA.
Estrategia multilingüe y regional
| Situación | Enfoque | Verificar |
|---|---|---|
| Docs inglesas son fuente técnica; español sirve ventas y soporte | Seleccionar docs globales y hubs españoles reales | Roles y claims no entran en conflicto |
| Cada idioma tiene producto y soporte mantenidos | Elegir páginas por idioma o archivos distintos | URL, descripción y responsable son correctos |
| Página local es traducción corta de marketing | No tratarla como documentación principal | Completar hechos, FAQ y workflow local |
| Precio o disponibilidad cambia por país | Incluir páginas del mercado correspondiente | El texto coincide con la realidad local |
Para un SaaS de España y Latinoamérica, soporte, moneda, disponibilidad y lenguaje pueden variar por país. llms.txt debe hacer visible esa arquitectura en lugar de ocultar la diferencia.
Checklist antes de publicar
- Cada enlace es público, actual y fue elegido deliberadamente.
- Se eliminan cuentas, búsqueda, campañas, docs retiradas y rutas privadas.
- Cada descripción es factual y no promete ranking.
- Se compara la selección con navegación, producto, docs y páginas de confianza.
- Se revisan enlaces, redirecciones y destinos duplicados.
- Se define responsable y disparador de la siguiente revisión.
Errores comunes
Venderlo como garantía de ranking
llms.txt no garantiza citas ni posición. No sustituye páginas útiles ni fundamentos de búsqueda.
Exportar todas las URLs
Un crawler encuentra enlaces, no elige los mejores puntos de entrada para el lector.
Mostrar rutas privadas
Una guía pública no debe revelar portales internos, cuentas, herramientas privadas o áreas no publicadas.
No mantenerlo
Producto, docs, idiomas y políticas cambian; un archivo antes correcto puede volverse engañoso.