အကျဉ်းချုပ်

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

ဖြစ်ရပ်တစ်ခုသည် ဝယ်ယူမှုကဲ့သို့သော လုပ်ဆောင်ချက်တစ်ခုကို မှတ်တမ်းတင်ပါသည်။ Pixel က ဝင်ရောက်ကြည့်ရှုသူ၏ ဘရောက်ဇာမှ ဖြစ်ရပ်များကို ပေးပို့ပြီး Conversions API (CAPI) က သင့်ဆာဗာမှ ပေးပို့ပါသည်။ ကြော်ငြာမန်နေဂျာသည် ဤဖြစ်ရပ်များကို ဒေတာရင်းမြစ်တစ်ခုတွင် စုစည်းပါသည်။ ကြော်ငြာရလဒ် သတ်မှတ်ခြင်းသည် မည်သည့်ကြော်ငြာကြောင့် ရလဒ်ရရှိခဲ့သည်ကို ဆုံးဖြတ်ပေးပါသည်။ ကြော်ငြာရလဒ် သတ်မှတ်နိုင်သည့်ကာလသည် ကြော်ငြာနှင့် အပြန်အလှန်တုံ့ပြန်ပြီးနောက် မည်မျှကြာအတွင်း ပြုလုပ်သော လုပ်ဆောင်ချက်ကို ရလဒ်အဖြစ် သတ်မှတ်နိုင်ကြောင်း သတ်မှတ်ပေးပါသည်။

မေးလေ့ရှိသော မေးခွန်းများ

1. ဘယ်ကနေ စသင့်ပါသလဲ။

တိုင်းတာလိုသည့် လုပ်ဆောင်ချက်၊ ၎င်းကို ပေးပို့သည့်စနစ်နှင့် အသုံးပြုထားသည့် ကြော်ငြာအကောင့်၊ Pixel ID တို့ကို ဖော်ထုတ်ပါ။ သင့်စနစ်တွင် Pixel၊ CAPI၊ မိတ်ဖက်ဝန်ဆောင်မှု ချိတ်ဆက်မှု သို့မဟုတ် ၎င်းတို့ကို ပေါင်းစပ်အသုံးပြုထားနိုင်ပါသည်။ ဘရောက်ဇာ Pixel ကို မထည့်သွင်းထားလျှင်ပင် CAPI အတွက် Pixel ID လိုအပ်ပါသည်။

ပထမဆုံးအကြိမ် စနစ်ထည့်သွင်းရန် ကွန်ဗားရှင်း တိုင်းတာခြင်း နှင့် ကွန်ဗားရှင်း ခြေရာခံခြင်း တို့ကို ကြည့်ပါ။ သင့်ဆော့ဖ်ဝဲရေးသားသူသည် Pixel၊ CAPI နှင့် ပံ့ပိုးထားသော ဖြစ်ရပ်များ လမ်းညွှန်များကို အသုံးပြုနိုင်ပါသည်။ CAPI တောင်းဆိုချက်များနှင့် သော့များကို သင့်ဆာဗာတွင်သာ ထားရှိပါ။

မိတ်ဖက်တစ်ဦးက သင့်ချိတ်ဆက်မှုကို စီမံပေးထားလျှင် တိုင်းတာရေးမိတ်ဖက် ချိတ်ဆက်မှုလမ်းညွှန် သို့မဟုတ် မိုဘိုင်းတိုင်းတာရေးမိတ်ဖက် ချိတ်ဆက်မှုလမ်းညွှန် ကို အသုံးပြုပါ။ HubSpot နှင့် ချိတ်ဆက်ရန် HubSpot တွင် ChatGPT ကြော်ငြာများ ထည့်သွင်းခြင်း ကို ကြည့်ပါ။

ထည့်သွင်းပြီးသားစနစ်အတွက် အောက်ပါအဆင့်တစ်ခုချင်းကို စစ်ဆေးပါ။

• လုပ်ဆောင်ချက်က ဖြစ်ရပ်တောင်းဆိုချက်တစ်ခု ပေးပို့ခဲ့ပါသလား။

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

• မှန်ကန်သည့် ဒေတာရင်းမြစ်က ဖြစ်ရပ်ကို လက်ခံရရှိခဲ့ကြောင်း အတည်ပြုနိုင်ပါသလား။

