Мениджъри на маркери и CDP

За слоя между сайта ви и всичко останало — Tealium, Adobe Launch, Commanders Act, Segment, RudderStack и Snowplow.

1. Два слоя, една идея

Мениджърът на маркери решава кои инструменти работят на страницата ви. Платформата за клиентски данни решава къде отиват събитията след това. И двете стоят между сайта ви и технологичния ви набор и е полезно и двете да знаят, че съществува запис.

Мостът записва връзката за възпроизвеждане в този от двата инструмента, който използвате, така че всичко след него — анализът, хранилището за данни, маркетинговата автоматизация — да може да пренася връзката без отделна интеграция за всяко.

Ако вече използвате Google Tag Manager, вместо това използвайте плочката GTM dataLayer. Тази е за мениджърите на маркери извън GTM и съществува точно защото „просто използвайте GTM“ не е отговор за компания с Adobe или Tealium.

2. Какво действително приема всеки

Тези шест инструмента се различават повече, отколкото подсказва категорията им, и разликите не са стилистични — всеки отказва това, което останалите очакват.

ИнструментКак приема стойността
Tealiumutag.link — не utag_data, което се прочита само при зареждане на страницата
Adobe Launchчрез Client Data Layer; _satellite няма публичен API за запис
Commanders Acttc_vars — и ние не го създаваме, ако липсва, защото липсата му означава, че TagCommander не е там
Segmentanalytics.identify с атрибут
RudderStackсъщата структура, собствен глобален обект
Snowplowглобален контекст; отговаря чрез обратно извикване, затова стойността се буферира
JENTIS_jts.push с track: "event"; позволени са собствени имена на полета, само track и type са запазени

JENTIS е изключението от правилото за реда. Инсталационният му код създава window._jts = window._jts || [], което превръща _jts в опашка: добавянето преживява зареждането на библиотеката и не се губи. Затова казаното за реда в раздел 4 не се отнася за него. Все пак не създаваме опашката, ако липсва — по същата причина като при Commanders Act: липсата ѝ означава, че JENTIS не е инсталиран, а самостоятелно създаден _jts би бил обещание, което никой не изпълнява.

Грешката с Tealium, която си струва да посочим

Записването в utag_data изглежда правилно и не прави нищо: Tealium прочита този обект веднъж при зареждането на страницата, а нашата стойност пристига след това. utag.link е извикването, което достига до работещ Tealium, и именно него използваме.

3. Какво не прави

Не създава слоя ви данни

Ако Commanders Act не е на страницата, tc_vars липсва — и го оставяме така. Създаването му би произвело обект, който изглежда като конфигуриран TagCommander за всеки друг скрипт на страницата, което е по-лош резултат от липсата на действие.

Не изпраща нищо сам

Мениджърът на маркери или CDP препраща стойността според собствената си конфигурация и договори. От наша страна това е запис в локален обект; дали напуска браузъра и към кого решават собствените ви инструменти — затова тези получатели не се появяват и в нашия регистър на дейностите по обработване.

Не опитва вечно

Двадесет опита през половин секунда, после спира. Мениджър на маркери, който не се е появил за десет секунди, няма да се появи.

4. Бележка за реда

Мениджърите на маркери по замисъл се зареждат рано, CDP обикновено по-късно, а MousePlayer е някъде между тях според начина на вграждане. Затова мостът проверява периодично, вместо да прочете веднъж.

Ако контролирате реда на зареждане, поставянето на мениджъра на маркери преди нашия код премахва чакането изцяло — но нищо не зависи от това и не ви караме да пренареждате страницата заради нас.

Стойността, която записваме, е връзката за възпроизвеждане и идентификаторът на сесията, нищо друго. Без имейл адрес, без име, без IP — същата сдържаност като навсякъде в този продукт.

Всички споменати тук търговски марки принадлежат на съответните им собственици. MousePlayer няма търговски отношения с тези доставчици.