Odoo 20 включва публичен маршрут /llms.txt в основното приложение Website. Администраторите на сайта могат да конфигурират отговора в обикновен текст директно в Odoo, вместо да внедряват допълнителен маршрут извън приложението. Свързаната промяна също премества ограниченията за crawler-и за избрани технически и транзакционни маршрути в генерирани 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)
Ограниченията за crawler-и се преместват в robots.txt
Свързаната промяна за crawler-и премества ограниченията за маршрути като login, checkout, payment, confirmation и portal страници в robots.txt директиви. Odoo генерира тези директиви според модулите, инсталирани в базата данни. (mergebot.odoo.com)
Полученият robots.txt изход следователно може да се различава между средите на Odoo. База данни с ecommerce или portal модули не трябва да се оценява само спрямо общ очакван файл или файл, копиран от друга база данни. Рецензентите трябва да проверят изхода, генериран от базата данни, която се оценява, и да отчетат нейните инсталирани модули. (mergebot.odoo.com)
Двата механизма остават различни. Маршрутът /llms.txt публикува предоставено от администратора съдържание в обикновен текст, докато robots.txt съдържа ограничения за crawler-и за определени технически и транзакционни маршрути. Публикуването на 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. Въведете одобрeното съдържание, запазете го и отправете директна заявка към /llms.txt. Попълнена крайна точка трябва да върне запазения текст като UTF-8 plain text. Липсващо или съдържание само с интервали трябва да върне отговор not-found. (Odoo Odoo Blob; mergebot.odoo.com)
Второ, проверете HTML кода на началната страница на уебсайта за препратката към llms.txt на Odoo. Това тества елемента за откриваемост отделно от самата крайна точка. Отговорът на маршрута и HTML препратката са различни части от имплементацията, така че и двете трябва да бъдат проверени. (mergebot.odoo.com)
Трето, извлечете robots.txt от средата, която се оценява. Проверете генерираните директиви за съответните маршрути за вход, каса, плащане, потвърждение и портал. Повторете този преглед за бази данни с различни инсталирани модули, вместо да прилагате очакван резултат от друга среда. (mergebot.odoo.com)
Накрая запишете дали llms.txt е умишлено публикуван или оставен празен. Odoo поддържа и двата режима чрез поведението за конфигурирано съдържание и not-found, но софтуерът не документира причината на организацията за който и да е от двата избора. Записването на решението заедно с SEO и прегледа на краулерите на уебсайта осигурява по-ясна основа за последващи проверки на конфигурацията. (Odoo Odoo Blob; mergebot.odoo.com)