การออกแบบ Merchant API

เราออกแบบ Merchant API ให้คุ้นเคยกับนักพัฒนาซอฟต์แวร์ Content API for Shopping แต่เรียบง่ายและยืดหยุ่นกว่า ข้อมูลโดยละเอียดเกี่ยวกับการออกแบบ Merchant API มีดังนี้

Sub-APIs

Merchant API คือชุดของ API ย่อย Sub-API คือกลุ่มของบริการและทรัพยากรที่เกี่ยวข้อง การออกแบบนี้หมายความว่าคุณเลือกใช้ได้เฉพาะ API ย่อยที่จำเป็นสำหรับการผสานรวมที่ไม่ซ้ำกัน

Merchant API มี Sub-API ต่อไปนี้

  • บัญชี: จัดการบัญชี Merchant Center ได้ในวงกว้าง
  • Conversion จัดการแหล่งที่มาของ Conversion สําหรับบัญชี
  • แหล่งข้อมูล: ดูและจัดการแหล่งข้อมูลสำหรับผลิตภัณฑ์
  • การแก้ไขปัญหา: รับ ปัญหาที่ส่งผลต่อบัญชีและสร้างหน้าการวินิจฉัยในแอป
  • สินค้าคงคลัง: แสดงผลิตภัณฑ์ตามร้านค้าหรือภูมิภาคใน Google
  • การเป็นพาร์ทเนอร์เกี่ยวกับฟีดในร้าน อัปโหลดฟีดสินค้าคงคลังของผลิตภัณฑ์ในร้าน
  • การแจ้งเตือน: จัดการ การติดตามการแจ้งเตือน
  • การติดตามคำสั่งซื้อ: ระบุข้อมูลย้อนหลังของการติดตามคำสั่งซื้อเพื่อปรับปรุงการประมาณการจัดส่งและปรับปรุงข้อมูลด้วยคำอธิบายประกอบการจัดส่ง
  • ผลิตภัณฑ์: จัดการข้อมูลผลิตภัณฑ์ เช่น ราคาและความพร้อมจำหน่ายสินค้า
  • Product Studio: ใช้ Google Product Studio เพื่อสร้างรูปภาพผลิตภัณฑ์และคำแนะนำข้อความโดยอัตโนมัติ
  • โปรโมชัน: สร้างและจัดการโปรโมชันเพื่อแสดงข้อเสนอพิเศษสำหรับผลิตภัณฑ์
  • Quota: ตรวจสอบ โควต้า API ของบัญชี
  • รายงาน: ดูข้อมูลเกี่ยวกับ ผลิตภัณฑ์ ประสิทธิภาพ และภาพรวมการแข่งขันใน Google
  • รีวิว: จัดการรีวิวผลิตภัณฑ์และผู้ขาย

การขนส่ง

กลไกการรับส่งข้อมูลเริ่มต้นของ Merchant API คือ gRPC นอกจากนี้ คุณยังใช้ REST ได้ด้วย

ดูข้อมูลเพิ่มเติมได้ที่คู่มือเริ่มใช้งานฉบับย่อ

Enum

ฟิลด์ Enum ใน Merchant API อาจแสดงค่าใหม่ในอนาคต โค้ดของคุณควรมีโครงสร้างที่รองรับค่าที่ไม่รู้จัก ได้อย่างราบรื่น คุณควรตรวจสอบค่า Enum ที่ไม่รู้จักและ แทรกแซงเพื่อให้โค้ดเป็นเวอร์ชันล่าสุด

การกำหนดเวอร์ชัน

ระบบจะกำหนดเวอร์ชันของ Sub-API แยกกัน ซึ่งหมายความว่าคุณไม่จำเป็นต้องดำเนินการใดๆ หาก เราอัปเดต API ย่อยที่คุณไม่ได้ใช้ คุณจะต้องอัปเดตโค้ดเฉพาะเมื่อมีการเปิดตัว เวอร์ชันใหม่ของ API ย่อยที่คุณใช้ ดูข้อมูลเพิ่มเติมได้ที่ การกำหนดเวอร์ชัน

เวอร์ชันที่ลงท้ายด้วย "เบต้า" อาจมีการเปลี่ยนแปลงหรือถูกนำออก