Salesforce Marketing Cloud कुकी सहमति एकीकरण: एंटरप्राइज़ मार्केटर्स के लिए 2026 गाइड
Salesforce Marketing Cloud वास्तुकला की दृष्टि से सबसे जटिल मार्केटिंग स्टैक है जिसे एक प्रकाशक संभवतः तैनात करेगा। जहां अधिकांश मार्केटिंग टूल एक टैग इंस्टॉल करते हैं, वहीं SFMC कई इंस्टॉल करता है: व्यवहार विश्लेषण के लिए Web Analytics Connector, साइट व्यक्तिगतकरण के लिए Marketing Cloud Personalization (पहले Interaction Studio) स्क्रिप्ट, लीड कैप्चर के लिए CloudPages फॉर्म, ऑर्केस्ट्रेशन के लिए Journey Builder ट्रिगर, और Data Cloud कनेक्टर जो पहचान समाधान को फीड करते हैं। इनमें से प्रत्येक GDPR, UK GDPR, EU ePrivacy निर्देश और कैलिफोर्निया के CPRA को थोड़े अलग-अलग तरीकों से छूता है, और एक डिफ़ॉल्ट इंस्टॉल आमतौर पर एक ही पेज लोड पर इन सभी का उल्लंघन करता है। यह गाइड बताती है कि प्रत्येक SFMC ट्रैकिंग मॉड्यूल क्या एकत्र करता है, सहमति की सीमा कहां है, और SFMC को किसी तीसरे पक्ष के CMP से इतनी सफाई से कैसे जोड़ें कि मार्केटर्स अपने Journey Builder ट्रिगर बनाए रखें, विश्लेषण अपना attribution बनाए रखे, और कानूनी टीम के पास वो रसीदें हों जिनकी उसे जरूरत है।
SFMC ट्रैकिंग सर्फेस
सहमति के उद्देश्यों के लिए SFMC को एक ही उत्पाद के रूप में नहीं बल्कि चार ओवरलैपिंग ट्रैकिंग सर्फेस के रूप में मानना उपयोगी है, प्रत्येक का अपना एकीकरण पैटर्न है।
Web Analytics Connector और Collect ट्रैकिंग कोड
Collect ट्रैकिंग कोड (जिसे अक्सर collect.js कहा जाता है या cdn.evgnet.com के माध्यम से संदर्भित किया जाता है) SFMC का व्यवहार ट्रैकर है। यह _etmc और संबंधित कुकीज़ सेट करता है, सत्रों के दौरान विज़िटर की पहचान करता है, और Journey Builder ट्रिगर और ईमेल रिटार्गेटिंग में उपयोग के लिए पेजव्यू, क्लिक और रूपांतरण इवेंट SFMC को अग्रेषित करता है। नियामक दृष्टिकोण से यह स्पष्ट रूप से एक मार्केटिंग ट्रैकर है — भले ही इवेंट विश्लेषण जैसे दिखते हों, डेटा सीधे मार्केटिंग ऑटोमेशन को फीड करता है।
Marketing Cloud Personalization स्क्रिप्ट
Personalization स्क्रिप्ट (पुराना Interaction Studio) Collect से भारी है। यह एक SDK लोड करती है जो पूरे DOM को देखता है, क्लिक-स्ट्रीम और फॉर्म-इंटरैक्शन डेटा कैप्चर करता है, और इसे एक व्यक्तिगतकरण निर्णय इंजन को अग्रेषित करता है जो रियल टाइम में पेज सामग्री को फिर से लिख सकता है। सेट की गई कुकीज़ में _ev_* पहचानकर्ता और एक सत्र टोकन शामिल हैं। यह निस्संदेह मार्केटिंग-उद्देश्य प्रसंस्करण है और EU या UK के किसी भी क्षेत्राधिकार में opt-in सहमति की आवश्यकता है।
CloudPages फॉर्म और ट्रैक किए गए लिंक
CloudPages-होस्टेड लैंडिंग पेज और ट्रैक किए गए ईमेल लिंक जो SFMC के माध्यम से रूट होते हैं, अपने स्वयं के पहचान पैरामीटर ले जाते हैं (URL में subscriberkey, jb, mid पैरामीटर)। जब कोई विज़िटर ट्रैक किए गए लिंक के माध्यम से आता है, तो SFMC किसी भी इन-पेज ट्रैकिंग के फायर होने से पहले ही सत्र को उनके सब्सक्राइबर रिकॉर्ड के साथ सहसंबंधित कर सकता है। यह अनाम ट्रैकिंग की तुलना में एक अर्थपूर्ण रूप से अलग कानूनी स्थिति है — पहले संपर्क पर सब्सक्राइबर पहचान ज्ञात होती है — और मार्केटिंग संचार के लिए सहमति पहले से मौजूद होनी चाहिए।
Data Cloud कनेक्टर
SFMC का Data Cloud एकीकरण (ग्राहक डेटा प्लेटफॉर्म परत) वेब ट्रैकिंग, मोबाइल SDK, CRM रिकॉर्ड और ऑफलाइन डेटा से पहचानकर्ता एक एकीकृत प्रोफ़ाइल में खींचता है। सहमति स्थिति को Data Cloud में प्रचारित होने की आवश्यकता है, न केवल सर्फेस-लेवल ट्रैकिंग पिक्सल में, ताकि विज्ञापन नेटवर्क में डाउनस्ट्रीम सक्रियण विज़िटर की दर्ज प्राथमिकताओं का सम्मान करें।
SFMC के नेटिव गोपनीयता नियंत्रण
SFMC कई नेटिव नियंत्रण उजागर करता है लेकिन, अधिकांश एंटरप्राइज़ मार्केटिंग प्लेटफॉर्म की तरह, वे मानते हैं कि एक सहमति निर्णय अपस्ट्रीम एकत्र किया गया है और पास किया जा रहा है। नेटिव नियंत्रण खुद सहमति एकत्र नहीं करते।
Web Analytics Connector के लिए ट्रैकिंग ऑप्ट-आउट
Collect स्क्रिप्ट एक do_not_track फ्लैग और एक कॉन्फ़िगर करने योग्य ऑप्ट-आउट फ़ंक्शन पढ़ती है। इन्हें सेट करने से Collect को डेटा भेजने से रोका जाता है लेकिन स्क्रिप्ट को स्वयं लोड होने से नहीं रोका जाता। पूर्व-सहमति क्षेत्राधिकारों के लिए आपको स्क्रिप्ट लोडिंग को गेट करना होगा, न केवल फ्लैग को टॉगल करना।
सब्सक्राइबर रिकॉर्ड में सहमति प्राथमिकताएं
SFMC में सब्सक्राइबर प्रोफ़ाइल में संचार सहमति, प्रोफ़ाइल डेटा सहमति और वैधानिक आधार के लिए फ़ील्ड हैं। ये उस कानूनी आधार को ट्रैक करने के लिए सही प्रिमिटिव हैं जिसके तहत एक ज्ञात संपर्क को मार्केट किया जा रहा है, और जब कोई विज़िटर स्वीकार या रद्द करता है तो CMP को इन फ़ील्ड में वापस लिखना चाहिए।
Marketing Cloud Personalization सहमति
Personalization SDK आरंभीकरण के दौरान एक सहमति फ्लैग स्वीकार करता है। इसे false पर सेट करें जब तक उपयोगकर्ता CMP बैनर में मार्केटिंग श्रेणी स्वीकार नहीं करता, फिर सहमति मिलने पर SDK को फिर से आरंभ करें।
चरण-दर-चरण CMP एकीकरण
विश्वसनीय वास्तुकला यह है कि सभी चार ट्रैकिंग सर्फेस को CMP के पीछे गेट किया जाए और सहमति मिलने के बाद डाउनस्ट्रीम व्यवहार को परिष्कृत करने के लिए SFMC के नेटिव फ्लैग का उपयोग किया जाए।
1. Collect स्क्रिप्ट को डिफ़ॉल्ट रूप से लोड होने से रोकें
Collect स्क्रिप्ट को दस्तावेज़ हेड से हटाएं और इसे एक प्लेसहोल्डर से बदलें जिसे CMP सक्रिय कर सके। जब विज़िटर मार्केटिंग श्रेणी स्वीकार करता है, तो CMP प्लेसहोल्डर को collect.js लोड करने के लिए फिर से लिखता है। कोई भी कतार में खड़े इवेंट लोड पर फ्लश हो जाते हैं।
2. Marketing Cloud Personalization आरंभीकरण को स्थगित करें
Personalization स्क्रिप्ट सहमति से पहले आरंभ नहीं होनी चाहिए। अधिकांश CMP इसे एक डेफर्ड-लोड पैटर्न के साथ संभालते हैं: स्क्रिप्ट एलिमेंट DOM में मौजूद है लेकिन इसका type एट्रिब्यूट text/plain है, और CMP सहमति स्वीकृति पर इसे text/javascript में फिर से लिखता है।
3. CloudPages ट्रैकिंग पैरामीटर गेट करें
यदि कोई विज़िटर ट्रैक किए गए लिंक के माध्यम से आता है और अभी तक सहमति नहीं दी है, तो इनबाउंड subscriberkey पैरामीटर कैप्चर किया जाना चाहिए लेकिन तत्काल व्यक्तिगतकरण को चलाने के लिए उपयोग नहीं किया जाना चाहिए। सही पैटर्न यह है कि इसे सत्र स्थिति में संग्रहीत करें और केवल तभी सक्रिय करें (प्रोफ़ाइल डेटा के साथ सहसंबद्ध करना, Journey Builder इवेंट ट्रिगर करना) जब सहमति दर्ज हो जाए।
4. सहमति स्थिति को Data Cloud में प्रचारित करें
Data Cloud एकीकरण को प्रत्येक विज़िटर की सहमति स्थिति जाननी होती है ताकि डाउनस्ट्रीम सक्रियण इसका सम्मान करें। SFMC एक सहमति एक्सटेंशन का समर्थन करता है जो CMP को API के माध्यम से Data Cloud में एक सहमति रिकॉर्ड लिखने की अनुमति देता है। इसे कॉन्फ़िगर करें ताकि CMP का सहमति निर्णय पूरी SFMC परत में सत्य का स्रोत बन जाए, न केवल ऑन-पेज स्क्रिप्ट के लिए।
5. SFMC सब्सक्राइबर सहमति फ़ील्ड में मैप करें
जब कोई ज्ञात सब्सक्राइबर CloudPages प्राथमिकता केंद्र पर अपनी सहमति अपडेट करता है, तो CMP और SFMC सब्सक्राइबर रिकॉर्ड को सिंक में रहना होगा। CMP से SFMC सब्सक्राइबर के सहमति फ़ील्ड में राइट-बैक कॉन्फ़िगर करें, और रीड-बैक कॉन्फ़िगर करें ताकि ऑन-पेज बैनर उस चीज़ का सम्मान करे जो सब्सक्राइबर ने अपनी ईमेल प्राथमिकताओं में सेट की है।
सामान्य गलतियां
तीन एकीकरण गलतियां SFMC पर अधिकांश एंटरप्राइज़ ऑडिट निष्कर्षों के लिए जिम्मेदार हैं।
Collect को विश्लेषण के रूप में मानना
क्योंकि Collect स्क्रिप्ट पेजव्यू और क्लिक इवेंट रिपोर्ट करती है जो विश्लेषण जैसे दिखते हैं, टीमें कभी-कभी इसे विश्लेषण सहमति श्रेणी के तहत गेट करती हैं। SFMC उस डेटा का उपयोग Journey Builder मार्केटिंग ऑटोमेशन चलाने के लिए करता है, जो निस्संदेह मार्केटिंग-उद्देश्य प्रसंस्करण है। Collect को मार्केटिंग के तहत गेट करें।
सहमति से पहले Personalization चलाने देना
Personalization SFMC ट्रैकिंग सर्फेस में सबसे भारी है और नियामकों के लिए सबसे अधिक दृश्यमान है क्योंकि यह सक्रिय रूप से पेज को संशोधित करता है। सहमति से पहले इसे आरंभ करने देना, ऑडिट के संदर्भ में, SFMC स्टैक में सबसे अधिक उजागर करने वाला पैटर्न है।
स्टैक भर में सहमति सिंक न करना
यदि ऑन-पेज बैनर एक सहमति निर्णय दर्ज करता है लेकिन Data Cloud प्रोफ़ाइल एक पुरानी स्थिति बनाए रखती है, तो विज्ञापन नेटवर्क में डाउनस्ट्रीम सक्रियण पुरानी सहमति के आधार पर फायर होते रहेंगे। CMP को सत्य का स्रोत रखना होगा और इसे हर जगह प्रचारित करना होगा जहां SFMC स्टैक पहुंच सकता है।
ऑडिट चेकलिस्ट
EU, UK या कैलिफोर्निया ट्रैफ़िक को छूने वाले किसी भी SFMC डिप्लॉयमेंट के लिए पांच ठोस प्रश्न उत्तर देने के लिए।
- क्या Collect सहमति की प्रतीक्षा करता है? पुष्टि करें कि बैनर स्वीकृति से पहले कोई collect.js या evgnet.com अनुरोध फायर नहीं होता।
- क्या Personalization स्थगित है? पुष्टि करें कि Personalization SDK मार्केटिंग श्रेणी दिए जाने तक आरंभ नहीं होता।
- क्या इनबाउंड ट्रैक किए गए लिंक पैरामीटर सहमति तक रोके जाते हैं? पुष्टि करें कि subscriberkey-चालित व्यक्तिगतकरण एक स्पष्ट सहमति संकेत की प्रतीक्षा करता है।
- क्या Data Cloud सहमति स्थिति देखता है? पुष्टि करें कि सहमति एक्सटेंशन कॉन्फ़िगर है और CMP रियल टाइम में Data Cloud में निर्णय लिखता है।
- क्या सब्सक्राइबर सहमति फ़ील्ड सिंक हैं? पुष्टि करें कि प्राथमिकता केंद्र के परिवर्तन ऑन-पेज बैनर में और इसके विपरीत प्रचारित होते हैं।
SFMC एक सहमति-प्रथम स्टैक में कहां फिट बैठता है
SFMC सबसे शक्तिशाली — और सबसे अधिक उजागर करने वाले — मार्केटिंग प्लेटफॉर्म में से एक है जिसे एक एंटरप्राइज़ तैनात कर सकता है। डिफ़ॉल्ट इंस्टॉल पैटर्न बस वर्तमान यूरोपीय या कैलिफोर्निया की अपेक्षाओं को पूरा नहीं करता, और प्लेटफ़ॉर्म के नेटिव नियंत्रण उपयोगी प्रिमिटिव हैं लेकिन अपस्ट्रीम सहमति प्रबंधन परत का विकल्प नहीं हैं। सही वास्तुकला CMP को सत्य के एकल स्रोत के रूप में मानती है, प्रत्येक ट्रैकिंग मॉड्यूल को इसके पीछे गेट करती है, और SFMC के सहमति एक्सटेंशन का उपयोग करती है ताकि Data Cloud और सब्सक्राइबर रिकॉर्ड स्टैक के बाकी हिस्सों में उस सत्य को प्रचारित करें। सही तरीके से किया जाए तो SFMC वह करता रहता है जो मार्केटर्स ने इसे खरीदने के लिए था — Journey Builder ट्रिगर, Personalization निर्णय लेना, Data Cloud सक्रियण — जबकि अंतर्निहित अनुपालन स्थिति उससे मेल खाती है जो नियामक अब किसी भी एंटरप्राइज़ मार्केटर से अपेक्षा करते हैं।