Odoo 20 enthält in der Kernanwendung Website eine öffentliche /llms.txt-Route. Website-Administratoren können die Antwort im Klartext direkt in Odoo konfigurieren, statt außerhalb der Anwendung eine zusätzliche Route zu implementieren. Die zugehörige Änderung verlagert außerdem Crawler-Einschränkungen für ausgewählte technische und transaktionale Routen in generierte robots.txt-Direktiven. (Odoo Odoo Blob; mergebot.odoo.com)
Diese Änderungen führen zu zwei separaten Prüfaufgaben. Administratoren müssen entscheiden, ob sie Inhalte für llms.txt veröffentlichen und pflegen, und anschließend die generierte robots.txt-Ausgabe für die in der Datenbank installierten Module überprüfen. Obwohl beide durch dieselbe Implementierung eingeführt wurden, erfüllen llms.txt und robots.txt unterschiedliche Zwecke und sollten getrennt getestet werden. (Odoo Odoo Blob; mergebot.odoo.com)
Was Odoo 20 veröffentlicht
Die Website-Anwendung stellt llms.txt über die HTTP-Route /llms.txt im Stammverzeichnis der Website bereit. Wenn nicht leere Inhalte konfiguriert sind, gibt die Route diese Inhalte als Klartext mit UTF-8-Kodierung zurück. Die Implementierung erstellt nicht automatisch ein vollständiges llms.txt-Dokument aus vorhandenen Seiten oder anderen Website-Datensätzen. (Odoo Odoo Blob)
Odoo fügt außerdem einen Verweis auf llms.txt im HTML des Website-Stamms hinzu, um die Auffindbarkeit zu verbessern. Administratoren verwalten den Inhalt der Datei über einen Editor unter den Website-SEO-Einstellungen und integrieren den veröffentlichten Text so in den bestehenden Website-Konfigurationsprozess. (mergebot.odoo.com)
Da die Route Teil der Kernanwendung Website ist, benötigt eine Odoo-20-Website kein Drittanbieter-Modul, nur um den Endpunkt bereitzustellen. Administratoren müssen den Inhalt dennoch erstellen und pflegen. Odoo stellt die Route, den Einstellungseditor und den Verweis im Stamm-HTML bereit, während der gespeicherte Text bestimmt, was der Endpunkt zurückgibt. (Odoo Odoo Blob; mergebot.odoo.com)
Leerer Inhalt erzeugt keine Datei
Odoo definiert ein eindeutiges Verhalten für Websites, bei denen llms.txt nicht befüllt wurde. Wenn der konfigurierte Wert fehlt oder nur Leerzeichen enthält, erhält eine Anfrage an /llms.txt eine Not-Found-Antwort. Odoo veröffentlicht keine leere Datei, keinen Platzhalter und keine automatisch generierte Zusammenfassung. (Odoo Odoo Blob)
Das Vorhandensein der Route in Odoo 20 bedeutet daher nicht, dass jede Website sofort ein llms.txt-Dokument bereitstellt. Eine Not-Found-Antwort kann darauf hinweisen, dass kein nicht leerer Inhalt gespeichert wurde, statt auf einen Server- oder Routingfehler. Administratoren sollten die Website-SEO-Einstellung prüfen, bevor sie die Anfrage als technischen Fehler untersuchen. (Odoo Odoo Blob; mergebot.odoo.com)
Crawler-Einschränkungen werden in robots.txt verschoben
Die zugehörige Änderung für Crawler verschiebt Einschränkungen für Routen wie Login-, Checkout-, Zahlungs-, Bestätigungs- und Portal-Seiten in robots.txt-Direktiven. Odoo generiert diese Direktiven entsprechend den in der Datenbank installierten Modulen. (mergebot.odoo.com)
Die daraus resultierende robots.txt-Ausgabe kann sich daher zwischen Odoo-Umgebungen unterscheiden. Eine Datenbank mit E-Commerce- oder Portal-Modulen sollte nicht nur anhand einer allgemeinen erwarteten Datei oder einer aus einer anderen Datenbank kopierten Datei beurteilt werden. Prüfer müssen die von der zu prüfenden Datenbank generierte Ausgabe ansehen und ihre installierten Module berücksichtigen. (mergebot.odoo.com)
Die beiden Mechanismen bleiben getrennt. Die /llms.txt-Route veröffentlicht von Administratoren bereitgestellten Klartext, während robots.txt Crawler-Einschränkungen für bestimmte technische und transaktionale Routen enthält. Das Veröffentlichen von llms.txt ersetzt nicht die Prüfung von robots.txt, und das Vorhandensein von robots.txt-Direktiven befüllt llms.txt nicht. (Odoo Odoo Blob; mergebot.odoo.com)
Auswirkungen auf die Website-Governance
Organisationen, die die Funktion nutzen, sollten die Verantwortung für die llms.txt-Einstellung festlegen. Odoo veröffentlicht den gespeicherten, nicht leeren Inhalt, aber die Implementierung aktualisiert diesen Text nicht automatisch, wenn sich andere Website-Inhalte ändern. Die Genauigkeit hängt daher vom Prozess der Inhaltsprüfung und -pflege der Organisation ab. (Odoo Odoo Blob; mergebot.odoo.com)
Der öffentliche Endpunkt sollte überall getestet werden, wo die Datei verfügbar sein soll. Es reicht nicht aus, nur zu prüfen, ob der Editor in der Verwaltungsoberfläche angezeigt wird. Eine direkte Anfrage an /llms.txt sollte den vorgesehenen Text mit einem Content-Type für reinen Text und UTF-8-Kodierung zurückgeben. (Odoo Odoo Blob; mergebot.odoo.com)
Crawler-Prüfverfahren sollten auch den Ort der Routenbeschränkungen berücksichtigen. Die Abnahmetests für Odoo 20 sollten die erzeugte robots.txt-Ausgabe einschließen, insbesondere wenn die installierten Module Login-, Checkout-, Zahlungs-, Bestätigungs- oder Portal-Routen bereitstellen. (mergebot.odoo.com)
Für eine vollständige Prüfung sollten Teams den konfigurierten llms.txt-Inhalt und die öffentliche Antwort unabhängig von den erzeugten robots.txt-Direktiven verifizieren. Diese Trennung hilft sicherzustellen, dass der vom Administrator bereitgestellte Text, das Endpunktverhalten und die modulabhängigen Crawler-Beschränkungen jeweils gegen den relevanten Teil der Implementierung geprüft werden. (Odoo Odoo Blob; mergebot.odoo.com)
Was die Implementierung nicht vorgibt
Die Implementierung bestätigt, wie Odoo konfigurierten llms.txt-Inhalt bereitstellt und verwaltet, legt jedoch nicht fest, was eine Organisation in die Datei schreiben sollte. Sie definiert auch keinen Freigabeprozess, Prüfungszeitplan oder Inhaltsverantwortlichen. Diese Punkte bleiben interne Governance-Entscheidungen. (Odoo Odoo Blob; mergebot.odoo.com)
Die Implementierung bestätigt außerdem, dass robots.txt-Beschränkungen entsprechend den installierten Modulen erzeugt werden, aber sie liefert keine einheitliche Ausgabe für jede mögliche Modulkonfiguration. Teams sollten nicht davon ausgehen, dass die robots.txt-Datei einer Odoo-20-Datenbank die Ausgabe einer anderen Umgebung mit einem anderen Anwendungssatz repräsentiert. (mergebot.odoo.com)
Prüfungen vor der Veröffentlichung
Stellen Sie zuerst sicher, dass der llms.txt-Editor in den Einstellungen für Website-SEO verfügbar ist. Geben Sie den freigegebenen Inhalt ein, speichern Sie ihn und rufen Sie /llms.txt direkt ab. Ein gefüllter Endpunkt sollte den gespeicherten Text als UTF-8-Reintext zurückgeben. Fehlender Inhalt oder nur aus Leerzeichen bestehender Inhalt sollte eine Not-Found-Antwort erzeugen. (Odoo Odoo Blob; mergebot.odoo.com)
Prüfen Sie als Nächstes das HTML der Website-Startseite auf Odoos llms.txt-Verweis. Damit wird das Auffindbarkeitselement getrennt vom Endpunkt selbst getestet. Die Routen-Antwort und der HTML-Verweis sind unterschiedliche Teile der Implementierung, daher sollten beide geprüft werden. (mergebot.odoo.com)
Rufen Sie anschließend robots.txt aus der zu prüfenden Umgebung ab. Prüfen Sie die erzeugten Direktiven für die relevanten Login-, Checkout-, Zahlungs-, Bestätigungs- und Portal-Routen. Wiederholen Sie diese Prüfung für Datenbanken mit unterschiedlichen installierten Modulen, anstatt ein erwartetes Ergebnis aus einer anderen Umgebung zu übernehmen. (mergebot.odoo.com)
Dokumentieren Sie abschließend, ob llms.txt absichtlich veröffentlicht oder leer gelassen wird. Odoo unterstützt beide Zustände über das konfigurierte Verhalten für Inhalt und Not-Found, aber die Software dokumentiert nicht den Grund der Organisation für eine der beiden Entscheidungen. Die Dokumentation der Entscheidung zusammen mit der SEO- und Crawler-Prüfung der Website schafft eine klarere Grundlage für spätere Konfigurationsprüfungen. (Odoo Odoo Blob; mergebot.odoo.com)