ConnectWiz + Meta Conversions API

Integrasi aktif

Iklan yang memulakan sembang tahu bagaimana ia berakhir

Iklan pemesejan membuat pengoptimuman secara membuta tuli melainkan ada yang memberitahu Meta apa yang berjaya menjadi penukaran. ConnectWiz melaporkan urusan yang dimenangi sebagai peristiwa Purchase — dengan nilai sebenar dan identiti yang betul bagi setiap saluran — ke dalam set data Events Manager anda sendiri, di sebalik empat pintu kawalan, dengan setiap penolakan direkodkan.

Set data anda, token anda Empat pintu kawalan — persetujuan dahulu Penolakan direkodkan berserta sebab
Meta Conversions API × ConnectWiz
Tiada padanan? Digugurkan, bukan diteka
Pintu kawalan: persetujuan membenarkan penggunaan iklan
Identiti dipadankan bagi setiap saluran
Purchase + nilai → set data anda
13
Nama peristiwa standard — perbendaharaan kata yang tetap, kerana senarai nama dalam set data adalah kekal
4
Pintu kawalan sebelum sebarang peristiwa keluar — diaktifkan, ada persetujuan, berformat betul, belum dihantar
100%
Penolakan direkodkan dengan sebab yang dinamakan — "kami tidak menghantar" ialah fakta yang boleh dilihat
24 jam
Pengawal nyahduplikasi setempat — sengaja lebih pendek daripada tetingkap 48 jam Meta sendiri

Iklan

Apa yang dilakukannya — dengan tepat

Urusan menjadi isyarat

Memenangi urusan melaporkan Purchase dengan nilai sebenarnya; beralih ke peringkat yang dipetakan mencetuskan peristiwa yang anda pilih — melalui mana-mana laluan: skrin, automasi atau import.

Identiti yang dikendalikan dengan betul

WhatsApp menggunakan ID klik, Messenger menggunakan ID berskop halaman, Instagram menggunakan ID sendiri — kunci padanan yang betul bagi setiap saluran, dicincang seperti yang ditetapkan Meta.

Empat pintu kawalan, satu pintu keluar

Tenant sudah diaktifkan? Persetujuan membenarkan penyasaran iklan? Peristiwa berformat betul dan boleh dipadankan? Belum pernah dihantar? Setiap penolakan direkodkan berserta sebabnya — boleh diaudit, bukan misteri.

Panel kesihatan

Lihat apa yang dihantar dan apa yang ditolak, serta sebabnya — saluran paip penukaran yang benar-benar boleh anda periksa.

Peristiwa Meta sendiri, dipantulkan semula dengan betul

Pembelian yang dikesan Meta dalam perbualan dipantulkan semula dengan nilai yang dinyahkod daripada skala Meta sendiri dan ID peristiwa yang diterbitkan daripada mesej itu — jadi cubaan semula webhook bergabung menjadi satu, bukannya dikira sebagai jualan kedua. Jumlah yang tidak diketahui langsung tidak menghantar nilai: sifar palsu akan memberitahu Meta bahawa penukaran itu tidak bernilai.

Kesahihan format, dengan nama yang jelas

Peristiwa disahkan sebelum dihantar — panjang nama, cap masa masa depan atau yang sudah basi, bajet parameter, kebolehpadanan — dan setiap pelanggaran ialah penolakan bernama dalam log, bukan misteri.

Dari sudut teknikal

Saluran paip penukaran, dibina dengan teliti

Mengapa nama peristiwa ditetapkan

Set data Meta menerima 1,000 nama peristiwa berbeza secara kekal — nama itu tidak boleh dipadam, dan selepas had itu dicapai, tiada lagi yang baharu direkodkan langsung. Jadi nama peristiwa datang daripada perbendaharaan kata yang tetap, dan variasi diletakkan dalam parameter, di tempat yang sepatutnya.

ID peristiwa yang deterministik

ID setiap peristiwa diterbitkan daripada apa yang diperihalkannya, bukan secara rawak — jadi cubaan semula menghasilkan ID yang sama dan dinyahduplikasi, bukannya mengira jualan yang sama dua kali. Nilai rawak akan menggagalkan keseluruhan mekanisme ini.

Ditanda sebagai dihantar hanya selepas Meta menerima

Rekod nyahduplikasi setempat ditulis selepas Meta menerima, tidak pernah sebelum itu — kegagalan rangkaian akan dicuba semula; ia tidak boleh menyekat dirinya sendiri sehingga penukaran hilang.

Penormalan yang sepadan tepat dengan Meta

E-mel ditukar kepada huruf kecil tetapi titik Gmail dan +tag dikekalkan — kerana itulah yang dilakukan Meta. Nombor telefon mesti menjadi 8–15 digit berserta negara; nombor tempatan tanpa negara digugurkan, bukan diteka. Kunci yang digugurkan merugikan satu padanan; kunci yang salah merujuk orang yang salah.

Identiti setiap saluran, dengan tepat

Peristiwa WhatsApp membawa ID klik serta nombor telefon — ID klik memang tiada pada sesetengah penempatan, dan nombor telefon masih kekal walaupun begitu. Identiti Messenger hanya dikira sebagai gabungan halaman + pengguna berskop halaman; Instagram menggunakan ID berskopnya sendiri; peristiwa prospek membawa ID prospek platform itu sendiri, terhad kepada prospek bersumberkan Meta.

