ConnectWiz + Shopify
เร็ว ๆ นี้ — งานพื้นฐานใช้งานจริงแล้วShopify: งานพื้นฐานใช้งานจริงแล้ว การซิงก์แบบเนทีฟคือคิวถัดไป
เราประกาศสถานะตามจริงแทนที่จะเรียงกำแพงโลโก้ ทุกวันนี้ร้าน Shopify ทำงานร่วมกับ ConnectWiz ผ่าน API สาธารณะและ webhook ได้แล้ว และตัวตนลูกค้าจาก Shopify ก็เชื่อมรวมเข้ากับผู้ติดต่อได้เรียบร้อย ส่วนการซิงก์สองทางแบบเนทีฟ — ตามแม่พิมพ์เดียวกับ WooCommerce — กำลังพัฒนาอยู่
อีคอมเมิร์ซ
ทำอะไรได้บ้าง — แบบเจาะจง
ตัวตนเชื่อมรวมกันได้แล้ว
ลูกค้าจาก Shopify ถูกจับคู่เข้ากับผู้ติดต่อคนเดียวกันใน ConnectWiz กับที่เขาแชทเข้ามา — งานพื้นฐานที่จะทำให้การซิงก์ในอนาคตรู้สึกทันใจ ใช้งานจริงแล้ววันนี้
เส้นทาง API ที่ใช้ได้วันนี้
สแตก Shopify ของคุณคุยกับ Commerce API สาธารณะได้ (ด้วยคีย์ที่มีขอบเขตจำกัด) และเริ่มโฟลว์ผ่าน webhook ที่มีการป้องกันได้ — หลายทีมใช้วิธีนี้บนโปรดักชันโดยไม่ต้องรอคอนเนกเตอร์แบบเนทีฟ
การซิงก์แบบเนทีฟ คิวถัดไป
สินค้าและออเดอร์ไหลสองทาง พร้อมสิทธิ์ความเป็นเจ้าของระดับฟิลด์ โหมดซ้อม และบัญชีบันทึกความขัดแย้ง — แม่พิมพ์เดียวกับ WooCommerce เป๊ะ เพียงแต่ใช้กับ Shopify
เบื้องหลังการทำงาน
ทำไม "เร็ว ๆ นี้" บนหน้านี้จึงเป็นเรื่องวิศวกรรม ไม่ใช่การตลาด
พอร์ตที่สร้างมาเผื่อผู้เช่าสองราย
เลเยอร์คอมเมิร์ซคือพอร์ตผู้ให้บริการที่มีสัญญาความสามารถกำกับ — ผู้เรียกใช้ทุกรายต้องถามก่อนว่า "ร้านนี้จับคู่ด้วยเบอร์โทรได้ไหม สร้างออเดอร์ได้ไหม" แทนที่จะเดาเอาเอง WooCommerce คืออะแดปเตอร์ตัวหนึ่งที่อยู่หลังพอร์ตนั้น ส่วน Shopify คือที่นั่งตัวที่สองที่เราซื้อเก้าอี้เผื่อไว้ตั้งแต่แรก
ตัวตนไม่ผูกกับผู้ให้บริการรายใดอยู่แล้ว
ตารางตัวตนของผู้ติดต่อเก็บชื่อผู้ให้บริการและ external ID ไว้ตั้งแต่ออกแบบ — customer ID ของ Shopify จึงเชื่อมรวมเข้ากับผู้ติดต่อได้แบบเดียวกับของ WooCommerce ในวันนี้ โดยไม่ต้องแก้สคีมาแม้แต่บรรทัดเดียว
แม้แต่คำศัพท์ก็พร้อมแล้ว
สถานะออเดอร์ถูกส่งผ่านมาด้วยคำของร้านเอง — WooCommerce ใช้คำว่า "completed" ส่วน Shopify ใช้ "fulfilled" — เพราะคำที่ช่วยเจ้าหน้าที่ได้มากที่สุดคือคำเดียวกับที่ลูกค้าเห็นในบัญชีของตัวเอง
"กำลังพัฒนาอยู่" หมายถึงอะไร
คอนเนกเตอร์แบบเนทีฟหมายถึง: การจับคู่ผ่าน OAuth การนำเข้าแคตตาล็อกสินค้า สิทธิ์ความเป็นเจ้าของระดับฟิลด์ การเขียนกลับแบบซ้อมก่อนใช้จริง และบัญชีบันทึกความขัดแย้ง — แม่พิมพ์เดียวกับ WooCommerce ไม่ใช่ของเลียนแบบรุ่นย่อส่วน
การตั้งค่า
เชื่อมต่ออย่างไร
วันนี้: API + webhook
ต่ออีเวนต์จาก Shopify เข้ากับ webhook trigger ของโฟลว์ แล้วอ่านและเขียนออเดอร์ผ่าน Commerce API
รับการแจ้งเตือน
ทิ้งอีเมลไว้ แล้วคุณจะได้ข่าวในวันที่คอนเนกเตอร์แบบเนทีฟเปิดจริง — ไม่ใช่ก่อนหน้านั้น
จากนั้น: จบในคลิกเดียว
การซิงก์แบบเนทีฟจะจับคู่เหมือนที่ WooCommerce ทำ — อนุมัติครั้งเดียว เลือกสิทธิ์ความเป็นเจ้าของ ซ้อมดู แล้วใช้งานจริง
ใช้ร่วมกันแล้วดีกว่า
ประกอบเข้ากับอะไรได้บ้าง
เส้นทาง API ที่ใช้ได้วันนี้
คีย์คอมเมิร์ซที่มีขอบเขตจำกัด และ webhook trigger ที่ตรวจลายเซ็น HMAC — คือ ขอบเขตสำหรับนักพัฒนา และทีม Shopify ก็ใช้งานจริงบนโปรดักชันกันอยู่แล้ววันนี้
Flows
อีเวนต์จาก Shopify ที่ต่อเข้ากับ webhook trigger ของโฟลว์ ก็จ่ายงาน แจ้งเตือน และส่งข้อความได้ตั้งแต่วันนี้ — เลเยอร์ระบบอัตโนมัติไม่ต้องรอคอนเนกเตอร์
ตัวแม่พิมพ์เอง
หน้าที่ควรอ่านต่อคือ หน้า WooCommerce ในนั้นจะเห็นชัดว่าการซิงก์ Shopify แบบเนทีฟจะหน้าตาเป็นอย่างไร — สัญญาเดียวกัน คนละร้าน
ความปลอดภัยและการรับประกัน
การรับประกันที่น่าเบื่อ
คีย์ที่มีขอบเขตจำกัด ไม่ใช่คีย์หลัก
เส้นทาง API ใช้คีย์ที่ออกให้แต่ละ tenant พร้อม scope ที่ระบุไว้ชัด — อ่านแคตตาล็อก อ่านออเดอร์ เขียนออเดอร์ — และเพิกถอนแยกทีละใบได้
webhook ที่พิสูจน์แล้ว ไม่ใช่แค่เชื่อใจ
ทริกเกอร์ขาเข้าตรวจลายเซ็น HMAC บน raw body ด้วย secret แยกรายทริกเกอร์ พร้อมการป้องกันการส่งซ้ำ
เงื่อนไขปลีกย่อยแบบพูดตรง
ขอบเขตที่ระบุไว้ชัดเจน
ไม่มีละคร "เบต้า" ปลอม ๆ
เราไม่ขายการซิงก์แบบเนทีฟก่อนที่มันจะมีจริง สิ่งที่ใช้ได้วันนี้เราบอกตรง ๆ และปล่อยให้ป้ายทำหน้าที่พูดความจริงแทน
เชื่อมต่ออย่างตรงไปตรงมา ดีกว่าเชื่อมต่ออย่างเอิกเกริก
การเชื่อมต่อทุกตัวที่นี่อธิบายด้วยสิ่งที่มันทำจริง — รวมถึงทิศทางข้อมูล สิทธิ์ความเป็นเจ้าของ และข้อจำกัด