Odoo 20 містить публічний маршрут /llms.txt в основній програмі Website. Адміністратори сайту можуть налаштовувати текстову відповідь безпосередньо в Odoo, а не впроваджувати додатковий маршрут поза застосунком. Пов’язана зміна також переносить обмеження для краулерів у вибраних технічних і транзакційних маршрутах у згенеровані директиви robots.txt. (Odoo Odoo Blob; mergebot.odoo.com)
Ці зміни створюють два окремі завдання для перевірки. Адміністратори мають вирішити, чи публікувати та підтримувати вміст llms.txt, а потім перевірити вивід robots.txt, згенерований для модулів, установлених у базі даних. Хоча вони запроваджені однією й тією самою реалізацією, llms.txt і robots.txt мають різні цілі та їх слід тестувати окремо. (Odoo Odoo Blob; mergebot.odoo.com)
Що публікує Odoo 20
Програма Website відкриває llms.txt у корені сайту через HTTP-маршрут /llms.txt. Коли налаштовано непорожній вміст, маршрут повертає його як звичайний текст із кодуванням UTF-8. Реалізація не формує автоматично завершений документ llms.txt на основі наявних сторінок або інших записів сайту. (Odoo Odoo Blob)
Odoo також додає посилання на llms.txt в HTML кореня сайту, щоб покращити виявлення. Адміністратори керують вмістом файлу через редактор у налаштуваннях Website SEO, інтегруючи опублікований текст у наявний процес конфігурації сайту. (mergebot.odoo.com)
Оскільки маршрут є частиною основної програми Website, сайту на Odoo 20 не потрібен сторонній модуль лише для надання цього endpoint. Водночас адміністратори все одно мають підготувати та підтримувати вміст. Odoo надає маршрут, редактор налаштувань і посилання в HTML кореня, тоді як збережений текст визначає, що повертає endpoint. (Odoo Odoo Blob; mergebot.odoo.com)
Порожній вміст не створює файл
Odoo визначає явну поведінку для сайтів, де llms.txt не заповнено. Якщо налаштоване значення відсутнє або містить лише пробіли, запит до /llms.txt отримує відповідь not-found. Odoo не публікує порожній файл, заповнювач або автоматично згенерований підсумок. (Odoo Odoo Blob)
Наявність маршруту в Odoo 20, отже, не означає, що кожен сайт негайно покаже документ llms.txt. Відповідь not-found може вказувати на те, що не збережено жодного непорожнього вмісту, а не на помилку сервера чи маршрутизації. Адміністратори повинні перевірити налаштування Website SEO, перш ніж розглядати цей запит як технічний збій. (Odoo Odoo Blob; mergebot.odoo.com)
Обмеження для краулерів переходять у robots.txt
Пов’язана зміна для краулерів переносить обмеження для маршрутів, таких як сторінки входу, оформлення замовлення, оплати, підтвердження та порталу, у директиви robots.txt. Odoo генерує ці директиви відповідно до модулів, установлених у базі даних. (mergebot.odoo.com)
Отже, результат robots.txt може відрізнятися між середовищами Odoo. Базу даних із модулями ecommerce або portal не слід оцінювати лише за загальним очікуваним файлом або файлом, скопійованим з іншої бази даних. Рецензенти мають перевірити результат, згенерований базою даних, що проходить оцінку, і врахувати встановлені в ній модулі. (mergebot.odoo.com)
Ці два механізми залишаються окремими. Маршрут /llms.txt публікує наданий адміністратором звичайний текст, тоді як robots.txt містить обмеження для краулерів для визначених технічних і транзакційних маршрутів. Публікація llms.txt не замінює потребу перевіряти robots.txt, а наявність директив robots.txt не заповнює llms.txt. (Odoo Odoo Blob; mergebot.odoo.com)
Наслідки для управління вебсайтом
Організаціям, які використовують цю функцію, слід призначити відповідальність за налаштування llms.txt. Odoo публікує збережений непорожній вміст, але реалізація не оновлює цей текст автоматично, коли змінюється інший матеріал вебсайту. Тому його точність залежить від процесу перевірки та підтримки вмісту в організації. (Odoo Odoo Blob; mergebot.odoo.com)
Публічну кінцеву точку слід перевіряти всюди, де файл має бути доступним. Недостатньо лише переконатися, що редактор відображається в адміністративному інтерфейсі. Прямий запит до /llms.txt має повертати потрібний текст із типом вмісту plain-text і кодуванням UTF-8. (Odoo Odoo Blob; mergebot.odoo.com)
Процедури перевірки краулерів також мають враховувати розташування обмежень маршруту. Приймальне тестування Odoo 20 має включати згенерований вивід robots.txt, особливо коли встановлені модулі надають маршрути входу, оформлення замовлення, оплати, підтвердження або порталу. (mergebot.odoo.com)
Для повної перевірки команди мають незалежно перевіряти налаштований вміст llms.txt і його публічну відповідь окремо від згенерованих директив robots.txt. Таке розділення допомагає переконатися, що наданий адміністратором текст, поведінка кінцевої точки та обмеження для краулерів, що залежать від модулів, перевіряються за відповідною частиною реалізації. (Odoo Odoo Blob; mergebot.odoo.com)
Що реалізація не визначає
Реалізація підтверджує, як Odoo відображає й керує налаштованим вмістом llms.txt, але не визначає, що саме організація має писати у файлі. Вона також не встановлює процес затвердження, графік перегляду або власника вмісту. Ці питання залишаються внутрішніми рішеннями з управління. (Odoo Odoo Blob; mergebot.odoo.com)
Реалізація також підтверджує, що обмеження robots.txt генеруються відповідно до встановлених модулів, але не надає один універсальний вивід для будь-якої можливої комбінації модулів. Командам не слід припускати, що файл robots.txt з однієї бази даних Odoo 20 представляє вивід іншого середовища з іншим набором застосунків. (mergebot.odoo.com)
Перевірки перед публікацією
Спочатку переконайтеся, що редактор llms.txt доступний у налаштуваннях Website SEO. Введіть схвалений вміст, збережіть його та безпосередньо запросіть /llms.txt. Заповнена кінцева точка має повертати збережений текст як plain text із кодуванням UTF-8. Відсутній або такий, що містить лише пробіли, вміст має повертати відповідь not found. (Odoo Odoo Blob; mergebot.odoo.com)
Далі перевірте HTML кореня вебсайту на наявність посилання Odoo на llms.txt. Це окремо перевіряє елемент виявлення, незалежно від самої кінцевої точки. Відповідь маршруту та HTML-посилання є окремими частинами реалізації, тому слід перевіряти обидві. (mergebot.odoo.com)
По-третє, отримайте robots.txt із середовища, яке перевіряється. Перевірте згенеровані директиви для відповідних маршрутів входу, оформлення замовлення, оплати, підтвердження та порталу. Повторіть цю перевірку для баз даних із різними встановленими модулями, а не застосовуйте очікуваний результат з іншого середовища. (mergebot.odoo.com)
Нарешті, зафіксуйте, чи llms.txt публікується навмисно, чи лишається порожнім. Odoo підтримує обидва стани через поведінку налаштованого вмісту та not found, але програмне забезпечення не документує причину вибору в організації. Фіксація рішення разом із SEO та перевіркою краулерів вебсайту дає чіткішу основу для подальших перевірок конфігурації. (Odoo Odoo Blob; mergebot.odoo.com)