जीवनचक्र (सर्वर पर)

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`	वेबसाइट → साइट ट्रैकिंग, इवेंट कुंजी के पास
Mailchimp	ऑडियंस ID	API कुंजी — इसका प्रत्यय रखें: `-us14` , जिससे डेटा केंद्र पढ़ा जाता है
Iterable	नहीं चाहिए — खाली छोड़ें	"Allow event track calls" अनुमति वाली कुंजी
Klaviyo	नहीं चाहिए — खाली छोड़ें	एक निजी API कुंजी

तीसरी फ़ील्ड दिखने वाला इवेंट नाम है। छोटा रखें: अधिकतम 32 अक्षर। यह API सीमा है, हमारी नहीं; भेजते समय नहीं, सहेजते समय छोटा करते हैं ताकि फ़ॉर्म और वास्तविक नाम अलग न हों।

Mailchimp: API कुंजी का प्रत्यय रखें। अंतिम डैश के बाद का भाग (-us14) खाते का डेटा केंद्र बताता है और उसी से पता बनता है। बिना प्रत्यय की कुंजी स्पष्ट संदेश से अस्वीकृत होती है, छिपी जगह विफल नहीं।

3. कब चलता और कब नहीं

सत्र की पहचान होते ही: साइट यह कॉल करे: MousePlayer.setUserId(), विश्लेषण ब्रिज विशिष्ट 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	साइट 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 : गंभीर समस्या संदेश में, स्वीकार्य फ़ील्ड हानि केवल errors में। एक ही पढ़ने पर किसी दिशा में गलत निष्कर्ष होगा।

यहाँ बताए ट्रेडमार्क संबंधित स्वामियों के हैं। MousePlayer का इन प्रदाताओं से व्यावसायिक संबंध नहीं।

हम कैसे मदद कर सकते हैं?