ဖောက်သည်ဘဝစက်ဝန်း (ဆာဗာဘက်)

1. ဘရောက်ဇာချိတ်ဆက်တံတားဘေးတွင် ဤအရာ ဘာကြောင့်ရှိသနည်း

MousePlayer တွင် ကိုယ်ပိုင်စာမျက်နှာပေါ် SDK ထဲရေးသော ဖောက်သည်ဘဝစက်ဝန်းတံတား ရှိပြီးသားဖြစ်သည် - Klaviyo, Braze, Customer.io နှင့် အခြားခြောက်ခု။ ဤတစ်ခုက ထိုအလုပ်ကို ဆာဗာမှ အစားထိုးလုပ်ပြီး အကြီးဆုံးပလက်ဖောင်းနှစ်ခုတွင် ဘရောက်ဇာလမ်းကြောင်း မရှိသောကြောင့် ဖြစ်သည်:

ActiveCampaign တွင် ဖြစ်ရပ်များအတွက် ဘရောက်ဇာ API လုံးဝမရှိပါ။ ၎င်း၏ vgo() သည် အကောင့်နှင့် အီးမေးလ်လိပ်စာသတ်မှတ်၍ ခြေရာခံစနိုင်သော်လည်း ဖြစ်ရပ်မပို့နိုင်ပါ။ ဖြစ်ရပ်များကို သီးခြားဖြစ်ရပ်သော့ဖြင့် Event Tracking API မှ ဆာဗာဘက်၌သာ ပို့သည်။
Mailchimp တွင် ရှိသော်လည်း စကားလုံးစာရင်း ပိတ်ထားသည်။ ၎င်း၏ဝဘ်ဆိုက်ခြေရာခံပစ်ဇယ်က လက်ခံသည်မှာ PAGE_VIEWED၊ PRODUCT_VIEWED၊ PURCHASED နှင့် ကြိုတင်သတ်မှတ်အမည် အနည်းငယ်သာဖြစ်သည်။ စိတ်ကြိုက်ဖြစ်ရပ်အတွက် နေရာမရှိဘဲ ကိုယ်ပိုင်ဒေတာကို အောက်ပါအဖြစ် အတင်းပြောင်းထည့်ခြင်းသည် PAGE_VIEWED ကိုယ်ပိုင်ဒေတာမော်ဒယ်ထဲ အလိမ်အညာဖြစ်မည်။

Iterable နှင့် Klaviyo အတွက် ဆာဗာလမ်းက ပိုယုံကြည်ရသည်: ကြော်ငြာပိတ်ကိရိယာမရှိ၊ တင်မတင်မသေချာသော SDK မရှိ၊ စောစီးစွာပိတ်သည့်တက်ဘ် မရှိပါ။

2. လိုအပ်သည်များ

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

ပလက်ဖောင်း	အကောင့်အကွက်	သော့
ActiveCampaign	`actid`	Website → Site Tracking၊ ဖြစ်ရပ်သော့ဘေးတွင်
Mailchimp	ပရိသတ် ID	API သော့ - နောက်ဆက်ပုံစံကို ထိန်းထားပါ၊ ၎င်းမှာ `-us14` ဖြစ်ပြီး ဒေတာစင်တာကို ထိုမှဖတ်သည်
Iterable	မလိုပါ - ဗလာထားပါ	“Allow event track calls” ခွင့်ပြုချက်ရှိသောသော့
Klaviyo	မလိုပါ - ဗလာထားပါ	အောက်ပါအမျိုးအစားဖြစ်သော သီးသန့် API သော့

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

Mailchimp: API သော့၏နောက်ဆက်ကို ထိန်းထားပါ။ နောက်ဆုံးမျဉ်းတိုနောက်ပိုင်း (-us14) က အကောင့်တည်ရှိရာ ဒေတာစင်တာအမည်ကို ပေးပြီး လိပ်စာကို ထိုမှတည်ဆောက်သည်။ နောက်ဆက်မပါသောသော့ကို မမြင်နိုင်သောနေရာ၌ မအောင်မြင်စေဘဲ ရှင်းလင်းသောစာဖြင့် ငြင်းပယ်သည်။

3. အစပျိုးသည့်အချိန်နှင့် မလုပ်သည့်အချိန်

ဆက်ရှင်အထောက်အထားသတ်မှတ်ချိန်တွင် ဖြစ်သည်: ဝဘ်ဆိုက်က ခေါ်သောအခါ MousePlayer.setUserId()၊ ခွဲခြမ်းစိတ်ဖြာတံတားက distinct ID ကို ပြန်ဖတ်သောအခါ သို့မဟုတ် ဆာဗာက identify အဆုံးမှတ်ခေါ်သောအခါ။ ထိုမတိုင်မီ မှတ်တမ်းသည် မည်သူနှင့်သက်ဆိုင်သည်ကို မသိပါ။

