लाइफसाइकल (सर्भरतर्फ)
सत्रमा आफ्नै ग्राहक 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 | वेबसाइट → साइट ट्र्याकिङ, घटना कुञ्जीको छेउमा |
| 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 का 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 को यी प्रदायकसँग व्यावसायिक सम्बन्ध छैन।