DokumentationJourney OptimizerHandbuch für Journey Optimizer

Erste Schritte mit dem Code-basierten Kanal get-sarted-code-based

Last update: Wed Jul 17 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

Erstellt für:

  • Experte
  • Benutzende
  • Entwickler
  • Admin

Mit Journey Optimizer können Sie die Erlebnisse, die Sie Ihren Kundinnen und Kunden bereitstellen möchten, für alle Touchpoints personalisieren und testen, z. B. Web-Apps, Mobile Apps, Desktop-Apps, Video-Konsolen, TV-verbundene Geräte, Smart-TVs, Kiosks, Geldautomaten, Sprachassistenten, IoT-Geräte usw.

Mit der Funktion Code-basiertes Erlebnis können Sie eingehende Erlebnisse mit einem einfachen und intuitiven, nicht visuellen Editor definieren. Sie können damit unabhängig vom Anwendungstyp bestimmte Elemente an einzelnen und detaillierteren Stellen Ihrer Apps oder Web-Seiten einfügen und bearbeiten, anstatt Änderungen an einem gesamten Inhalt vorzunehmen.

IMPORTANT
Auf dieser Seite werden spezifische Schutzmechanismen und Empfehlungen für Code-basierte Erlebnisse ausführlich beschrieben.

Lead

Funktionsweise

Validierung

Schutzmechanismen und Voraussetzungen

Gelegentlich

Erstellen eines Code-basierten Erlebnisses

Validierung

Implementierungsbeispiele

Verwendung von Code-basierten anstelle von anderen Kanälen code-based-vs-other-channels

Code-basierte und andere Kanäle im Vergleich

Wann sollte anstelle der anderen Journey Optimizer-Kanäle ein Code-basierter Kanal verwendet werden?

  • Sie können Code-basierte Erlebnisse jederzeit verwenden, wenn nicht über einen Webbrowser oder eine Mobile App auf Ihre digitale Eigenschaft zugegriffen wird. In den letzteren Fällen sollten Sie lieber den Kanal Journey Optimizer Web-Kanal oder Journey Optimizer In-App-Messaging verwenden.

  • Sie können den Code-basierten Kanal als Alternative zum Web-Kanal von Journey Optimizer verwenden, wenn Ihre Website nicht in den visuellen Editor für Web-Designer geladen werden kann oder wenn Sie die Browser-Erweiterung nicht verwenden können, der bzw. die das visuelle Authoring für den Web-Kanal ermöglicht

  • Sie können den Code-basierten Kanal auch als Alternative zu den Web- oder In-App-Kanälen von Journey Optimizer verwenden, falls Sie über eine API-basierte Headless- oder Server-seitige Implementierung verfügen.

Code-basierte Kanäle und Web-Kanäle im Vergleich

Um Web-Anwendungsfälle auszuführen, können Sie entweder den Web-Kanal oder das Code-basierte Erlebnis verwenden. Je nach Kontext eignet sich ein Erlebnis jedoch meist besser als das andere. Die wichtigsten Unterschiede sind unten aufgeführt, sodass Sie eine fundierte Entscheidung darüber treffen können, wann Sie was verwenden.

Web

Code-basiertes Erlebnis

  • Bearbeiten Sie Ihren Inhalt mit dem Personalisierungseditor.
  • Das Code-basierte Erlebnis erfordert vorherige Entwicklungsarbeiten an Ihrer Implementierung, um sicherzustellen, dass Ihre Oberflächen die von Journey Optimizer für diese Oberflächen veröffentlichten Inhalte interpretieren und bereitstellen können. Weitere Informationen
  • Dies erfordert mehr Planung, und es können nur die von den Entwicklungspersonen festgelegten Punkte geändert werden. Daher müssen die Komponenten (Startseiten-Banner, Hero-Bild, Menüleiste usw.) auf den Oberflächen, die für die Personalisierung oder Tests geändert werden müssen, unbedingt festgelegt werden. Erstellen Sie zusammen mit Ihrem Entwicklungs-Team die für diese Änderungen erforderliche Implementierung.
  • So können Sie JSON-Code-Inhalte verwenden.
  • Es ist auf Entwicklungspersonen ausgerichtet.

Funktionsweise how-it-works

CAUTION
Diese Funktion richtet sich an Entwicklungspersonen und/oder erfahrene Benutzerinnen und Benutzer. Sie kann von Marketing-Fachleuten mit einiger Erfahrung im Schreiben von Code verwendet werden, sofern die Implementierungen und die Ersteinrichtung der Oberflächen von Ihrem Entwicklungs-Team durchgeführt werden.

Damit Sie Ihren Inhalt mit der Funktion Journey Optimizer Code-basiertes Erlebnis bearbeiten können, müssen Ihre Seiten oder Apps entsprechend ausgerüstet sein. Dazu müssen Sie zuerst die einzelnen Stellen („Oberflächen“ genannt) festlegen, an denen Sie Inhalte einfügen oder ersetzen möchten.