• ကမ်ပိန်းအစီရင်ခံစာတွင် ဖြစ်ရပ်ကို ကြော်ငြာတစ်ခု၏ ရလဒ်အဖြစ် သတ်မှတ်ထားပါသလား။

2. Pixel ကို ထည့်သွင်းထားပြီးပါပြီ။ ဘာကြောင့် ဝယ်ယူမှုများ သို့မဟုတ် အလားအလာရှိဖောက်သည်များကို မတွေ့ရတာပါလဲ။

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

• ဖြစ်ရပ်အမည်၊ Pixel ID နှင့် ၎င်းကို ပေးပို့သော စာမျက်နှာ သို့မဟုတ် callback ကို စစ်ဆေးပါ။ စာမျက်နှာတစ်ခုကို ကြည့်ရှုခြင်းသည် ဝယ်ယူမှု ပြီးစီးခြင်း မဟုတ်ပါ။

• တဂ်မန်နေဂျာဖြင့် တင်သည့်အခါအပါအဝင် ဖြစ်ရပ်မပို့မီ Pixel ကို စတင်ပြင်ဆင်ပြီးဖြစ်ကြောင်း အတည်ပြုပါ။

• ဘရောက်ဇာ ကွန်ဆိုးလ်နှင့် ကွန်ရက်တောင်းဆိုချက်ကို စစ်ဆေးပါ။ တဂ်မန်နေဂျာ၏ “လုပ်ဆောင်ပြီး” ဟူသော စာတစ်ခုတည်းက ဖြစ်ရပ်ကို ပေးပို့ပြီးကြောင်း အတည်မပြုနိုင်ပါ။ Pixel ၏ အမှားရှာဖွေရေးမုဒ်က အထောက်အကူပြုနိုင်ပါသည်။

• သဘောတူခွင့်ပြုချက် ရွေးချယ်မှုများ၊ ဘရောက်ဇာ၏ ပိတ်ဆို့မှု သို့မဟုတ် သင့်ဝဘ်ဆိုက်၏ လုံခြုံရေးမူဝါဒက တောင်းဆိုချက်ကို တားဆီးထားခြင်းရှိမရှိ စစ်ဆေးပါ။

• အကောင့်ဝင်ပြီးမှ ကြည့်နိုင်သော စာမျက်နှာများ၊ ငွေရှင်းစနစ်၊ ကြိုတင်မှာယူရေးဆိုက်များ၊ လမ်းကြောင်းလွှဲမှုများနှင့် ထည့်သွင်းထားသော ဖောင်များကို စစ်ဆေးပါ။ ရောက်ရှိရာစာမျက်နှာတွင် Pixel အလုပ်လုပ်နေခြင်းက အခြားနေရာများတွင် ခြေရာခံနိုင်ကြောင်း အတည်မပြုပါ။

တောင်းဆိုချက် မပို့ဖြစ်ခဲ့လျှင် ထိုအဆင့်ကို အရင်ပြင်ပါ။ အစီရင်ခံစာကို စောင့်နေခြင်းဖြင့် မဖြေရှင်းနိုင်ပါ။ နောက်ထပ် ချိတ်ဆက်မှု မထည့်မီ Pixel ပြဿနာဖြေရှင်းရေး လမ်းညွှန် ကို အသုံးပြုပါ။

3. ဖြစ်ရပ်တစ်ခု ငြင်းပယ်ခံရလျှင်၊ အချိန်ကုန်သွားလျှင် သို့မဟုတ် ဆာဗာအမှား ပြန်လာလျှင် ဘာလုပ်သင့်ပါသလဲ။

တုံ့ပြန်မှုကုဒ်၊ အမှားစာသားအတိအကျ၊ တောင်းဆိုချက်ပေးပို့ချိန်နှင့် ဖြစ်ရပ် ID တို့ကို သိမ်းထားပါ။ ဖြစ်ရပ်ပုံစံ၊ Pixel ID နှင့် သော့ကို စစ်ဆေးရန် သင့်ဆော့ဖ်ဝဲရေးသားသူကို ပြောပါ။ CAPI ဖြစ်ရပ်တောင်းဆိုချက်များသည် တူညီသော ကြော်ငြာအကောင့်၏ Conversions API သော့ကို အသုံးပြုပါသည်။ စနစ်ထည့်သွင်းမှု၊ စီမံခန့်ခွဲမှုနှင့် အစီရင်ခံမှု တောင်းဆိုချက်များသည် သီးခြား Advertiser API သော့ကို အသုံးပြုပါသည်။ API သော့များကို အကူအညီပေးရေးအဖွဲ့ထံ မပို့ပါနှင့်။

