Odoo 20 incluye una ruta pública /llms.txt en la aplicación principal Website. Los administradores del sitio web pueden configurar la respuesta de texto plano dentro de Odoo, en lugar de implementar una ruta adicional fuera de la aplicación. El cambio relacionado también traslada las restricciones de rastreo para determinadas rutas técnicas y transaccionales a directivas robots.txt generadas. (Odoo Odoo Blob; mergebot.odoo.com)
Estos cambios crean dos tareas de revisión separadas. Los administradores deben decidir si publican y mantienen el contenido de llms.txt, y luego inspeccionar la salida de robots.txt generada para los módulos instalados en la base de datos. Aunque se introducen mediante la misma implementación, llms.txt y robots.txt cumplen funciones distintas y deben probarse por separado. (Odoo Odoo Blob; mergebot.odoo.com)
Qué publica Odoo 20
La aplicación Website expone llms.txt en la raíz del sitio web a través de la ruta HTTP /llms.txt. Cuando se configura contenido que no está en blanco, la ruta devuelve ese contenido como texto plano usando codificación UTF-8. La implementación no genera automáticamente un documento llms.txt completo a partir de páginas existentes ni de otros registros del sitio web. (Odoo Odoo Blob)
Odoo también añade una referencia a llms.txt en el HTML de la raíz del sitio web para mejorar su visibilidad. Los administradores gestionan el contenido del archivo mediante un editor en la configuración SEO de Website, integrando el texto publicado en el proceso de configuración existente del sitio web. (mergebot.odoo.com)
Como la ruta forma parte de la aplicación principal Website, un sitio web de Odoo 20 no necesita un módulo de terceros solo para proporcionar el endpoint. Sin embargo, los administradores deben seguir preparando y manteniendo el contenido. Odoo proporciona la ruta, el editor de configuración y la referencia en el HTML raíz, mientras que el texto guardado determina lo que devuelve el endpoint. (Odoo Odoo Blob; mergebot.odoo.com)
El contenido en blanco no genera ningún archivo
Odoo define un comportamiento explícito para los sitios web en los que llms.txt no se ha rellenado. Si el valor configurado falta o solo contiene espacios en blanco, una solicitud a /llms.txt recibe una respuesta de no encontrado. Odoo no publica un archivo vacío, un marcador de posición ni un resumen generado automáticamente. (Odoo Odoo Blob)
Por tanto, la presencia de la ruta en Odoo 20 no significa que todos los sitios web vayan a exponer de inmediato un documento llms.txt. Una respuesta de no encontrado puede indicar que no se ha guardado ningún contenido que no esté en blanco, en lugar de un fallo del servidor o del enrutamiento. Los administradores deben comprobar la configuración SEO de Website antes de investigar la solicitud como un fallo técnico. (Odoo Odoo Blob; mergebot.odoo.com)
Las restricciones de rastreo pasan a robots.txt
El cambio relacionado con el rastreador traslada las restricciones para rutas como las de inicio de sesión, compra, pago, confirmación y portal a directivas robots.txt. Odoo genera estas directivas según los módulos instalados en la base de datos. (mergebot.odoo.com)
Por ello, la salida resultante de robots.txt puede variar entre entornos de Odoo. Una base de datos con módulos de ecommerce o portal no debe evaluarse solo con un archivo genérico esperado o con un archivo copiado de otra base de datos. Los revisores deben inspeccionar la salida generada por la base de datos que se evalúa y tener en cuenta los módulos instalados. (mergebot.odoo.com)
Los dos mecanismos siguen siendo distintos. La ruta /llms.txt publica contenido de texto plano suministrado por el administrador, mientras que robots.txt contiene restricciones de rastreo para rutas técnicas y transaccionales específicas. Publicar llms.txt no sustituye la necesidad de revisar robots.txt, y la presencia de directivas robots.txt no rellena llms.txt. (Odoo Odoo Blob; mergebot.odoo.com)
Implicaciones para la gobernanza del sitio web
Las organizaciones que utilicen la funcionalidad deben asignar la responsabilidad de la configuración de llms.txt. Odoo publica el contenido guardado no vacío, pero la implementación no actualiza automáticamente ese texto cuando cambia otro material del sitio web. Por tanto, su exactitud depende del proceso de revisión y mantenimiento del contenido de la organización. (Odoo Odoo Blob; mergebot.odoo.com)
El endpoint público debe probarse allí donde se espere que el archivo esté disponible. Verificar solo que el editor aparezca en la interfaz de administración es insuficiente. Una solicitud directa a /llms.txt debe devolver el texto previsto con un tipo de contenido de texto plano y codificación UTF-8. (Odoo Odoo Blob; mergebot.odoo.com)
Los procedimientos de revisión de crawlers también deben tener en cuenta la ubicación de las restricciones de rutas. Las pruebas de aceptación de Odoo 20 deben incluir la salida generada de robots.txt, especialmente cuando los módulos instalados proporcionen rutas de inicio de sesión, compra, pago, confirmación o portal. (mergebot.odoo.com)
Para una revisión completa, los equipos deben verificar el contenido configurado de llms.txt y su respuesta pública de forma independiente de las directivas generadas de robots.txt. Esta separación ayuda a garantizar que el texto proporcionado por el administrador, el comportamiento del endpoint y las restricciones de rastreo dependientes del módulo se comprueben cada uno frente a la parte relevante de la implementación. (Odoo Odoo Blob; mergebot.odoo.com)
Lo que la implementación no especifica
La implementación confirma cómo Odoo expone y gestiona el contenido configurado de llms.txt, pero no prescribe qué debe escribir una organización en el archivo. Tampoco define un proceso de aprobación, un calendario de revisión ni un responsable del contenido. Esos aspectos siguen siendo decisiones internas de gobernanza. (Odoo Odoo Blob; mergebot.odoo.com)
La implementación también confirma que las restricciones de robots.txt se generan según los módulos instalados, pero no ofrece una salida universal para todas las combinaciones posibles de módulos. Los equipos no deben suponer que el archivo robots.txt de una base de datos de Odoo 20 represente la salida de otro entorno con un conjunto de aplicaciones distinto. (mergebot.odoo.com)
Comprobaciones antes de la publicación
Primero, confirme que el editor de llms.txt esté disponible en la configuración de SEO del sitio web. Introduzca el contenido aprobado, guárdelo y solicite /llms.txt directamente. Un endpoint con contenido debe devolver el texto guardado como texto plano UTF-8. El contenido ausente o compuesto solo por espacios en blanco debe producir una respuesta de no encontrado. (Odoo Odoo Blob; mergebot.odoo.com)
En segundo lugar, inspeccione el HTML raíz del sitio web para la referencia llms.txt de Odoo. Esto prueba el elemento de descubribilidad por separado del propio endpoint. La respuesta de la ruta y la referencia HTML son partes distintas de la implementación, por lo que ambas deben comprobarse. (mergebot.odoo.com)
En tercer lugar, recupere robots.txt del entorno que se esté evaluando. Compruebe las directivas generadas para las rutas relevantes de inicio de sesión, compra, pago, confirmación y portal. Repita esta revisión para bases de datos con módulos instalados diferentes, en lugar de aplicar el resultado esperado de otro entorno. (mergebot.odoo.com)
Por último, registre si llms.txt se publica intencionadamente o se deja en blanco. Odoo admite ambos estados mediante su comportamiento de contenido configurado y de no encontrado, pero el software no documenta el motivo de la organización para cualquiera de las dos opciones. Registrar la decisión junto con la revisión de SEO y de crawlers del sitio web proporciona una base más clara para comprobaciones de configuración posteriores. (Odoo Odoo Blob; mergebot.odoo.com)