Commerce.com ทดลอง WebMCP ผ่าน Cloudflare ให้ AI Agent ใช้เครื่องมือบนหน้าร้าน

Cloudflare และ Commerce.com อธิบายเมื่อ 21 ตุลาคม 2026 ว่ากำลังทดสอบ WebMCP กับร้านค้าออนไลน์จำนวนมาก เพื่อให้ AI agent เรียกเครื่องมือที่หน้าร้านเปิดไว้ เช่น ค้นหาสินค้า ดูรายละเอียด สร้างตะกร้า และรับลิงก์ชำระเงิน แทนการเดาปุ่มจาก HTML ข่าวนี้เป็นกรณีใช้งานจริงของมาตรฐานเบราว์เซอร์ที่ยังอยู่ในช่วงทดลอง จึงมีทั้งโอกาสด้านประสบการณ์ซื้อสินค้าและข้อจำกัดที่นักพัฒนาต้องอ่านให้ครบ

จากการคลิกหน้าเว็บไปสู่เครื่องมือมีโครงสร้าง

Agent ที่อ่านหน้าเว็บทั่วไปต้องตีความข้อความ รูปภาพ และตำแหน่งปุ่ม หากธีมหรือ DOM เปลี่ยน ขั้นตอนอัตโนมัติอาจพัง WebMCP เสนอให้หน้าเว็บประกาศเครื่องมือมีชื่อและพารามิเตอร์ชัดเจน เช่น search_products Agent จึงเรียกงานที่ตั้งใจได้โดยตรง Cloudflare ระบุว่าระบบ edge beta ของตนแทรกสคริปต์ขนาดเล็กเพื่อแสดงเครื่องมือเหล่านี้โดยไม่ให้เจ้าของร้านแก้ธีมเอง

อย่างไรก็ตาม WebMCP ยังเป็นมาตรฐานที่เสนอและเปิดทดลอง ไม่ใช่ API เว็บที่ใช้ได้เหมือนกันในทุกเบราว์เซอร์ ปัจจุบันเกี่ยวข้องกับ Chrome flag สำหรับทดสอบ, Origin Trial, เบราว์เซอร์ agent บางชนิด และสภาพแวดล้อมนักพัฒนา ทีมที่ออกแบบบริการจึงต้องคงเส้นทางการซื้อแบบปกติและ fallback เมื่อเบราว์เซอร์ไม่รองรับ

รูปแบบการเชื่อมต่อของ Commerce.com

Commerce.com ใช้ Cloudflare กับโดเมนร้านค้าเกือบหนึ่งแสนแห่งตามที่ Cloudflare ระบุ ทีมงานต้องการเปิดความสามารถในระดับแพลตฟอร์ม แต่ยังให้ร้านค้าแต่ละแห่งปฏิเสธการใช้งานได้ วิธีที่นำเสนอคือเก็บ metadata ของร้านค้าไว้ให้กฎ edge ตรวจ หากร้านกด opt-out ใน dashboard ระบบจะข้ามการเปิด WebMCP เฉพาะ storefront นั้นโดยไม่ต้องเรียกบริการภายนอกเพิ่ม การออกแบบแบบนี้สำคัญกับระบบหลายผู้เช่า เพราะการเปิดฟีเจอร์กลางไม่ควรตัดสิทธิ์การตัดสินใจของเจ้าของร้าน

การทำงานอยู่ใน session เบราว์เซอร์ของผู้ซื้อบนโดเมนร้าน Agent จึงเห็นราคาและตะกร้าเดียวกับผู้ใช้ โดยไม่ต้องส่ง credential ของ session ไปยังผู้ให้บริการอื่น Cloudflare ยังอธิบายว่ามี server-side MCP แยกต่างหากสำหรับ agent ที่เชื่อมร้านโดยตรง ทั้งสองแบบเหมาะกับเส้นทางใช้งานต่างกัน นักพัฒนาควรเลือกระหว่างเครื่องมือในเบราว์เซอร์กับ API ฝั่งเซิร์ฟเวอร์ตามสิทธิ์และบริบท ไม่เอาคำว่า MCP มาแทนกันทั้งหมด

ระหว่างทดสอบทีมพบว่า server MCP ของ Commerce.com อยู่ที่ /api/mcp แต่ bridge เดิมคาดหวัง /mcp จึงเพิ่มตัวเลือกกำหนด path ในระดับ zone สิ่งนี้เตือนว่าเครื่องมืออัตโนมัติควรมี configuration ที่ชัดและทดสอบกับ URL จริงก่อนเปิดหลายโดเมน หาก endpoint ใช้งานไม่ได้หรือเบราว์เซอร์ไม่รองรับ สคริปต์ออกจากการทำงานและหน้าร้านยังโหลดตามปกติ

สิ่งที่ร้านค้าควรทดสอบ

เริ่มจากการค้นหาสินค้าที่มีตัวเลือกหลายแบบ ราคาเปลี่ยนตามพื้นที่ และสินค้าหมด แล้วเทียบผลที่ agent เห็นกับหน้าที่มนุษย์เห็นจริง ทดสอบการเพิ่มตะกร้าซ้ำ การเปลี่ยนสกุลเงิน และลิงก์ checkout ว่ามีการตรวจสิทธิ์และป้องกันการกระทำซ้ำ ข้อมูลจากเครื่องมือควรจำกัดเฉพาะที่ผู้ใช้ใน session นั้นได้รับอนุญาตให้เห็น รวมถึงป้องกัน agent เรียกเครื่องมือที่มีผลทางธุรกรรมโดยไม่มีการยืนยันที่เหมาะสม

ข่าวนี้แสดงทิศทางการทำร้านค้าให้ agent ใช้ได้มากขึ้น แต่ยังเป็นการทดลองเชิงมาตรฐานและผลิตภัณฑ์ ทีมควรวัดความสำเร็จของการค้นหาและการซื้อ ความผิดพลาด และผลกระทบต่อผู้ใช้ทั่วไปก่อนขยายการเปิดใช้งาน

แหล่งข่าว: บทความ Cloudflare วันที่ 21 ตุลาคม 2026