Lighthouse 13.5 เพิ่มการตรวจ ARD สำหรับการค้นหาทรัพยากรของ AI agent

Lighthouse 13.5 ของ Google ซึ่งเปิดตัวเมื่อวันที่ 18 กันยายน 2569 เพิ่มการตรวจ (audit) ใหม่ที่เช็กว่าเว็บไซต์เผยแพร่แค็ตตาล็อกที่ถูกต้องตามมาตรฐาน Agentic Resource Discovery หรือ ARD หรือไม่ ARD เป็นมาตรฐานที่ยังอยู่ในขั้นข้อเสนอ ว่าด้วยวิธีที่ AI agent ค้นหาเครื่องมือและบริการที่องค์กรหนึ่งเปิดให้ใช้ ทีม Lighthouse คาดว่าเวอร์ชันนี้จะเข้าไปอยู่ใน Chrome DevTools ของ Chrome 156 และใน PageSpeed Insights ภายในสองสัปดาห์

การตรวจนี้อยู่ในหมวด Agentic Browsing ซึ่งยังเป็นหมวดทดลองของ Lighthouse อยู่ข้างการตรวจ llms.txt ที่มีอยู่เดิม และไม่ได้อยู่ในหมวด SEO ประกาศไม่ได้เชื่อมโยงการตรวจนี้กับอันดับใน Google Search เลย แต่นี่เป็นครั้งแรกที่เครื่องมือวัดคุณภาพเว็บไซต์กระแสหลักของ Google ให้คะแนนเว็บไซต์ตามสเปกการค้นหาของ agent และจะเริ่มแสดงในรายงานที่เจ้าของเว็บไซต์จำนวนมากใช้อยู่แล้ว

Lighthouse 13.5 มีอะไรใหม่

บันทึกการเปิดตัว Lighthouse 13.5.0 บน GitHub ระบุการตรวจใหม่หนึ่งรายการคือ "ard-schema: add Agent Resource Discovery audit" มีการเปลี่ยนแปลงที่เกี่ยวข้องมาพร้อมกันอีกสองส่วน ส่วนแรกจัดกลุ่มการตรวจ llms.txt และ ARD ไว้ด้วยกันใต้หัวข้อ agent discovery ส่วนที่สองปรับการตรวจ WebMCP คือการตรวจความครอบคลุมของฟอร์มจะแสดงผ่านแทนที่จะเป็น "ไม่เกี่ยวข้อง" เมื่อทุกฟอร์มถูกครอบคลุมแล้ว และการตรวจเครื่องมือที่ลงทะเบียนไว้จะเตือนเมื่อหน้าเว็บมีจำนวนเครื่องมือเกินที่แนะนำ

บันทึกการเปิดตัวระบุกำหนดการไว้ชัดเจนว่า ทีมคาดว่าเวอร์ชันนี้จะอยู่ใน DevTools ของ Chrome 156 และใน PageSpeed Insights ภายใน 2 สัปดาห์ สำหรับนักการตลาดส่วนใหญ่ PageSpeed Insights จะเป็นที่แรกที่เห็นการตรวจใหม่นี้

การตรวจค้นหาแค็ตตาล็อกอย่างไร

Search Engine Journal อ่านซอร์สโค้ดของเวอร์ชัน 13.5 และรายงานลำดับที่ Lighthouse ใช้ค้นหาแค็ตตาล็อก ARD ดังนี้

1. บรรทัด Agentmap ในไฟล์ robots.txt ซึ่งเป็นคำสั่งจากสเปก ARD ที่ชี้ไปยังแค็ตตาล็อก
2. แท็ก link ในหน้าเว็บที่มี relation แบบ ai-catalog
3. HTTP Link header ที่มี relation เดียวกัน
4. ถ้าไม่มีทั้งสามอย่าง จะส่ง request ไปที่ /.well-known/ai-catalog.json

ถ้าไม่มีตัวชี้และไม่มีไฟล์ที่ path well-known การตรวจจะรายงานว่า Not Applicable การตรวจจะไม่ผ่านเมื่อแค็ตตาล็อกไม่ตรงกับ schema ของ ARD หรือเมื่อตัวชี้พาไปยังแค็ตตาล็อกที่โหลดไม่ได้ pull request อธิบายการตรวจนี้ว่าเป็น "schema conformance audit" และ Lighthouse สร้างตัวตรวจจากชุดทดสอบความสอดคล้องของโครงการ ARD เอง

