حياتي چڪر (سرور پاسي)
سيشن کي توهان جو پنهنجو گراهڪ ID ملندي ئي اسان جي سرور مان ٻيهر پلے لنڪ ActiveCampaign، Mailchimp، Iterable يا Klaviyo ڏانهن موڪليو.
1. برائوزر پل سان گڏ هي ڇو آهي
MousePlayer وٽ اڳ ئي توهان جي پنهنجي صفحي جي SDK ۾ لکڻ وارو حياتي چڪر پل آهي — Klaviyo، Braze، Customer.io ۽ ڇهه ٻيا. هي ساڳيو ڪم اسان جي سرور مان ڪري ٿو، ڇاڪاڻ ته ٻن وڏن پليٽ فارمن لاءِ برائوزر رستو بلڪل موجود ناهي:
- ActiveCampaign وٽ واقعن لاءِ ڪا برائوزر API ئي ناهي. ان جو
vgo()اڪائونٽ ۽ اي ميل پتو مقرر ڪري ٽريڪنگ شروع ڪري سگهي ٿو — واقعو موڪلي نٿو سگهي. واقعا الڳ event key سان Event Tracking API ذريعي، رڳو سرور پاسي وڃن ٿا. - Mailchimp وٽ آهي، پر مقرر لفظن تائين محدود. ان جو سائيٽ ٽريڪنگ pixel قبول ڪري ٿو
PAGE_VIEWED،PRODUCT_VIEWED،PURCHASED۽ ڪجهه ٻيا اڳواٽ مقرر نالا. پنهنجي واقعي لاءِ ڪا جاءِ ناهي، ۽ پنهنجي ڊيٽا کي هن ۾ دٻائڻPAGE_VIEWEDتوهان جي پنهنجي ڊيٽا ماڊل اندر ڪوڙ هوندو.
Iterable ۽ Klaviyo لاءِ سرور رستو رڳو وڌيڪ معتبر آهي: نه ad blocker، نه SDK جي لوڊ ٿيڻ جو شڪ، نه اڳ بند ٿيندڙ ٽيب.
2. ڇا گهرجي
ٽي خانا، جن مان ڪهڙا ڀريو، اهو پليٽ فارم تي ڀاڙي ٿو.
| پليٽ فارم | اڪائونٽ جو خانو | Key |
|---|---|---|
| ActiveCampaign | actid | ويب سائيٽ → سائيٽ ٽريڪنگ، event key جي ڀرسان |
| Mailchimp | Audience ID | API key — ان جي هيءَ -us14 طرز واري پڇاڙي برقرار رکو، ڊيٽا مرڪز ان مان پڙهجي ٿو |
| Iterable | ضروري ناهي — خالي ڇڏيو | “Allow event track calls” اجازت واري key |
| Klaviyo | ضروري ناهي — خالي ڇڏيو | هڪ ذاتي API key |
ٽيون خانو اهو واقعي جو نالو آهي جنهن سان ظاهر ٿيندو. مختصر رکو: وڌ ۾ وڌ 32 اکر. اها API جي حد آهي، اسان جي نه، ۽ اسان محفوظ ڪرڻ وقت مختصر ڪريون ٿا، موڪلڻ وقت نه — نه ته فارم ۾ نظر ايندڙ ۽ پهتل مواد مختلف هجي ها.
Mailchimp: پنهنجي API key جي پڇاڙي برقرار رکو. آخري dash کان پوءِ وارو حصو (-us14) توهان جي اڪائونٽ جي ڊيٽا مرڪز جو نالو آهي، ۽ پتو ان مان ٺهي ٿو. ان کان سواءِ key واضح پيغام سان رد ٿئي ٿي، اڻڏٺل هنڌ تي ناڪام ٿيڻ بدران.
3. ڪڏهن هلي ٿو — ۽ ڪڏهن نه
سيشن سڃاڻجڻ جي لمحي: جڏهن توهان جي سائيٽ هي سڏي MousePlayer.setUserId()، جڏهن اسان جو تجزياتي پل distinct ID واپس پڙهي، يا توهان جو سرور identify endpoint سڏي. ان کان اڳ خبر ناهي ته رڪارڊنگ ڪنهن جي آهي.
رڳو اي ميل پتي سان
چارئي پليٽ فارم رابطي کي اي ميل سان سڃاڻن ٿا. توهان جو گراهڪ ID معاهدي جو نمبر هجي ته ڪجهه نٿو موڪليو وڃي — رڳو ناڪام ٿي سگهندڙ ڪم قطار ۾ رکڻ لاگ ۾ شور ڀريندو.
رابطو اڳ ئي موجود هجڻ گهرجي. انهن مان ڪو پليٽ فارم واقعي مان رابطو نٿو ٺاهي؛ ActiveCampaign پتو نه سڃاڻي ته واقعو مڪمل رد ڪري ٿو. هي پل موجوده رابطن کي وڌيڪ ڄاڻ ڏئي ٿو — توهان جي فهرست نٿو ٺاهي.
هر واقعو ID کڻي ٿو
تنهنڪري ڪم جي ٻيهر ڪوشش تي به ساڳيو سيشن ٻه ڀيرا نٿو ڳڻجي.
4. ٻئي پاسي ڇا پهچي ٿو
هڪ واقعو، ٻيهر پلے لنڪ هن نالي واري property ۾ کڻندي mouseplayer_session_url. کوليو ته بلڪل انهيءَ سيشن جي رڪارڊنگ ۾ آهيو.
ان کان پوءِ توهان جي پليٽ فارم جو پنهنجو منطق آهي: واقعي کي پاڻمرادو عمل جي محرڪ يا ڀاڱي جي شرط طور استعمال ڪريو، يا ٽيم کي رابطي مان رڪارڊنگ کولڻ ڏيو.
Key ڪڏهن به اسان جو سرور نٿي ڇڏي
AES-256-GCM سان انڪرپٽ ٿي محفوظ ٿئي ٿي، محفوظ ڪرڻ کان پوءِ وري نه ڏيکارجي ٿي، ۽ ڄاڻي واڻي ڪم کڻندڙ اندروني قطار ۾ نٿي رکجي — worker پاڻ ڊيٽابيس مان وٺي ٿو.
HTTP 200 جو مطلب ترسيل ناهي
ActiveCampaign، status 200 ۽ هي جواب ڏئي ٿو {"success":0} جڏهن واقعو رد ڪري. اسان جواب جي body پڙهون ٿا، رڳو status نه، تنهنڪري رد ٿيڻ ترسيل لاگ ۾ خاموش ڪاميابي بدران ناڪامي طور اچي ٿو.
5. Braze، Customer.io ۽ Brevo
سرور پاسي واري رستي تي ٽي وڌيڪ پليٽ فارم. ٻن کي اها شيءِ گهرجي جيڪا ٻين کي نه: هنڌ.
| توهان ڏيو ٿا | هن سان سڃاتل | |
|---|---|---|
| Braze | REST endpoint ۽ API key | اي ميل پتو |
| Customer.io | Site ID، API key ۽ توهان جو علائقو | توهان جو پنهنجو گراهڪ ID |
| Brevo | Tracker key، ٻيو ڪجهه نه | اي ميل پتو |
انهن مان ٻه مخصوص هنڌ تي آهن
Braze، instance سان ٻڌل REST endpoint هلائي ٿو؛ Customer.io مختلف host سان ٻه الڳ علائقا هلائي ٿو. ڪنهن کي به key مان ڪڍي نٿو سگهجي، ۽ غلط چونڊ 401 جواب ڏئي ٿي — پوءِ توهان key ۾ خرابي ڳوليو ٿا. ٻئي خانا رڳو ان سبب آهن.
Customer.io کي اي ميل جي ضرورت ناهي
اهو ماڻهن کي توهان جي مقرر ڪيل ساڳي ID سان سڃاڻي ٿو، تنهنڪري اي ميل گهرڻ ٺاهيل رڪاوٽ هجي ها. ٻيا ڇهه اي ميل سان ملائن ٿا، ۽ انهن لاءِ معاهدي جي نمبر سان سڃاتل سيشن ڪجهه نٿو ٺاهي — صحيح نموني.
نوان پروفائيل نه
Braze ڪال هي کڻي ٿي _update_existing_only. ساڳيو فيصلو جيڪو CRM پل جو آهي: برائوزر سيشن توهان جا گراهڪ ڪير آهن، ان بابت معتبر بيان ناهي، ۽ هر گمنام مهمان لاءِ پروفائيل وڌائيندڙ حياتي چڪر پليٽ فارم ڪنهن ڳانڍاپي نه هئڻ کان به خراب آهي.
Brevo، 204 جواب ڏئي ٿو، Braze، 201 پر هڪ شرط سان
Brevo ڪا body موٽائي ئي نٿو — اتي 2xx واقعي سڄي حقيقت آهي. Braze هي موٽائي ٿو "message": "success" ۽ ان جي ڀرسان هڪ errors array ٿي سگهي ٿو: سنگين مسئلا message ۾ اچن ٿا، برداشت ڪيل خاني جا نقصان رڳو errors ۾. اڪيلو هڪ پڙهڻ سان ڪنهن نه ڪنهن طرف غلط نتيجو نڪري ٿو.
هتي ڄاڻايل سڀ تجارتي نشان پنهنجن مالڪن جا آهن. MousePlayer جو انهن فراهم ڪندڙن سان ڪو ڪاروباري لاڳاپو ناهي.