Guía de implementación de llms.txt para SaaS

¿Por qué un sitio SaaS necesita llms.txt?

llms.txt es un índice textual de los materiales de un sitio que ayuda a encontrar rápidamente páginas útiles sobre el producto. Para un SaaS, normalmente incluye la descripción del servicio, casos de uso, documentación, precios e información de soporte.

El archivo no reemplaza al sitio, al mapa del sitio ni a la documentación. Su objetivo es ofrecer una visión general compacta y dirigir a las fuentes completas. Por lo tanto, es mejor empezar no generando Markdown, sino preguntándose: ¿qué materiales hay que leer para entender qué hace el producto, a quién va dirigido y cómo se usa?

Antes de prepararlo, reúne:

• la página principal del producto y las páginas de las funciones clave;
• la documentación actualizada y las instrucciones para los usuarios;
• los precios, las limitaciones de los planes y las condiciones de la prueba gratuita, si están publicadas;
• la información sobre seguridad, integraciones y soporte;
• las páginas para desarrolladores, si el servicio tiene API.

Para cada material, usa su URL canónica permanente. Si primero quieres entender el propósito del archivo y las preguntas típicas que lo rodean, lee la guía de llms.txt.

¿Qué URL incluir en un ejemplo de llms.txt para SaaS?

Un buen ejemplo de llms.txt para SaaS no contiene el máximo número de enlaces, sino una ruta clara a través del producto. Selecciona páginas que expliquen el valor del servicio y respondan a preguntas prácticas del comprador o usuario.

Divide los materiales en grupos, por ejemplo:

• Sobre el producto: descripción general, funciones, casos de uso sectoriales e integraciones.
• Uso: primeros pasos, instrucciones, centro de ayuda y resolución de problemas frecuentes.
• Información comercial: precios, comparativa de planes y descripción de limitaciones.
• Materiales técnicos: API, requisitos, seguridad y estados del servicio.

No añadas una página solo porque existe. Excluye versiones obsoletas de la documentación, duplicados, resultados de búsqueda interna, páginas de inicio de sesión, áreas personales y materiales que requieran autenticación. Para páginas similares, deja la versión principal, no un conjunto de enlaces casi idénticos.

Verifica la relevancia manualmente: el nombre del enlace debe reflejar con precisión el contenido de la página de destino, y la página debe ser accesible para el visitante. Si los precios cambian, indica la página con las condiciones actuales, no una presentación guardada. Esta selección ayuda a mantener el archivo compacto y reduce el riesgo de dirigir al lector a información contradictoria.

¿Cómo estructurar el archivo y formatear los enlaces?

La estructura de llms.txt debe ser simple: una breve descripción del servicio, seguida de encabezados temáticos y enlaces con explicaciones. El archivo usa Markdown, por lo que basta con un editor de texto normal y URL verificadas.

Ejemplo de base para un sitio SaaS:

# Nombre del producto

> Breve descripción del servicio y su función principal.

## Producto

• Descripción general del producto — /producto: funciones y casos de uso.
• Integraciones — /integraciones: servicios conectables.

Documentación

• Primeros pasos — /docs/primeros-pasos: configuración de la cuenta.
• API — /docs/api: documentación técnica.

Precios y soporte

• Precios — /precios: composición de los planes y condiciones.
• Soporte — /ayuda: respuestas a preguntas de los usuarios.

Reemplaza los ejemplos de direcciones con las URL reales de tu sitio. La descripción debajo del enlace debe ayudar a entender qué hay en la página de destino; no la conviertas en un eslogan publicitario. Usa encabezados coherentes, nombres claros y enlaces absolutos. No incluyas en el archivo secretos, datos personales ni contenido de documentación cerrada. Los detalles sobre las señales técnicas y la preparación del sitio se recogen en el material sobre AEO técnico.

¿Cómo añadir llms.txt al sitio del servicio?