CAPI တွင် အသုတ်လိုက်ပေးပို့သောအခါ မမှန်ကန်သည့် ဖြစ်ရပ်တစ်ခုကြောင့် တစ်သုတ်လုံး မအောင်မြင်ဖြစ်နိုင်ပါသည်။

CAPI တွင် မူလလုပ်ဆောင်ချိန်ကို Unix မီလီစက္ကန့်ဖြင့် ဖော်ပြရန် လိုအပ်ပါသည်။ ဖြစ်ရပ်အချိန်သည် လွန်ခဲ့သော 7 ရက်ထက် မစောရဘဲ လက်ရှိအချိန်ထက်လည်း 10 မိနစ်ထက်ပို၍ ရှေ့မရောက်ရပါ။ ဤပေးပို့မှုအချိန်ကန့်သတ်ချက်သည် ကြော်ငြာရလဒ်အဖြစ် သတ်မှတ်နိုင်သည့် ကာလနှင့် သီးခြားဖြစ်ပါသည်။ စစ်ဆေးမှုအောင်မြင်စေရန် ဖြစ်ရပ်ဟောင်းတစ်ခု၏ အချိန်ကို မပြောင်းပါနှင့်။

အချိန်ကုန်သွားခြင်း သို့မဟုတ် ဆာဗာအမှားကြောင့် ဖြစ်ရပ် ရောက်ရှိခဲ့ခြင်းရှိမရှိ မသေချာဖြစ်နိုင်ပါသည်။ မူလတောင်းဆိုချက်နှင့် လက်ခံရရှိမှုမှတ်တမ်းများ ရှိလျှင် စစ်ဆေးပါ။ တူညီသော လုပ်ဆောင်ချက်ကို ပြန်လည်ပေးပို့လျှင် မူလဖြစ်ရပ် ID နှင့် အချိန်မှတ်တမ်းကို ဆက်သုံးပါ။ ID အသစ်သုံးလျှင် အခြားလုပ်ဆောင်ချက်တစ်ခုဟု ထင်မှတ်နိုင်ပါသည်။

ငြင်းပယ်ခံရခြင်း သို့မဟုတ် တောင်းဆိုချက် အဆက်မပြတ် မအောင်မြင်ခြင်းကို ချက်ချင်း စစ်ဆေးပါ။ အစီရင်ခံစာတွင် ပေါ်လာရန် ခန့်မှန်းချိန် 24–48 နာရီသည် ဤအမှားများနှင့် မသက်ဆိုင်ပါ။ တောင်းဆိုချက်လိုအပ်ချက်များအတွက် Conversions API ကို ကြည့်ပါ။

4. ဖြစ်ရပ်ကို လက်ခံထားကြောင်း တွေ့ရပါသည်။ ဘာကြောင့် အစီရင်ခံစာထဲမှာ မပါတာပါလဲ။

လက်ခံထားခြင်းသည် ဖြစ်ရပ်ကို ကြော်ငြာတစ်ခု၏ ရလဒ်အဖြစ် သတ်မှတ်ထားသည်ဟု မဆိုလိုပါ။ တုံ့ပြန်မှုက မည်သည့်အချက်ကို အတည်ပြုသည်နှင့် တောင်းဆိုချက်တွင် မှန်ကန်သော ဒေတာရင်းမြစ်ကို သုံးထားခြင်းရှိမရှိ စစ်ဆေးပါ။ CAPI တွင် validate_only ကို true သတ်မှတ်ထားလျှင် ဖြစ်ရပ်များကို မသိမ်းဘဲ စစ်ဆေးပေးပါသည်။

