Taggadministratorer og CDP-er

For laget mellom nettstedet og alt annet — Tealium, Adobe Launch, Commanders Act, Segment, RudderStack og Snowplow.

1. To lag, én idé

En taggadministrator bestemmer hvilke verktøy som kjører på siden. En kundedataplattform bestemmer hvor hendelsene går etterpå. Begge ligger mellom nettstedet og resten av systemene, og begge har nytte av å vite at et opptak finnes.

Broen skriver avspillingslenken til det av de to du bruker, slik at alt videre i kjeden — analyse, datavarehus, markedsføringsautomatisering — kan ta med lenken uten en egen integrasjon for hvert system.

Bruker du allerede Google Tag Manager, velger du ruten GTM dataLayer i stedet. Denne er for taggadministratorene som ikke er GTM, nettopp fordi «bare bruk GTM» ikke er et svar for en bedrift som bruker Adobe eller Tealium.

2. Hva hvert verktøy faktisk godtar

Disse seks er mer forskjellige enn kategorien antyder, og forskjellene er ikke stilistiske — hvert av dem avviser det de andre forventer.

VerktøyHvordan verdien mottas
Tealiumutag.link — ikke utag_data, som bare leses ved sideinnlasting
Adobe Launchvia Client Data Layer; _satellite har ikke noe offentlig skrive-API
Commanders Acttc_vars — og vi oppretter det ikke hvis det mangler, fordi fraværet betyr at TagCommander ikke finnes der
Segmentanalytics.identify med en egenskap
RudderStacksamme form, eget globalt objekt
Snowplowen global kontekst; svarer via tilbakekall, så verdien mellomlagres
JENTIS_jts.push med track: "event"; egendefinerte feltnavn er tillatt, bare track og type er reservert

JENTIS er unntaket fra rekkefølgeregelen. Installasjonskodestykket oppretter window._jts = window._jts || [], slik at _jts blir en kø: en push overlever innlastingen av biblioteket og går ikke tapt. Det avsnitt 4 sier om rekkefølge, gjelder derfor ikke her. Vi oppretter fortsatt ikke køen hvis den mangler — av samme grunn som med Commanders Act: fravær betyr at JENTIS ikke er installert, og en selvlaget _jts ville vært et løfte ingen holder.

Tealium-feilen som bør nevnes

Å skrive til utag_data ser riktig ut og gjør ingenting: Tealium leser objektet én gang, ved sideinnlasting, og verdien vår kommer etterpå. utag.link er kallet som når en kjørende Tealium, og det er det vi bruker.

3. Hva den ikke gjør

Den oppretter ikke datalaget ditt

Hvis Commanders Act ikke finnes på siden, mangler tc_vars — og vi lar det mangle. Å opprette det ville gitt et objekt som ser ut som en konfigurert TagCommander for alle andre skript på siden, noe som er verre enn å gjøre ingenting.

Den sender ikke noe selv

Taggadministratoren eller CDP-en videresender verdien etter sin egen konfigurasjon og sine egne avtaler. Fra vår side er dette skriving til et lokalt objekt; om det forlater nettleseren og til hvem, avgjøres i dine egne verktøy — derfor står heller ikke disse mottakerne i vår protokoll over behandlingsaktiviteter.

Den prøver ikke for alltid

Tjue forsøk med et halvt sekunds mellomrom, så stopper den. En taggadministrator som ikke har dukket opp på ti sekunder, kommer ikke.

4. En merknad om rekkefølge

Taggadministratorer lastes tidlig etter utformingen, CDP-er vanligvis senere, og MousePlayer ligger et sted imellom avhengig av hvordan du bygget det inn. Derfor spør broen gjentatte ganger i stedet for å lese én gang.

Styrer du innlastingsrekkefølgen, fjerner du ventingen helt ved å legge taggadministratoren før kodestykket vårt — men ingenting avhenger av det, og vi ber deg ikke om å omorganisere siden for vår skyld.

Verdien vi skriver, er avspillingslenken og økt-ID-en, ingenting annet. Ingen e-postadresse, intet navn, ingen IP — samme tilbakeholdenhet som ellers i produktet.

Alle nevnte varemerker tilhører sine respektive eiere. MousePlayer har ingen forretningsforbindelse med disse leverandørene.