Odoo 20 inclut une route publique /llms.txt dans l'application Website principale. Les administrateurs du site web peuvent configurer la réponse en texte brut dans Odoo plutôt que d'implémenter une route supplémentaire en dehors de l'application. Le changement associé déplace aussi les restrictions de crawler pour certaines routes techniques et transactionnelles vers des directives robots.txt générées. (Odoo Odoo Blob; mergebot.odoo.com)

Ces changements créent deux tâches de vérification distinctes. Les administrateurs doivent décider s'ils publient et maintiennent le contenu de llms.txt, puis examiner la sortie robots.txt générée pour les modules installés dans la base de données. Bien qu'introduits par la même implémentation, llms.txt et robots.txt servent des objectifs différents et doivent être testés séparément. (Odoo Odoo Blob; mergebot.odoo.com)

Ce qu'Odoo 20 publie

L'application Website expose llms.txt à la racine du site web via la route HTTP /llms.txt. Lorsque du contenu non vide est configuré, la route renvoie ce contenu en texte brut à l'aide de l'encodage UTF-8. L'implémentation ne construit pas automatiquement un document llms.txt complet à partir des pages existantes ou d'autres enregistrements du site web. (Odoo Odoo Blob)

Odoo ajoute aussi une référence à llms.txt dans le HTML racine du site web afin d'améliorer la découvrabilité. Les administrateurs gèrent le contenu du fichier via un éditeur dans les paramètres SEO du site web, ce qui intègre le texte publié dans le processus de configuration existant du site web. (mergebot.odoo.com)

Comme la route fait partie de l'application Website principale, un site web Odoo 20 n'a pas besoin d'un module tiers uniquement pour fournir le point de terminaison. Les administrateurs doivent néanmoins préparer et maintenir le contenu. Odoo fournit la route, l'éditeur de paramètres et la référence dans le HTML racine, tandis que le texte enregistré détermine ce que renvoie le point de terminaison. (Odoo Odoo Blob; mergebot.odoo.com)

Le contenu vide ne produit aucun fichier

Odoo définit un comportement explicite pour les sites web où llms.txt n'a pas été renseigné. Si la valeur configurée est absente ou ne contient que des espaces, une requête vers /llms.txt reçoit une réponse de type introuvable. Odoo ne publie ni fichier vide, ni espace réservé, ni résumé généré automatiquement. (Odoo Odoo Blob)

La présence de la route dans Odoo 20 ne signifie donc pas que chaque site web exposera immédiatement un document llms.txt. Une réponse introuvable peut indiquer qu'aucun contenu non vide n'a été enregistré, plutôt qu'une erreur de serveur ou de routage. Les administrateurs doivent vérifier le paramètre SEO du site web avant d'analyser la requête comme une défaillance technique. (Odoo Odoo Blob; mergebot.odoo.com)

Les restrictions de crawler passent dans robots.txt

Le changement associé pour le crawler déplace les restrictions de routes telles que les pages de connexion, de paiement, de validation et de portail dans des directives robots.txt. Odoo génère ces directives en fonction des modules installés dans la base de données. (mergebot.odoo.com)

La sortie robots.txt obtenue peut donc varier d'un environnement Odoo à l'autre. Une base de données avec des modules e-commerce ou portail ne doit pas être évaluée uniquement à partir d'un fichier générique attendu ou d'un fichier copié depuis une autre base de données. Les réviseurs doivent examiner la sortie générée par la base de données évaluée et tenir compte des modules installés. (mergebot.odoo.com)

Les deux mécanismes restent distincts. La route /llms.txt publie le contenu en texte brut fourni par l'administrateur, tandis que robots.txt contient des restrictions de crawler pour des routes techniques et transactionnelles spécifiées. Publier llms.txt ne remplace pas la nécessité d'examiner robots.txt, et la présence de directives robots.txt ne renseigne pas llms.txt. (Odoo Odoo Blob; mergebot.odoo.com)

