ट्याग म्यानेजर र 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 | उही ढाँचा, आफ्नै global |
| Snowplow | विश्वव्यापी सन्दर्भ; callback बाट जवाफ दिने भएकाले मान बफरमा राखिन्छ |
| 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 को यी प्रदायकसँग व्यावसायिक सम्बन्ध छैन।