La sintaxis del llms.txt tiene cinco elementos: un título con # (obligatorio), un resumen en blockquote con >, párrafos opcionales de contexto, secciones con ## que agrupan listas de enlaces en formato [nombre](url) con descripción, y una sección final Optional para lo prescindible. El archivo va en la raíz del dominio, en texto plano y Markdown simple. Aquí está la especificación completa, cinco ejemplos por tipo de sitio y los errores que más vemos.
Tabla de Contenidos
- 1 ¿En qué se diferencia esto del llms.txt básico?
- 2 La especificación, elemento por elemento
- 3 ¿Cómo se escribe una buena entrada de enlace?
- 4 Cinco ejemplos por tipo de sitio
- 5 Decisiones de redacción que separan lo útil de lo decorativo
- 6 Cómo encaja con robots.txt, sitemap y schema
- 7 Errores frecuentes que arruinan el archivo
- 8 ¿Cómo validar tu llms.txt antes de publicarlo?
- 9 Preguntas frecuentes
¿En qué se diferencia esto del llms.txt básico?
Si ya sabes qué es el archivo y por qué existe, esta guía es tu siguiente nivel: la especificación elemento por elemento, decisiones de redacción que cambian el resultado y validación antes de publicar. Si recién llegas al tema, el contexto general está en nuestra guía completa de GEO para aparecer en ChatGPT, Gemini, Claude y Perplexity, y la implementación dentro de una estrategia es parte de nuestro servicio de posicionamiento GEO.
Una aclaración de partida: el llms.txt es una propuesta comunitaria, no un estándar oficial de ningún buscador. Eso significa que la sintaxis correcta importa por legibilidad, no porque un validador te castigue. El archivo bien hecho funciona para modelos y para humanos a la vez.
La especificación, elemento por elemento
| Elemento | Sintaxis | Obligatorio | Notas de uso |
|---|---|---|---|
| Título | # Nombre del sitio | Sí, único H1 | El nombre real, sin slogan pegado |
| Resumen | > Una o dos oraciones | Recomendado | Qué haces, para quién y desde dónde |
| Contexto | Párrafos sueltos | Opcional | Detalles que no caben en el resumen |
| Secciones | ## Nombre de sección | Recomendado | Agrupan enlaces por tema |
| Entradas de enlace | – [Título](URL): descripción | Recomendado | URL absoluta y descripción concreta |
| Sección Optional | ## Optional al final | Opcional | Lo que un modelo puede saltarse sin perder lo esencial |
El orden importa: título, resumen, contexto y luego secciones. Un modelo que lee de arriba hacia abajo debería entender tu negocio antes de llegar al primer enlace.
¿Cómo se escribe una buena entrada de enlace?
La entrada tipo es una línea: guion, título entre corchetes, URL entre paréntesis, dos puntos y una descripción. La descripción es donde se gana o se pierde: debe decir qué encontrará el modelo al seguir el enlace, no repetir el título. Compara estas dos versiones del mismo enlace:
- [Precios](https://ejemplo.pe/precios/): precios
- [Precios](https://ejemplo.pe/precios/): planes con tarifas publicadas
en soles, sin cotización previaLa primera no aporta nada; la segunda le dice al modelo que ahí hay tarifas concretas y en qué moneda. Tres reglas rápidas: URLs absolutas con https, una idea por entrada y máximo dos líneas por descripción.
Cinco ejemplos por tipo de sitio
Empresa de servicios profesionales
# Estudio Contable Ríos
> Contabilidad y planillas para pymes en Arequipa.
## Servicios
- [Contabilidad mensual](https://ejemplo.pe/contabilidad/): qué incluye y desde qué tarifa
- [Planillas](https://ejemplo.pe/planillas/): gestión laboral para equipos de 1 a 50Tienda online
# Tienda Andina
> Ropa de alpaca con envío a todo el Perú.
## Catálogo
- [Chompas](https://ejemplo.pe/categoria/chompas/): tallas, precios y stock
## Políticas
- [Envíos](https://ejemplo.pe/envios/): plazos por zona y costos
- [Cambios](https://ejemplo.pe/cambios/): 15 días, condiciones completasBlog o medio
# Hypertext
> Blog de marketing digital y GEO en español.
## Guías principales
- [Guía de GEO](https://ejemplo.pe/geo/): cómo aparecer en motores de IA
## Optional
- [Archivo](https://ejemplo.pe/archivo/): artículos anteriores a 2024SaaS o aplicación
# FacturaYa
> Facturación electrónica para emprendedores peruanos.
## Producto
- [Funciones](https://ejemplo.pe/funciones/): qué automatiza y qué no
- [Precios](https://ejemplo.pe/precios/): planes mensuales en soles
## Documentación
- [Primeros pasos](https://ejemplo.pe/docs/inicio/): de registro a primera facturaNegocio local
# Cevichería El Puerto
> Cevichería en Miraflores, Lima. Atención de martes a domingo.
## Información útil
- [Carta](https://ejemplo.pe/carta/): platos y precios actualizados
- [Reservas](https://ejemplo.pe/reservas/): por web o WhatsApp
- [Ubicación](https://ejemplo.pe/ubicacion/): dirección, mapa y horariosFíjate en el patrón común: pocos enlaces, descripciones que anticipan el contenido y nada de texto promocional. Cada ejemplo cabe en una pantalla.
Decisiones de redacción que separan lo útil de lo decorativo
Con la sintaxis resuelta, lo que queda es criterio. Escribe en tono factual: el archivo es una ficha técnica de tu negocio, no una pieza publicitaria, y cada adjetivo sin dato le resta credibilidad al conjunto. Usa números con unidad y contexto: 15 días para cambios, envío en 24 a 48 horas a Lima, atención de lunes a sábado. Los modelos citan mejor lo que pueden repetir sin ambigüedad.
Mantén la regla de una pantalla: si el archivo necesita scroll largo, sobra contenido o falta curaduría. Las promociones temporales quedan fuera, porque caducan y desactualizan el archivo; eso vive en tu web. Y si tienes varias sedes o líneas de negocio, una sección por cada una con dos o tres enlaces supera a un archivo separado que nadie va a mantener.
Cómo encaja con robots.txt, sitemap y schema
Los cuatro archivos cumplen roles distintos y se refuerzan. El robots.txt da permisos: qué puede rastrear cada bot. El sitemap es el inventario completo de URLs para indexación. El schema estructura los datos de cada página individual para que las máquinas los procesen sin interpretar. El llms.txt es la capa narrativa: la versión curada y priorizada que un modelo puede leer en segundos.
La coherencia entre capas importa más que cada pieza por separado. Si tu schema dice que atiendes de lunes a viernes y tu llms.txt dice martes a domingo, el modelo elige uno o mezcla ambos, y el error sale en una respuesta a un cliente. Cada cambio comercial relevante debería tocar las cuatro capas en la misma semana.
Errores frecuentes que arruinan el archivo
- Servir HTML en vez de texto plano. Algunos servidores redirigen la ruta o la envuelven en plantilla. La URL debe devolver el texto crudo.
- Omitir el título con #. Es el único elemento obligatorio de la propuesta y ancla todo lo demás.
- Volcar el sitemap completo. Cien enlaces sin curaduría es lo contrario del propósito: seleccionar es el trabajo.
- URLs relativas. Un modelo que lee el archivo fuera de contexto no puede resolver /precios sin el dominio.
- Descripciones vacías o de relleno. Si la descripción repite el título, bórrala o mejórala.
- Enlaces muertos o desactualizados. Un archivo con rutas rotas le enseña al modelo información falsa sobre tu negocio.
- Bloquear la ruta en robots.txt o con plugins de seguridad. Pasa más de lo que crees; verifica después de cada cambio de configuración.
¿Cómo validar tu llms.txt antes de publicarlo?
Cuatro verificaciones en orden. Primero, el acceso: abre la URL en incógnito y confirma que carga texto plano con código 200, sin redirecciones. Segundo, la estructura: revisa que haya un solo #, que el resumen use > y que cada entrada siga el formato de enlace con descripción. Tercero, los enlaces: haz clic en todos; los rotos se corrigen o se eliminan.
La cuarta es la prueba reina y toma cinco minutos: pega el contenido del archivo en un asistente de IA y pídele que describa tu negocio y responda tres preguntas de cliente usando solo ese texto. Si el modelo responde mal o inventa, el problema está en tu archivo, no en el modelo. En KOM esta prueba es parte del cierre de cada proyecto: si el asistente no puede explicar el negocio con el archivo en la mano, el archivo no está terminado.
Preguntas frecuentes
¿El llms.txt debe escribirse en español o en inglés?
En el idioma de tus clientes. Los modelos grandes leen ambos sin problema, así que la decisión es comercial, no técnica: si vendes en el Perú, escribe en español y deja que los nombres de sección sigan la convención en inglés solo donde la propuesta lo pide, como Optional. Lo importante es que las descripciones suenen a tu negocio real.
¿Puedo tener un llms.txt distinto por subdominio?
Sí, y es lo correcto cuando el subdominio es un negocio o producto distinto: cada host sirve su propio archivo en su raíz. Si el subdominio es solo una sección, como blog.tudominio.pe, evalúa si un archivo único en el dominio principal con una sección de enlaces al blog resuelve mejor, porque mantener dos archivos duplica el riesgo de desactualización.
¿Importa el Markdown estricto o cualquier texto sirve?
El archivo funciona aunque el Markdown sea imperfecto, porque los modelos leen texto con tolerancia. La estructura propuesta importa por otra razón: hace el archivo predecible y fácil de mantener, y permite que herramientas lo procesen de forma consistente. Síguela como sigues una convención de código: no por miedo al error, sino por orden.
¿Cada cuánto debo revisar los enlaces del archivo?
Cada vez que cambies URLs, precios públicos o políticas, y con una revisión trimestral de respaldo aunque nada haya cambiado. El riesgo silencioso son los rediseños: una migración que renombra rutas puede dejar tu llms.txt apuntando a errores 404 sin que nadie lo note, porque ningún reporte estándar lo monitorea.
Tu siguiente paso: abre tu llms.txt actual, o créalo con el ejemplo de tu tipo de sitio, y córrele la prueba reina de esta guía. Lo que el asistente no pueda responder con tu archivo es exactamente lo que te falta escribir.