ဖြစ်ရပ်အသစ်တစ်ခုအတွက် သင့်ဆော့ဖ်ဝဲရေးသားသူသည် ရရှိနိုင်လျှင် မကြာသေးမီက ဖြစ်ရပ်များ ကို စစ်ဆေးနိုင်ပါသည်။ ၎င်းက မကြာသေးမီက နမူနာတစ်ခုကိုသာ ပြသခြင်းဖြစ်ပြီး မှတ်တမ်းအပြည့်အစုံ သို့မဟုတ် ကြော်ငြာရလဒ် သတ်မှတ်ချက် မဟုတ်ပါ။

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

လက်ခံရရှိမှုကို အတည်ပြုပြီးပါက မေးခွန်း 5 သို့ ဆက်သွားပါ။ ကမ်ပိန်းအစီရင်ခံစာ မပြောင်းလဲသေးရုံဖြင့် ဖြစ်ရပ်ကို ID အသစ်များနှင့် ထပ်မပို့ပါနှင့်။

ကြော်ငြာရလဒ်အဖြစ် သတ်မှတ်ထားသော ကွန်ဗားရှင်းများ ပေါ်လာရန် 24–48 နာရီခန့် ကြာနိုင်ပြီး ဒေတာစီမံဆောင်ရွက်နေစဉ် မကြာသေးမီက စုစုပေါင်းပမာဏများ ပြောင်းလဲနိုင်ပါသည်။ ဤအချက်က လက်ခံထားသော ဖြစ်ရပ်တိုင်း ပေါ်လာမည်ဟု အာမမခံသကဲ့သို့ လက်ခံရရှိပြီးကြောင်းလည်း အတည်မပြုပါ။ ရလဒ်များ တိုင်းတာခြင်း ကို ကြည့်ပါ။

5. ဖြစ်ရပ်များကို လက်ခံရရှိနေပါသည်။ ဘာကြောင့် ကမ်ပိန်းမှာ ကွန်ဗားရှင်း သုညလို့ ပြနေသေးတာပါလဲ။

ချိတ်ဆက်မှုကို မပြောင်းမီ အောက်ပါတို့ကို စစ်ဆေးပါ။

• ရည်ရွယ်ထားသော ဒေတာရင်းမြစ်ကို မှန်ကန်သော အကောင့်နှင့် ချိတ်ဆက်ထားပါသလား။

• သင်ပေးပို့သော ဖြစ်ရပ်သည် ကမ်ပိန်း၏ ကွန်ဗားရှင်းဆက်တင်နှင့် ကိုက်ညီပါသလား။ ကိုယ်တိုင်သတ်မှတ်ထားသော ဖြစ်ရပ်များအတွက် ကိုယ်တိုင်သတ်မှတ်သည့် အမျိုးအစားနှင့် ဖြစ်ရပ်အမည်အတိအကျကို စစ်ဆေးပါ။ ပြသထားသော အညွှန်းအမည် တူညီရုံဖြင့် မလုံလောက်ပါ။

• သင်စစ်ဆေးနေသော လုပ်ဆောင်မှု မဖြစ်ပေါ်မီ ကမ်ပိန်းတွင် မှန်ကန်သော ကွန်ဗားရှင်းကို ချိတ်ဆက်ထားခဲ့ပါသလား။

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

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

တွဲဖက်ချိတ်ဆက်ရန် အချက်အလက်များက ဖြစ်ရပ်ကို ကြော်ငြာတစ်ခုနှင့် ချိတ်ဆက်ရာတွင် ကူညီသော်လည်း ကြော်ငြာရလဒ်အဖြစ် သတ်မှတ်မည်ဟု အာမမခံပါ။ ဝင်ရောက်ကြည့်ရှုမှုတစ်လျှောက် အမှန်တကယ်ရရှိထားသော OpenAI နှိပ်မှုရည်ညွှန်းချက် oppref ကို ထိန်းသိမ်းထားပြီး ရရှိနိုင်လျှင် ဆာဗာဖြစ်ရပ်များတွင် ထည့်သွင်းပါ။ ရည်ညွှန်းချက်ကို မည်သည့်အခါမျှ လုပ်ကြံမဖန်တီးပါနှင့်၊ အခြားဝင်ရောက်ကြည့်ရှုသူ၏ ရည်ညွှန်းချက်ကိုလည်း မသုံးပါနှင့်။