Panel kesihatan yang bertanggungjawab atas kiraannya sendiri

Kesegaran data, kekerapan peristiwa, liputan kunci padanan kukuh, nilai pembelian dan setiap sebab penolakan — diukur dalam tetingkap 28 hari dan dilabel sebagai ukuran kami, kerana membentangkan kiraan kami sebagai skor Meta bermakna mereka-reka autoriti yang tidak kami miliki.

Persediaan

Cara ia bersambung

01

Tampal set data anda

ID set data Events Manager dan token anda — disulitkan, milik anda, boleh dibatalkan.

02

Petakan peringkat anda

Pilih peringkat pipeline mana yang mencetuskan peristiwa penukaran mana.

03

Menangi urusan

Pelaporan berlaku dengan sendirinya — melalui pintu kawalan, dinyahduplikasi, direkodkan.

Lebih baik bersama

Apa yang boleh digabungkan

Pipeline CRM

Urusan yang dimenangi dan peringkat pipeline yang dipetakan itulah yang mencetuskan peristiwa — corong jualan yang sudah anda jalankan menjadi sumber isyarat.

Iklan Click-to-message

Kempen yang membawa pelanggan ke WhatsApp, Messenger atau Instagram akhirnya tahu perbualan mana yang menjadi hasil jualan.

Iklan prospek

Penyerahan borang prospek Meta sudah pun masuk ke CRM — integrasi ini melengkapkan kitarannya dengan melaporkan kualiti prospek semula kepada akaun iklan.

Keselamatan & jaminan

Jaminan yang membosankan

Set data anda, token anda

Peristiwa dihantar ke set data yang anda tampal daripada Events Manager anda sendiri — token akses disulitkan semasa disimpan dan tidak pernah dipaparkan semula. Hubungan data itu adalah antara perniagaan anda dengan Meta.

Persetujuan ialah pintu kawalan, bukan tetapan

Peristiwa hanya keluar apabila persetujuan kenalan membenarkan penyasaran iklan — double opt-in yang masih belum selesai tidak dikira, dan penolakan itu direkodkan dengan namanya.

Mod ujian kelihatan

Kod peristiwa ujian yang tertinggal akan menghentikan pengiraan penukaran sebenar secara senyap — jadi mod ujian dipaparkan sebagai bendera tersendiri dalam panel, mustahil untuk terlupa tanpa disedari.

Soalan kiraan berganda, ditanya terlebih dahulu

Jika anda sudah menjalankan CAPI atau Signals Gateway, menghantar dari sini juga akan menyebabkan kiraan berganda — nyahduplikasi tidak dapat menyelamatkan dua ID berbeza bagi satu jualan. Panel akan bertanya; jika tidak dijawab, ia memberi amaran dan bukannya membuat andaian.

Syarat terperinci, tanpa selindung

Had, dinyatakan dengan jelas

Tiada identiti yang diteka

Nombor telefon tanpa kod negara digugurkan, bukan diteka — padanan yang salah mengorbankan privasi orang lain. Dan urusan tanpa nilai tidak menghantar apa-apa, tidak sekali-kali sifar palsu.

Dimatikan ialah keadaan yang sah

Keseluruhan integrasi ini dihantar dalam keadaan dimatikan; dimatikan bukan mod yang merosot. Data iklan anda hanya keluar apabila anda memutuskannya.

Soalan Lazim Meta Conversions API

Jawapan terus

Selebihnya di halaman Soalan Lazim, atau tanya kami terus.

Peristiwa Purchase untuk urusan yang dimenangi (dengan nilai sebenar dan identiti bagi setiap saluran), peristiwa penukaran yang anda petakan kepada peringkat pipeline, dan isyarat kualiti prospek daripada corong CRM anda — semuanya ke dalam set data anda sendiri, dinyahduplikasi berbanding pengesanan Meta sendiri.

Ia salah satu daripada empat pintu kawalan: peristiwa hanya keluar jika persetujuan kenalan membenarkan penggunaan iklan. Peristiwa yang ditolak direkodkan berserta sebabnya, jadi "kami tidak menghantar" ialah fakta yang boleh dilihat.

Tidak — anda hanya menampal ID set data Events Manager dan token akses anda sendiri. Hubungan data itu adalah antara perniagaan anda dengan Meta; kami hanyalah saluran paip yang berpintu kawalan.

E-mel, nombor telefon, nama, bandar/negeri/poskod, tarikh lahir dan ID luaran dicincang dengan SHA-256 selepas penormalan yang tepat mengikut Meta. ID klik, ID pelayar, ID berskop halaman dan ID prospek dihantar seadanya — ia sudah pun legap, dan Meta mencarinya secara literal; mencincangnya akan memusnahkannya.

Ya — sebab itulah integrasi ini bertanya. Dua penghantar dengan ID peristiwa yang berbeza, bagi Meta, ialah dua jualan. Jika anda mengakui ada penghantar lain, anda memilih penghantar mana yang memiliki peristiwa mana; jika tidak dijawab, panel memberi amaran dan bukannya membuat andaian.

Bersambung dengan jujur lebih baik daripada bersambung dengan bising.

Setiap integrasi di sini diterangkan mengikut apa yang benar-benar dilakukannya — termasuk arah, pemilikan dan hadnya.