အီးမေးလ်လိပ်စာရှိမှသာ

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

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

ဖြစ်ရပ်တိုင်းတွင် ID ပါသည်

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

4. တစ်ဖက်သို့ရောက်သည့်အရာ

ဖြစ်ရပ်တစ်ခုဖြစ်ပြီး ပြန်ဖွင့်လင့်ခ်ကို ဂုဏ်သတ္တိအဖြစ် ထည့်ထားသည့်အမည်မှာ mouseplayer_session_urlဖြစ်သည်။ ဖွင့်လိုက်ပါက ထိုဆက်ရှင်အတိအကျ၏ မှတ်တမ်းသို့ ရောက်မည်။

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

သော့သည် ဆာဗာမှ လုံးဝမထွက်ပါ

AES-256-GCM ကုဒ်ဝှက်သိမ်းပြီး သိမ်းပြီးနောက် ပြန်မပြတော့ပါ။ အလုပ်ပါသော အတွင်းတန်းစီစာရင်းထဲလည်း ရည်ရွယ်ချက်ရှိရှိ မထည့်ပါ - worker က ဒေတာဘေ့စ်မှ ကိုယ်တိုင်ရယူသည်။

HTTP 200 သည် ပို့ဆောင်ပြီးဟု မဆိုလိုပါ

ActiveCampaign က ဖြစ်ရပ်ငြင်းပယ်သည့်အခါ အခြေအနေ 200 နှင့် အောက်ပါတန်ဖိုး ဖြေသည်: {"success":0} ။ အခြေအနေသာမက တုံ့ပြန်အကြောင်းအရာကို ဖတ်သောကြောင့် ငြင်းပယ်မှုသည် ပို့ဆောင်မှုမှတ်တမ်းတွင် တိတ်ဆိတ်အောင်မြင်မှုအစား မအောင်မြင်မှုအဖြစ် ပေါ်သည်။

5. Braze, Customer.io နှင့် Brevo

ဆာဗာဘက်လမ်းကြောင်းတွင် နောက်ထပ်ပလက်ဖောင်းသုံးခု။ နှစ်ခု၌ အခြားသူများမလိုသော အရာတစ်ခုလိုသည်: တည်နေရာ။

	ပေးရမည့်အရာ	အထောက်အထားသတ်မှတ်နည်း
Braze	REST အဆုံးမှတ်နှင့် API သော့	အီးမေးလ်လိပ်စာ
Customer.io	ဝဘ်ဆိုက် ID၊ API သော့နှင့် ဒေသ	ကိုယ်ပိုင်ဖောက်သည် ID
Brevo	ခြေရာခံသော့သာ၊ အခြားဘာမျှမလို	အီးမေးလ်လိပ်စာ

နှစ်ခုသည် သီးခြားနေရာတွင် ရှိသည်

Braze သည် instance နှင့်ချိတ်ထားသော REST အဆုံးမှတ်များ သုံးပြီး Customer.io သည် ဟို့စ်မတူသော ဒေသနှစ်ခု သုံးသည်။ နှစ်ခုလုံးကို သော့မှ မသိနိုင်ဘဲ မှားရွေးပါက 401 ဖြေ၍ သော့ကိုပဲ လိုက်စစ်မိစေသည်။ ထိုအကြောင်းကြောင့်သာ အကွက်နှစ်ခု ရှိသည်။

Customer.io သည် အီးမေးလ်မလိုသော တစ်ခုတည်းသောအရာဖြစ်သည်

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

ပရိုဖိုင်အသစ် မဖန်တီး

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

Brevo က 204 ဖြေပြီး Braze က သတိထားစရာပါသော 201 ဖြေသည်

Brevo က အကြောင်းအရာ လုံးဝမပြန်ပါ - ထိုနေရာတွင် 2xx က အပြည့်အစုံမှန်ကန်မှုဖြစ်သည်။ Braze က ပြန်သည်မှာ "message": "success" ဖြစ်ပြီး ဘေးတွင် အောက်ပါအာရေး ပါနိုင်သည်: errors ။ ပြင်းထန်ပြဿနာများကို message တွင် ဖော်ပြပြီး ခံနိုင်သောအကွက်ဆုံးရှုံးမှုကို errors တွင်သာ ဖော်ပြသည်။ တစ်ခုတည်းသာဖတ်ပါက တစ်ဖက်မဟုတ်တစ်ဖက် မှားမည်။

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

မည်သို့ကူညီပေးရမလဲ။