เจาะลึก ACP และ UCP สองโปรโตคอลการค้าด้วย AI ทำไมคำถามว่า "เลือกอันไหนดี" ถึงผิดตั้งแต่ต้น
เปรียบเทียบ Agentic Commerce Protocol จาก OpenAI และ Stripe กับ Universal Commerce Protocol จาก Google ที่ไม่ได้แข่งกัน แต่ทำหน้าที่คนละเลเยอร์
ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง
- ACP และ UCP ทำงานคนละเลเยอร์ โดย ACP เน้นการค้นหาและฟีดสินค้า ส่วน UCP เน้นการชำระเงิน
- การเลือกระหว่างสองโปรโตคอลนี้เป็นความเข้าใจที่คลาดเคลื่อน เนื่องจากโครงสร้างเบื้องหลังต้องการการจัดการข้อมูลแบบเดียวกัน
- ความท้าทายหลักอยู่ที่ความสะอาดของแค็ตตาล็อกสินค้า ไม่ใช่การเลือกใช้โปรโตคอลใดโปรโตคอลหนึ่ง
เมื่อพูดถึงโปรโตคอลการค้าที่ขับเคลื่อนโดยปัญญาประดิษฐ์ คำถามที่มักเกิดขึ้นคือธุรกิจควรเลือกใช้ ACP หรือ UCP แต่มุมมองดังกล่าวอาจไม่ใช่คำตอบที่ถูกต้องที่สุด เนื่องจากทั้งสองโปรโตคอลนี้ไม่ได้แข่งขันกันโดยตรงและไม่ได้ทำหน้าที่แบบเดียวกัน โดยข้อมูลสถานะของโปรโตคอล ณ เดือนมิถุนายน 2026 แสดงให้เห็นทิศทางที่ชัดเจนยิ่งขึ้น
ACP (Agentic Commerce Protocol) ได้รับการสนับสนุนจาก OpenAI และ Stripe เปิดตัวครั้งแรกในฐานะมาตรฐานเบื้องหลัง ChatGPT Instant Checkout ก่อนจะปรับเปลี่ยนบทบาทในเดือนมีนาคม 2026 ให้กลายเป็นโปรโตคอลสำหรับการค้นหาและฟีดสินค้า (discovery and feed protocol) เพื่อให้ OpenAI นำไปประมวลผลว่าสินค้าใดควรถูกแสดงผลในคำตอบของ ChatGPT
ในทางกลับกัน UCP (Universal Commerce Protocol) ที่สนับสนุนโดย Google ซึ่งประกาศครั้งแรกในงาน NRF เดือนมไกราคม 2026 และขยายความเพิ่มเติมในงาน Google Marketing Live เมื่อวันที่ 20 พฤษภาคม 2026 มุ่งเน้นไปที่มาตรฐานการชำระเงินผ่าน AI แบบครบวงจร ครอบคลุมตั้งแต่การค้นหา การสร้างตะกร้าสินค้า ไปจนถึงธุรกรรม โดยมีการประกาศบูรณาการร่วมกับ AI Mode, Gemini, YouTube Shopping และ Gmail
การทำความเข้าใจบริบทของทั้งสองโปรโตคอลช่วยให้เห็นภาพว่า ACP ทำหน้าที่บอกระบบ AI ว่าคุณขายสินค้าอะไรบ้าง ในขณะที่ UCP ทำหน้าที่ช่วยให้ระบบ AI สามารถซื้อสินค้าเหล่านั้นได้ สิ่งสำคัญคือทั้งสองโปรโตคอลไม่ได้เข้ามารับช่วงต่อความสัมพันธ์ในการทำธุรกรรม เจ้าของธุรกิจยังคงมีสถานะเป็นผู้ขายบันทึกรายการ (merchant of record) เช่นเดิม สิ่งที่เปลี่ยนไปคือจุดที่ความตั้งใจซื้อถูกจับ ใช้งาน
การมองว่าต้องเลือกเพียงอย่างเดียวถือเป็นความเข้าใจที่คลาดเคลื่อน เมื่อลดทอนข้อกำหนดทางเทคนิคของทั้งสองโปรโตคอลลง สิ่งที่ระบบหลังบ้านของร้านค้าต้องเตรียมกลับเป็นรายการเดียวกันเกือบทั้งหมด ซึ่งเกี่ยวข้องกับการจัดการข้อมูลแค็ตตาล็อกสินค้ามากกว่าตัวโปรโตคอลเอง
ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง
แนวทางการเตรียมความพร้อมสามารถแบ่งออกเป็นขั้นตอนหลักดังนี้:
- Phase 0 - รากฐาน: ปรับปรุงการเข้าถึงของ Crawler และจัดการโครงสร้างข้อมูล Product + Offer ให้เรนเดอร์ฝั่งเซิร์ฟเวอร์พร้อมสถานะความพร้อมใช้งาน
- Phase 1 - จัดทำฟีด ACP: เผยแพร่ฟีดสินค้าตามมาตรฐาน ACP ซึ่งใช้ความพยายามน้อยกว่าและเข้าถึงฐานผู้ใช้จำนวนมากของ ChatGPT
- Phase 2 - เตรียมมานิเฟสต์ UCP: เผยแพร่ไฟล์ /.well-known/ucp สร้างคีย์เซ็นชื่อ ECDSA และตรวจสอบความถูกต้องของโปรไฟล์
- Phase 3 - ตัดสินใจเรื่องระบบชำระเงิน: กำหนดนโยบายและข้อจำกัดในการอนุญาตให้อ agentes สามารถทำธุรกรรมแทนลูกค้าได้สำเร็จ
ประเด็นสำคัญทางเทคนิคที่ต้องคำนึงถึงคือ เอเจนต์ที่ทำงานผ่านโปรโตคอลฝั่งเซิร์ฟเวอร์ไม่สามารถทำ Tokenize บัตรเครดิตได้ เนื่องจากกระบวนการของ Stripe ต้องอาศัยบริบทเบราว์เซอร์ที่รองรับ PCI-compliant เช่น Stripe.js หรือ Payment Element ซึ่งขัดแย้งกับการทำงานผ่าน Backend tool call โดยตรง ระบบเช็คเอาต์ผ่านเอเจนต์ในปัจจุบันจึงต้องอาศัยวิธีออฟไลน์ ใบแจ้งหนี้ โทเค็นที่ผูกกับลูกค้า หรือการส่งต่อหน้าชำระเงินในขั้นตอนสุดท้าย
ที่มา: Dev.to
พบข้อมูลผิดพลาดในบทความนี้? แจ้งปัญหาบทความนี้
ความคิดเห็น
แสดงความคิดเห็น