Tagadministratorer og CDP'er

1. To lag, én idé

En tagadministrator bestemmer, hvilke værktøjer der kører på din side. En kundedataplatform bestemmer, hvor hændelserne sendes hen bagefter. Begge ligger mellem dit websted og dine systemer, og begge bør vide, at en optagelse findes.

Broen skriver afspilningslinket til det af de to, du bruger, så alt derefter - din analyse, dit data warehouse og din marketingautomatisering - kan medtage linket uden en separat integration til hver.

2. Hvad accepterer hvert værktøj faktisk

Disse seks er mere forskellige, end kategorien antyder, og forskellene er ikke stilistiske - hvert værktøj afviser det, de andre forventer.

Værktøj	Sådan modtages værdien
Tealium	utag.link - ikke utag_data, som kun læses ved sidens indlæsning
Adobe Launch	via Client Data Layer; _satellite har intet offentligt skrive-API
Commanders Act	tc_vars - og vi opretter det ikke hvis det mangler, fordi fraværet betyder, at TagCommander ikke findes
Segment	analytics.identify med en egenskab
RudderStack	samme struktur, eget globalt objekt
Snowplow	en global kontekst; svarer via callback, så værdien gemmes i en buffer
JENTIS	_jts.push med track: "event"; egne feltnavne er tilladt, kun track og type er reserverede

JENTIS er undtagelsen fra rækkefølgereglen. Dets installationskodestykke opretter window._jts = window._jts || [], hvilket gør _jts til en kø: et push overlever bibliotekets indlæsning og går ikke tabt. Derfor gælder afsnit 4 om rækkefølgen ikke her. Vi opretter stadig ikke køen, hvis den mangler — af samme grund som for Commanders Act: fraværet betyder, at JENTIS ikke er installeret, og en hjemmelavet _jts ville være et løfte, ingen holder.

Tealium-fejlen, der er værd at nævne

At skrive til utag_data ser rigtigt ud og gør intet: Tealium læser objektet én gang, når siden indlæses, og vores værdi ankommer bagefter. utag.link er kaldet, der når en kørende Tealium, og det bruger vi.

3. Hvad det ikke gør

Det opretter ikke dit datalag

Hvis Commanders Act ikke er på siden, mangler tc_vars - og vi lader det mangle. At oprette det ville give et objekt, der ligner en konfigureret TagCommander for alle andre scripts på siden, hvilket er værre end at gøre ingenting.

Det sender ikke selv noget

Tagadministratoren eller CDP'en videresender værdien efter egen konfiguration og egne aftaler. Fra vores side skrives kun til et lokalt objekt; om det forlader browseren og til hvem, bestemmes i dine egne værktøjer - derfor optræder disse modtagere heller ikke i vores fortegnelse over behandlingsaktiviteter.

Det prøver ikke igen for evigt

Tyve forsøg med et halvt sekunds mellemrum, så stopper det. En tagadministrator, der ikke er dukket op på ti sekunder, kommer ikke.

4. En bemærkning om rækkefølgen

Tagadministratorer indlæses med vilje tidligt, CDP'er normalt senere, og MousePlayer ligger et sted imellem afhængigt af indlejringen. Derfor spørger broen gentagne gange i stedet for kun at læse én gang.

Styrer du indlæsningsrækkefølgen, fjerner placering af tagadministratoren før vores kodestykke ventetiden helt - men intet afhænger af det, og vi beder dig ikke om at omarrangere siden for vores skyld.