ဘရောက်ဇာနှင့် ဆာဗာဖြစ်ရပ်များကို သီးခြားစီ စစ်ဆေးပါ။ Pixel တွင် ရရှိနိုင်သော ရည်ညွှန်းချက် သို့မဟုတ် ဖောက်သည်အချက်အလက်အကွက်တစ်ခုသည် ဆာဗာဖြစ်ရပ်တွင် မပါရှိနိုင်ပါ။

ကွန်ဗားရှင်း တိုးတက်ရရှိရေးအတွက် အကောင်းဆုံးပြင်ဆင်ထားသော ကမ်ပိန်းတစ်ခုကို ဖန်တီးပြီးနောက် ရွေးချယ်ထားသည့် ရည်မှန်းချက်ကို မပြောင်းနိုင်ပါ။ အခြားရည်မှန်းချက်ကို သုံးရန် ကမ်ပိန်းအသစ်တစ်ခု ဖန်တီးပါ။ ကိုယ်တိုင်သတ်မှတ်ထားသော ဖြစ်ရပ်များကို စွမ်းဆောင်ရည်အကောင်းဆုံးဖြစ်အောင် လုပ်ဆောင်ရန် ရည်မှန်းချက်များအဖြစ် မသုံးနိုင်ပါ။ ကွန်ဗားရှင်း တိုးတက်ရရှိရေးအတွက် အကောင်းဆုံးပြင်ဆင်ထားသော ကမ်ပိန်းများ ကို ကြည့်ပါ။

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

6. ကြော်ငြာမန်နေဂျာ၊ ကျွန်ုပ်တို့၏ ခွဲခြမ်းစိတ်ဖြာရေးကိရိယာနှင့် CRM တို့ ဘာကြောင့် မကိုက်ညီတာပါလဲ။

တူညီသော လုပ်ဆောင်ချက်များနှင့် အစီရင်ခံမှုစည်းမျဉ်းများကို နှိုင်းယှဉ်ပါ။ သင့် CRM က ဝယ်ယူမှုတိုင်းကို ရေတွက်နိုင်သော်လည်း ကြော်ငြာအစီရင်ခံစာက ထိုပလက်ဖောင်း၏ ရလဒ်အဖြစ် သတ်မှတ်ထားသော ဝယ်ယူမှုများကိုသာ ရေတွက်ပါသည်။ ပလက်ဖောင်းအလိုက် ဝယ်ယူမှုတစ်ခုတည်းကို မတူညီသော ကြော်ငြာရလဒ်အဖြစ် သတ်မှတ်နိုင်ပါသည်။

ကြော်ငြာမန်နေဂျာတွင် ကြည့်ရှုမှုမှတစ်ဆင့် ရရှိသောရလဒ် အစီရင်ခံကာလကို 1 ရက် သတ်မှတ်ထားလျှင် ကွန်ဗားရှင်းများ သည် နှိပ်မှုမှတစ်ဆင့် ရရှိသော ကွန်ဗားရှင်းများနှင့် အကျုံးဝင်သော ကြည့်ရှုမှုမှတစ်ဆင့် ရရှိသော ကွန်ဗားရှင်းများကို ပေါင်းစည်းဖော်ပြပါသည်။ ကြည့်ရှုမှုကာလကို 0 ရက် သတ်မှတ်ထားလျှင် နှိပ်မှုမှတစ်ဆင့် ရရှိသော ကွန်ဗားရှင်းများကိုသာ ရေတွက်ပါသည်။ အစီရင်ခံစာများ နှိုင်းယှဉ်ရာတွင် တူညီသော ဆက်တင်ကို သုံးပါ။

ဥပမာ၊ တစ်ဦးက ကြော်ငြာတစ်ခုကို နှိပ်ပြီး နောက်ပိုင်းတွင် တိုက်ရိုက် ပြန်ဝင်လာကာ ဝယ်ယူသည် ဆိုပါစို့။ ကိရိယာတစ်ခုက ထိုဝင်ရောက်မှုကို “တိုက်ရိုက်” ဟု သတ်မှတ်ပြီး အခြားတစ်ခုက အစောပိုင်းကြော်ငြာ၏ ရလဒ်အဖြစ် သတ်မှတ်နိုင်ပါသည်။ ထိုကွာခြားချက်တစ်ခုတည်းကြောင့် ဝယ်ယူမှုကို နှစ်ကြိမ်ရေတွက်ထားသည်ဟု မဆိုနိုင်ပါ။

