Odoo 20 zawiera publiczną trasę /llms.txt w podstawowej aplikacji Website. Administratorzy witryny mogą konfigurować odpowiedź tekstową w Odoo, zamiast wdrażać dodatkową trasę poza aplikacją. Powiązana zmiana przenosi też ograniczenia crawlerów dla wybranych tras technicznych i transakcyjnych do generowanych dyrektyw robots.txt. (Odoo Odoo Blob; mergebot.odoo.com)
Te zmiany tworzą dwa oddzielne zadania weryfikacyjne. Administratorzy muszą zdecydować, czy opublikować i utrzymywać treść llms.txt, a następnie sprawdzić wynik robots.txt generowany dla modułów zainstalowanych w bazie danych. Choć wprowadzone w ramach tej samej implementacji, llms.txt i robots.txt służą różnym celom i powinny być testowane oddzielnie. (Odoo Odoo Blob; mergebot.odoo.com)
Co publikuje Odoo 20
Aplikacja Website udostępnia llms.txt w katalogu głównym witryny za pośrednictwem trasy HTTP /llms.txt. Gdy skonfigurowana treść nie jest pusta, trasa zwraca ją jako zwykły tekst z użyciem kodowania UTF-8. Implementacja nie buduje automatycznie kompletnego dokumentu llms.txt na podstawie istniejących stron ani innych rekordów witryny. (Odoo Odoo Blob)
Odoo dodaje też odwołanie do llms.txt w HTML katalogu głównego witryny, aby zwiększyć jego wykrywalność. Administratorzy zarządzają treścią pliku za pomocą edytora w ustawieniach SEO witryny, wprowadzając publikowany tekst do istniejącego procesu konfiguracji witryny. (mergebot.odoo.com)
Ponieważ trasa jest częścią podstawowej aplikacji Website, witryna Odoo 20 nie wymaga modułu firm trzecich tylko po to, aby udostępnić ten punkt końcowy. Administratorzy nadal muszą przygotować i utrzymywać treść. Odoo dostarcza trasę, edytor ustawień i odwołanie w HTML katalogu głównego, a zapisany tekst określa, co zwraca punkt końcowy. (Odoo Odoo Blob; mergebot.odoo.com)
Pusta treść nie tworzy pliku
Odoo definiuje jednoznaczne zachowanie dla witryn, w których llms.txt nie został wypełniony. Jeśli skonfigurowana wartość jest brakująca lub zawiera wyłącznie białe znaki, żądanie do /llms.txt otrzymuje odpowiedź not-found. Odoo nie publikuje pustego pliku, symbolu zastępczego ani automatycznie wygenerowanego podsumowania. (Odoo Odoo Blob)
Obecność trasy w Odoo 20 nie oznacza zatem, że każda witryna natychmiast udostępni dokument llms.txt. Odpowiedź not-found może wskazywać, że nie zapisano żadnej niepustej treści, a nie na błąd serwera lub routingu. Administratorzy powinni sprawdzić ustawienie SEO witryny, zanim uznają to żądanie za awarię techniczną. (Odoo Odoo Blob; mergebot.odoo.com)
Ograniczenia crawlerów przeniesione do robots.txt
Powiązana zmiana dotycząca crawlerów przenosi ograniczenia dla tras takich jak logowanie, finalizacja zakupu, płatność, potwierdzenie i strony portalu do dyrektyw robots.txt. Odoo generuje te dyrektywy zgodnie z modułami zainstalowanymi w bazie danych. (mergebot.odoo.com)
Wynikowy robots.txt może zatem różnić się między środowiskami Odoo. Bazy danych z modułami e-commerce lub portalowymi nie należy oceniać wyłącznie na podstawie ogólnego oczekiwanego pliku albo pliku skopiowanego z innej bazy danych. Recenzenci muszą sprawdzić wynik wygenerowany przez ocenianą bazę danych i uwzględnić zainstalowane moduły. (mergebot.odoo.com)
Te dwa mechanizmy pozostają odrębne. Trasa /llms.txt publikuje dostarczaną przez administratora treść w postaci zwykłego tekstu, natomiast robots.txt zawiera ograniczenia crawlerów dla określonych tras technicznych i transakcyjnych. Publikacja llms.txt nie zastępuje potrzeby sprawdzenia robots.txt, a obecność dyrektyw robots.txt nie wypełnia llms.txt. (Odoo Odoo Blob; mergebot.odoo.com)
Implikacje dla zarządzania witryną
Organizacje korzystające z tej funkcji powinny przypisać odpowiedzialność za ustawienie llms.txt. Odoo publikuje zapisany, niepusty treści, ale implementacja nie aktualizuje automatycznie tego tekstu, gdy zmieniają się inne materiały witryny. Jego poprawność zależy więc od procesu przeglądu i utrzymania treści w organizacji. (Odoo Odoo Blob; mergebot.odoo.com)
Publiczny punkt końcowy należy testować wszędzie tam, gdzie oczekuje się dostępności pliku. Samo sprawdzenie, że edytor pojawia się w interfejsie administracyjnym, jest niewystarczające. Bezpośrednie żądanie do /llms.txt powinno zwrócić zamierzony tekst z typem zawartości plain-text i kodowaniem UTF-8. (Odoo Odoo Blob; mergebot.odoo.com)
Procedury przeglądu crawlerów powinny również uwzględniać lokalizację ograniczeń tras. Testy akceptacyjne Odoo 20 powinny obejmować generowany wynik robots.txt, szczególnie gdy zainstalowane moduły udostępniają trasy logowania, realizacji zakupu, płatności, potwierdzenia lub portalu. (mergebot.odoo.com)
W ramach pełnego przeglądu zespoły powinny niezależnie zweryfikować skonfigurowaną treść llms.txt oraz jej publiczną odpowiedź, odrębnie od wygenerowanych dyrektyw robots.txt. To rozdzielenie pomaga upewnić się, że tekst dostarczony przez administratora, zachowanie punktu końcowego i ograniczenia crawlerów zależne od modułów są sprawdzane względem odpowiedniej części implementacji. (Odoo Odoo Blob; mergebot.odoo.com)
Czego implementacja nie określa
Implementacja potwierdza, w jaki sposób Odoo udostępnia i zarządza skonfigurowaną treścią llms.txt, ale nie określa, co organizacja powinna wpisać do tego pliku. Nie definiuje też procesu zatwierdzania, harmonogramu przeglądu ani właściciela treści. Te kwestie pozostają wewnętrznymi decyzjami dotyczącymi zarządzania. (Odoo Odoo Blob; mergebot.odoo.com)
Implementacja potwierdza również, że ograniczenia robots.txt są generowane zgodnie z zainstalowanymi modułami, ale nie zapewnia jednego uniwersalnego wyniku dla każdej możliwej kombinacji modułów. Zespoły nie powinny zakładać, że plik robots.txt z jednej bazy Odoo 20 reprezentuje wynik innego środowiska z odmiennym zestawem aplikacji. (mergebot.odoo.com)
Kontrole przed publikacją
Po pierwsze, potwierdź, że edytor llms.txt jest dostępny w ustawieniach SEO witryny. Wprowadź zatwierdzoną treść, zapisz ją i bezpośrednio zażądaj /llms.txt. Wypełniony punkt końcowy powinien zwrócić zapisany tekst jako zwykły tekst UTF-8. Brakująca treść lub treść zawierająca wyłącznie białe znaki powinna zwrócić odpowiedź not-found. (Odoo Odoo Blob; mergebot.odoo.com)
Po drugie, sprawdź HTML strony głównej witryny pod kątem odwołania do llms.txt Odoo. To testuje element wykrywalności oddzielnie od samego punktu końcowego. Odpowiedź trasy i odwołanie w HTML to odrębne części implementacji, więc obie powinny zostać sprawdzone. (mergebot.odoo.com)
Po trzecie, pobierz robots.txt ze sprawdzanego środowiska. Sprawdź wygenerowane dyrektywy dla odpowiednich tras logowania, realizacji zakupu, płatności, potwierdzenia i portalu. Powtórz ten przegląd dla baz danych z różnymi zainstalowanymi modułami, zamiast stosować oczekiwany wynik z innego środowiska. (mergebot.odoo.com)
Na koniec zapisz, czy llms.txt jest celowo publikowany, czy pozostawiony pusty. Odoo obsługuje oba stany poprzez zachowanie skonfigurowanej treści i odpowiedzi not-found, ale oprogramowanie nie dokumentuje powodu organizacji dla żadnego z tych wyborów. Zapisanie decyzji wraz z przeglądem SEO i crawlerów witryny zapewnia jaśniejszą podstawę do późniejszych kontroli konfiguracji. (Odoo Odoo Blob; mergebot.odoo.com)