Para añadir llms.txt al sitio del servicio, guarda el Markdown preparado como un archivo de texto plano y colócalo en el directorio raíz del dominio. La dirección esperada es https://tu-dominio/llms.txt, no una URL dentro de la sección de documentación.

El método de publicación depende de la plataforma del sitio. En un CMS, sube el archivo a la raíz a través del gestor de archivos estándar o pide a un técnico que lo añada al repositorio. Para un sitio compilado a partir de código, incluye el archivo en los recursos estáticos públicos y verifica la configuración de despliegue para que la siguiente compilación no lo elimine.

Tras la publicación, realiza una comprobación rápida:

• abre la dirección en el navegador sin iniciar sesión;
• asegúrate de que el servidor devuelve el contenido del archivo, no una página de error ni la envoltura HTML del sitio;
• verifica que todos los enlaces llevan a las páginas correctas y no requieren autenticación;
• abre el archivo desde un dispositivo móvil o en una ventana de incógnito para descartar la influencia de la sesión.

Luego, incorpora la publicación al proceso habitual de lanzamientos del sitio. Así el archivo permanecerá en su lugar al cambiar de tema, CMS o estructura de la documentación.

¿Cómo mantener el archivo después de la publicación?

Después de publicar llms.txt, hay que mantenerlo actualizado según los cambios del producto y del sitio. Designa un responsable —por ejemplo, el editor de documentación o el especialista del sitio— y añade la verificación de enlaces al proceso de actualización de páginas importantes.

El flujo de trabajo puede ser el siguiente: el responsable de la página informa sobre un cambio de URL o contenido; la persona encargada del archivo comprueba si es necesario modificar el enlace o la explicación; tras la actualización, se abre el archivo en la dirección pública y se revisan las secciones afectadas. También es útil mantener el archivo fuente en el mismo repositorio o espacio de trabajo donde se gestiona la documentación.

Al revisar, presta atención a tres cosas: los enlaces funcionan, las descripciones coinciden con el contenido actual y las secciones no se contradicen entre sí. Si el producto renombra una función o cambia los precios, actualiza no solo la página, sino también la descripción breve en el archivo. No añadas promesas no confirmadas sobre las capacidades del servicio.

Para un SaaS, donde es importante evaluar la presencia en las respuestas de los sistemas de búsqueda basados en IA, llms.txt debe considerarse como parte de un trabajo más amplio, no como un interruptor independiente. Las direcciones prácticas para este tipo de negocio se describen en la sección visibilidad en IA para SaaS.

¿Qué limitaciones considerar y qué hacer a continuación?

llms.txt simplifica la navegación por los materiales seleccionados, pero no controla cómo los sistemas externos rastrean el sitio o utilizan su contenido. La presencia del archivo no garantiza que un modelo concreto lo lea, cite una página o cambie su percepción del producto; las reglas de rastreo, indexación y generación de respuestas las controlan las propias plataformas. Por lo tanto, no se puede prometer la aparición del sitio en las respuestas solo por publicar el archivo.

El criterio práctico de calidad no es la cantidad de enlaces, sino la precisión de la ruta. Pide a un compañero que no haya creado el archivo que encuentre en él respuestas a preguntas como: qué hace el producto, dónde ver las instrucciones, cuáles son las condiciones de los precios y dónde consultar la API. Si la página deseada es difícil de encontrar o la descripción induce a error, reestructura las secciones.

Para el siguiente paso:

• compara las URL del archivo con la navegación y las direcciones canónicas del sitio;
• coordina las descripciones del producto con los responsables de documentación y precios;
• verifica el acceso público después de cada lanzamiento importante;
• considera una auditoría técnica si es necesario alinear el archivo con el resto de elementos del sitio.

Si necesitas ayuda no solo con llms.txt, sino también con la visibilidad del SaaS en las respuestas de IA, explora los servicios de visibilidad en IA y el AEO técnico.