ဝင်ရောက်မှုရင်းမြစ် အညွှန်းများ ကွာခြားပါက ထိုဝင်ရောက်မှုတွင် အသုံးပြုသည့် ရောက်ရှိရာ URL နှင့် ခြေရာခံပါရာမီတာများကို စစ်ဆေးပါ။ လက်ရှိ ကမ်ပိန်းဆက်တင်များသည် ယခင်အသုံးပြုထားသည့် ဆက်တင်များနှင့် ကွာခြားနိုင်ပါသည်။

အောက်ပါတို့ကို နှိုင်းယှဉ်ပါ။

• အကောင့်၊ ကမ်ပိန်း၊ ဖြစ်ရပ်အမျိုးအစား၊ စစ်ထုတ်မှုများနှင့် အစီရင်ခံသည့်အဆင့်။

• ရက်စွဲအပိုင်းအခြား၊ အချိန်ဇုန်နှင့် ရက်စွဲများက ကြော်ငြာနှင့် အပြန်အလှန်တုံ့ပြန်သည့်အချိန်ကို ရည်ညွှန်းသလား၊ ကွန်ဗားရှင်း ဖြစ်ပေါ်ချိန်ကို ရည်ညွှန်းသလား ဆိုသည့်အချက်။

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

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

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

• တန်ဖိုးများအတွက် ငွေကြေးအမျိုးအစား၊ ယူနစ်များနှင့် အော်ဒါတစ်ခုလုံးကို နှိုင်းယှဉ်သလား၊ ပစ္စည်းတစ်ခုချင်းကို နှိုင်းယှဉ်သလား ဆိုသည့်အချက်။

ဝင်ငွေအတွက် အခွန်၊ ပို့ဆောင်ခ၊ လျှော့ဈေးနှင့် အခကြေးငွေများကို နှိုင်းယှဉ်ပါ။ ဘရောက်ဇာနှင့် ဆာဗာမှ မိတ္တူများတွင် တူညီသော အော်ဒါတန်ဖိုးကို ပေးပို့ကြောင်း စစ်ဆေးပါ။ အော်ဒါဖန်တီးမှုမှ ရောင်းရငွေ နှင့် အော်ဒါဖန်တီးမှု ROAS သည် ကြော်ငြာရလဒ်အဖြစ် သတ်မှတ်ထားသော order_created ဖြစ်ရပ်များကိုသာ ရေတွက်ပါသည်။

တင်သွင်းထားသော GA4 လုပ်ဆောင်မှုများတွင် ရွေးထားသော ပရော့ပါတီ၏ ဝင်ရောက်မှုရင်းမြစ်အသီးသီးမှ ဖြစ်ရပ်များ ပါဝင်ပါသည်။ ထိုစုစုပေါင်းများသည် ကမ်ပိန်းရလဒ်အဖြစ် သတ်မှတ်ထားသော ကွန်ဗားရှင်းများ မဟုတ်ပါ။ Google Analytics 4 ကို OpenAI ကြော်ငြာမန်နေဂျာနှင့် ချိတ်ဆက်ခြင်း ကို ကြည့်ပါ။

API နှင့် နှိုင်းယှဉ်ရာတွင် အဆုံးမှတ်ကို မှတ်တမ်းတင်ပြီး အစီရင်ခံမှုရွေးချယ်စရာများကို တိတိကျကျ သတ်မှတ်ပါ။ မသတ်မှတ်ဘဲ ချန်ထားသော ဆက်တင်သည် ကြော်ငြာမန်နေဂျာနှင့် မကိုက်ညီနိုင်ပါ။ အစီရင်ခံစာများတွင် ပါဝင်သည့် ဖြစ်ရပ်များလည်း ကွဲပြားနိုင်ပါသည်။ အချို့တွင် ကမ်ပိန်းရည်မှန်းချက်များ ပါဝင်သော်လည်း ခြေရာခံထားသော အခြားလုပ်ဆောင်ချက်များ မပါဝင်ပါ။ အစီရင်ခံစာတစ်ခုတွင် ဖြစ်ရပ်တစ်ခု မပါခြင်းက ၎င်းကို လုံးဝ လက်ခံမရရှိခဲ့ကြောင်း သက်သေမပြနိုင်ပါ။

