Менеджери тегів і CDP

1. Два шари, одна ідея

Менеджер тегів вирішує, які інструменти працюють на сторінці. Платформа даних клієнтів вирішує, куди потім надходять події. Обидва стоять між сайтом і вашим набором систем, і обом варто повідомити про наявність запису.

Міст записує посилання відтворення в ту із цих систем, якою ви користуєтеся, щоб усе далі за нею — аналітика, сховище даних, автоматизація маркетингу — могло передавати посилання без окремої інтеграції для кожного інструмента.

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 — десь між ними залежно від способу вбудовування. Тому міст періодично перевіряє, а не читає лише один раз.

Якщо ви керуєте порядком завантаження, розміщення менеджера тегів перед нашим фрагментом коду повністю усуває очікування. Але нічого від цього не залежить, і ми не просимо перебудовувати сторінку заради нас.