Мениджъри на маркери и CDP
За слоя между сайта ви и всичко останало — Tealium, Adobe Launch, Commanders Act, Segment, RudderStack и Snowplow.
1. Два слоя, една идея
Мениджърът на маркери решава кои инструменти работят на страницата ви. Платформата за клиентски данни решава къде отиват събитията след това. И двете стоят между сайта ви и технологичния ви набор и е полезно и двете да знаят, че съществува запис.
Мостът записва връзката за възпроизвеждане в този от двата инструмента, който използвате, така че всичко след него — анализът, хранилището за данни, маркетинговата автоматизация — да може да пренася връзката без отделна интеграция за всяко.
Ако вече използвате Google Tag Manager, вместо това използвайте плочката GTM dataLayer. Тази е за мениджърите на маркери извън GTM и съществува точно защото „просто използвайте GTM“ не е отговор за компания с Adobe или Tealium.
2. Какво действително приема всеки
Тези шест инструмента се различават повече, отколкото подсказва категорията им, и разликите не са стилистични — всеки отказва това, което останалите очакват.
| Инструмент | Как приема стойността |
|---|---|
| Tealium | utag.link — не utag_data, което се прочита само при зареждане на страницата |
| Adobe Launch | чрез Client Data Layer; _satellite няма публичен API за запис |
| Commanders Act | tc_vars — и ние не го създаваме, ако липсва, защото липсата му означава, че TagCommander не е там |
| Segment | analytics.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 няма търговски отношения с тези доставчици.