CSV နှိုင်းယှဉ်မှုအတွက် တူညီသော ဆက်တင်များကို သုံးပြီး ထုတ်ယူထားသည့် ဖိုင်များကို မပြင်ဘဲ သိမ်းထားပါ။ ကြော်ငြာမန်နေဂျာတွင် ကြည့်ရှုနိုင်သည့် ပုံစံများအတွက် ရလဒ်များ တိုင်းတာခြင်း နှင့် API ရွေးချယ်စရာများအတွက် အစီရင်ခံခြင်း ကို ကြည့်ပါ။

7. Pixel နှင့် CAPI ကို တွဲသုံးလျှင် ဝယ်ယူမှုတစ်ခုကို နှစ်ကြိမ် ရေတွက်မိမည်လား။

လုပ်ဆောင်ချက်တစ်ခုကို နှစ်ကြိမ် မရေတွက်မိစေရန် ဘရောက်ဇာနှင့် ဆာဗာမှ ပေးပို့သော မိတ္တူနှစ်ခုတွင် တူညီသော Pixel ID၊ ဖြစ်ရပ်အမည်နှင့် ဖြစ်ရပ် ID ကို အသုံးပြုပါ။ ဖြစ်ရပ် ID အကွက်သည် CAPI တွင် id ဖြစ်ပြီး Pixel တွင် event_id ဖြစ်ပါသည်။ နှစ်ဖက်စလုံးတွင် ကိုယ်တိုင်သတ်မှတ်ထားသည့် ဖြစ်ရပ်အမည်ကိုလည်း တူညီစွာ သုံးပါ။

လုပ်ဆောင်ချက်တစ်ခုကို ပြန်လည်ပေးပို့ရာတွင် မူလ ID ကို ဆက်သုံးပါ။ မတူညီသည့် လုပ်ဆောင်ချက်တစ်ခုစီအတွက် ID အသစ် သုံးပါ။ ထပ်နေသော တဂ်များ၊ စာမျက်နှာ ထပ်ခါတလဲလဲ တင်ခြင်း သို့မဟုတ် callback များနှင့် ဖြစ်ရပ်ကို ပေးပို့ပြီးသားဖြစ်နိုင်သည့် မိတ်ဖက်ဝန်ဆောင်မှု ချိတ်ဆက်မှုများကို စစ်ဆေးပါ။

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

8. ကျွန်ုပ်တို့ Shopify ကို သုံးပါသည်။ နောက်ထပ် ချိတ်ဆက်မှုတစ်ခု လိုပါသလား။

နောက်ထပ် ချိတ်ဆက်မှု မထည့်မီ သင့် Shopify ချိတ်ဆက်မှုကို စစ်ဆေးပါ။ ချိတ်ဆက်ထားသော ကြော်ငြာအကောင့်နှင့် Pixel ကို အတည်ပြုပြီး အက်ပ်က သင့်ဆိုင်အတွက် မည်သည့်ဖြစ်ရပ်များကို ပေးပို့သည်ကို စစ်ဆေးပါ။

ကိုယ်တိုင်သတ်မှတ်ထားသော တဂ်များ၊ ငွေရှင်းကုဒ် သို့မဟုတ် ဆာဗာမှ ပေးပို့သည့်စနစ်ကိုလည်း သုံးထားလျှင် ၎င်းတို့က တူညီသော ဖြစ်ရပ်များကို ပေးပို့သလား စစ်ဆေးပါ။ Shopify စနစ်များတွင် ဘရောက်ဇာနှင့် ဆာဗာမှ ခြေရာခံမှုကို ပုံစံအမျိုးမျိုးဖြင့် ပေါင်းစပ်သုံးနိုင်ပါသည်။ Shopify အတွက် ChatGPT ကြော်ငြာများ ထည့်သွင်းခြင်း ကို ကြည့်ပါ။

9. သဘောတူခွင့်ပြုချက်နှင့် စမ်းသပ်မှုကို မည်သို့ ကိုင်တွယ်သင့်ပါသလဲ။

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

