E-Mail-Werkzeuge im Browser

1. Zwei Brücken, eine Aufgabe, andere Abwägung

MousePlayer erreicht Ihre E-Mail-Plattform auf zwei Wegen, und welcher richtig ist, hängt an einer einfachen Frage: läuft das Werkzeug auf Ihrer Seite?

	Diese Brücke (Browser)	Lifecycle (serverseitig)
Läuft	im Browser des Besuchers	auf unserem Server
Braucht Zugangsdaten	nein	ja - einen API-Schlüssel
Funktioniert, wenn	das Skript des Werkzeugs auf der Seite ist	immer, Skript oder nicht
Feuert	sobald die Sitzung identifiziert ist	im selben Augenblick
Werkzeuge	Klaviyo, Braze, Iterable, Ortto, Emarsys, Bloomreach und weitere	ActiveCampaign, Mailchimp, Iterable, Klaviyo, Braze, Customer.io, Brevo

Ist das Werkzeug ohnehin auf Ihrer Seite, ist diese Brücke die günstigere Wahl: nichts einzurichten, nichts geheimzuhalten, nichts, was ablaufen kann.

2. Was jedes Werkzeug will

Die Kategorie verbirgt viel Verschiedenheit. Zwei davon sollte man kennen, bevor man die Brücke einschaltet.

Emarsys tut nichts, bis man es losschickt

Seine Befehlswarteschlange sammelt alles und führt nichts aus, bis ein ['go'] dazukommt. Eine Brücke, die Merkmale hineinlegt und aufhört, sieht von außen genauso aus wie eine, die nicht funktioniert - die Werte liegen für immer in der Schlange. Wir schicken das go.

Ortto braucht die Aktivität zuerst

Die Aktivität muss in Ihrem Ortto-Konto angelegt und für die clientseitige Nutzung freigegeben sein. Ohne beides antwortet der Aufruf mit 404 - und ein 404 von einem sichtbar geladenen Werkzeug liest sich wie ein Fehler auf unserer Seite statt wie eine Einstellung auf Ihrer.

Klaviyo und Braze lesen die Identität aus ihrem eigenen Cookie

Das heißt: sie funktionieren auch für einen Besucher, der in einer früheren Sitzung identifiziert wurde, nicht nur in dieser.

3. Wo der Wert landet

Als Profilmerkmal oder eigene Eigenschaft namens mouseplayer_session_url, je nachdem, wie das Werkzeug diesen Begriff nennt. Von dort ist er genau dort brauchbar, wo man ihn haben will:

• In einem Segment. „Alle, die den Kauf abgebrochen haben" ist ein Segment, das Sie schon haben; mit dem Replay-Link wird daraus eine Liste von Dingen zum Ansehen.
• In einer E-Mail. Nicht an den Kunden - an Ihr eigenes Team, in einer internen Meldung.
• In einer Lifecycle-Strecke. Der Übergabeschritt an den Support kann die Aufzeichnung tragen, damit wer ihn aufnimmt mit dem Beleg anfängt.

4. Wann stattdessen die serverseitige

Drei Fälle, und sie lohnen die Prüfung vor der Wahl:

• Das E-Mail-Werkzeug ist gar nicht auf Ihrer Seite eingebunden. Viele sind es nicht - eine Plattform, die nur für Kampagnen benutzt wird, hat kein Skript auf Ihren Seiten, und eine Browser-Brücke hat dann nichts, worein sie schreiben könnte.
• Es soll verlässlich sein und nicht nach bestem Bemühen. Eine Browser-Brücke hängt daran, dass die Seite des Besuchers lange genug offen bleibt; die serverseitige läuft aus einer Warteschlange mit Wiederholungen.
• Es soll auch mit einem Werbeblocker davor gehen. Ein blockiertes Marketing-Skript kann nichts entgegennehmen. Unsere eigene Aufzeichnung berührt das nicht, die Brücke in ein blockiertes Werkzeug schon.

Beide können auch zusammen laufen. Sie stören einander nicht - die Browser-Brücke schreibt ein Merkmal, die serverseitige sendet ein Ereignis, und das Werkzeug behandelt beides als verschiedene Dinge.