ConnectWiz + Meta Conversions API

การเชื่อมต่อที่ใช้งานจริง

โฆษณาที่เปิดบทสนทนา ได้รู้ว่าบทสนทนานั้นจบอย่างไร

โฆษณาแบบส่งข้อความจะออปติไมซ์แบบตาบอด ถ้าไม่มีใครบอก Meta ว่าอะไรคือการคอนเวิร์ต ConnectWiz รายงานดีลที่ปิดได้เป็นอีเวนต์ Purchase — พร้อมมูลค่าจริงและตัวตนที่ถูกต้องตามแต่ละช่องทาง — เข้าสู่ dataset ใน Events Manager ของคุณเอง ผ่านด่านสี่ชั้น และบันทึกทุกครั้งที่ปฏิเสธการส่ง

dataset ของคุณ โทเค็นของคุณ ด่านสี่ชั้น — ความยินยอมมาก่อน ทุกการปฏิเสธถูกบันทึกพร้อมเหตุผล
Meta Conversions API × ConnectWiz
จับคู่ไม่ได้ ก็ตัดทิ้ง ไม่เดา
ด่าน: ความยินยอมอนุญาตให้ใช้กับโฆษณา
จับคู่ตัวตนแยกตามช่องทาง
Purchase + มูลค่า → dataset ของคุณ
13
ชื่ออีเวนต์มาตรฐาน — คลังคำที่ตายตัว เพราะรายชื่อใน dataset ลบทิ้งไม่ได้
4
ด่านที่ต้องผ่านก่อนอีเวนต์จะออกไป — เปิดใช้งาน ความยินยอม รูปแบบถูกต้อง และยังไม่เคยส่ง
100%
ของการปฏิเสธถูกบันทึกพร้อมเหตุผลที่ระบุชื่อ — "เราไม่ได้ส่ง" เป็นข้อเท็จจริงที่มองเห็นได้
24 ชม.
ตัวกันซ้ำฝั่งเรา — สั้นกว่าหน้าต่าง 48 ชั่วโมงของ Meta อย่างตั้งใจ

โฆษณา

ทำอะไรได้บ้าง — แบบเจาะจง

ดีลกลายเป็นสัญญาณ

การปิดดีลได้จะรายงาน Purchase พร้อมมูลค่าจริง ส่วนการย้ายเข้าสู่ขั้นที่แมปไว้จะจุดอีเวนต์ที่คุณเลือก — ไม่ว่าจะมาจากทางไหน: หน้าจอ ระบบอัตโนมัติ หรือการนำเข้า

จับคู่ตัวตนอย่างถูกวิธี

WhatsApp ใช้ click ID, Messenger ใช้ page-scoped ID ส่วน Instagram ใช้ของตัวเอง — คีย์จับคู่ที่ถูกต้องของแต่ละช่องทาง แฮชตามที่ Meta กำหนดไว้

ด่านสี่ชั้น ประตูเดียว

tenant เปิดใช้งานแล้วหรือยัง ความยินยอมอนุญาตให้ยิงโฆษณาไหม อีเวนต์รูปแบบถูกต้องและจับคู่ได้หรือเปล่า และเคยส่งไปแล้วหรือยัง ทุกการปฏิเสธถูกบันทึกพร้อมเหตุผล — ตรวจสอบย้อนหลังได้ ไม่ใช่เรื่องลึกลับ

แผงสุขภาพการทำงาน

ดูได้ว่าอะไรถูกส่ง อะไรถูกปฏิเสธ และเพราะอะไร — ท่อส่งข้อมูลคอนเวอร์ชันที่เปิดดูได้จริง

อีเวนต์ของ Meta เอง สะท้อนกลับให้ถูกต้อง

การซื้อที่ Meta ตรวจพบในเธรดจะถูกสะท้อนกลับ พร้อมมูลค่าที่ถอดจากสเกลของ Meta เอง และ event ID ที่คำนวณมาจากตัวข้อความ — การที่ webhook ส่งซ้ำจึงยุบรวมกัน แทนที่จะนับเป็นยอดขายครั้งที่สอง ถ้าไม่รู้จำนวนเงิน เราจะไม่ส่งมูลค่าเลย เพราะเลขศูนย์ปลอมจะบอก Meta ว่าคอนเวอร์ชันนั้นไม่มีค่าอะไรเลย

ความถูกต้องของรูปแบบ ที่ระบุชื่อไว้

อีเวนต์ถูกตรวจสอบก่อนส่ง — ความยาวชื่อ เวลาประทับที่ล่วงหน้าหรือเก่าเกินไป โควตาพารามิเตอร์ และความสามารถในการจับคู่ — และทุกข้อที่ไม่ผ่านจะกลายเป็นการปฏิเสธที่ระบุชื่อไว้ในบันทึก ไม่ใช่ปริศนา

เบื้องหลังการทำงาน

ท่อส่งข้อมูลคอนเวอร์ชัน ที่วางอย่างระมัดระวัง