တိုင်းတာမှုအတွက် သဘောတူခွင့်ပြုချက်နှင့် opt_out တို့၏ ရည်ရွယ်ချက်များ မတူညီပါ။ opt_out ရွေးချယ်စရာသည် တစ်ဦးချင်းနှင့် ကိုက်ညီအောင် ပြင်ဆင်ပေးခြင်းနှင့် သက်ဆိုင်ပြီး တိုင်းတာမှုတောင်းဆိုချက်အားလုံးကို မရပ်တန့်ပါ။ ဘရောက်ဇာနှင့် ဆာဗာချိတ်ဆက်မှု နှစ်မျိုးစလုံးတွင် သဘောတူခွင့်ပြုချက် ကိုင်တွယ်ပုံကို စစ်ဆေးရန် သင့်ဆော့ဖ်ဝဲရေးသားသူကို ပြောပါ။

စမ်းသပ်လုပ်ဆောင်ချက်တစ်ခု၏ အချိန်၊ အမည်နှင့် ID ကို မှတ်တမ်းတင်ပါ။ ၎င်းကို ပေးပို့ပြီး၊ မှန်ကန်ကြောင်း စစ်ဆေးပြီး၊ လက်ခံရရှိပြီးဖြစ်ခြင်း ရှိမရှိ စစ်ဆေးပါ။ စနစ်အလုပ်လုပ်ပုံ စမ်းသပ်မှု အောင်မြင်ခြင်းက ကြော်ငြာတစ်ခုသည် ရလဒ်သတ်မှတ်ခံရရန် အကျုံးဝင်ကြောင်း မပြသပါ။

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

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

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

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

11. အကူအညီပေးရေးအဖွဲ့ထံ ဆက်သွယ်ရာတွင် ဘာတွေ ထည့်ပေးသင့်ပါသလဲ။

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

• ကြော်ငြာအကောင့် ID၊ Pixel ID သို့မဟုတ် ဒေတာရင်းမြစ်နှင့် ပြဿနာဖြစ်နေသည့် ကမ်ပိန်း၊ ကြော်ငြာတို့၏ အမှတ်အသားများ။

• ချိတ်ဆက်မှုအမျိုးအစားနှင့် ကိုယ်တိုင်သတ်မှတ်ထားသည့် ဖြစ်ရပ်အမည်အပါအဝင် ဖြစ်ရပ်အမည်အတိအကျ။

• ရှိပြီးသား ဖြစ်ရပ် ID နမူနာတစ်ခု သို့မဟုတ် နှစ်ခုနှင့် လုပ်ဆောင်ချိန်မှတ်တမ်းများ၊ အချိန်ဇုန်အပါအဝင်။

• တောင်းဆိုချက် မအောင်မြင်ခြင်း သို့မဟုတ် လက်ခံရရှိမှု မသေချာခြင်းအတွက်—တုံ့ပြန်မှုကုဒ်၊ အမှားစာသားအတိအကျ၊ တောင်းဆိုချက်ပေးပို့ချိန်၊ ပြန်ရလာသည့် တောင်းဆိုချက် ID သို့မဟုတ် CF-Ray နှင့် လျှို့ဝှက်အချက်အလက်များ ဖယ်ရှားထားသော ပေးပို့ဒေတာ သို့မဟုတ် မှတ်တမ်းကောက်နုတ်ချက်။

• အစီရင်ခံစာများ ကွာခြားနေပါက—ရက်စွဲအပိုင်းအခြား၊ အစီရင်ခံရာတွင် အခြေခံသည့်အချိန်၊ ကြော်ငြာရလဒ် သတ်မှတ်မှုဆက်တင်များ၊ ရွေးချယ်ထားသော ကော်လံများ၊ ထုတ်ယူထားသည့် CSV နှင့် တူညီသော အတိုင်းအတာအတွင်း နှိုင်းယှဉ်ပြထားချက်။

• သက်ဆိုင်ရာ ဖန်သားပြင်ဓာတ်ပုံများနှင့် သီးခြားငွေရှင်းစနစ် သို့မဟုတ် မိတ်ဖက်ဝန်ဆောင်မှု ချိတ်ဆက်မှုအပါအဝင် မကြာသေးမီက စနစ်ပြင်ဆင်ထားမှုများ။

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

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