เอกสาร Lighthouse ของ Google ระบุว่าหมวด Agentic Browsing ไม่ได้ให้คะแนน 0 ถึง 100 แต่แสดงเป็นสัดส่วนการผ่านแทน เพราะมาตรฐานของเว็บสำหรับ agent ยังอยู่ระหว่างการพัฒนา

ชื่อไฟล์เปลี่ยนไปแล้ว

การตรวจกับสเปกปัจจุบันไม่ตรงกันอยู่จุดหนึ่ง หน้าสเปก ARD ระบุเวอร์ชัน 0.91 ลงวันที่ 26 สิงหาคม 2569 สถานะ "Proposal" ตามรายงานของ Search Engine Journal เวอร์ชัน 0.91 กำหนดให้ /.well-known/ard.json เป็นตำแหน่งของ manifest และเก็บ ai-catalog.json ไว้เป็นเพียง path เดิมที่ตัวอ่านอาจตรวจเพิ่มได้ สเปกเตือนว่าไฟล์ที่มีอยู่แค่ใน path เดิม "อาจหาไม่เจอ"

SEJ รายงานว่าไม่พบการอ้างอิงถึง ard.json หรือ relation แบบ ard ตัวใหม่ ทั้งในซอร์สของเวอร์ชัน 13.5 และใน main branch ของโครงการ ณ วันที่ 21 กันยายน และยังระบุว่าสเปกอธิบายการค้นหาผ่าน JSON-LD ในหน้าเว็บและผ่าน DNS record ด้วย ซึ่งเวอร์ชัน 13.5 ไม่ได้ตรวจ

ผลในทางปฏิบัติจึงค่อนข้างอึดอัดสำหรับคนที่ทำตามเร็ว เว็บไซต์ที่ทำตามสเปกล่าสุด คือเสิร์ฟ /.well-known/ard.json และใช้ relation ใหม่ แต่ไม่มีบรรทัด Agentmap และไม่มีไฟล์ ai-catalog จะถูก Lighthouse 13.5 รายงานว่า Not Applicable ซึ่งไม่ได้แปลว่าเว็บไซต์ไม่มี manifest แต่แปลว่า Lighthouse ยังมองหาในตำแหน่งที่สเปกเคยใช้ก่อนหน้านี้

เทียบ ARD, llms.txt และ WebMCP

ตอนนี้มีรูปแบบไฟล์สำหรับ agent สามแบบที่มีการตรวจใน Lighthouse และแต่ละแบบทำหน้าที่ต่างกัน ตารางนี้ใช้คำอธิบายจากสเปก ARD บันทึกการเปิดตัว Lighthouse และรายงานของ SEJ

ARD พยายามแก้ปัญหาอะไร

สเปก ARD ระบุผู้เขียนสามคน คือ Junjie Bu จาก Google, R.V. Guha จาก Microsoft และ Shaun Smith จาก Hugging Face ส่วนที่อธิบายแรงจูงใจพูดถึงปัญหาของวิธีที่ระบบ AI เลือกเครื่องมือในปัจจุบัน โมเดลภาษาส่วนใหญ่เลือกเครื่องมือด้วยการโหลดคำอธิบายของทุกเครื่องมือเข้า context window ซึ่งขยายไม่ได้เมื่อมี agent และบริการเป็นพันเป็นหมื่นตัว สเปกเสนอให้ย้ายการค้นหาออกจากตัวโมเดลไปไว้ในบริการค้นหาเฉพาะ ซึ่งใช้สัญญาณอย่างคำค้นตัวอย่าง ตัวตนของผู้เผยแพร่ และข้อมูลด้านการปฏิบัติตามกฎเกณฑ์ได้ โดยไม่ต้องเสีย token ใน context

