टैग मैनेजर और CDP
वेबसाइट और बाकी सिस्टम के बीच की परत — Tealium, Adobe Launch, Commanders Act, Segment, RudderStack और Snowplow।
1. दो परतें, एक विचार
टैग मैनेजर तय करता है पृष्ठ पर कौन टूल चले। ग्राहक डेटा प्लेटफ़ॉर्म तय करता है इवेंट बाद में कहाँ जाएँ। दोनों वेबसाइट और सिस्टम के बीच हैं और दोनों को रिकॉर्डिंग बताना उपयोगी है।
ब्रिज आपके उपयोग वाले में रिकॉर्डिंग लिंक लिखता है ताकि आगे का विश्लेषण, वेयरहाउस, मार्केटिंग स्वचालन अलग इंटीग्रेशन बिना लिंक रख सके।
Google Tag Manager पहले से हो तो यह टाइल लें: GTM dataLayer । यह GTM के अलावा टैग मैनेजर के लिए है, क्योंकि Adobe या Tealium वाली कंपनी को "GTM लें" जवाब नहीं।
2. हर टूल वास्तव में क्या लेता है
इन छह में श्रेणी से अपेक्षा से अधिक अंतर है; शैली नहीं — हर एक दूसरे की अपेक्षित चीज़ अस्वीकारता है।
| टूल | मान कैसे लेता है |
|---|---|
| Tealium | utag.link — यह नहीं: utag_data, जो केवल पृष्ठ लोड पर पढ़ा जाता है |
| Adobe Launch | Client Data Layer से; _satellite की सार्वजनिक लेखन API नहीं |
| Commanders Act | tc_vars — और हम इसे नहीं बनाते यदि मौजूद न हो, क्योंकि अनुपस्थिति का मतलब TagCommander नहीं है |
| Segment | analytics.identify एक trait के साथ |
| RudderStack | वही रूप, अपना वैश्विक ऑब्जेक्ट |
| Snowplow | वैश्विक संदर्भ; कॉलबैक से जवाब, इसलिए मान बफ़र होता है |
| JENTIS | _jts.push इसके साथ: track: "event"; कस्टम फ़ील्ड नाम मान्य, केवल track और type आरक्षित हैं |
क्रम नियम का अपवाद JENTIS है। उसका इंस्टॉल स्निपेट यह बनाता है: window._jts = window._jts || [], जिससे यह _jts कतार बनती है: push लाइब्रेरी लोड तक रहता है, खोता नहीं। इसलिए भाग 4 का क्रम नियम लागू नहीं। फिर भी अनुपस्थित कतार नहीं बनाते — Commanders Act जैसा कारण: JENTIS इंस्टॉल नहीं और खुद बनाया _jts ऐसा वादा होगा जिसे कोई पूरा नहीं करता।
Tealium की खास ग़लती
इसमें लिखना: utag_data सही दिखता पर कुछ नहीं करता: Tealium ऑब्जेक्ट केवल पृष्ठ लोड पर एक बार पढ़ता है, हमारा मान बाद में आता है। utag.link चालू Tealium तक पहुँचने वाला कॉल है और हम वही लेते हैं।
3. क्या नहीं करता
डेटा लेयर नहीं बनाता
पृष्ठ पर Commanders Act न हो तो tc_vars नहीं है — हम नहीं बनाते। बनाने से दूसरे स्क्रिप्ट को कॉन्फ़िगर TagCommander जैसा ऑब्जेक्ट दिखेगा, जो कुछ न करने से खराब है।
खुद कुछ नहीं भेजता
टैग मैनेजर या CDP अपने कॉन्फ़िगरेशन और अनुबंध से आगे भेजता है। हमारी ओर स्थानीय ऑब्जेक्ट लेखन है; ब्राउज़र छोड़ना और प्राप्तकर्ता आपकी टूलिंग तय करती है — इसलिए ये प्राप्तकर्ता हमारे प्रोसेसिंग गतिविधि रिकॉर्ड में नहीं हैं।
हमेशा कोशिश नहीं करता
आधे सेकंड अंतराल पर बीस प्रयास, फिर रुकता है। दस सेकंड में न आया टैग मैनेजर नहीं आने वाला।
4. क्रम पर नोट
टैग मैनेजर पहले लोड, CDP आम तौर पर बाद और MousePlayer एम्बेड के अनुसार बीच में होता है। इसलिए एक बार पढ़ने के बजाय ब्रिज बार-बार पूछता है।
क्रम नियंत्रित हो तो टैग मैनेजर हमारे स्निपेट से पहले रखने से इंतज़ार हटता है — लेकिन निर्भरता नहीं और हमारे लिए पृष्ठ बदलने को नहीं कहते।
केवल रिकॉर्डिंग लिंक और सत्र ID लिखते हैं। ईमेल, नाम, IP नहीं — पूरे उत्पाद वाला वही संयम।
यहाँ बताए ट्रेडमार्क संबंधित स्वामियों के हैं। MousePlayer का इन प्रदाताओं से व्यावसायिक संबंध नहीं।