Tagghanterare och CDP:er

1. Två lager, en idé

En tagghanterare avgör vilka verktyg som körs på sidan. En kunddataplattform avgör vart händelserna skickas därefter. Båda ligger mellan webbplatsen och din övriga teknik, och båda har nytta av att veta att en inspelning finns.

Bryggan skriver uppspelningslänken till det av dessa lager som du använder. Då kan allt som kommer efter, din analys, ditt datalager och din marknadsautomatisering, bära med sig länken utan en separat integration för varje verktyg.

2. Vad vart och ett faktiskt accepterar

De sex verktygen skiljer sig mer än kategorin antyder. Skillnaderna är inte kosmetiska: vart och ett avvisar det som de andra förväntar sig.

Verktyg	Så tar det emot värdet
Tealium	utag.link – inte utag_data, som bara läses vid sidladdning
Adobe Launch	via Client Data Layer; _satellite har inget offentligt skriv-API
Commanders Act	tc_vars – och vi skapar den inte om den saknas, eftersom det betyder att TagCommander inte finns där
Segment	analytics.identify med ett attribut av typen trait
RudderStack	samma struktur, eget globalt objekt
Snowplow	en global kontext; svarar via callback, så värdet buffras
JENTIS	_jts.push med track: "event"; egna fältnamn är tillåtna, bara track och type är reserverade

JENTIS är undantaget från ordningsregeln. Dess installationskod skapar window._jts = window._jts || [], vilket gör _jts till en kö. En push överlever inläsningen av biblioteket och går inte förlorad. Det som avsnitt 4 säger om ordning gäller därför inte här. Vi skapar ändå inte kön om den saknas, av samma skäl som för Commanders Act: frånvaron betyder att JENTIS inte är installerat, och en egen _jts skulle vara ett löfte som ingen uppfyller.

Tealium-felet som bör nämnas

Att skriva till utag_data ser rätt ut men gör ingenting. Tealium läser objektet en gång vid sidladdning och vårt värde kommer senare. utag.link är anropet som når ett körande Tealium och det vi använder.

3. Vad bryggan inte gör

Den skapar inte ditt datalager

Om Commanders Act inte finns på sidan saknas tc_vars, och vi låter det förbli så. Att skapa objektet skulle få andra skript på sidan att tro att TagCommander är konfigurerat. Det vore sämre än att inte göra något.

Den skickar inget själv

Tagghanteraren eller kunddataplattformen vidarebefordrar värdet enligt sin egen konfiguration och sina egna avtal. Från vår sida skrivs det till ett lokalt objekt. Om värdet lämnar webbläsaren och till vem avgörs i dina egna verktyg. Därför finns mottagarna inte i vårt register över behandlingar.

Den försöker inte för alltid

Tjugo försök med en halv sekunds mellanrum, sedan slutar den. En tagghanterare som inte dykt upp på tio sekunder kommer inte att göra det.

4. Om ordningsföljden

Tagghanterare laddas avsiktligt tidigt, kunddataplattformar oftast senare och MousePlayer någonstans däremellan beroende på hur du bäddat in det. Därför kontrollerar bryggan upprepade gånger i stället för att läsa en gång.

Om du styr laddningsordningen kan du lägga tagghanteraren före vår snippet och slippa väntan helt. Men inget beror på det och vi ber dig inte bygga om sidan för vår skull.