เพื่อให้ทำงานได้ ทรัพยากรหนึ่งจะถูกอธิบายเพียงครั้งเดียวบนโดเมนของผู้เผยแพร่เอง แล้ว registry จะทำดัชนีไว้ สเปกกำหนดว่า registry ต้องเปิดอินเทอร์เฟซค้นหาแบบ HTTP REST มาตรฐาน เพื่อให้ระบบใดก็ได้เข้าร่วมได้ เวอร์ชัน 0.91 ปรับให้แต่ละรายการเป็น node แบบ JSON-LD ทำให้ผู้เผยแพร่เพิ่มคำศัพท์จากชุดคำศัพท์อื่นได้โดยไม่ต้องรอให้สเปกเปลี่ยน

พูดง่ายๆ ARD ใกล้เคียงกับ sitemap สำหรับบริการที่เรียกใช้ได้มากกว่าไฟล์เนื้อหา มันสำคัญกับองค์กรที่มีสิ่งที่ agent เรียกใช้ได้จริง เช่น API สำหรับจอง เครื่องมือค้นหาสินค้า หรือ MCP server ส่วนเว็บไซต์แนะนำบริษัทที่ไม่มีบริการให้เรียกใช้ แทบไม่มีอะไรต้องใส่ในแค็ตตาล็อก

ใครควรทำตอนนี้ และใครรอได้

เว็บไซต์ธุรกิจส่วนใหญ่ในไทยไม่ได้เผยแพร่ MCP server หรือ endpoint สำหรับ agent สำหรับเว็บไซต์กลุ่มนี้ การตรวจใหม่จะแสดงผล Not Applicable ซึ่งเป็นผลกลางๆ ไม่ใช่ความล้มเหลว และในประกาศไม่มีอะไรบ่งชี้ว่าส่งผลต่อการมองเห็นในการค้นหา

ธุรกิจที่เปิดบริการให้ agent ใช้ เช่น ระบบจองท่องเที่ยวและโรงแรม แค็ตตาล็อกอีคอมเมิร์ซที่มี API สินค้า หรือเครื่องมือ SaaS ที่มี MCP server มีเหตุผลที่ต้องดูใกล้ขึ้น คำถามที่ต้องตอบเป็นเรื่องปฏิบัติ

• ตอนนี้คุณเผยแพร่ทรัพยากรที่ agent เรียกใช้ได้หรือยัง ถ้ายัง ก็ยังไม่มีอะไรต้องทำแค็ตตาล็อก
• ถ้ามีแล้ว คุณทำตามสเปกเวอร์ชันไหน ถ้าเผยแพร่แค่ /.well-known/ard.json Lighthouse 13.5 อาจมองไม่เห็น การเสิร์ฟ path ai-catalog.json แบบเดิมคู่กัน หรือเพิ่มบรรทัด Agentmap ใน robots.txt จะครอบคลุมตัวอ่านทั้งสองแบบระหว่างที่เครื่องมือยังตามไม่ทัน
• แค็ตตาล็อกของคุณผ่านการตรวจ schema ไหม ถ้าไม่ผ่านจะถูกรายงานเป็นการตรวจที่ล้มเหลว ซึ่งเห็นชัดกว่า Not Applicable ในรายงาน PageSpeed ที่ส่งให้ลูกค้า
• robots.txt ของคุณถูกจัดการโดย CMS หรือปลั๊กอินหรือไม่ บรรทัด Agentmap ต้องอยู่รอดหลังการอัปเดตปลั๊กอินด้วย

สิ่งที่ประกาศไม่ได้บอก

ประกาศไม่ได้เชื่อมโยงการตรวจนี้กับ Google Search, AI Overviews, AI Mode หรือ Gemini ไม่ได้บอกว่า agent ของ Google เองอ่านแค็ตตาล็อก ARD หรือไม่ และไม่ได้บอกว่า Lighthouse จะตามสเปกที่ย้ายไปใช้ ard.json เมื่อไร สเปก ARD ยังเป็นข้อเสนอ ไม่ใช่มาตรฐานที่รับรองแล้ว และผู้เขียนเตือนว่า media type บางตัวที่ใช้ยังรอการจดทะเบียนอย่างเป็นทางการ ควรมองการตรวจนี้เป็นสัญญาณว่าทีมเครื่องมือของ Google กำลังจับตาการค้นหาของ agent ไม่ใช่ปัจจัยจัดอันดับ

ความหมายสำหรับนักการตลาดไทย

