Triggers:: Web Extend Event – Emarsys

Mit diesem Trigger können Sie auf das Verhalten der Kunden auf Ihrer Website reagieren.

Um den Trigger Web Extend Event verwenden zu können, müssen die Web Extend Datensammlungs-Skripts auf Ihrer Website implementiert sein.

Wenn Sie denTrigger Web Extend Event doppelklicken, können Sie aus den folgenden Web Extend Standard-Events auswählen:

Gekauft
Hat Produktseite angezeigt
Hat Kategorienliste angezeigt
Aktualisierter Warenkorb

Hinweise:

Kontakte triggern Interactions Programme, die mit dem Trigger Web Extend Event beginnen, wenn sie angemeldet sind und ihre Customer ID oder E-Mail-Adresse vom Befehl setCustomerId oder setEmail ordnungsgemäß gesendet wird.
Sie können nach Mobile SDK Events filtern, indem Sie den Wert EmarsysSDK des Web Extend Attributs User agent in Interactions verwenden. Im folgenden Beispiel haben wir das Trigger Event Aktualisierter Warenkorb ausgewählt und mithilfe der Vorlage Trigger-Attribute einen Entscheidungs-Knoten mit folgenden Kriterien zum Programm hinzugefügt: User agent contains EmarsysSDK. In diesem Fall entsprechen nur jene Kontakte den angegebenen Kriterien, die das Event Aktualisierter Warenkorb getriggert haben - und zwar nur dann, wenn dessen Payload den User agent EmarsysSDK enthält.

Benutzerdefinierte Web Extend Tags

Neben den Web Extend Standard-Events können Sie auch benutzerdefinierte Tags (Custom Tags) verwenden, die Ihnen eine breite Palette von Lösungen für häufig auftretende Szenarien bieten.

BenutzerdefinierteTags sind ungültig, wenn ihr Feld tag.name leer oder der Inhalt größer als 1024 Bytes ist.

Hinweise:

Der Emarsys Dienst für das Speichern der Eventschemas speichert pro Datenquelle nur die letzten 200 eindeutigen Events einschließlich ihrer Struktur und Attribute (d.h. 200 eindeutige Web Extend Events, 200 eindeutige Mobile Events etc.). Dieser Dienst ist für das Auflisten der verfügbaren Events und Attribute in der jeweiligen Dropdown-Auswahl zuständig.
Es kann vorkommen, dass Sie bei der Auswahl eines Events bestimmte benutzerdefinierte Tags nicht auswählen können. Einer der Gründe für eine zu hohe Anzahl von Events könnte sein, dass Sie eindeutige Events als Tags senden. In diesem Fall empfehlen wir, sie als Attribute zu senden. Wenn Sie zum Beispiel einen direkten Link zum aktiven Warenkorb haben, empfehlen wir, ein Tag des Typs cart_link zu senden, welches das Attribut link enthält - statt eindeutiger Namen. Bitte beachten Sie, dass das erwähnte Beispiel nicht für den Use Case Interactions - Warenkorb-Abbruch gilt, der vom Event Aktualisierter Warenkorb getriggert wird.
Wenn ein Event oder Tag, das Sie auswählen wollen, nicht verfügbar ist, haben Sie möglicherweise das Eventlimit (200 Events) überschritten. In diesem Fall überprüfen und optimieren Sie die Art und Weise, wie Sie benutzerdefinierte Tags verwenden. Wenn Sie Ihre Eventschema-Datenbank zurücksetzen wollen, kontaktieren Sie bitte den Emarsys Support.

Sie können mit benutzerdefinierten Tags Programme triggern; dafür wählen Sie die benutzerdefinierten Tags in den Knoten Entscheidung, Entscheidungs-Splitter und Auf Event warten aus und personalisieren Ihren Content mit benutzerdefinierten Events und deren Attributen. Für das Personalisieren von Content müssen Sie folgende Syntax verwenden:

{{ event.tag.attributes.yourCustomAttribute }}

Web Extend Standard-Events werden im Dropdown Standard-Events aufgelistet, benutzerdefinierte Tags unter Tags.

Use Cases und Beispiele für benutzerdefinierte Web Extend Tags

Kampagnen nach dem Warenkorb-Abbruch: Dank benutzerdefinierter Tags können Sie besser verstehen, warum Kunden den Kauf abgebrochen haben. Wenn Sie zum Beispiel das Tag visited_checkout_page mit dem Attribut shipping_cost verwenden, können Sie überprüfen, ob Kunden den Kauf wegen der relativ hohen Versandkosten abgebrochen haben. In Folge können Sie eine Kampagne erstellen, die Kunden mit abgebrochenen Warenkörben adressiert, und ihnen Gratisversand anbieten. Ein anderes mögliches Szenario ist, dass Kunden, die sich zur Bezahlseite durchgeklickt haben, ihren Kauf nicht abschließen, weil sie nicht sicher sind, ob sie auf Ihrer Seite sicher bezahlen können. In diesem Fall können Sie Ihren Kunden versichern, dass die auf Ihrer Website verfügbaren Zahlungsmethoden absolut sicher sind.
Kampagnen nach Verlassen der Checkout-Seite ohne Kauf
Kampagnen nach abgebrochener Suche
Starten Sie Web Channel Kampagnen auf Basis des individuellen Verhaltens auf Ihrer Website - zum Beispiel, wenn ein Kunde ein Video zu Ende angesehen oder ein Whitepaper heruntergeladen hat.

