ConnectWiz + Meta Conversions API

အသုံးပြုနိုင်ပြီးသား ချိတ်ဆက်မှု

Chat ကို စတင်ပေးခဲ့သော ကြော်ငြာသည် ၎င်း မည်သို့ အဆုံးသတ်ခဲ့သည်ကို သိရှိလာသည်

မည်သည့်အရာက ဝယ်ယူမှုအဖြစ် ပြောင်းလဲသွားသည်ကို Meta ထံ တစ်စုံတစ်ယောက်က မပြောပြလျှင် messaging ကြော်ငြာများသည် မျက်စိမှိတ်၍ optimize လုပ်နေရသည်။ ConnectWiz သည် အောင်မြင်ပြီးသော Deal များကို Purchase event များအဖြစ် — တကယ့်တန်ဖိုးနှင့် ချန်နယ်အလိုက် မှန်ကန်သော identity ဖြင့် — သင့်ကိုယ်ပိုင် Events Manager dataset ထဲသို့ အစီရင်ခံပို့သည်၊ တံခါး လေးထပ်ကို ဖြတ်ရပြီး ငြင်းဆိုမှုတိုင်းကို မှတ်တမ်းတင်ထားသည်။

သင့် dataset၊ သင့် token တံခါး လေးထပ် — သဘောတူခွင့်ပြုချက်က ပထမ ငြင်းဆိုမှုများကို အကြောင်းပြချက်နှင့်တကွ မှတ်တမ်းတင်သည်
Meta Conversions API × ConnectWiz
ကိုက်ညီမှု မရှိလျှင် — ခန့်မှန်းခြင်း မပြုဘဲ ပယ်လိုက်သည်
တံခါး: သဘောတူခွင့်ပြုချက်က ကြော်ငြာအတွက် သုံးခွင့်ပြုသည်
ချန်နယ်အလိုက် identity ကိုက်ညီအောင် ချိတ်သည်
Purchase + တန်ဖိုး → သင့် dataset
13
စံ event အမည်များ — dataset ၏ အမည်စာရင်းသည် အမြဲတမ်း ဖြစ်သဖြင့် ပုံသေ ဝေါဟာရ စာရင်းကိုသာ သုံးသည်
4
Event မထွက်မီ ဖြတ်ရသော တံခါးများ — ဖွင့်ထားခြင်း၊ သဘောတူခွင့်ပြုချက်၊ ပုံစံမှန်ကန်ခြင်း၊ မပို့ရသေးခြင်း
100%
အမည်တပ်ထားသော အကြောင်းပြချက်ဖြင့် မှတ်တမ်းတင်ထားသည့် ငြင်းဆိုမှု အချိုး — "မပို့ခဲ့ပါ" ဆိုသည်မှာ မြင်နိုင်သော အချက်အလက် ဖြစ်သည်
၂၄ နာရီ
Local dedup ကာကွယ်မှု — Meta ၏ ကိုယ်ပိုင် ၄၈ နာရီ window ထက် တမင် ပိုတိုအောင် ထားသည်

ကြော်ငြာ

လုပ်ဆောင်ပေးသည့်အရာ — အတိအကျ

Deal များ အချက်ပြမှုများ ဖြစ်လာသည်

Deal တစ်ခု အောင်မြင်သည့်အခါ ၎င်း၏ တကယ့်တန်ဖိုးနှင့်အတူ Purchase ကို အစီရင်ခံသည်။ ချိတ်ထားသော အဆင့်ထဲသို့ ရွှေ့လိုက်လျှင် သင်ရွေးထားသည့် event ကို ပို့သည် — မည်သည့်လမ်းကြောင်းမှ ဖြစ်စေ: screen၊ automation သို့မဟုတ် import။

မှန်ကန်စွာ လုပ်ထားသော identity

WhatsApp က click ID ကို၊ Messenger က page-scoped ID ကို၊ Instagram က ၎င်း၏ ကိုယ်ပိုင် ID ကို သုံးသည် — ချန်နယ်တစ်ခုစီ၏ မှန်ကန်သော matching key ဖြစ်ပြီး Meta သတ်မှတ်ထားသည့်အတိုင်း hash လုပ်သည်။

တံခါး လေးထပ်၊ ထွက်ပေါက် တစ်ခု