สำหรับแบรนด์ไทยส่วนใหญ่ ประเด็นที่มีประโยชน์คือเรื่องการรายงานมากกว่าการลงมือทำ เมื่อมีแถวใหม่ในรายงาน PageSpeed Insights หรือ Lighthouse ใต้หัวข้อ agent discoverability ส่วนใหญ่จะขึ้นว่า Not Applicable และนั่นไม่เป็นไร ควรบอกลูกค้าและผู้เกี่ยวข้องไว้ก่อนที่เขาจะเห็น เพื่อไม่ให้บรรทัดใหม่ในรายงานที่คุ้นเคยกลายเป็นสัญญาณเตือนผิดๆ

สำหรับแบรนด์ที่การมองเห็นในคำตอบของ AI มีความสำคัญ งานหลักยังเป็นเนื้อหาที่ระบบ AI อ้างอิงและเชื่อถือได้ ซึ่งเป็นสิ่งที่ บริการ GEO เน้น แค็ตตาล็อกสำหรับ agent จะเกี่ยวข้องก็ต่อเมื่อธุรกิจมีบริการที่คุ้มค่าให้เรียกใช้ การทำ ตรวจ SEO เชิงเทคนิค สามารถรวมการดูแล robots.txt และการตรวจว่าเว็บไซต์เสิร์ฟไฟล์สำหรับ agent อะไรอยู่แล้วบ้าง เพื่อไม่ให้มีอะไรขัดกันเมื่อถึงเวลา

คำถามที่พบบ่อย

การตรวจ ARD ใหม่ใน Lighthouse คืออะไร

คือการตรวจ schema ของแค็ตตาล็อก Agentic Resource Discovery ที่เพิ่มเข้ามาใน Lighthouse 13.5 เมื่อ 18 กันยายน 2569 ระบบจะมองหาตัวชี้ไปยังแค็ตตาล็อก หรือไฟล์ที่ /.well-known/ai-catalog.json แล้วตรวจความถูกต้องเทียบกับ schema ของ ARD

การตรวจ ARD มีผลต่ออันดับใน Google ไหม

ประกาศไม่ได้บอกเช่นนั้น การตรวจนี้อยู่ในหมวด Agentic Browsing ที่ยังเป็นหมวดทดลองของ Lighthouse แยกจากการตรวจ SEO และบันทึกการเปิดตัวไม่ได้พูดถึง Google Search

เว็บไซต์ของฉันขึ้นว่า Not Applicable เป็นปัญหาไหม

ไม่เป็นปัญหา Not Applicable หมายความว่า Lighthouse ไม่พบแค็ตตาล็อก ARD ในตำแหน่งที่มันมองหา สำหรับเว็บไซต์ที่ไม่มีบริการให้ agent เรียกใช้ นี่คือผลที่คาดไว้อยู่แล้ว

ควรเผยแพร่ ard.json หรือ ai-catalog.json

สเปกปัจจุบันเวอร์ชัน 0.91 ใช้ /.well-known/ard.json แต่ Lighthouse 13.5 มองหา ai-catalog.json และบรรทัด Agentmap ตามที่ SEJ อ่านจากโค้ด เว็บไซต์ที่อยากให้ทั้งสองฝั่งหาแค็ตตาล็อกเจอ สามารถเสิร์ฟทั้งสอง path ไปก่อนจนกว่าเครื่องมือจะอัปเดต

จะเห็นการตรวจนี้ใน PageSpeed Insights เมื่อไร

ทีม Lighthouse บอกว่าคาดว่าเวอร์ชัน 13.5 จะเข้า PageSpeed Insights ภายในสองสัปดาห์หลังการเปิดตัววันที่ 18 กันยายน และจะอยู่ใน DevTools ของ Chrome 156

Lighthouse 13.5 ไม่ได้เปลี่ยนสิ่งที่ทำให้เว็บไซต์ติดอันดับ มันเพิ่มการตรวจสำหรับรูปแบบการค้นหาของ agent ที่ยังเป็นร่าง และตอนนี้ยังมองหาในตำแหน่งเดิม เว็บไซต์ที่มีบริการควรค่าแก่การเปิดให้ agent ใช้ ควรเผยแพร่ทั้งสอง path และตรวจความถูกต้อง ส่วนเว็บไซต์อื่นๆ แค่รับรู้ว่ามีแถวใหม่ในรายงานแล้วทำงานต่อได้เลย