Testen einer Journey testing_the_journey
Nachdem Sie Ihre Journey erstellt haben, können Sie sie vor dem Veröffentlichen testen. Journey Optimizer bietet einen „Testmodus“ als Möglichkeit, Testprofile anzuzeigen, die die Journey durchlaufen, um so potenzielle Fehler vor der Aktivierung zu erkennen. Mit Schnelltests können Sie überprüfen, ob die Journeys ordnungsgemäß funktionieren, sodass Sie sie sicher veröffentlichen können.
Nur Testprofile können im Testmodus in eine Journey eintreten. Sie können entweder neue Testprofile erstellen oder vorhandene Profile in Testprofile umwandeln. Weiterführende Informationen zu Testprofilen finden Sie in diesem Abschnitt.
Wichtige Hinweise important_notes
Allgemeine Einschränkungen
- Nur Testprofile - Nur Personen, die im Echtzeit-Kundenprofil-Service als „Testprofile“ gekennzeichnet sind, können im Testmodus auf eine Journey zugreifen. Erfahren Sie, wie Sie Testprofile erstellen.
- Namespace-Anforderung - Der Testmodus ist nur für Entwurfs-Journey verfügbar, die einen Namespace verwenden. Der Testmodus muss prüfen, ob eine Person, die auf die Journey zugreift, ein Testprofil ist oder nicht, und muss daher in der Lage sein, Adobe Experience Platform zu erreichen.
- Profil-Limit - Während einer einzelnen Testsitzung können maximal 100 Testprofile auf eine Journey zugreifen.
- Ereignisauslösung - Ereignisse können nur über die Benutzeroberfläche ausgelöst werden. Ereignisse können nicht mithilfe einer API von externen Systemen ausgelöst werden.
- Benutzerdefinierte Upload-Zielgruppen - Der Journey-Testmodus unterstützt nicht benutzerdefinierte Upload-Zielgruppe Attributanreicherung.
Verhalten während und nach dem Test
- Testmodus deaktivieren - Wenn Sie den Testmodus deaktivieren, werden alle Profile entfernt, die sich derzeit auf der Journey befinden oder zuvor auf dieser eingegeben wurden, und das Reporting wird gelöscht.
- Reaktivierungsflexibilität Sie können den Testmodus beliebig oft aktivieren und deaktivieren.
- Automatische Deaktivierung - Journey, die im Testmodus über eine Woche inaktiv bleiben, automatisch auf den Entwurfsstatus zurück, um die Leistung zu optimieren und eine überflüssige Ressourcennutzung zu verhindern.
- Bearbeiten und Veröffentlichen - Während der Testmodus aktiv ist, können Sie die Journey nicht ändern. Sie können die Journey jedoch direkt veröffentlichen, ohne den Testmodus zuvor deaktivieren zu müssen.
Ausführung
- Aufspaltungsverhalten - Wenn die Journey eine Aufspaltung erreicht, wird immer die oberste Verzweigung ausgewählt. Ordnen Sie Verzweigungen neu an, wenn Sie einen anderen Pfad testen möchten.
- Ereigniszeitpunkt - Wenn der Journey mehrere Trigger enthält, wird jedes Ereignis nacheinander . Wird ein Ereignis zu früh (bevor der erste Warteknoten abgeschlossen ist) oder zu spät (nach der konfigurierten Zeitüberschreitung) gesendet, wird das Ereignis verworfen und das Profil wird an einen Zeitüberschreitungspfad gesendet. Vergewissern Sie sich stets, dass Verweise auf Payload-Felder für Ereignisse gültig bleiben, indem Sie die Payload innerhalb des definierten Fensters senden.
- Aktives Datumsfenster - Stellen Sie sicher, dass das konfigurierte Journey-Fenster Start- und Enddatum/-uhrzeit beim Initiieren des Testmodus die aktuelle Zeit enthält. Andernfalls werden ausgelöste Testereignisse im Hintergrund verworfen.
- Reaktionsereignisse - Für Reaktionsereignisse mit einer Zeitüberschreitung beträgt die minimale und die standardmäßige Wartezeit 40 Sekunden.
- Testdatensätze - Im Testmodus ausgelöste Ereignisse werden in dedizierten Datensätzen gespeichert, die wie folgt beschriftet sind:
JOtestmode - <schema of your event>
Testmodus aktivieren
Gehen Sie wie folgt vor, um den Testmodus zu verwenden:
-
Um den Testmodus zu aktivieren, klicken Sie in der rechten oberen Ecke auf die Schaltfläche Testmodus.
-
Wenn die Journey mindestens eine Aktivität vom Typ Warten enthält, stellen Sie den Parameter Wartezeit ein, um die Dauer jeder Warteaktivität und jeder maximalen Wartezeit bei einem Ereignis im Testmodus festzulegen. Die Standardzeit für Wartezeiten und die maximale Wartezeit für Ereignisse beträgt 10 Sekunden. Dadurch erhalten Sie die Testergebnisse schnell.
note note NOTE Wenn in einer Journey ein Reaktionsereignis mit einer maximalen Wartezeit verwendet wird, beträgt der Standard- und Mindestwert für die Wartezeit 40 Sekunden. Weitere Informationen finden Sie in diesem Abschnitt. -
Verwenden Sie die Schaltfläche Ereignis auslösen, um Ereignisse zu konfigurieren und an die Journey zu senden.
-
Konfigurieren Sie die verschiedenen erwarteten Felder. Geben Sie im Feld Profilkennung den Wert des Felds ein, das zum Identifizieren des Testprofils verwendet wird. Das kann beispielsweise die E-Mail-Adresse sein. Vergewissern Sie sich, dass Ereignisse gesendet werden, die im Zusammenhang mit Testprofilen stehen. Weitere Informationen finden Sie in diesem Abschnitt.
-
Nachdem die Ereignisse eingegangen sind, klicken Sie auf die Schaltfläche Protokoll anzeigen, um das Testergebnis anzuzeigen und zu überprüfen. Weitere Informationen finden Sie in diesem Abschnitt.
-
Wenn ein Fehler auftritt, deaktivieren Sie den Testmodus, ändern Sie Ihre Journey und testen Sie sie erneut. Nach Abschluss der Tests können Sie Ihre Journey veröffentlichen. Weitere Informationen finden Sie auf dieser Seite.
Auslösen Ihrer Ereignisse firing_events
Verwenden Sie die Schaltfläche Ereignis auslösen, um ein Ereignis zu konfigurieren, das eine Person zum Eintritt in eine Journey veranlasst.
Voraussetzungen trigger-events-prerequisites
Als Voraussetzung müssen Sie wissen, welche Profile in Adobe Experience Platform als Testprofile gekennzeichnet sind. Der Testmodus lässt nur diese Profile in der Journey zu.
Das Ereignis muss eine ID enthalten. Die erwartete ID hängt von der Ereigniskonfiguration ab. Es kann sich beispielsweise um eine ECID oder eine E-Mail-Adresse handeln. Der Wert dieses Schlüssels muss im Feld Profilkennung hinzugefügt werden.
Wenn Ihre Journey den Testmodus nicht aktivieren kann und dabei der Fehler ERR_MODEL_RULES_16 ausgegeben wird, stellen Sie im Falle von Kanalaktionen sicher, dass das verwendete Ereignis einen Identity-Namespace enthält.
Der Identity-Namespace dient dazu, die Testprofile eindeutig zu identifizieren. Wenn beispielsweise die E-Mail-Adresse zur Identifizierung der Testprofile verwendet wird, sollte der Identity-Namespace E-Mail ausgewählt werden. Wenn die eindeutige Kennung die Telefonnummer ist, sollte der Identity-Namespace Telefon ausgewählt werden.
-
Wenn Sie ein Ereignis im Testmodus auslösen, wird ein reales Ereignis generiert, d. h. es beeinflusst auch andere Journeys, die dieses Ereignis überwachen.
-
Stellen Sie sicher, dass jedes Ereignis im Testmodus in der richtigen Reihenfolge und innerhalb des konfigurierten Wartefensters ausgelöst wird. Bei einer Wartezeit von beispielsweise 60 Sekunden darf das zweite Ereignis erst nach Ablauf dieser Wartezeit von 60 Sekunden und vor Ablauf des Timeout-Limits ausgelöst werden.
Ereigniskonfiguration trigger-events-configuration
Wenn Ihre Journey mehrere Ereignisse enthält, wählen Sie ein Ereignis aus der Dropdown-Liste aus. Konfigurieren Sie dann für jedes Ereignis die weitergeleiteten Felder und die Ausführung des Ereignisversands. Über die Benutzeroberfläche können Sie die richtigen Informationen in der Ereignis-Payload angeben und prüfen, ob der Informationstyp korrekt ist. Der Testmodus speichert die zuletzt in einer Testsitzung verwendeten Parameter zur späteren Verwendung.
Über die Benutzeroberfläche können Sie einfache Ereignisparameter übergeben. Wenn Sie Sammlungen oder andere erweiterte Objekte in dem Ereignis übergeben möchten, können Sie Code-Ansicht auswählen, um den gesamten Code der Payload anzuzeigen und ihn zu ändern. Beispielsweise können Sie die von einem technischen Anwender erstellten Ereignisinformationen kopieren und einfügen.
Ein technischer Anwender kann diese Benutzeroberfläche auch verwenden, um Payloads für Ereignisse zu erstellen und Ereignisse auszulösen, ohne ein Tool eines Drittanbieters verwenden zu müssen.
Wenn Sie auf die Schaltfläche Senden klicken, beginnt der Test. Der Fortschritt des Kontakts in der Journey wird durch einen visuellen Verlauf dargestellt. Der Pfad wird immer grüner, je weiter sich der Kontakt in der Journey bewegt. Tritt ein Fehler auf, wird auf dem entsprechenden Schritt ein Warnsymbol angezeigt. Sie können den Cursor darauf platzieren, um weitere Informationen zum Fehler anzuzeigen und genaue Details aufzurufen (sofern verfügbar).
Wenn Sie im Bildschirm für die Ereigniskonfiguration ein anderes Testprofil auswählen und den Test erneut ausführen, wird der visuelle Verlauf geleert und stattdessen der Pfad des neuen Kontakts angezeigt.
Beim Öffnen einer Journey im Test ist der angezeigte Pfad der des zuletzt durchgeführten Tests
Testmodus für regelbasierte Journeys test-rule-based
Der Testmodus ist für Journeys, bei denen ein regelbasiertes Ereignis verwendet wird, ebenfalls verfügbar. Weitere Informationen zu regelbasierten Ereignissen finden Sie auf dieser Seite.
Beim Auslösen eines Ereignisses können Sie im Bildschirm Ereigniskonfiguration die Ereignisparameter definieren, nach denen der Test als bestanden gilt. Durch Klicken auf das QuickInfo-Symbol oben rechts können Sie die Ereignis-ID-Bedingung anzeigen. Außerdem ist neben jedem Feld, das Teil der Regelauswertung ist, ebenfalls eine QuickInfo verfügbar.
Testmodus für Geschäftsereignisse test-business
Nutzen Sie bei Verwendung von Geschäftsereignis den Testmodus, um einen einzelnen Testprofileintritt in die Journey auszulösen, das Ereignis zu simulieren und die richtige Profil-ID zu übergeben. Sie müssen die Ereignisparameter und die Kennung des Testprofils übergeben, das während des Tests in die Journey eintritt. Im Testmodus ist kein Modus „Code-Ansicht“ für Journeys auf der Basis von Geschäftsereignissen verfügbar.
Beachten Sie, dass Sie beim ersten Trigger eines Geschäftsereignisses die Definition des Geschäftsereignisses nicht in derselben Testsitzung ändern können. Sie können nur festlegen, dass derselbe Kontakt oder eine andere Einzelperson in die Journey eintritt, die dieselbe oder eine andere Kennung übergibt. Wenn Sie die Geschäftsereignis-Parameter ändern möchten, müssen Sie den Testmodus stoppen und erneut beginnen.
Anzeigen von Protokollen viewing_logs
Mit der Schaltfläche Protokoll anzeigen können Sie die Testergebnisse anzeigen. Auf dieser Seite werden die aktuellen Informationen der Journey im JSON-Format angezeigt. Mit einer Schaltfläche können Sie ganze Knoten kopieren. Sie müssen die Seite manuell aktualisieren, um die Testergebnisse der Journey zu aktualisieren.
Die Anzahl der Kontakte (technisch gesehen handelt es sich um Instanzen), die sich derzeit innerhalb der Journey befinden, wird angezeigt. Außerdem finden Sie hier nützliche Informationen zu jedem Kontakt:
- ID: die interne ID des Kontakts in der Journey. Diese kann zum Debugging verwendet werden.
- currentstep: der Schritt, in dem sich der Kontakt in der Journey befindet. Es wird empfohlen, Ihren Aktivitäten Labels zu geben, damit Sie sie leichter identifizieren können.
- currentstep > phase: der Status der Journey des Kontakts (Läuft, Abgeschlossen, Fehler, Zeitüberschreitung). Weitere Informationen finden Sie unten.
- currentstep > extraInfo: Beschreibung des Fehlers und andere kontextuelle Informationen.
- currentstep > fetchErrors: Informationen zu Datenfehlern beim Abrufen, die während dieses Schritts aufgetreten sind.
- externalKeys: der Wert für die im Ereignis definierte Schlüsselformel.
- enrichedData: die Daten, die die Journey abgerufen hat, falls sie Datenquellen verwendet hat.
- transitionHistory: die Schritte, denen der betreffende Kontakt folgte. Bei Ereignissen wird die Payload angezeigt.
- actionExecutionErrors: Informationen zu den aufgetretenen Fehlern.
Hier eine Liste der verschiedenen Status der Journey eines Kontakts:
- Läuft: der Kontakt befindet sich derzeit in der Journey.
- Beendet: der Kontakt befindet sich am Ende der Journey.
- Fehler: der Kontakt wird aufgrund eines Fehlers in der Journey gestoppt.
- Zeitüberschreitung: der Kontakt wird aufgrund eines Schritts, der zu viel Zeit in Anspruch genommen hat, in der Journey gestoppt.
Wenn ein Ereignis im Testmodus ausgelöst wird, wird automatisch ein Datensatz mit dem Namen der Quelle generiert.
Der Testmodus erstellt automatisch ein Erlebnis-Ereignis und sendet es an Adobe Experience Platform. Der Name der Quelle für dieses Erlebnis-Ereignis lautet „Journey Orchestration Test-Ereignisse“.