Tenant က ဖွင့်ထားသလား။ သဘောတူခွင့်ပြုချက်က ကြော်ငြာ ပစ်မှတ်ထားခြင်းကို ခွင့်ပြုသလား။ Event ပုံစံမှန်ပြီး ကိုက်ညီအောင် ချိတ်နိုင်သလား။ မပို့ရသေးသလား။ ငြင်းဆိုမှုတိုင်းကို အကြောင်းပြချက်နှင့်တကွ မှတ်တမ်းတင်သည် — လျှို့ဝှက်ဆန်းကြယ်ခြင်း မဟုတ်ဘဲ စစ်ဆေးနိုင်သည်။

Health panel

မည်သည်ကို ပို့ခဲ့သည်၊ မည်သည်ကို ငြင်းခဲ့သည်၊ ဘာကြောင့် ဆိုသည်ကို ကြည့်ပါ — သင်ကိုယ်တိုင် စစ်ဆေးနိုင်သော conversion နောက်ကွယ်စနစ်။

Meta ၏ ကိုယ်ပိုင် event များကို မှန်ကန်စွာ ပြန်ပို့သည်

စကားဝိုင်းအတွင်း Meta က တွေ့ရှိသော Purchase များကို Meta ၏ ကိုယ်ပိုင် scale မှ decode လုပ်ထားသော တန်ဖိုးနှင့် မက်ဆေ့ချ်မှ ထုတ်ယူထားသော event ID ဖြင့် ပြန်ပို့သည် — ထို့ကြောင့် webhook retry သည် ဒုတိယ အရောင်းအဖြစ် ထပ်မရေတွက်ဘဲ တစ်ခုတည်းအဖြစ် ပေါင်းသွားသည်။ ပမာဏ မသိလျှင် တန်ဖိုး လုံးဝ မပို့ပါ: အတု သုည တစ်ခုသည် conversion ကို တန်ဖိုးမရှိဟု Meta ထံ ပြောသကဲ့သို့ ဖြစ်မည်။

ပုံစံမှန်ကန်မှု — အမည်တပ်၍

Event များကို မပို့မီ စစ်ဆေးသည် — အမည်အရှည်၊ အနာဂတ် သို့မဟုတ် ဟောင်းနေသော timestamp၊ parameter ကန့်သတ်ချက်၊ ကိုက်ညီအောင် ချိတ်နိုင်မှု — ချိုးဖောက်မှုတိုင်းသည် log တွင် လျှို့ဝှက်ဆန်းကြယ်ခြင်း မဟုတ်ဘဲ အမည်တပ်ထားသော ငြင်းဆိုမှု ဖြစ်သည်။

နည်းပညာပိုင်း

Conversion နောက်ကွယ်စနစ် — ဂရုတစိုက် တည်ဆောက်ထားသည်

Event အမည်များ ဘာကြောင့် ပုံသေ ဖြစ်သနည်း

Meta dataset တစ်ခုသည် မတူညီသော event အမည် ၁,၀၀၀ ကို အမြဲတမ်း လက်ခံသည် — ၎င်းတို့ကို ဖျက်၍ မရဘဲ အကန့်အသတ်ကို ကျော်လျှင် အသစ် ဘာမျှ လုံးဝ မှတ်တမ်းမတင်တော့ပါ။ ထို့ကြောင့် event အမည်များကို ပုံသေ ဝေါဟာရ စာရင်းမှ ယူပြီး ကွဲပြားမှုများကို သင့်လျော်ရာ နေရာဖြစ်သော parameter များထဲတွင် ထားသည်။

ကြိုတင်သတ်မှတ်နိုင်သော event ID များ

Event တစ်ခုစီ၏ ID ကို ကျပန်းမှ မဟုတ်ဘဲ ၎င်းဖော်ပြသည့်အရာမှ ထုတ်ယူသည် — ထို့ကြောင့် retry တစ်ခုသည် ID တူကိုပင် ထုတ်ပေးပြီး အရောင်း တစ်ခုတည်းကို နှစ်ကြိမ် ရေတွက်မည့်အစား dedup ဖြစ်သွားသည်။ ကျပန်းသုံးလျှင် ယန္တရား တစ်ခုလုံး အလကား ဖြစ်သွားမည်။

Meta လက်ခံပြီးမှသာ ပို့ပြီးဟု မှတ်သည်