NOTE
Derzeit können nur HTML- und JSON-Inhalte mit einer Oberfläche verknüpft werden.

Die wichtigsten Schritte zur Implementierung einer Code-basierten Kampagne:

  1. Definieren Sie eine Oberfläche; also den Ort, zu dem Sie Ihr Code-basiertes Erlebnis hinzufügen möchten, und erstellen Sie mithilfe dieser Oberfläche eine Kampagne in Journey Optimizer. Weitere Informationen

  2. Erstellen Sie ein Erlebnis, indem Sie mit dem Personalisierungseditor von Journey Optimizer Inhalte für die ausgewählte Oberfläche angeben. Weitere Informationen

  3. Ihr App-Implementierungs-Team erstellt explizite API- oder SDK-Aufrufe, um Inhalte für die benannten Oberflächen abzurufen, z. B. „Bannertext“ oder „Empfehlungsablage 1“, oder nicht UI-bezogene Entscheidungspunkte in einer Anwendung, z. B. „Suchalgorithmusparameter“. In diesem Fall ist das Implementierungs-Team für das Rendern oder die anderweitige Interpretation und die Bearbeitung des zurückgegebenen Inhalts verantwortlich.

Was ist eine Oberfläche? surface-definition

Eine Code-basierte Erlebnisoberfläche ist jede Entität, die für Benutzer- oder Systeminteraktionen entwickelt wurde. und durch einen URI eindeutig gekennzeichnet ist.

Mit anderen Worten, eine Oberfläche kann als Container auf jeder Hierarchieebene mit einer vorhandenen Entität (Touchpoint) betrachtet werden.

  • Dabei kann es sich um eine Webseite, eine Mobile App, eine Desktop-App, einen bestimmten Inhaltsspeicherort innerhalb einer größeren Entität (z. B. eine div) oder ein nicht standardmäßiges Anzeigemuster (z. B. ein Kiosk oder ein Desktop-Programm-Banner) handeln.

  • Für Nicht-Anzeigen oder abstrakte Anzeigen (z. B. für Dienste bereitgestellte JSON-Blobs) kann sie auch auf bestimmte Teile von Inhalts-Containern erweitert werden.

  • Es kann sich auch um eine Platzhalteroberfläche handeln, die einer Vielzahl von Client-Oberflächendefinitionen entspricht (z. B. kann die Position eines Hero-Bilds auf jeder Seite Ihrer Website in einen Oberflächen-URI wie web://mydomain.com/*#hero_image übersetzt werden).

Grundsätzlich besteht ein Oberflächen-URI aus mehreren Abschnitten:

  1. Typ: Web, Mobile App, ATM, Kiosk, tvcd, Dienst
  2. Eigenschaft: Seiten-URL oder App-Paket
  3. Container: Speicherort auf der Seite/App-Aktivität

In der folgenden Tabelle sind einige beispielhafte Definitionen eines Oberflächen-URI für verschiedene Geräte aufgeführt.

Web und Mobil

Typ
URI
Beschreibung
Web
web://domain.com/path/page.html#element
Stellt ein einzelnes Element innerhalb einer bestimmten Seite einer bestimmten Domain dar, bei dem ein Element wie in den folgenden Beispielen eine Bezeichnung sein kann: hero_banner, top_nav, menu, footer.
iOS-App
mobileapp://com.vendor.bundle/activity#element
Stellt ein bestimmtes Element innerhalb der Aktivität einer nativen App dar, z. B. eine Schaltfläche oder ein anderes Ansichtselement.
Android-App
mobileapp://com.vendor.bundle/#element
Stellt ein bestimmtes Element in einer nativen App dar.

Andere Gerätetypen

Typ
URI
Beschreibung
Desktop
desktop://com.vendor.bundle/#element
Stellt ein bestimmtes Element in einer Anwendung dar, z. B. eine Schaltfläche, ein Menü, ein Hero-Banner usw.
TV-App
tvcd://com.vendor.bundle/#element
Stellt ein bestimmtes Element in einer mit einem Smart TV- oder TV-Gerät verbundenen Geräteanwendung dar – Bundle-ID.
Service
service://servicename/#element
Stellt einen Server-seitigen Prozess oder eine andere manuelle Entität dar.
Kiosk
kiosk://location/screen#element
Beispiel potenzieller zusätzlicher Oberflächentypen, die leicht hinzugefügt werden können.
ATM
atm://location/screen#element
Beispiel potenzieller zusätzlicher Oberflächentypen, die leicht hinzugefügt werden können.

Platzhalteroberfläche

Typ
URI
Beschreibung
Platzhalter-Web
wildcard:web://domain.com/*#element
Platzhalteroberfläche – stellt ein einzelnes Element auf jeder Seite unter einer bestimmten Domain dar.
Platzhalter-Web
wildcard:web://*domain.com/*#element
Platzhalteroberfläche – stellt ein einzelnes Element auf jeder Seite unter allen Domains dar, die auf „domain.com“ enden.
recommendation-more-help
b22c9c5d-9208-48f4-b874-1cefb8df4d76