ပြောင်းလဲဆောင်ရွက်မှု API များ

1. ဆာဗာဘက်ကို ဘာကြောင့်သုံးသနည်း။

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

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

2. ပို့သည့်အရာနှင့် လုံးဝမပို့သည့်အရာ

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

ကွန်ရက်	သုံးသောအမှတ်အသား	ရင်းမြစ်
Meta	_fbp၊ _fbc	Meta ပစ်ဇယ်သတ်မှတ်သော ပထမပါတီကွတ်ကီးများ
LinkedIn	li_fat_id	LinkedIn Insight Tag သတ်မှတ်သော ပထမပါတီကွတ်ကီး
TikTok	_ttp၊ ttclid	_ttp သည် ကွတ်ကီးဖြစ်ပြီး ttclid သည် ကြော်ငြာကလစ် URL မှ လာသည်
Google Ads	gclid၊ wbraid၊ gbraid	ကြော်ငြာကလစ် URL မှ သို့မဟုတ် နောက်ပိုင်းသုံးသော _gcl_aw ကွတ်ကီးမှ
Microsoft Advertising	msclkid	ကြော်ငြာကလစ် URL မှ သို့မဟုတ် _uetmsclkid UET တံဆိပ်ရေးသော ကွတ်ကီးမှ

သဘောတူညီချက်ရှိမှသာ

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

3. Google Ads တွင် အမှတ်အသားတစ်ခုမဟုတ်ဘဲ သုံးခုရှိသည်

ဤအချက်က လူများကို အံ့ဩစေသဖြင့် ရှင်းရှင်းပြောသင့်သည်။ Google သုံးသည်မှာ gclid ဖြစ်ပြီး ကြော်ငြာကလစ်တစ်ခုချင်းအတွက် ဖြစ်သည်။ Apple ခြေရာခံတားဆီးမှုကြောင့် ကလစ်တစ်ခုကို သတ်မှတ်မရပါက Google က ပို့သည်မှာ wbraid သို့မဟုတ် gbraid ဖြစ်ပြီး ကလစ်အုပ်စုကို ကိုယ်စားပြုသည်။

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

URL တွင် တစ်ကြိမ်သာ ပါသည်

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

4. သတ်မှတ်ခြင်း

Meta, LinkedIn နှင့် TikTok

တစ်ခုစီ အကွက်နှစ်ခု: ပစ်ဇယ် သို့မဟုတ် ပြောင်းလဲဆောင်ရွက်မှုစည်းမျဉ်း ID နှင့် ကွန်ရက်မျက်နှာပြင်တွင် ကိုယ်တိုင်ဖန်တီးသော ဝင်ရောက်တိုကင်။ နှစ်ခုလုံးကို AES-256-GCM ကုဒ်ဝှက်သိမ်းပြီး သိမ်းပြီးနောက် ပြန်မပြတော့ပါ။

Google Ads အတွက် ခြောက်ခုလိုသည်

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

အကွက်	တွေ့နိုင်သည့်နေရာ
ဖောက်သည် ID	Google Ads ညာဘက်အပေါ်။ ဂဏန်းသာ၊ မျဉ်းတိုမပါဘဲ။
ပြောင်းလဲဆောင်ရွက်မှု လုပ်ဆောင်ချက် ID	ပန်းတိုင်များနှင့် ပြောင်းလဲဆောင်ရွက်မှုများ၊ ထို့နောက် မှတ်တမ်းတင်လိုသောလုပ်ဆောင်ချက်။
ဆော့ဖ်ဝဲရေးသူတိုကင်	Google Ads မန်နေဂျာအကောင့်၊ API Center။
OAuth ကလိုင်းယင့် ID နှင့် လျှို့ဝှက်ချက်	Google Cloud Console၊ Credentials၊ “desktop app” အမျိုးအစား OAuth ကလိုင်းယင့်။
သက်တမ်းပြန်တိုးတိုကင်	အောက်ပါနယ်ပယ်အတွက် ကိုယ်တိုင်တစ်ကြိမ် ဖန်တီးသည်: adwords။

LinkedIn တွင် လမ်းနှစ်ခုရှိပြီး အတိုကို ရွေးသင့်သည်

Campaign Manager တွင်: Data, Signals Manager, Direct API, Generate access token။ ဤသည် ကိုယ်ပိုင်ဒေတာပို့သော ကြော်ငြာရှင်များအတွက်ဖြစ်သည် - ဆော့ဖ်ဝဲရေးသူအက်ပ် မလို၊ စစ်ဆေးခွင့်ပြုမှု မလိုပါ။ တိုကင် သက်တမ်းမကုန်ဘဲ Campaign Manager က ဒုတိယအကြိမ် မပြသဖြင့် ချက်ချင်းကူးပါ။

အခြားလမ်းမှာ LinkedIn Developer Portal မှ တောင်းသော ဆော့ဖ်ဝဲရေးသူအက်ပ်ဖြစ်ပြီး ကြော်ငြာရှင်များစွာကိုယ်စား ပို့သောပလက်ဖောင်းများအတွက် ဖြစ်သည်။ ကုမ္ပဏီစာမျက်နှာအတည်ပြုမှုနှင့် ခွင့်ပြုအသုံးချမှု လိုအပ်ပြီး ဤနေရာ၌ မည်သည့်အရာမှ မလိုပါ။

Microsoft Advertising သည် လွယ်ကူသည်

Google Ads ပြီးနောက် OAuth၊ ဆော့ဖ်ဝဲရေးသူတိုကင်နှင့် ခွင့်ပြုအဆင့် စသည့် ရှုပ်ထွေးမှုကို မျှော်လင့်နိုင်သည်။ ပြောင်းပြန်ဖြစ်သည်: အကွက်နှစ်ခုသာ။ ဘရောက်ဇာတွင် သုံးပြီးသား UET တံဆိပ် ID နှင့် Microsoft Advertising ရှိ UET တံဆိပ်အောက် “Use Conversions API”၊ “Copy Token” မှ ကူးသောတိုကင်။ လျှောက်ရန် ဘာမျှမရှိပါ။

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

5. ပြောင်းလဲဆောင်ရွက်မှုကို ပို့မည့်အချိန်

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

ကြော်ငြာအကောင့်တွင် မြင်ရမည့်အရာ

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

ဘာမျှမရောက်ပါက

• ကလစ်အမှတ်အသား မရှိပါ။ ဧည့်သည်သည် ထိုကွန်ရက်ကြော်ငြာမှ မလာ သို့မဟုတ် ပစ်ဇယ်ကွတ်ကီးမသတ်မှတ်မီ ရောက်လာသည်။ ဘာမျှမပို့ပါ - မျှော်လင့်ထားသည့်အတိုင်းဖြစ်ပြီး အမှားမဟုတ်ပါ။
• သဘောတူညီချက် မရှိပါ။ တံခါးက အရင်တားထားသည်။
• ကွန်ရက်က ခေါ်ဆိုမှုကို လက်ခံသော်လည်း ပြောင်းလဲဆောင်ရွက်မှုကို ငြင်းပယ်သည်။ Google, TikTok နှင့် အခြားအချို့သည် HTTP 200 နှင့် တုံ့ပြန်အကြောင်းအရာအတွင်း အမှားပါသောအဖြေ ပေးသည်။ အခြေအနေကုဒ်သာမက အကြောင်းအရာကို ဖတ်ပြီး အကြောင်းရင်းကို ပို့ဆောင်မှုမှတ်တမ်းတွင် ပြသည်။