Tag managery i CDP

Dla warstwy między Twoją stroną a całą resztą - Tealium, Adobe Launch, Commanders Act, Segment, RudderStack i Snowplow.

1. Dwie warstwy, jedna myśl

Tag manager decyduje, które narzędzia działają na Twojej stronie. Customer Data Platform decyduje, dokąd zdarzenia trafiają dalej. Oba siedzą między Twoją stroną a resztą narzędzi i obu warto powiedzieć, że istnieje nagranie.

Mostek zapisuje odnośnik do nagrania w tym z dwóch, które prowadzisz - żeby wszystko, co jest za nim (analityka, hurtownia, automatyzacja marketingu), mogło nieść ten odnośnik bez osobnej integracji dla każdego z osobna.

Kto używa Google Tag Managera, bierze zamiast tego kafelek GTM dataLayer. Ten jest dla tag managerów, które nie są GTM - i istnieje właśnie dlatego, że „użyj po prostu GTM" nie jest odpowiedzią dla firmy na Adobe czy Tealium.

2. Co każdy naprawdę przyjmuje

Ta szóstka różni się bardziej, niż sugeruje wspólna kategoria, a różnice nie są stylistyczne - każdy odrzuca to, czego oczekują pozostali.

NarzędzieJak przyjmuje wartość
Tealiumutag.link - nie utag_data, które jest czytane tylko przy ładowaniu strony
Adobe Launchprzez Client Data Layer; _satellite nie ma publicznego API do zapisu
Commanders Acttc_vars - i nie tworzymy go, gdy go brak, bo jego brak oznacza, że TagCommandera tam nie ma
Segmentanalytics.identify z atrybutem
RudderStackta sama postać, własna zmienna globalna
Snowplowkontekst globalny; odpowiada wywołaniem zwrotnym, więc wartość jest buforowana
JENTIS_jts.push z track: "event"; własne nazwy pól są dozwolone, zarezerwowane są tylko track i type

JENTIS jest wyjątkiem od reguły kolejności. Jego kod instalacyjny tworzy window._jts = window._jts || [], dzięki czemu _jts jest kolejką: push przetrwa ładowanie biblioteki i nie ginie. To, co mówi sekcja 4 o kolejności, go zatem nie dotyczy. Mimo to nie tworzymy tej kolejki, gdy jej brak — z tego samego powodu co przy Commanders Act: jej brak oznacza, że JENTIS nie jest wpięty, a samodzielnie utworzone _jts byłoby obietnicą, której nikt nie spełni.

Błąd przy Tealium, który warto nazwać

Zapis do utag_data wygląda poprawnie i nic nie robi: Tealium czyta ten obiekt raz, przy ładowaniu strony, a nasza wartość przychodzi później. utag.link to wywołanie, które dociera do działającego Tealium, i to jego używamy.

3. Czego nie robi

Nie tworzy Twojego data layera

Jeśli Commanders Act nie ma na stronie, brakuje tc_vars - i pozwalamy mu brakować. Utworzenie go dałoby obiekt, który dla każdego innego skryptu na stronie wygląda jak skonfigurowany TagCommander, a to gorszy wynik niż nierobienie nic.

Sam niczego nie wysyła

Tag manager lub CDP przekazuje wartość dalej według własnej konfiguracji i własnych umów. Z naszej strony to zapis do lokalnego obiektu; czy opuści przeglądarkę i do kogo, rozstrzyga Twoje własne narzędzie - i właśnie dlatego ci odbiorcy nie pojawiają się w naszym rejestrze czynności przetwarzania.

Nie próbuje w nieskończoność

Dwadzieścia prób co pół sekundy i koniec. Tag manager, którego nie ma po dziesięciu sekundach, już nie przyjdzie.

4. Uwaga o kolejności

Tag managery z założenia ładują się wcześnie, CDP zwykle później, a MousePlayer leży gdzieś pomiędzy, zależnie od tego, jak go osadziłeś. Dlatego mostek ponawia próby, zamiast czytać raz.

Kto ma kolejność ładowania pod kontrolą, może usunąć oczekiwanie całkowicie, umieszczając tag managera przed naszym snippetem - nie jest to konieczne i nie prosimy nikogo, żeby przestawiał swoją stronę dla nas.

Zapisujemy odnośnik do nagrania i identyfikator sesji, nic więcej. Żadnego adresu e-mail, nazwiska ani adresu IP - ta sama powściągliwość co wszędzie indziej w tym produkcie.

Wszystkie wymienione znaki towarowe należą do ich właścicieli. MousePlayer nie pozostaje w żadnych relacjach biznesowych z tymi dostawcami.