Implications pour la gouvernance du site web

Les organisations qui utilisent cette fonctionnalité devraient attribuer la responsabilité du paramètre llms.txt. Odoo publie le contenu enregistré non vide, mais l'implémentation ne met pas automatiquement à jour ce texte lorsque d'autres éléments du site web changent. Son exactitude dépend donc du processus de revue et de maintenance du contenu de l'organisation. (Odoo Odoo Blob; mergebot.odoo.com)

Le point de terminaison public doit être testé partout où le fichier est censé être disponible. Vérifier uniquement que l'éditeur apparaît dans l'interface d'administration est insuffisant. Une requête directe vers /llms.txt doit renvoyer le texte attendu avec un type de contenu texte brut et un encodage UTF-8. (Odoo Odoo Blob; mergebot.odoo.com)

Les procédures de revue des robots doivent aussi tenir compte de l'emplacement des restrictions de route. Les tests d'acceptation d'Odoo 20 doivent inclure la sortie générée de robots.txt, en particulier lorsque les modules installés fournissent des routes de connexion, de paiement, de validation ou de portail. (mergebot.odoo.com)

Pour une revue complète, les équipes doivent vérifier indépendamment le contenu configuré de llms.txt et sa réponse publique, séparément des directives robots.txt générées. Cette séparation aide à s'assurer que le texte fourni par l'administrateur, le comportement du point de terminaison et les restrictions de crawl dépendant des modules sont chacun vérifiés par rapport à la partie pertinente de l'implémentation. (Odoo Odoo Blob; mergebot.odoo.com)

Ce que l'implémentation ne précise pas

L'implémentation confirme comment Odoo expose et gère le contenu llms.txt configuré, mais elle ne prescrit pas ce qu'une organisation doit écrire dans le fichier. Elle ne définit pas non plus de processus d'approbation, de calendrier de revue ni de propriétaire du contenu. Ces aspects relèvent de décisions internes de gouvernance. (Odoo Odoo Blob; mergebot.odoo.com)

L'implémentation confirme également que les restrictions robots.txt sont générées selon les modules installés, mais elle ne fournit pas une sortie universelle pour toutes les combinaisons possibles de modules. Les équipes ne doivent pas supposer que le fichier robots.txt d'une base Odoo 20 représente la sortie d'un autre environnement avec un ensemble d'applications différent. (mergebot.odoo.com)

Vérifications avant publication

D'abord, confirmez que l'éditeur llms.txt est disponible dans les paramètres SEO du site web. Saisissez le contenu approuvé, enregistrez-le et demandez directement /llms.txt. Un point de terminaison renseigné doit renvoyer le texte enregistré en texte brut UTF-8. Un contenu manquant ou composé uniquement d'espaces doit produire une réponse introuvable. (Odoo Odoo Blob; mergebot.odoo.com)

Ensuite, inspectez le HTML racine du site web pour la référence llms.txt d'Odoo. Cela teste séparément l'élément de découvrabilité du point de terminaison lui-même. La réponse de la route et la référence HTML sont des parties distinctes de l'implémentation, elles doivent donc toutes deux être vérifiées. (mergebot.odoo.com)

Troisièmement, récupérez robots.txt à partir de l'environnement évalué. Vérifiez les directives générées pour les routes pertinentes de connexion, de paiement, de validation et de portail. Répétez cette revue pour des bases de données avec des modules installés différents, plutôt que d'appliquer un résultat attendu provenant d'un autre environnement. (mergebot.odoo.com)

Enfin, consignez si llms.txt est publié intentionnellement ou laissé vide. Odoo prend en charge ces deux états via son comportement de contenu configuré et de ressource introuvable, mais le logiciel ne documente pas la raison de l'organisation pour l'un ou l'autre choix. Consigner la décision avec la revue SEO et crawler du site web fournit une base plus claire pour les contrôles de configuration ultérieurs. (Odoo Odoo Blob; mergebot.odoo.com)