Odoo 20 มีเส้นทาง /llms.txt แบบสาธารณะในแอปพลิเคชัน Website หลัก ผู้ดูแลระบบเว็บไซต์สามารถกำหนดค่าคำตอบแบบข้อความธรรมดาภายใน Odoo ได้ โดยไม่ต้องติดตั้งเส้นทางเพิ่มเติมภายนอกแอปพลิเคชัน การเปลี่ยนแปลงที่เกี่ยวข้องนี้ยังย้ายข้อจำกัดของ crawler สำหรับเส้นทางทางเทคนิคและธุรกรรมที่เลือกไว้ไปไว้ใน directives ของ 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 ที่รากของเว็บไซต์ผ่าน route /llms.txt HTTP เมื่อกำหนดค่าเนื้อหาที่ไม่ว่าง route จะส่งคืนเนื้อหานั้นเป็นข้อความธรรมดาโดยใช้การเข้ารหัส UTF-8 การทำงานนี้ไม่ได้สร้างเอกสาร llms.txt ที่สมบูรณ์โดยอัตโนมัติจากหน้าเว็บที่มีอยู่หรือระเบียนเว็บไซต์อื่นๆ (Odoo Odoo Blob)
Odoo ยังเพิ่มการอ้างอิงไปยัง llms.txt ใน HTML ของรากเว็บไซต์เพื่อช่วยให้ค้นพบได้ง่ายขึ้น ผู้ดูแลระบบจัดการเนื้อหาของไฟล์นี้ผ่านตัวแก้ไขภายใต้การตั้งค่า Website SEO ซึ่งนำข้อความที่เผยแพร่เข้าสู่กระบวนการกำหนดค่าเว็บไซต์ที่มีอยู่ (mergebot.odoo.com)
เนื่องจาก route นี้เป็นส่วนหนึ่งของแอปพลิเคชัน Website หลัก เว็บไซต์ Odoo 20 จึงไม่จำเป็นต้องใช้โมดูลจากบุคคลที่สามเพียงเพื่อให้มี endpoint นี้ ผู้ดูแลระบบยังคงต้องเตรียมและดูแลเนื้อหา Odoo จัดเตรียม route ตัวแก้ไขการตั้งค่า และการอ้างอิงใน HTML ของรากเว็บไซต์ ขณะที่ข้อความที่บันทึกไว้จะเป็นตัวกำหนดว่า endpoint จะส่งคืนอะไร (Odoo Odoo Blob; mergebot.odoo.com)
เนื้อหาว่างจะไม่สร้างไฟล์
Odoo กำหนดพฤติกรรมที่ชัดเจนสำหรับเว็บไซต์ที่ยังไม่ได้ใส่ข้อมูลใน llms.txt หากค่าที่กำหนดขาดหายไปหรือมีเพียงช่องว่าง คำขอไปยัง /llms.txt จะได้รับการตอบกลับว่าไม่พบ Odoo จะไม่เผยแพร่ไฟล์ว่าง ตัวแทนชั่วคราว หรือสรุปที่สร้างขึ้นโดยอัตโนมัติ (Odoo Odoo Blob)
ดังนั้นการมี route นี้ใน Odoo 20 จึงไม่ได้หมายความว่าเว็บไซต์ทุกแห่งจะมีเอกสาร llms.txt แสดงทันที การตอบกลับว่าไม่พบอาจหมายความว่ายังไม่ได้บันทึกเนื้อหาที่ไม่ว่าง แทนที่จะเป็นข้อผิดพลาดของเซิร์ฟเวอร์หรือการกำหนดเส้นทาง ผู้ดูแลระบบควรตรวจสอบการตั้งค่า Website SEO ก่อนที่จะวิเคราะห์คำขอนี้ว่าเป็นความล้มเหลวทางเทคนิค (Odoo Odoo Blob; mergebot.odoo.com)
ข้อจำกัดของ Crawler ย้ายไปยัง robots.txt
การเปลี่ยนแปลง crawler ที่เกี่ยวข้องย้ายข้อจำกัดสำหรับเส้นทางต่างๆ เช่น หน้าเข้าสู่ระบบ ชำระเงิน การชำระเงิน การยืนยัน และหน้า portal ไปไว้ใน directives ของ robots.txt Odoo สร้าง directives เหล่านี้ตามโมดูลที่ติดตั้งอยู่ในฐานข้อมูล (mergebot.odoo.com)
ดังนั้นผลลัพธ์ robots.txt ที่ได้อาจแตกต่างกันไปในแต่ละสภาพแวดล้อมของ Odoo ฐานข้อมูลที่มีโมดูล ecommerce หรือ portal ไม่ควรถูกประเมินโดยอิงเพียงไฟล์มาตรฐานทั่วไป หรือไฟล์ที่คัดลอกมาจากฐานข้อมูลอื่น ผู้ตรวจสอบจำเป็นต้องตรวจสอบผลลัพธ์ที่สร้างขึ้นโดยฐานข้อมูลที่กำลังประเมิน และคำนึงถึงโมดูลที่ติดตั้งอยู่ (mergebot.odoo.com)
สองกลไกนี้ยังคงแยกจากกัน route /llms.txt เผยแพร่เนื้อหาข้อความธรรมดาที่ผู้ดูแลระบบจัดหาให้ ขณะที่ robots.txt มีข้อจำกัดของ crawler สำหรับเส้นทางทางเทคนิคและธุรกรรมที่ระบุ การเผยแพร่ llms.txt ไม่ได้แทนที่ความจำเป็นในการตรวจสอบ robots.txt และการมี directives ใน 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)
ขั้นตอนการตรวจทานสำหรับ crawler ควรคำนึงถึงตำแหน่งของข้อจำกัดเส้นทางด้วย การทดสอบการยอมรับของ Odoo 20 ควรรวมผลลัพธ์ robots.txt ที่สร้างขึ้น โดยเฉพาะเมื่อโมดูลที่ติดตั้งให้เส้นทางสำหรับเข้าสู่ระบบ ชำระเงิน ยืนยันคำสั่งซื้อ หรือพอร์ทัล (mergebot.odoo.com)
สำหรับการตรวจทานครบถ้วน ทีมควรตรวจสอบเนื้อหา llms.txt ที่ตั้งค่าไว้และการตอบกลับสาธารณะของมันแยกจาก directives ของ robots.txt ที่สร้างขึ้น การแยกส่วนนี้ช่วยให้มั่นใจได้ว่าข้อความที่ผู้ดูแลระบบระบุ พฤติกรรมของจุดปลายทาง และข้อจำกัด crawler ที่ขึ้นอยู่กับโมดูล จะถูกตรวจสอบเทียบกับส่วนที่เกี่ยวข้องของการทำงานแต่ละส่วน (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 ที่รากของเว็บไซต์เพื่อหาอ้างอิง llms.txt ของ Odoo การทดสอบนี้ตรวจสอบองค์ประกอบการค้นพบแยกจากตัวจุดปลายทางเอง การตอบกลับของเส้นทางและการอ้างอิงใน HTML เป็นคนละส่วนของการทำงาน ดังนั้นควรตรวจสอบทั้งคู่ (mergebot.odoo.com)
ขั้นที่สาม ดึง robots.txt จากสภาพแวดล้อมที่กำลังประเมิน ตรวจสอบ directives ที่สร้างขึ้นสำหรับเส้นทาง login, checkout, payment, confirmation และ portal ที่เกี่ยวข้อง ทำการทบทวนนี้ซ้ำสำหรับฐานข้อมูลที่มีโมดูลติดตั้งต่างกัน แทนที่จะนำผลลัพธ์ที่คาดหวังจากสภาพแวดล้อมอื่นมาใช้ (mergebot.odoo.com)
สุดท้าย ให้บันทึกว่า llms.txt ถูกเผยแพร่อย่างตั้งใจหรือปล่อยว่างไว้ Odoo รองรับทั้งสองสถานะผ่านพฤติกรรมของเนื้อหาที่ตั้งค่าไว้และ not-found แต่ซอฟต์แวร์ไม่ได้อธิบายเหตุผลขององค์กรสำหรับตัวเลือกใดตัวเลือกหนึ่ง การบันทึกการตัดสินใจควบคู่ไปกับการตรวจทาน SEO และ crawler ของเว็บไซต์ช่วยให้มีพื้นฐานที่ชัดเจนขึ้นสำหรับการตรวจสอบการตั้งค่าในภายหลัง (Odoo Odoo Blob; mergebot.odoo.com)