ทำไมชื่ออีเวนต์จึงตายตัว

dataset ของ Meta รับชื่ออีเวนต์ที่ต่างกันได้ 1,000 ชื่อแบบถาวร — ลบทิ้งไม่ได้ และเมื่อเกินเพดานแล้วจะไม่มีอะไรใหม่ถูกบันทึกอีกเลย ชื่ออีเวนต์จึงมาจากคลังคำที่ตายตัว และความหลากหลายไปอยู่ในพารามิเตอร์ ซึ่งเป็นที่ที่มันควรอยู่

event ID ที่คำนวณได้แน่นอน

ID ของแต่ละอีเวนต์คำนวณจากสิ่งที่มันอธิบาย ไม่ใช่จากการสุ่ม — การส่งซ้ำจึงได้ ID เดิมและถูกตัดซ้ำ แทนที่จะนับยอดขายเดียวกันสองครั้ง ถ้าใช้การสุ่ม กลไกทั้งหมดนี้ก็พังทันที

ทำเครื่องหมายว่าส่งแล้ว ต่อเมื่อ Meta ตอบรับ

บันทึกกันซ้ำฝั่งเราเขียนหลัง Meta ตอบรับเท่านั้น ไม่เคยเขียนก่อน — เครือข่ายล่มก็แค่ส่งใหม่ ไม่มีทางที่มันจะปิดปากตัวเองจนคอนเวอร์ชันหายไป

การนอร์มัลไลซ์ที่ตรงกับ Meta เป๊ะ

อีเมลถูกแปลงเป็นตัวพิมพ์เล็ก แต่จุดของ Gmail และ +tag ยังอยู่ครบ — เพราะ Meta ทำแบบนั้น เบอร์โทรต้องลงตัวที่ 8–15 หลักพร้อมรหัสประเทศ เบอร์ท้องถิ่นที่ไม่มีรหัสประเทศจะถูกตัดทิ้ง ไม่ใช่เดาเอา การตัดคีย์ทิ้งเสียแค่การจับคู่หนึ่งครั้ง แต่คีย์ที่ผิดเสียคนผิดไปหนึ่งคน

ตัวตนรายช่องทาง แบบแม่นยำ

อีเวนต์จาก WhatsApp พก click ID มาพร้อมเบอร์โทร — บางตำแหน่งโฆษณาไม่มี click ID โดยชอบธรรม และเบอร์โทรยังอยู่รอด ส่วนตัวตนฝั่ง Messenger นับได้ก็ต่อเมื่อมีทั้งเพจและ page-scoped user ด้วยกัน Instagram ใช้ scoped ID ของตัวเอง และอีเวนต์ลีดพก lead ID ของแพลตฟอร์มมาเอง จำกัดเฉพาะลีดที่มาจาก Meta เท่านั้น

แผงสุขภาพที่ยอมรับว่าเลขเป็นของตัวเอง

ความสดของข้อมูล ความถี่ของอีเวนต์ ความครอบคลุมของคีย์จับคู่ที่แข็งแรง มูลค่าการซื้อ และเหตุผลของการปฏิเสธทุกข้อ — วัดบนหน้าต่าง 28 วัน และกำกับไว้ว่าเป็นการวัดของเรา เพราะการเอาเลขของเราไปอ้างว่าเป็นคะแนนของ Meta คือการสร้างอำนาจที่เราไม่มี

การตั้งค่า

เชื่อมต่ออย่างไร

01

วาง dataset ของคุณ

dataset ID และโทเค็นจาก Events Manager ของคุณ — เข้ารหัสไว้ เป็นของคุณ และเพิกถอนได้

02

แมปขั้นในไปป์ไลน์ของคุณ

เลือกว่าขั้นไหนในไปป์ไลน์จะจุดอีเวนต์คอนเวอร์ชันตัวไหน

03

ปิดดีลให้ได้

การรายงานเกิดขึ้นเอง — ผ่านด่าน ตัดซ้ำ และบันทึกไว้ครบ

ใช้ร่วมกันแล้วดีกว่า

ประกอบเข้ากับอะไรได้บ้าง

ไปป์ไลน์ใน CRM

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

โฆษณาแบบกดแล้วส่งข้อความ

แคมเปญที่ลงจอดบนช่องทาง WhatsApp, Messenger หรือ Instagram ได้รู้เสียทีว่าบทสนทนาไหนกลายเป็นรายได้

โฆษณาเก็บลีด

ฟอร์มเก็บลีดของ Meta ส่งเข้ามาถึง CRM อยู่แล้ว — การเชื่อมต่อนี้ปิดวงจรให้ครบ ด้วยการรายงานคุณภาพลีดกลับไปยังบัญชีโฆษณา

ความปลอดภัยและการรับประกัน

การรับประกันที่น่าเบื่อ

dataset ของคุณ โทเค็นของคุณ

