Arbeiten mit Ereignissen

Bei einem Ereignis handelt es sich um eines der drei Elemente der Interact-Konfiguration in der Designumgebung, das mit der Interact-API direkt interagiert. Wenn Sie den Touchpoint zum Arbeiten mit der Interact-API kodieren, verwenden Sie die Methode postEvent, um auf Ereignisse zu verweisen. Der Name des in der Interact-API verwendeten Ereignisses muss mit dem Namen des Ereignisses übereinstimmen, der in der Designumgebung konfiguriert wurde. Bei diesem Namen braucht die Groß-/Kleinschreibung nicht berücksichtigt zu werden.

Ein Ereignis löst eine oder mehrere der folgenden vordefinierten Aktionen aus:

Erneute Segmentierung auslösen Die Laufzeitumgebung führt erneut alle interaktiven Flowcharts für die aktuelle Zielgruppenebene aus, die dem interaktiven Kanal zugeordnet ist, und verwendet dazu die aktuellen Daten in der Session des Besuchers.

Denken Sie beim Entwerfen einer Interaktion daran, dass – sofern Sie kein bestimmtes Flowchart angeben – die erneute Segmentierung alle interaktiven Flowcharts, die dem betreffenden interaktiven Kanal mit der aktuellen Zielgruppenebene zugeordnet sind, erneut ausführt und dass jede Anforderung von Angeboten wartet, bis alle Flowcharts beendet wurden. Die übermäßige erneute Segmentierung innerhalb eines einzigen Besuchs kann die Leistung des Touchpoints in einer für den Kunden sichtbaren Art und Weise beeinträchtigen.

Sie sollten den Kunden in neue Segmente einfügen, nachdem dem Objekt der Laufzeit-Session wichtige neue Daten hinzugefügt wurden. Diese neuen Daten können aus Anforderungen von der Interact-API (z. B. das Ändern der Zielgruppe) oder aus Kundenaktionen (z. B. das Hinzufügen neuer Elemente zu einer Wunschliste oder einem Einkaufswagen) stammen.

Angebotskontakt protokollieren Die Laufzeitumgebung kennzeichnet die empfohlenen Angebote für den Datenbankservice, um sie im Kontaktverlauf zu protokollieren.

Bei Webintegrationen empfiehlt es sich, einen Angebotskontakt in demselben Aufruf zu protokollieren, in dem Sie Angebote anfordern. Auf diese Weise können Sie die Anzahl der Anforderungen zwischen dem Touchpoint und dem Server der Laufzeitumgebung minimieren.

Wenn der Touchpoint die Verfahrenscodes für die dem Besucher angezeigten Angebote nicht zurückgibt, protokolliert die Laufzeitumgebung die letzte Liste von empfohlenen Angeboten.

Angebotsakzeptanz protokollieren Die Laufzeitumgebung kennzeichnet das ausgewählte Angebot für den Datenbankservice, um es im Antwortverlauf zu protokollieren.

Angebotsablehnung protokollieren Die Laufzeitumgebung kennzeichnet das ausgewählte Angebot für den Datenbankservice, um es im Antwortverlauf zu protokollieren.

Wenn Sie ein Ereignis mit mehr als einer Angebotsprotokollierungsaktion erstellen, denken Sie daran, dass die Interact-API die gleiche Aktion für das zugeordnete Angebot ausführt. Deshalb sollten Sie kein Ereignis erstellen, das sowohl die Angebotsakzeptanz als auch die Angebotsablehnung protokolliert, da die beiden Aktionen im Widerspruch zueinander stehen. Allerdings kann das Erstellen eines einzigen Ereignisses zum Protokollieren von Angebotskontakt und ‑akzeptanz oder von Angebotskontakt und ‑ablehnung in Ihrer Umgebung hilfreich sein.