Attribut "Warenkorb-Gesamtwert"

Das Attribut Warenkorb-Gesamtwert ist in den Web Extend Events Aktualisierter Warenkorb und Gekauft verfügbar. Es kann für Folgendes verwendet werden:

Die Feinabstimmung von Incentives in Kampagnen nach dem Warenkorb-Abbruch.
Den Versand von speziellen Post-Purchase-Kampagnen für Bestellungen ab einem bestimmten Wert.

Wie wird dieses Attribut berechnet?

Wir addieren die Preise aller Artikel im Warenkorb (die Artikel werden NICHT mit ihrer Anzahl multipliziert).

Der Knoten Entscheidung im folgenden Beispiel adressiert ausschließlich Kunden mit einem Warenkorb-Gesamtwert von mindestens 300.

Produktdetail-spezifische Bedingungen hinzufügen

Um die Echtzeit-Interaktionen mit Ihren Kunden zu optimieren, können Sie Bedingungen definieren und dafür jedes beliebige Produktdetail aus Ihrem Produktkatalog verwenden. Produktdetail-spezifische Bedingungen sind zum Beispiel praktisch, wenn Sie eine Marke von einer anderen unterscheiden wollen (etwa weil jeweils andere Marketingrichtlinien gelten). In dem Fall können Sie Bedingungen auf Basis der Produktdetails erstellen, anstatt alle genauen Artikel-IDs im Kopf zu behalten.

Produktdetails können Sie beim Definieren von Bedingungen für folgende Web Extend Events verwenden:

Hat Produktseite angezeigt
Gekauft
Aktualisierter Warenkorb

Die Artikel-IDs in den Web Extend Events werden mit den Produktdetails im Produktkatalog abgeglichen, wenn Emarsys die Entscheidungsdefinition auswertet. Bei historischen Entscheidungen (etwa beim Filtern der früheren Käufe Ihrer Kontakte) prüft Emarsys die aktuellen Produktdetails und nicht jene Attribute, die Eigenschaften des Artikels (z.B. den Preis) zum Zeitpunkt des historischen Events widerspiegeln. Wenn Sie beispielsweise Bedingungen auf Basis des Produktpreises definieren, können Sie entweder das im Event enthaltene Preisattribut verwenden, das den Preis zum Zeitpunkt des Events wiedergibt, oder den aktuellen Preis.

Häufig gestellte Fragen

Wie kann ich die Attribute im Event von den Details im Produktkatalog unterscheiden?

Die in der Dropdownliste angeführten Kategorien helfen Ihnen dabei, die Attribute im Event von den Produktdetails im Produktkatalog zu unterscheiden:

Attribute im Event werden unter Einzelwert-Attribute aufgelistet.
Produktdetails im Produktkatalog werden unter Produktdatenfelder aufgelistet.

Welches Preisattribut verwendet Emarsys für die Berechnung des Warenkorb-Gesamtwerts?

Für das Berechnen des Attributs Warenkorb-Gesamtwert verwendet Emarsys das Attribut price im Event. Der Warenkorb-Gesamtwert gibt den Status des Produkts zum Zeitpunkt des Events wieder. Sie können diesen Wert auch für die Personalisierung verwenden.

Wie behandelt Emarsys Felder wie "category" und "brand"?

Felder wie category und brand können im Produktkatalog mehrere Werte haben. Interactions fasst diese Werte zu einer einzigen Zeichenfolge zusammen; Sie können eine Suche des Typs "contains" verwenden, ohne genaue Werte zu definieren (z.B. könnten solche Felder das Pipelinezeichen | enthalten). Folgende Operatoren sind dafür verfügbar:

contains (enthält)
contains any of (enthält eines von)
contains all of (enthält alle von)
contains none of (enthält keines von)

Wenn Sie z.B. nach Sessions suchen wollen, in denen Besucher ein Paar Jeans im Ausverkauf angesehen haben, müssen Sie Ihren Knoten Entscheidung wie folgt konfigurieren:

Anwendungsbeispiele

Versand verschiedener Kampagnen je nach Interesse an einer Marke:

Nehmen wir an, Sie haben mehrere Marken und für die jeweiligen Marken gelten unterschiedliche Richtlinien für Incentives. Incentives werden häufig in Szenarien mit Warenkorb-Abbrüchen oder Post-Purchase-Kampagnen verwendet. In diesen Fällen können Sie überprüfen, ob Kunden mindestens einen Artikel einer bestimmten Marke hinzugefügt haben oder nicht. Die Kontakte setzen ihre Journey wie folgt fort:

Wer die Bedingung erfüllt, setzt die Journey auf dem Ja-Pfad fort und erhalten eine eigene Kampagne.
Wer die Bedingung nicht erfüllt, setzt die Journey auf dem Nein-Pfad fort und erhalten eine andere Kampagne.

So sieht der in diesem Programm verwendete Knoten des Typs Entscheidungs-Splitter aus:

Versand von Echtzeitnachrichten via Web Channel oder In-App, wenn Kontakte bestimmte Kategorien durchsucht haben (Cross-Selling):

Angenommen, Sie wollen eine Web Channel Kampagne zur Bewerbung Ihrer Lederpflegeprodukte an Kontakte senden, die einen Artikel aus der Kategorie Leder gesucht haben. In diesem Fall sieht der Knoten Entscheidung wie folgt aus: