Tag-Manager und CDPs

1. Zwei Schichten, ein Gedanke

Ein Tag-Manager entscheidet, welche Werkzeuge auf Ihrer Seite laufen. Eine Customer Data Platform entscheidet, wohin die Ereignisse danach gehen. Beide sitzen zwischen Ihrer Website und Ihrem Werkzeugkasten, und beiden ist zu sagen, dass es eine Aufzeichnung gibt.

Die Brücke schreibt den Replay-Link in dasjenige der beiden, das Sie betreiben - damit alles, was dahinter liegt (Ihre Analyse, Ihr Datenlager, Ihre Marketing-Automation), den Link tragen kann, ohne dass es für jedes eine eigene Anbindung braucht.

2. Was jeder tatsächlich annimmt

Diese sechs unterscheiden sich stärker, als ihre Kategorie vermuten lässt, und die Unterschiede sind nicht stilistisch - jeder lehnt ab, was die anderen erwarten.

Werkzeug	Wie es den Wert annimmt
Tealium	utag.link - nicht utag_data, das nur beim Seitenaufbau gelesen wird
Adobe Launch	über den Client Data Layer; _satellite hat keine öffentliche Schreib-API
Commanders Act	tc_vars - und wir legen es nicht an, wenn es fehlt, denn sein Fehlen heißt, dass TagCommander nicht da ist
Segment	analytics.identify mit einem Merkmal
RudderStack	dieselbe Gestalt, eigenes Global
Snowplow	ein globaler Kontext; antwortet per Rückruf, der Wert wird deshalb gepuffert
JENTIS	_jts.push mit track: "event"; eigene Feldnamen sind erlaubt, reserviert sind nur track und type

JENTIS ist die Ausnahme von der Reihenfolge. Sein Einbaucode legt window._jts = window._jts || [] an, und damit ist _jts eine Warteschlange: ein Push überlebt das Laden der Bibliothek und geht nicht verloren. Was Abschnitt 4 über die Reihenfolge sagt, gilt für ihn deshalb nicht. Angelegt wird die Warteschlange von uns trotzdem nicht, wenn sie fehlt — aus demselben Grund wie bei Commanders Act: ihr Fehlen heißt, dass JENTIS nicht eingebunden ist, und ein selbst gebautes _jts wäre eine Zusage, die niemand einlöst.

Der Tealium-Fehler, den man benennen sollte

In utag_data zu schreiben sieht richtig aus und bewirkt nichts: Tealium liest dieses Objekt einmal, beim Laden der Seite, und unser Wert kommt danach. utag.link ist der Aufruf, der ein laufendes Tealium erreicht, und den nehmen wir.

3. Was sie nicht tut

Sie legt Ihren Data Layer nicht an

Ist Commanders Act nicht auf der Seite, fehlt tc_vars - und wir lassen es fehlen. Es anzulegen erzeugte ein Objekt, das für jedes andere Skript der Seite nach einem konfigurierten TagCommander aussieht, und das ist ein schlechteres Ergebnis als gar nichts zu tun.

Sie sendet selbst nichts

Der Tag-Manager oder die CDP leitet den Wert nach ihrer eigenen Konfiguration und ihren eigenen Verträgen weiter. Von unserer Seite ist das ein Schreibvorgang in ein lokales Objekt; ob es den Browser verlässt und an wen, entscheidet Ihr eigenes Werkzeug - und genau deshalb erscheinen diese Empfänger auch nicht in unserem Verarbeitungsverzeichnis.

Sie versucht es nicht ewig

Zwanzig Versuche im Halbsekundentakt, dann ist Schluss. Ein Tag-Manager, der nach zehn Sekunden nicht da ist, kommt nicht mehr.

4. Eine Anmerkung zur Reihenfolge

Tag-Manager laden von Haus aus früh, CDPs meist später, und MousePlayer liegt irgendwo dazwischen, je nachdem, wie Sie es eingebunden haben. Deshalb fasst die Brücke nach, statt einmal zu lesen.

Wer die Ladereihenfolge in der Hand hat, kann das Warten ganz beseitigen, indem der Tag-Manager vor unserem Snippet steht - nötig ist es nicht, und wir bitten niemanden, seine Seite unseretwegen umzustellen.