Standardmäßig kann die Laufzeitumgebung zwei Antworttypen verfolgen: Angebotsakzeptanz und Angebotsablehnung. Sie können über die Konfigurationseigenschaften accept und reject die Antworttypen ändern, die mit den Ereignissen Angebotsakzeptanz protokollieren und Angebotsablehnung protokollieren aufgezeichnet werden sollen.

Die Interact-API kann mit Ereignissen auch Aktionen auslösen, die Sie mit Ereignisparametern in der API definieren. Zu diesen Ereignissen zählen das Protokollieren in eine benutzerdefinierte Tabelle, das Verfolgen mehrerer Antworttypen und das Angeben eines bestimmten auszuführenden Flowcharts. Möglicherweise müssen Sie einige Ereignisse ohne definierte Systemreaktion oder mehrere Ereignisse mit derselben Systemreaktion (wie Kontakt protokollieren) zur Verwendung mit den reservierten Ereignisparametern erstellen.

Sie können Folgendes erstellen: mehrere Ereignisse mit der Aktion Angebotsakzeptanz protokollieren, ein Ereignis für jeden Antworttyp, den Sie protokollieren möchten oder ein einzelnes Ereignis mit der Aktion Angebotsakzeptanz protokollieren, das Sie für jeden postEvent-Aufruf verwenden, mit dem Sie separate Antworttypen protokollieren.

Sie erstellen beispielsweise ein Ereignis mit der Aktion Angebotsakzeptanz protokollieren für jeden Antworttyp. Sie definieren die folgenden benutzerdefinierten Antworten in der Tabelle UA_UsrResponseType [als Name (Code)]: Explore (EXP), Consider (CON) und Commit (CMT). Dann erstellen Sie drei Ereignisse und nennen Sie LogAccept_Explore, LogAccept_Consider und LogAccept_Commit. Alle drei Ereignisse sind identisch (weisen die Aktion Angebotsakzeptanz protokollieren auf), haben jedoch unterschiedliche Namen, sodass die Person, die mit der Interact-API arbeitet, sie unterscheiden kann.

Sie können auch ein einzelnes Ereignis mit der Aktion Angebotsakzeptanz protokollieren erstellen, das Sie für alle benutzerdefinierten Antworttypen verwenden. Nennen Sie es beispielsweise LogCustomResponse.

Beim Arbeiten mit der Interact-API besteht kein funktionaler Unterschied zwischen den Ereignissen. Die Namenskonventionen können den Code jedoch verständlicher machen. Wenn Sie jede benutzerdefinierte Antwort anders benennen, zeigt der Bericht Aktivitätsübersicht Kanalereignisse auch genauere Informationen an.

Weitere Informationen zu reservierten Parametern und der Methode postEvent finden Sie im Interact-Administratorhandbuch.

Systemdefinierte Ereignisse

Die Registerkarte Ereignisse enthält die Standardkategorie Systemdefinierte Kategorie. In dieser Kategorie können Sie keine Ereignisse bearbeiten, hinzufügen oder löschen. Diese Kategorie enthält Ereignisse, die der Interact-API entsprechen. Mithilfe des Berichts Aktivitätsübersicht Kanalereignisse können Sie überwachen, wie oft alle diese Ereignisse auf dem Touchpoint eintreten.

Zu diesen Ereignissen zählen:

End Session – Kennzeichnen des Endes der interaktiven Session eines Besuchers.

Get Offer – Anfordern einer Liste empfohlener Angebote, die einem Besucher angezeigt werden.

Get Profile – Anfordern von Besucherprofildaten aus der Session; dazu zählen sowohl temporäre Daten als auch aus der Profiltabelle eingelesene Daten.

Set Audience – Ändern der Zielgruppenebene eines Besuchers innerhalb seiner interaktiven Session.

Set Debug – Überschreiben der aktuellen Protokollierungsebene für die interaktive Session eines Besuchers.

Start Session – Kennzeichnen des Anfangs der interaktiven Session eines Besuchers.