ટૅગ મૅનેજર અને CDP

વેબસાઇટ અને બાકીનાં બધાં વચ્ચેના સ્તર માટે — Tealium, Adobe Launch, Commanders Act, Segment, RudderStack અને Snowplow.

1. બે સ્તર, એક વિચાર

ટૅગ મૅનેજર પાના પર કયાં સાધન ચાલે તે નક્કી કરે છે. ગ્રાહક ડેટા પ્લૅટફૉર્મ પછી ઇવેન્ટ ક્યાં જાય તે નક્કી કરે છે. બંને વેબસાઇટ અને સાધનસમૂહ વચ્ચે છે; બંનેને રેકોર્ડિંગ છે તે જણાવવું ઉપયોગી છે.

સેતુ તમે વાપરતા કોઈ પણ સ્તરમાં રેકોર્ડિંગ લિંક લખે છે, જેથી પછીનું વિશ્લેષણ, વેરહાઉસ કે માર્કેટિંગ સ્વચાલન દરેક માટે અલગ એકીકરણ વિના લિંક લઈ શકે.

Google Tag Manager પહેલેથી વાપરતા હો તો આ GTM dataLayer ટાઇલ વાપરો. આ GTM સિવાયના ટૅગ મૅનેજર માટે છે; Adobe કે Tealium વાપરનારને “GTM જ વાપરો” જવાબ નથી, તેથી બનાવ્યું છે.

2. દરેક ખરેખર શું સ્વીકારે છે

આ છમાં પ્રકાર સૂચવે તેનાથી વધુ ફરક છે; શૈલીનો નહીં — એકને જોઈએ તે બીજું નકારે છે.

સાધનમૂલ્ય કેવી રીતે લે
Tealiumutag.link — આ નહીં: utag_data; તે ફક્ત પાનું લોડ થતાં વાંચાય છે
Adobe LaunchClient Data Layer દ્વારા; _satellite પાસે જાહેર લખવાની API નથી
Commanders Acttc_vars — અને અમે તે બનાવતા નથી જો ખૂટે; કારણ કે તેનો અભાવ એટલે TagCommander નથી
Segmentanalytics.identify trait સાથે
RudderStackએ જ સ્વરૂપ; પોતાનું global
Snowplowglobal context; 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. શું કરતું નથી

તમારું data layer બનાવતું નથી

Commanders Act પાના પર ન હોય તો tc_vars ખૂટે છે — ખૂટતું જ રાખીએ છીએ. બનાવવાથી પાનાની બીજી દરેક સ્ક્રિપ્ટને ગોઠવાયેલો TagCommander જેવો ઑબ્જેક્ટ દેખાય; કશું ન કરવા કરતાં ખરાબ.

જાતે કશું મોકલતું નથી

ટૅગ મૅનેજર કે CDP પોતાની ગોઠવણી અને કરાર મુજબ મૂલ્ય આગળ મોકલે છે. અમારી બાજુથી સ્થાનિક ઑબ્જેક્ટમાં લખવાનું છે; બ્રાઉઝર છોડે કે કોને જાય તે તમારાં સાધનો નક્કી કરે — તેથી આ પ્રાપ્તકર્તા અમારી પ્રક્રિયા પ્રવૃત્તિ નોંધમાં નથી.

કાયમ ફરી પ્રયાસ નથી કરતું

અડધી સેકન્ડના અંતરે વીસ પ્રયાસ, પછી બંધ. દસ સેકન્ડમાં ન આવેલો ટૅગ મૅનેજર હવે આવવાનો નથી.

4. ક્રમ વિશે નોંધ

ટૅગ મૅનેજર રચના મુજબ વહેલો અને CDP સામાન્ય રીતે પછી લોડ થાય છે. MousePlayer તમે ક્યાં ઉમેર્યું તેના આધારે વચ્ચે હોય છે. તેથી સેતુ એક વાર વાંચવાને બદલે ફરી તપાસે છે.

લોડિંગનો ક્રમ તમારા હાથમાં હોય તો સ્નિપેટ પહેલાં ટૅગ મૅનેજર રાખવાથી રાહ જ નથી રહેતી — પણ કશું તેના પર આધારિત નથી અને અમારા માટે પાનું ફરી ગોઠવવા નથી કહેતા.

ફક્ત રેકોર્ડિંગ લિંક અને સત્ર ID લખીએ છીએ. ઇમેઇલ, નામ કે IP નહીં — ઉત્પાદનમાં બધે જેવો જ સંયમ.

અહીં જણાવેલાં બધાં ટ્રેડમાર્ક તેમના સંબંધિત માલિકોનાં છે. આ પ્રદાતાઓ સાથે MousePlayerનો કોઈ વ્યાવસાયિક સંબંધ નથી.