Local dedup မှတ်တမ်းကို Meta လက်ခံပြီးနောက်မှသာ ရေးသည်၊ မတိုင်မီ မည်သည့်အခါမျှ မရေးပါ — network ချို့ယွင်းမှု ဖြစ်လျှင် retry လုပ်သည်၊ ၎င်းကိုယ်တိုင်ကို ပိတ်ဆို့ပြီး conversion ပျောက်ဆုံးစေ၍ မရပါ။

Meta နှင့် အတိအကျ ကိုက်ညီသော normalization

အီးမေးလ်များကို စာလုံးအသေး ပြောင်းသော်လည်း Gmail ၏ အစက်များနှင့် +tag များကို ထိန်းထားသည် — Meta က ထိုအတိုင်း လုပ်သောကြောင့် ဖြစ်သည်။ ဖုန်းနံပါတ်များသည် နိုင်ငံကုဒ်ပါ ဂဏန်း ၈–၁၅ လုံး ဖြစ်ရမည်။ နိုင်ငံကုဒ် မပါသော ပြည်တွင်းနံပါတ်ကို ခန့်မှန်းခြင်း မပြုဘဲ ပယ်လိုက်သည်။ Key တစ်ခု ပယ်လိုက်လျှင် ကိုက်ညီမှု တစ်ခု ဆုံးရှုံးသည်၊ key မှားလျှင် လူမှားကို ထိခိုက်သည်။

ချန်နယ်အလိုက် identity — အတိအကျ

WhatsApp event များတွင် click ID နှင့် ဖုန်းနံပါတ် ပါသည် — placement အချို့တွင် click ID မပါခြင်းမှာ ပုံမှန်ဖြစ်ပြီး ထိုအခါ ဖုန်းနံပါတ်က ဆက်အလုပ်လုပ်သည်။ Messenger identity ကို page + page-scoped user နှစ်ခုလုံး ပါမှသာ ရေတွက်သည်။ Instagram က ၎င်း၏ ကိုယ်ပိုင် scoped ID ကို သုံးသည်။ Lead event များတွင် ပလက်ဖောင်း၏ ကိုယ်ပိုင် lead ID ပါပြီး Meta မှ လာသော Lead များအတွက်သာ ကန့်သတ်ထားသည်။

မိမိတွက်ချက်မှုကို မိမိ တာဝန်ယူသော health panel

Data လတ်ဆတ်မှု၊ event အကြိမ်ရေ၊ ခိုင်မာသော matching key ပါဝင်မှု၊ Purchase တန်ဖိုးများနှင့် ငြင်းဆိုမှု အကြောင်းပြချက်တိုင်း — ၂၈ ရက် window အတွင်း တိုင်းတာပြီး ကျွန်ုပ်တို့၏ တိုင်းတာချက်ဟု တံဆိပ်တပ်ထားသည်၊ ကျွန်ုပ်တို့၏ တွက်ချက်မှုကို Meta ၏ ရမှတ်အဖြစ် တင်ပြလျှင် ကျွန်ုပ်တို့တွင် မရှိသော အာဏာကို ဖန်တီးရာ ရောက်မည် ဖြစ်သောကြောင့်။

တပ်ဆင်ခြင်း

ချိတ်ဆက်ပုံ

01

သင့် dataset ကို ကူးထည့်ပါ

သင့် Events Manager dataset ID နှင့် token — encrypt လုပ်ထားသည်၊ သင့်ပိုင်သည်၊ ရုပ်သိမ်းနိုင်သည်။

02

အဆင့်များကို ချိတ်ပါ

မည်သည့် pipeline အဆင့်က မည်သည့် conversion event ကို ပို့မည်ကို ရွေးပါ။

03

Deal များ အောင်မြင်ပါစေ

အစီရင်ခံခြင်းကို အလိုအလျောက် ဆောင်ရွက်သည် — တံခါးများ ဖြတ်ပြီး၊ dedup လုပ်ပြီး၊ မှတ်တမ်းတင်ပြီး။

တွဲသုံးလျှင် ပိုကောင်း

တွဲဖက်အလုပ်လုပ်နိုင်သည့် အရာများ

CRM pipeline များ

Event များကို ပို့စေသည်မှာ အောင်မြင်ပြီးသော Deal များနှင့် ချိတ်ထားသော pipeline အဆင့်များ ဖြစ်သည် — သင်လည်ပတ်နေပြီးသား funnel ကိုယ်တိုင်က အချက်ပြမှု ရင်းမြစ် ဖြစ်သည်။