อีเวนต์วิ่งไปยัง dataset ที่คุณวางมาจาก Events Manager ของคุณเอง — access token ถูกเข้ารหัสขณะจัดเก็บ และไม่เคยถูกแสดงกลับออกมา ความสัมพันธ์ด้านข้อมูลอยู่ระหว่างธุรกิจของคุณกับ Meta

ความยินยอมคือด่าน ไม่ใช่การตั้งค่า

อีเวนต์จะออกไปก็ต่อเมื่อความยินยอมของผู้ติดต่ออนุญาตให้ยิงโฆษณา — double opt-in ที่ยังค้างอยู่ไม่นับ และการปฏิเสธนั้นถูกบันทึกพร้อมชื่อเหตุผล

โหมดทดสอบมองเห็นได้

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

คำถามเรื่องนับซ้ำ ที่เราถามตรง ๆ

ถ้าคุณรัน CAPI หรือ Signals Gateway อยู่แล้ว การส่งจากที่นี่ด้วยจะทำให้นับซ้ำ — การตัดซ้ำช่วยไม่ได้ถ้ายอดขายเดียวมาสอง ID แผงควบคุมจะถามคุณ และถ้ายังไม่ตอบ มันจะเตือน แทนที่จะเดาเอาเอง

เงื่อนไขปลีกย่อยแบบพูดตรง

ขอบเขตที่ระบุไว้ชัดเจน

ไม่มีการเดาตัวตน

เบอร์โทรที่ไม่มีรหัสประเทศจะถูกตัดทิ้ง ไม่ใช่เดาเอา — การจับคู่ผิดคือการใช้ความเป็นส่วนตัวของคนอื่นไปฟรี ๆ และดีลที่ไม่มีมูลค่าจะไม่ส่งอะไรเลย ไม่ใช่ส่งเลขศูนย์ปลอม

ปิดอยู่ก็เป็นสถานะที่ถูกต้อง

การเชื่อมต่อนี้ส่งมอบมาในสถานะปิด และปิดไม่ใช่โหมดที่ด้อยลง ข้อมูลโฆษณาของคุณจะออกไปก็ต่อเมื่อคุณตัดสินใจให้มันออก

FAQ เรื่อง Meta Conversions API

คำตอบตรงไปตรงมา

อ่านเพิ่มเติมได้ที่หน้า FAQ หรือ ถามเราโดยตรง.

อีเวนต์ Purchase สำหรับดีลที่ปิดได้ (พร้อมมูลค่าจริงและตัวตนรายช่องทาง) อีเวนต์คอนเวอร์ชันที่คุณแมปไว้กับขั้นในไปป์ไลน์ และสัญญาณคุณภาพลีดจากกรวยการขายใน CRM ของคุณ — ทั้งหมดเข้าสู่ dataset ของคุณเอง และตัดซ้ำเทียบกับสิ่งที่ Meta ตรวจพบเอง

มันคือหนึ่งในด่านสี่ชั้น: อีเวนต์จะออกไปก็ต่อเมื่อความยินยอมของผู้ติดต่ออนุญาตให้ใช้กับโฆษณา อีเวนต์ที่ถูกปฏิเสธถูกบันทึกพร้อมเหตุผล "เราไม่ได้ส่ง" จึงเป็นข้อเท็จจริงที่มองเห็นได้

ไม่ต้อง — คุณแค่วาง dataset ID และ access token จาก Events Manager ของคุณเอง ความสัมพันธ์ด้านข้อมูลอยู่ระหว่างธุรกิจของคุณกับ Meta ส่วนเราเป็นแค่ท่อที่มีด่านคัดกรอง

อีเมล เบอร์โทร ชื่อ เมือง/รัฐ/รหัสไปรษณีย์ วันเกิด และ external ID ถูกแฮชด้วย SHA-256 หลังนอร์มัลไลซ์ให้ตรงกับ Meta เป๊ะ ส่วน click ID, browser ID, page-scoped ID และ lead ID ถูกส่งไปตามเดิม — เพราะมันทึบอยู่แล้ว และ Meta ค้นหามันแบบตรงตัว การแฮชจะทำลายมันทิ้ง

จะนับซ้ำ — ซึ่งเป็นเหตุผลที่การเชื่อมต่อนี้ถามคุณก่อน ผู้ส่งสองรายที่ใช้ event ID ต่างกัน ในสายตา Meta คือยอดขายสองยอด ถ้าคุณยืนยันว่ามีผู้ส่งอีกราย คุณจะเลือกได้ว่าใครเป็นเจ้าของอีเวนต์ไหน และถ้ายังไม่ตอบ แผงควบคุมจะเตือน แทนที่จะเดาเอาเอง

เชื่อมต่ออย่างตรงไปตรงมา ดีกว่าเชื่อมต่ออย่างเอิกเกริก

การเชื่อมต่อทุกตัวที่นี่อธิบายด้วยสิ่งที่มันทำจริง — รวมถึงทิศทางข้อมูล สิทธิ์ความเป็นเจ้าของ และข้อจำกัด