Odoo 20 include una route pubblica /llms.txt nell'applicazione Website principale. Gli amministratori del sito possono configurare la risposta in testo semplice direttamente in Odoo, invece di implementare una route aggiuntiva al di fuori dell'applicazione. La modifica correlata sposta anche le restrizioni del crawler per alcune route tecniche e transazionali nelle direttive robots.txt generate. (Odoo Odoo Blob; mergebot.odoo.com)
Queste modifiche creano due attività di revisione separate. Gli amministratori devono decidere se pubblicare e mantenere il contenuto di llms.txt, quindi verificare l'output robots.txt generato per i moduli installati nel database. Anche se introdotti tramite la stessa implementazione, llms.txt e robots.txt hanno scopi diversi e devono essere testati separatamente. (Odoo Odoo Blob; mergebot.odoo.com)
Cosa pubblica Odoo 20
L'applicazione Website espone llms.txt alla root del sito tramite la route HTTP /llms.txt. Quando viene configurato un contenuto non vuoto, la route restituisce quel contenuto come testo semplice usando la codifica UTF-8. L'implementazione non costruisce automaticamente un documento llms.txt completo a partire dalle pagine esistenti o da altri record del sito. (Odoo Odoo Blob)
Odoo aggiunge anche un riferimento a llms.txt nell'HTML della root del sito per migliorarne la reperibilità. Gli amministratori gestiscono il contenuto del file tramite un editor nelle impostazioni SEO di Website, integrando il testo pubblicato nel processo di configurazione del sito esistente. (mergebot.odoo.com)
Poiché la route fa parte dell'applicazione Website principale, un sito Odoo 20 non richiede un modulo di terze parti solo per fornire l'endpoint. Gli amministratori devono comunque preparare e mantenere il contenuto. Odoo fornisce la route, l'editor delle impostazioni e il riferimento nell'HTML della root, mentre il testo salvato determina ciò che restituisce l'endpoint. (Odoo Odoo Blob; mergebot.odoo.com)
Il contenuto vuoto non produce alcun file
Odoo definisce un comportamento esplicito per i siti in cui llms.txt non è stato popolato. Se il valore configurato manca o contiene solo spazi bianchi, una richiesta a /llms.txt riceve una risposta non trovato. Odoo non pubblica un file vuoto, un segnaposto o un riepilogo generato automaticamente. (Odoo Odoo Blob)
La presenza della route in Odoo 20 non significa quindi che ogni sito esporrà immediatamente un documento llms.txt. Una risposta non trovato può indicare che non è stato salvato alcun contenuto non vuoto, invece di un errore del server o di routing. Gli amministratori dovrebbero controllare l'impostazione SEO di Website prima di considerare la richiesta un guasto tecnico. (Odoo Odoo Blob; mergebot.odoo.com)
Le restrizioni del crawler passano a robots.txt
La modifica correlata al crawler sposta le restrizioni per route come login, checkout, pagamento, conferma e pagine del portale nelle direttive robots.txt. Odoo genera queste direttive in base ai moduli installati nel database. (mergebot.odoo.com)
L'output robots.txt risultante può quindi variare tra ambienti Odoo diversi. Un database con moduli ecommerce o portal non dovrebbe essere valutato solo in base a un file generico atteso o a un file copiato da un altro database. I revisori devono esaminare l'output generato dal database in valutazione e tenere conto dei moduli installati. (mergebot.odoo.com)
I due meccanismi restano distinti. La route /llms.txt pubblica contenuti in testo semplice forniti dall'amministratore, mentre robots.txt contiene restrizioni per i crawler per specifiche route tecniche e transazionali. Pubblicare llms.txt non sostituisce la necessità di controllare robots.txt, e la presenza di direttive robots.txt non popola llms.txt. (Odoo Odoo Blob; mergebot.odoo.com)
Implicazioni per la governance del sito web
Le organizzazioni che utilizzano la funzione dovrebbero assegnare la responsabilità dell'impostazione llms.txt. Odoo pubblica il contenuto salvato non vuoto, ma l'implementazione non aggiorna automaticamente quel testo quando cambiano altri contenuti del sito web. La sua accuratezza dipende quindi dal processo di revisione e manutenzione dei contenuti dell'organizzazione. (Odoo Odoo Blob; mergebot.odoo.com)
L'endpoint pubblico dovrebbe essere testato ovunque il file debba essere disponibile. Verificare solo che l'editor compaia nell'interfaccia di amministrazione non è sufficiente. Una richiesta diretta a /llms.txt dovrebbe restituire il testo previsto con un tipo di contenuto plain text e codifica UTF-8. (Odoo Odoo Blob; mergebot.odoo.com)
Le procedure di revisione per i crawler dovrebbero tenere conto anche della posizione delle restrizioni di route. I test di accettazione di Odoo 20 dovrebbero includere l'output generato di robots.txt, in particolare quando i moduli installati forniscono route di login, checkout, pagamento, conferma o portal. (mergebot.odoo.com)
Per una revisione completa, i team dovrebbero verificare il contenuto configurato di llms.txt e la sua risposta pubblica in modo indipendente dalle direttive generate di robots.txt. Questa separazione aiuta a garantire che il testo fornito dall'amministratore, il comportamento dell'endpoint e le restrizioni del crawler dipendenti dai moduli siano ciascuno verificati rispetto alla parte pertinente dell'implementazione. (Odoo Odoo Blob; mergebot.odoo.com)
Cosa non specifica l'implementazione
L'implementazione conferma come Odoo espone e gestisce il contenuto configurato di llms.txt, ma non prescrive cosa un'organizzazione debba scrivere nel file. Inoltre non definisce un processo di approvazione, una pianificazione di revisione o un responsabile del contenuto. Questi aspetti restano decisioni di governance interne. (Odoo Odoo Blob; mergebot.odoo.com)
L'implementazione conferma anche che le restrizioni di robots.txt vengono generate in base ai moduli installati, ma non fornisce un unico output universale per ogni possibile combinazione di moduli. I team non dovrebbero assumere che il file robots.txt di un database Odoo 20 rappresenti l'output di un altro ambiente con un insieme di applicazioni diverso. (mergebot.odoo.com)
Controlli prima della pubblicazione
Per prima cosa, conferma che l'editor llms.txt sia disponibile nelle impostazioni SEO del sito web. Inserisci il contenuto approvato, salvalo e richiedi direttamente /llms.txt. Un endpoint popolato dovrebbe restituire il testo salvato come plain text UTF-8. Un contenuto mancante o composto solo da spazi bianchi dovrebbe produrre una risposta not-found. (Odoo Odoo Blob; mergebot.odoo.com)
In secondo luogo, ispeziona l'HTML della home del sito web per il riferimento llms.txt di Odoo. Questo verifica separatamente l'elemento di individuabilità rispetto all'endpoint stesso. La risposta della route e il riferimento HTML sono parti distinte dell'implementazione, quindi entrambe dovrebbero essere controllate. (mergebot.odoo.com)
Terzo, recupera robots.txt dall'ambiente in esame. Verifica le direttive generate per le route rilevanti di login, checkout, pagamento, conferma e portal. Ripeti questa revisione per database con moduli installati diversi, invece di applicare il risultato atteso di un altro ambiente. (mergebot.odoo.com)
Infine, registra se llms.txt è pubblicato intenzionalmente oppure lasciato vuoto. Odoo supporta entrambi gli stati tramite il comportamento del contenuto configurato e del not-found, ma il software non documenta la ragione dell'organizzazione per una delle due scelte. Registrare la decisione insieme alla revisione SEO e crawler del sito web fornisce una base più chiara per i successivi controlli di configurazione. (Odoo Odoo Blob; mergebot.odoo.com)