Click-to-message ကြော်ငြာများ

ကြော်ငြာမှ WhatsApp၊ Messenger သို့မဟုတ် Instagram သို့ ဦးတည်သော ကမ်ပိန်းများသည် မည်သည့် စကားဝိုင်းများက ဝင်ငွေ ဖြစ်လာသည်ကို နောက်ဆုံးတွင် သိရှိလာသည်။

Lead ကြော်ငြာများ

Meta Lead ဖောင် တင်သွင်းမှုများ CRM ထဲသို့ ရောက်ပြီးသား ဖြစ်သည် — ဤချိတ်ဆက်မှုက Lead အရည်အသွေးကို ကြော်ငြာအကောင့်ထံ ပြန်လည် အစီရင်ခံခြင်းဖြင့် စက်ဝိုင်းကို ပြည့်စေသည်။

လုံခြုံရေးနှင့် အာမခံချက်များ

ပျင်းစရာကောင်းလောက်အောင် ခိုင်မာသော အာမခံချက်များ

သင့် dataset၊ သင့် token

Event များသည် သင့်ကိုယ်ပိုင် Events Manager မှ ကူးထည့်ထားသော dataset ထံသို့ သွားသည် — access token ကို သိမ်းဆည်းထားစဉ် encrypt လုပ်ထားပြီး မည်သည့်အခါမျှ ပြန်မပြပါ။ ဒေတာ ဆက်ဆံရေးမှာ သင့်လုပ်ငန်းနှင့် Meta ကြားတွင် ဖြစ်သည်။

သဘောတူခွင့်ပြုချက်သည် ဆက်တင် မဟုတ်ဘဲ တံခါးတစ်ခု ဖြစ်သည်

အဆက်အသွယ်၏ သဘောတူခွင့်ပြုချက်က ကြော်ငြာ ပစ်မှတ်ထားခြင်းကို ခွင့်ပြုမှသာ event ထွက်သည် — မပြီးသေးသော double opt-in ကို မရေတွက်ဘဲ ငြင်းဆိုမှုကို အမည်တပ်၍ မှတ်တမ်းတင်သည်။

Test mode ကို မြင်နိုင်သည်

ကျန်ခဲ့သော test event code တစ်ခုက တကယ့် conversion များ ရေတွက်ခြင်းကို တိတ်တဆိတ် ရပ်စေနိုင်သည် — ထို့ကြောင့် test mode ကို panel တွင် သီးခြား flag အဖြစ် ပြထားပြီး သတိမထားမိဘဲ မေ့ကျန်ခဲ့၍ မရပါ။

နှစ်ကြိမ် ရေတွက်မှု မေးခွန်းကို ကြိုမေးသည်

CAPI သို့မဟုတ် Signals Gateway ကို လည်ပတ်နေပြီးသား ဖြစ်လျှင် ဤနေရာမှပါ ပို့ပါက နှစ်ကြိမ် ရေတွက်မိမည် — အရောင်း တစ်ခုအတွက် ID နှစ်မျိုး ရှိနေလျှင် dedup က ကယ်၍ မရပါ။ Panel က မေးသည်၊ မဖြေရသေးလျှင် ယူဆခြင်း မပြုဘဲ သတိပေးသည်။

မဖုံးကွယ်ထားသော အသေးစိတ်များ

ရှင်းလင်းစွာ ဖော်ပြထားသော ကန့်သတ်ချက်များ

ခန့်မှန်းထားသော identity မရှိ

နိုင်ငံကုဒ် မပါသော ဖုန်းနံပါတ်ကို ခန့်မှန်းခြင်း မပြုဘဲ ပယ်လိုက်သည် — ကိုက်ညီမှု မှားလျှင် အခြားသူ၏ ကိုယ်ရေးလုံခြုံမှုကို ထိခိုက်စေသည်။ တန်ဖိုး မပါသော Deal သည် ဘာမျှ မပို့ပါ၊ အတု သုည မည်သည့်အခါမျှ မပို့ပါ။

ပိတ်ထားခြင်းသည်လည်း မှန်ကန်သော အခြေအနေ ဖြစ်သည်

ချိတ်ဆက်မှု တစ်ခုလုံးကို ပိတ်ထားလျက် ပေးပို့သည်၊ ပိတ်ထားခြင်းသည် အားနည်းသော mode မဟုတ်ပါ။ သင့်ကြော်ငြာ ဒေတာသည် သင်ဆုံးဖြတ်မှသာ ထွက်သည်။

Meta Conversions API FAQ

တိုက်ရိုက်အဖြေများ

နောက်ထပ်အချက်များကို အပြည့်အစုံပါသော FAQ တွင် ဖတ်ပါ၊ သို့မဟုတ် ကျွန်ုပ်တို့ကို တိုက်ရိုက်မေးပါ။

အောင်မြင်ပြီးသော Deal များအတွက် Purchase event များ (တကယ့်တန်ဖိုးနှင့် ချန်နယ်အလိုက် identity ဖြင့်)၊ pipeline အဆင့်များနှင့် သင်ချိတ်ထားသော conversion event များနှင့် သင့် CRM funnel မှ Lead အရည်အသွေး အချက်ပြမှုများ — အားလုံးကို သင့်ကိုယ်ပိုင် dataset ထဲသို့ Meta ၏ ကိုယ်ပိုင် တွေ့ရှိမှုနှင့် dedup လုပ်ပြီး ပို့သည်။

၎င်းသည် တံခါး လေးထပ်အနက် တစ်ခု ဖြစ်သည်: အဆက်အသွယ်၏ သဘောတူခွင့်ပြုချက်က ကြော်ငြာအတွက် သုံးခွင့်ပြုမှသာ event ထွက်သည်။ ငြင်းဆိုထားသော event များကို အကြောင်းပြချက်နှင့်တကွ မှတ်တမ်းတင်သဖြင့် "မပို့ခဲ့ပါ" ဆိုသည်မှာ မြင်နိုင်သော အချက်အလက် ဖြစ်သည်။

မလိုပါ — သင့်ကိုယ်ပိုင် Events Manager dataset ID နှင့် access token ကို ကူးထည့်ရုံသာ ဖြစ်သည်။ ဒေတာ ဆက်ဆံရေးမှာ သင့်လုပ်ငန်းနှင့် Meta ကြားတွင် ဖြစ်ပြီး ကျွန်ုပ်တို့သည် တံခါးများပါသော ပိုက်လိုင်းသာ ဖြစ်သည်။

အီးမေးလ်၊ ဖုန်းနံပါတ်၊ အမည်၊ မြို့/ပြည်နယ်/zip၊ မွေးနေ့နှင့် external ID များကို Meta နှင့် အတိအကျ ကိုက်ညီသော normalization ပြုလုပ်ပြီးနောက် SHA-256 ဖြင့် hash လုပ်သည်။ Click ID၊ browser ID၊ page-scoped ID နှင့် lead ID များကို မူလအတိုင်း ပို့သည် — ၎င်းတို့မှာ အဓိပ္ပာယ် ဖော်၍ မရပြီးသား ဖြစ်ပြီး Meta က စာလုံးအတိုင်း ရှာဖွေသည်၊ hash လုပ်လျှင် အသုံးမဝင်တော့ပါ။

ရေတွက်မိမည် — ထို့ကြောင့်ပင် ချိတ်ဆက်မှုက မေးခြင်း ဖြစ်သည်။ Event ID မတူသော ပို့သူ နှစ်ဦးသည် Meta ၏ အမြင်တွင် အရောင်း နှစ်ခု ဖြစ်သည်။ အခြား ပို့သူ ရှိကြောင်း အတည်ပြုလျှင် မည်သည့် event ကို မည်သူက ပိုင်မည်ကို သင်ရွေးရသည်။ မဖြေရသေးလျှင် panel က ယူဆခြင်း မပြုဘဲ သတိပေးသည်။

ရိုးသားစွာ ချိတ်ဆက်ခြင်းသည် ကျယ်လောင်စွာ ကြွေးကြော်ခြင်းထက် သာသည်။

ဤနေရာရှိ ချိတ်ဆက်မှုတိုင်းကို ၎င်းတကယ်လုပ်ဆောင်သည့်အတိုင်း ဖော်ပြထားသည် — ဒေတာသွားရာ ဦးတည်ချက်၊ ပိုင်ဆိုင်မှုနှင့် ကန့်သတ်ချက်များ အပါအဝင်။