ଗ୍ରାହକ ଜୀବନଚକ୍ର (ସର୍ଭର୍ ପଟେ)
ସେସନ୍କୁ ଆପଣଙ୍କ ନିଜ ଗ୍ରାହକ ID ମିଳିବାମାତ୍ରେ ଆମ ସର୍ଭର୍ରୁ ରେକର୍ଡିଂ ଲିଙ୍କ୍ ActiveCampaign, Mailchimp, Iterable କିମ୍ବା Klaviyo କୁ ପଠାନ୍ତୁ।
1. ବ୍ରାଉଜର୍ ବ୍ରିଜ୍ ପାଖରେ ଏହା କାହିଁକି ଅଛି
MousePlayer ରେ ପୂର୍ବରୁ ଗ୍ରାହକ ଜୀବନଚକ୍ର ବ୍ରିଜ୍ ଅଛି, ଯାହା ଆପଣଙ୍କ ପୃଷ୍ଠାରେ ଚାଲୁଥିବା SDK ରେ ଲେଖେ - Klaviyo, Braze, Customer.io ଓ ଆଉ ଛଅଟି। ଏହା ସେହି କାମ ଆମ ସର୍ଭର୍ରୁ କରେ, କାରଣ ସବୁଠାରୁ ବଡ଼ ଦୁଇଟି ପ୍ଲାଟଫର୍ମରେ ବ୍ରାଉଜର୍ ପଥ ଆଦୌ ଉପଲବ୍ଧ ନୁହେଁ:
- ActiveCampaign ରେ ଇଭେଣ୍ଟ୍ ପାଇଁ ବ୍ରାଉଜର୍ API ଆଦୌ ନାହିଁ। ଏହାର
vgo()ଆକାଉଣ୍ଟ୍ ଓ ଇମେଲ୍ ଠିକଣା ସ୍ଥାପନ କରି ଟ୍ରାକିଂ ଆରମ୍ଭ କରିପାରେ - ଇଭେଣ୍ଟ୍ ପଠାଇପାରେ ନାହିଁ। ଇଭେଣ୍ଟ୍ ଅଲଗା event key ସହ Event Tracking API ଦ୍ୱାରା କେବଳ ସର୍ଭର୍ ପଟେ ଯାଏ। - Mailchimp ରେ ଅଛି, କିନ୍ତୁ ସୀମିତ ନାମ ସହ। ଏହାର ସାଇଟ୍ ଟ୍ରାକିଂ ପିକ୍ସେଲ୍ ଗ୍ରହଣ କରେ
PAGE_VIEWED,PRODUCT_VIEWED,PURCHASEDଓ ଆଉ କିଛି ପୂର୍ବନିର୍ଦ୍ଧାରିତ ନାମ। କଷ୍ଟମ୍ ଇଭେଣ୍ଟ୍ ପାଇଁ ସ୍ଥାନ ନାହିଁ, ଆଉ ଆମ ତଥ୍ୟକୁ ଏହାରେ ଭରିବାPAGE_VIEWEDଆପଣଙ୍କ ନିଜ ଡାଟା ମଡେଲ୍ରେ ମିଥ୍ୟା ହେବ।
Iterable ଓ Klaviyo ପାଇଁ ସର୍ଭର୍ ପଥ କେବଳ ଅଧିକ ବିଶ୍ୱସନୀୟ: ବିଜ୍ଞାପନ ଅବରୋଧକ ନାହିଁ, SDK ଲୋଡ୍ ହେଲା କି ନାହିଁ ପ୍ରଶ୍ନ ନାହିଁ, ଟ୍ୟାବ୍ ଆଗରୁ ବନ୍ଦ ହେବା ନାହିଁ।
2. କଣ ଦରକାର
ତିନିଟି ଫିଲ୍ଡ, କେଉଁଟି ଭରିବେ ପ୍ଲାଟଫର୍ମ ଉପରେ ନିର୍ଭର କରେ।
| ପ୍ଲାଟଫର୍ମ | ଆକାଉଣ୍ଟ୍ ଫିଲ୍ଡ | ଚାବି |
|---|---|---|
| ActiveCampaign | actid | Website → Site Tracking, event key ପାଖରେ |
| Mailchimp | audience ID | ଏକ API ଚାବି - ଏହି ଶୈଳୀର ଶେଷ ଅଂଶ ରଖନ୍ତୁ: -us14 , ତାହାରୁ ଡାଟା କେନ୍ଦ୍ର ପଢ଼ାଯାଏ |
| Iterable | ଦରକାର ନାହିଁ - ଖାଲି ରଖନ୍ତୁ | “Allow event track calls” ଅନୁମତି ଥିବା ଚାବି |
| Klaviyo | ଦରକାର ନାହିଁ - ଖାଲି ରଖନ୍ତୁ | ଏକ private API ଚାବି |
ତୃତୀୟ ଫିଲ୍ଡ ଇଭେଣ୍ଟ୍ କେଉଁ ନାମରେ ଦେଖାଯିବ ତାହା। ଛୋଟ ରଖନ୍ତୁ: ସର୍ବାଧିକ 32 ଅକ୍ଷର। ଏହା API ର ସୀମା, ଆମର ନୁହେଁ, ଏବଂ ପଠାଇବାବେଳେ ନୁହେଁ, ସେଭ୍ କରିବାବେଳେ ଛୋଟ କରୁ - ନଚେତ୍ ଫର୍ମରେ ଯାହା ଦେଖିବେ ତାହା ପହଞ୍ଚୁଥିବା ତଥ୍ୟଠାରୁ ଭିନ୍ନ ହେବ।
Mailchimp: API ଚାବିର ଶେଷ ଅଂଶ ରଖନ୍ତୁ। ଶେଷ ଡ୍ୟାଶ୍ ପରର ଅଂଶ (-us14) ଆପଣଙ୍କ ଆକାଉଣ୍ଟ୍ ଥିବା ଡାଟା କେନ୍ଦ୍ରର ନାମ, ତାହାରୁ ଠିକଣା ତିଆରି ହୁଏ। ସେହି ଅଂଶ ବିନା ଚାବି ଅଦୃଶ୍ୟ ସ୍ଥାନରେ ବିଫଳ ହେବା ବଦଳରେ ସ୍ପଷ୍ଟ ସନ୍ଦେଶ ସହ ଅସ୍ୱୀକୃତ ହୁଏ।
3. କେବେ ଚାଲେ - ଓ କେବେ ଚାଲେ ନାହିଁ
ସେସନ୍ ଚିହ୍ନଟ ହେବା ମୁହୂର୍ତ୍ତରେ: ସାଇଟ୍ ଏହା ଡାକିଲେ MousePlayer.setUserId(), ବିଶ୍ଳେଷଣ ବ୍ରିଜ୍ ଏକ distinct ID ପଢ଼ିଲେ କିମ୍ବା ଆପଣଙ୍କ ସର୍ଭର୍ identify ଏଣ୍ଡପଏଣ୍ଟ୍ ଡାକିଲେ। ତାହା ପୂର୍ବରୁ ରେକର୍ଡିଂ କାହାର ଆମେ ଜାଣୁନାହୁଁ।
କେବଳ ଇମେଲ୍ ଠିକଣା ସହ
ଚାରୋଟି ପ୍ଲାଟଫର୍ମ ଯୋଗାଯୋଗ ବ୍ୟକ୍ତିଙ୍କୁ ଇମେଲ୍ରେ ଚିହ୍ନଟ କରେ। ଆପଣଙ୍କ ଗ୍ରାହକ ID ଚୁକ୍ତି ସଂଖ୍ୟା ହେଲେ କିଛି ପଠାଯାଏ ନାହିଁ - କେବଳ ବିଫଳ ହେବା କାମ ଧାଡ଼ିରେ ରଖିଲେ ଲଗ୍ ଅନାବଶ୍ୟକ ତଥ୍ୟରେ ଭରିବ।
ଯୋଗାଯୋଗ ବ୍ୟକ୍ତି ପୂର୍ବରୁ ଥିବା ଦରକାର। କୌଣସି ପ୍ଲାଟଫର୍ମ ଇଭେଣ୍ଟ୍ରୁ ନୂଆ ବ୍ୟକ୍ତି ସୃଷ୍ଟି କରେ ନାହିଁ; ଠିକଣା ନଚିହ୍ନିଲେ ActiveCampaign ସମ୍ପୂର୍ଣ୍ଣ ଇଭେଣ୍ଟ୍ ପରିତ୍ୟାଗ କରେ। ଏହି ବ୍ରିଜ୍ ବର୍ତ୍ତମାନର ଯୋଗାଯୋଗ ତଥ୍ୟ ସମୃଦ୍ଧ କରେ - ଆପଣଙ୍କ ତାଲିକା ତିଆରି କରେ ନାହିଁ।
ପ୍ରତ୍ୟେକ ଇଭେଣ୍ଟ୍ରେ ID ଥାଏ
ତେଣୁ କାମ ପୁଣି ଚେଷ୍ଟା ହେଲେ ମଧ୍ୟ ସମାନ ସେସନ୍ ଦୁଇଥର ଗଣାଯାଇପାରେ ନାହିଁ।
4. ଅନ୍ୟ ପକ୍ଷରେ କଣ ପହଞ୍ଚେ
ଗୋଟିଏ ଇଭେଣ୍ଟ୍, ଯେଉଁଥିରେ ରେକର୍ଡିଂ ଲିଙ୍କ୍ ଏହି ନାମର ପ୍ରପର୍ଟି ଭାବେ ଥାଏ: mouseplayer_session_url। ଖୋଲିଲେ ଠିକ୍ ସେହି ସେସନ୍ର ରେକର୍ଡିଂରେ ପହଞ୍ଚିବେ।
ସେଠାରୁ ଆପଣଙ୍କ ପ୍ଲାଟଫର୍ମର ନିଜ ନିୟମ: ଇଭେଣ୍ଟ୍କୁ ସ୍ୱୟଂଚାଳନ ଟ୍ରିଗର୍ କିମ୍ବା ବିଭାଗ ସର୍ତ୍ତ ଭାବେ ବ୍ୟବହାର କରନ୍ତୁ, କିମ୍ବା ଦଳକୁ ଯୋଗାଯୋଗ ବ୍ୟକ୍ତିଙ୍କ ପୃଷ୍ଠାରୁ ରେକର୍ଡିଂ ଖୋଲିବାକୁ ଦିଅନ୍ତୁ।
ଚାବି କେବେ ଆମ ସର୍ଭର୍ ବାହାରକୁ ଯାଏ ନାହିଁ
ଏହା AES-256-GCM ଏନକ୍ରିପ୍ଟ୍ ଭାବେ ସଂରକ୍ଷିତ, ସେଭ୍ ପରେ କେବେ ପୁଣି ଦେଖାଯାଏ ନାହିଁ, ଏବଂ କାମ ଥିବା ଆଭ୍ୟନ୍ତରୀଣ ଧାଡ଼ିରେ ଜାଣିଶୁଣି ରଖାଯାଏ ନାହିଁ - ୱାର୍କର୍ ନିଜେ ଡାଟାବେସ୍ରୁ ଆଣେ।
HTTP 200 ମାନେ ପହଞ୍ଚିଗଲା ନୁହେଁ
ଇଭେଣ୍ଟ୍ ଅସ୍ୱୀକାର କଲେ ActiveCampaign ସ୍ଥିତି 200 ଓ ଏହା ଦିଏ: {"success":0} । ଆମେ କେବଳ ସ୍ଥିତି ନୁହେଁ ଉତ୍ତର ବିଷୟବସ୍ତୁ ପଢ଼ୁ, ତେଣୁ ଅସ୍ୱୀକାର ନିରବ ସଫଳତା ବଦଳରେ ବିତରଣ ଲଗ୍ରେ ବିଫଳତା ଭାବେ ଦେଖାଯାଏ।
5. Braze, Customer.io ଓ Brevo
ସର୍ଭର୍ ପଥରେ ଆଉ ତିନିଟି ପ୍ଲାଟଫର୍ମ। ସେମାନଙ୍କ ଦୁଇଟିକୁ ଅନ୍ୟମାନଙ୍କୁ ଦରକାର ନଥିବା ଜିନିଷ ଦରକାର: ଏକ ସ୍ଥାନ।
| ଆପଣ ଦିଅନ୍ତି | ଏହା ଦ୍ୱାରା ଚିହ୍ନଟ | |
|---|---|---|
| Braze | REST ଏଣ୍ଡପଏଣ୍ଟ୍ ଓ API ଚାବି | ଇମେଲ୍ ଠିକଣା |
| Customer.io | site ID, API ଚାବି ଓ ଆପଣଙ୍କ ଅଞ୍ଚଳ | ଆପଣଙ୍କ ନିଜ ଗ୍ରାହକ ID |
| Brevo | କେବଳ tracker key, ଅନ୍ୟ କିଛି ନୁହେଁ | ଇମେଲ୍ ଠିକଣା |
ଦୁଇଟିର ନିର୍ଦ୍ଦିଷ୍ଟ ସ୍ଥାନ ଅଛି
Braze ନିର୍ଦ୍ଦିଷ୍ଟ instance ର REST ଏଣ୍ଡପଏଣ୍ଟ୍ ବ୍ୟବହାର କରେ; Customer.io ର ଭିନ୍ନ host ଥିବା ଦୁଇଟି ଅଲଗା ଅଞ୍ଚଳ ଅଛି। ଚାବିରୁ କୌଣସିଟି ନିର୍ଣ୍ଣୟ ହୁଏ ନାହିଁ, ଆଉ ଭୁଲ୍ ବାଛିଲେ 401 ଆସେ - ଯାହା ଆପଣଙ୍କୁ ଚାବି ଯାଞ୍ଚକୁ ପଠାଏ। କେବଳ ସେଥିପାଇଁ ଉଭୟ ଫିଲ୍ଡ ଅଛି।
Customer.io କୁ ଇମେଲ୍ ଦରକାର ନାହିଁ
ଆପଣ ଦେଉଥିବା ସମାନ ID ରେ ଲୋକଙ୍କୁ ଚିହ୍ନେ, ତେଣୁ ଇମେଲ୍ ମାଗିବା କୃତ୍ରିମ ବାଧା ହେବ। ଅନ୍ୟ ଛଅଟି ଇମେଲ୍ରେ ମେଳାନ୍ତି, ଏବଂ ସେଥିରେ ଚୁକ୍ତି ସଂଖ୍ୟାରେ ଚିହ୍ନଟ ସେସନ୍ କିଛି ସୃଷ୍ଟି କରେ ନାହିଁ - ଯଥାର୍ଥ ଭାବେ।
ନୂଆ ପ୍ରୋଫାଇଲ୍ ନାହିଁ
Braze କଲ୍ରେ ଏହା ଥାଏ: _update_existing_only। CRM ବ୍ରିଜ୍ର ସମାନ ନିଷ୍ପତ୍ତି: ବ୍ରାଉଜର୍ ସେସନ୍ ଆପଣଙ୍କ ଗ୍ରାହକ କିଏ ବୋଲି ବିଶ୍ୱସନୀୟ ପ୍ରମାଣ ନୁହେଁ, ଆଉ ପ୍ରତି ଅଜ୍ଞାତ ପରିଦର୍ଶକ ପାଇଁ ପ୍ରୋଫାଇଲ୍ ତିଆରି କରୁଥିବା ଜୀବନଚକ୍ର ପ୍ଲାଟଫର୍ମ ସମନ୍ୱୟ ନଥିବାଠାରୁ ଖରାପ।
Brevo 204 ଦିଏ, Braze 201 ଦିଏ କିନ୍ତୁ ଏକ ସର୍ତ୍ତ ସହ
Brevo କୌଣସି ବିଷୟବସ୍ତୁ ଫେରାଏ ନାହିଁ - ସେଠାରେ 2xx ହିଁ ସମ୍ପୂର୍ଣ୍ଣ ସତ୍ୟ। Braze ଏହା ଫେରାଏ: "message": "success" ଏବଂ ତାହା ପାଖରେ ଏହି ଆରେ ଥାଇପାରେ: errors : ଗୁରୁତର ସମସ୍ୟା message ରେ, ସହ୍ୟ ଫିଲ୍ଡ ହାନି କେବଳ errors ରେ ଦେଖାଯାଏ। କେବଳ ଗୋଟିଏ ପଢ଼ିଲେ କୌଣସି ଦିଗରେ ଭୁଲ୍ ହୁଏ।
ଏଠାରେ ଥିବା ସମସ୍ତ ଟ୍ରେଡ୍ମାର୍କ୍ ସେମାନଙ୍କ ସମ୍ବନ୍ଧିତ ମାଲିକଙ୍କର। ଏହି ପ୍ରଦାନକାରୀଙ୍କ ସହ MousePlayer ର କୌଣସି ବ୍ୟବସାୟିକ ସମ୍ପର୍କ ନାହିଁ।