Auf dieser Seite: Vergleichen Sie Journey-Simulation, Journey-Testmodus und Journey-Probelauf. Erfahren Sie, welche Version für Ihre aktuelle Phase beim Erstellen einer Journey geeignet ist - von der schnellen Iteration während des Designs bis hin zur abschließenden Prüfung vor der Markteinführung vor der Live-Audience.
Adobe Journey Optimizer bietet Ihnen drei Möglichkeiten, eine Journey zu validieren, bevor sie live geschaltet wird. Sie sind nicht austauschbar: Jeder verwendet eine andere Art von Daten, passt zu einem anderen Schritt Ihres Builds und hat unterschiedliche reale Folgen. Wenn Sie den Unterschied im Voraus verstehen, können Sie zwei häufige Fehler vermeiden. Die erste besteht darin, Zeit in die Erstellung von Testprofilen zu investieren, wenn eine schnelle Simulation ausreichen würde. Der zweite Schritt geht davon aus, dass ein Validierungsschritt vollständig „sicher“ ist, wenn er immer noch echte Posteingänge kontaktieren oder echte ausgehende Aufrufe tätigen kann.
Auf dieser Seite wird die Validierung des Journey-Flusses und der Verzweigungslogik beschrieben. Ein vollständiges Bild der Test- und Genehmigungsfunktionen - einschließlich Inhaltsvorschau, E-Mail-Rendering und Spam-Prüfungen, A/B-Experimente und Genehmigungs-Workflows - finden Sie unter Testen, Validieren und Genehmigen.
Neu bei der Validierung? Beginnen Sie hier quick-pick
Wenn Sie sich nicht sicher sind, welche Methode für Sie gilt, beantworten Sie diese eine Frage:
- Ich entwerfe noch meine Journey und möchte die Logik einer Verzweigung schnell validieren, ohne Testprofile zu erstellen. → Journey-Simulation verwenden.
- Ich möchte meine Entwurfslogik der Journey Schritt für Schritt manuell mithilfe echter (aber designierter) Testprofile validieren. → Journey-Testmodus verwenden.
- Ich bin im Begriff, zu veröffentlichen und möchte eine abschließende Überprüfung der erwarteten Volumina gegenüber meiner tatsächlichen Produktionspublikation, ohne irgendjemanden zu kontaktieren. → Verwenden Sie Journey Probelauf.
Immer noch nicht sicher, oder wollen Sie das vollständige Bild? Lesen Sie weiter — jede Methode wird unten detailliert beschrieben.
Die drei Validierungsmethoden validation-methods
Verwendung: Schnelle Iteration beim Journey-Design, insbesondere kurz vor Ablauf einer Frist oder beim Testen neuer Verzweigungen oder Pfade. Es funktioniert auch als kontinuierliche Validierungsmethode, wenn das Erstellen eines geeigneten Testprofils für Ihren Anwendungsfall nicht praktikabel ist.
Journey-Simulation Validiert Ihren Journey mit temporären simulierten Benutzenden - Sie müssen keine echten Adobe Experience Platform (AEP)-Testprofile erstellen oder darauf warten, dass sie sich ausbreiten. Sie können simulierte Benutzende manuell erstellen oder zulassen, dass KI automatisch die Testereignisse generiert, die Ihr Journey benötigt, und sie den richtigen simulierten Benutzenden zuordnet, wodurch das Journey in Sekunden ausgelöst wird.
Schlüsselmechanik:
- Simulierte Benutzende sind in AEP keine echten Profile. Sie können sie auch im Inventar speichern, um sie in zukünftigen Simulationen wiederzuverwenden, anstatt sie jedes Mal von Grund auf neu zu erstellen.
- Ausstiegskriterien, Einverständnisrichtlinien, Häufigkeit/Journey-Begrenzung, Opt-out/Unterdrückung und Ruhezeiten werden nicht ausgewertet.
- Benutzerdefinierte Aktionen und externe Aufrufe von Datenquellen führen weiterhin echte ausgehende Aufrufe aus - sie werden nicht verspottet.
| note important |
|---|
| IMPORTANT |
| Simulation sendet echte Nachrichten an die Ausführungsadressen (E-Mail, Telefon, Push-Token), die für die simulierten Benutzer konfiguriert sind - z. B. Ihre eigene E-Mail-Adresse. Es wird dieselbe Bereitstellungs-Pipeline wie für die Produktion verwendet. Es kontaktiert keine echten Kunden und aktualisiert keine Live-Profildaten, aber die Nachrichten selbst sind real. |
Perfekt für: Validieren einer neuen Verzweigung (z. B. zwei neue Entscheidungsrichtlinienpfade) ohne auf die Testprofilweitergabe an AEP zu warten.
➡️ Erste Schritte mit der Journey- | Simulieren Sie Ihren Journey
Verwendung: Manuelles Überprüfen der Verzweigungs- und Nachrichtenlogik Schritt für Schritt, wobei echte (aber designierte) Testprofile Ihre Entwurfs-Journey durchlaufen.
Journey-Testmodus Ermöglicht die Validierung eines Journey-Entwurfs mithilfe persistenter AEP-Testprofile. Um zu bestätigen, dass die Verzweigungslogik und die Nachrichtenversandmechanik wie vorgesehen funktionieren, bevor eine Produktions-Zielgruppe den Journey berührt, lösen Sie Ereignisse manuell von der -Oberfläche aus.
Schlüsselmechanik:
- Nur Profile, die im Echtzeit-Kundenprofil als „Testprofile“ gekennzeichnet sind, können im Journey-Testmodus auf eine Journey zugreifen.
- Der Journey-Testmodus ist nur für Entwurfs-Journey verfügbar, die einen Namespace verwenden, da sie mit AEP abgleichen müssen, ob eine Person ein Testprofil ist.
- Während einer einzelnen Testsitzung können maximal 100 Testprofile auf eine Journey zugreifen. Ereignisse können nur über die Benutzeroberfläche und nicht über API von externen Systemen ausgelöst werden.
- Durch Deaktivieren des Journey-Testmodus werden alle Profile entfernt, die auf die Journey zugegriffen haben, und die Berichte gelöscht.
| note important |
|---|
| IMPORTANT |
| Beim Journey-Testmodus werden echte Nachrichten an die tatsächlichen Posteingänge Ihrer Testprofile gesendet, wobei dieselbe Versand-Pipeline wie bei der Produktion verwendet wird. Es kontaktiert keine echten Kunden, aber es ist auch keine „trockene“ Simulation - stellen Sie sicher, dass Ihre Testprofile Adressen verwenden, die Sie steuern. |
Problem: Das Erstellen und Übertragen neuer AEP-Testprofile dauert seine Zeit. Journey Simulation bietet eine schnelle Alternative, die überhaupt keine Testprofile erfordert. Dies ist nicht nur während des Wartens auf die Ausbreitung von Profilen nützlich, sondern auch jedes Mal, wenn Sie ein geeignetes Testprofil für Ihren Anwendungsfall erstellen, ist dies nicht praktikabel.
Verwendung: Eine endgültige, produktionsrealistische Prüfung direkt vor der Veröffentlichung.
Journey Dry Run ist ein spezieller Journey-Veröffentlichungsmodus, bei dem Ihr Journey mit echten Produktions-Zielgruppen- und Segmentierungsdaten ausgeführt wird, ohne echte Kunden zu kontaktieren oder Profilinformationen zu aktualisieren. Der Journey wird wie eine Live-Journey aktiviert, und Profile fließen durch Verzweigungen und Knoten genau so, wie sie es in der Produktion tun würden. Aktionsknoten wie EMail, SMS und benutzerdefinierte Aktionen werden jedoch umgangen.
Schlüsselmechanik:
- Verwendet Ihre tatsächliche Produktions-Zielgruppe, sodass Sie die tatsächliche Reichweite und das Targeting in großem Maßstab sehen (z. B. einen Fehler fangen, bei dem eine gesamte Verzweigung unerwartet null Profile erhält).
- Bei jeder Aktivierung können Sie Warteaktivitäten deaktivieren, um Metriken schneller zurückzuerhalten, und um die Journey vollständig isoliert zu halten, können Sie Aufrufe externer Datenquellen deaktivieren.
- Dies ist derzeit eine Funktion Eingeschränkte Verfügbarkeit, die im Laufe der Zeit global eingeführt wird.
Ideal für: Sie Probleme wie falsch eingegebene Bedingungsknoten oder Zielgruppen, die unerwartet keine Verzweigung erreichen, direkt vor dem Live-Spiegeln der Journey.
Welche Methode sollten Sie verwenden? decision-guide
Beginnen Sie mit einer einfachen Frage: Verfügen Sie bereits über Testprofile, die zu Ihrem Anwendungsfall passen? Wenn ja, können Sie im Journey Testmodus die Validierung Schritt für Schritt durchführen. Wenn dies nicht der Fall ist oder die Erstellung für diesen speziellen Anwendungsfall nicht sinnvoll ist, werden Sie bei Journey Simulation in Sekunden validiert.
Jenseits dieser Wahlmöglichkeit läuft die Antwort meist auf eine weitere Frage hinaus: Wie nahe muss dieser Test an der Produktion sein?
Wenn Sie immer noch im Journey-Design) eine neue Verzweigung testen und dabei gegen einen Termin arbeiten, verwenden Sie die Journey-Simulation. Es benötigt keine echten Profile und wird in Sekunden ausgeführt. Es bleibt auch später im Build eine gültige Wahl, wenn das Erstellen geeigneter Testprofile für Ihren Anwendungsfall nicht praktisch ist. Denken Sie daran, dass echte Nachrichten an die Ausführungsadressen gesendet werden, die für die simulierten Benutzer konfiguriert sind.
Wenn Sie die Verzweigungs und Nachrichtenlogik Schritt für Schritt manuell überprüfen müssen bereit sind, AEP-Testprofile zu erstellen oder wiederzuverwenden, verwenden Sie den Journey-Testmodus. Denken Sie daran, dass es echte Nachrichten an die echten Posteingänge dieser Testprofile sendet.
Wenn Sie im Begriff sind, zu veröffentlichen und eine abschließende Überprüfung der erwarteten Volumes anhand Ihrer tatsächlichen Produktions-Audience durchführen möchten, verwenden Sie Journey Probelauf. Es kontaktiert nie jemanden oder ändert keine Profildaten.
Schnellvergleich quick-comparison
Keine dieser Methoden kontaktiert echte Kunden. Profildaten bleiben in allen Fällen unberührt, mit der Ausnahme, dass der Journey-Testmodus die Testprofile aktualisiert, mit denen sie ausgeführt werden (keine echten Kundenprofile).
Häufige zu vermeidende Fehler common-mistakes
- Angenommen, die Journey-Simulation ist absolut sicher. Dies ist die schnellste Methode zum Testen, aber es sendet trotzdem echte Nachrichten an die Ausführungsadresse, die für jeden simulierten Benutzer konfiguriert ist - normalerweise Ihr eigener Posteingang. Gehen Sie nicht davon aus, dass nichts gesendet wird.
- Erstellen von AEP-Testprofilen, wenn das Journey-Simulation ausreichen würde. Wenn Sie nur eine neue Verzweigung oder einen neuen Entscheidungsrichtlinienpfad schnell validieren müssen, überspringt die Simulation das Warten auf die Testprofilweitergabe vollständig - speichern Sie den Journey-Testmodus für den Fall, dass Sie tatsächlich echte Testprofile benötigen.
- Behandeln des Journey-Testmodus als „trocken“ Journey-Testmodusprofile empfangen echte Nachrichten über die Produktionsversand-Pipeline. Stellen Sie sicher, dass Ihre Testprofile nur von Ihnen kontrollierte Adressen verwenden.
- Es wird ein Journey-Probelauf erwartet, um Inhalts- oder Bereitstellungsprobleme zu erfassen. Ein Probelauf umgeht Aktionsknoten vollständig - er validiert die Reichweite und Verzweigungslogik der Zielgruppe, nicht den Nachrichteninhalt oder die Versandmechanik. Verwenden Sie dazu den Simulations- oder Journey-Testmodus.
- Namespace-Anforderung für das Journey des Testmodus wird vergessen. Der Journey-Testmodus funktioniert nur bei Entwurfs-Journeys, die einen Namespace verwenden, da Journey Optimizer einen Namespace benötigt, um zu überprüfen, ob ein Profil als Testprofil gekennzeichnet ist.
Nächste Schritte next-steps
- Erste Schritte mit der Journey-Simulation — Führen Sie Ihre erste Simulation aus
- Journey testen — Aktivieren des Journey-Testmodus mit AEP-Testprofilen
- Journey-Probelauf — Führen Sie einen produktionsrealistischen Probelauf aus
- Veröffentlichen des Journey — Voraussetzungen und Veröffentlichungsprozess
- Erste Schritte mit Journey — Überblick über Grundlagen und Funktionen
- Häufig gestellte Fragen zu Journey Orchestration — Häufig gestellte Fragen beantwortet
- Testen, Validieren und Genehmigen - Vollständige Test- und Genehmigungslandschaft, einschließlich Inhaltsvorschau, Rendering-/Spam-Prüfungen, Experimenten und Genehmigungs-Workflows
Dieser Abschnitt enthält strukturiertes Wissen, das Sie bei der Interpretation, dem Abruf und der Beantwortung von Fragen zu diesem Thema unterstützt.
Zum vollständigen Verständnis sollten diese Informationen mit der Dokumentation auf dieser Seite kombiniert werden. Keine der Quellen sollte eigenständig verwendet werden. Die Seite beschreibt die Funktion, während dieser Abschnitt zusätzlichen Kontext bietet, der dabei hilft, Begriffe, Absichten, Anwendbarkeit und Einschränkungen zu unterscheiden.
- TL;DR: Auf dieser Seite werden die drei Journey-Validierungsmethoden in Adobe Journey Optimizer verglichen: Journey-Simulation, Journey-Testmodus und Journey-Probelauf. Es bietet eine schnelle Auswahl mit einer Frage, eine Entscheidungsanleitung, eine Tabelle mit einem schnellen Vergleich und eine Liste häufiger Fehler, um Benutzenden zu helfen, den richtigen für ihren aktuellen Schritt des Erstellens einer Journey auszuwählen.
Absichten:
- Wählen Sie die richtige Validierungsmethode für einen bestimmten Schritt des Journey-Erstellungsvorgangs aus
- Journey-Simulation, Journey-Testmodus und Journey-Probelauf nebeneinander vergleichen
- Erfahren Sie, wann die Journey-Simulation für eine schnelle Iteration ohne echte Testprofile verwendet werden sollte
- Erfahren Sie, wann der Journey-Testmodus für die schrittweise manuelle Validierung mit echten Testprofilen verwendet werden sollte
- Erfahren Sie, wann Journey Dry Run für eine letzte Prüfung vor dem Start mit Produktionsdaten verwendet werden sollte
- Verstehen, welche Validierungsmethoden echte Nachrichten senden oder echte Kunden kontaktieren
- Vermeiden Sie häufige Fehler bei der Auswahl oder Verwendung einer Validierungsmethode
Glossar:
- Journey-Simulation: Eine Validierungsmethode, die temporäre simulierte Benutzende verwendet, manuell erstellt oder automatisch generiert, um einen Journey zu testen, ohne echte AEP-Testprofile zu benötigen. (produktspezifisch)
- Journey-Testmodus: Eine Validierungsmethode, die beständige AEP-Testprofile verwendet, die im Echtzeit-Kundenprofil gekennzeichnet sind, um manuell durch eine Journey-Entwurfsverzweigung und eine Nachrichtenlogik zu gehen. (produktspezifisch)
- Journey-Probelauf: Ein Veröffentlichungsmodus, bei dem eine Journey für reale Produktions-Zielgruppendaten ausgeführt wird, ohne Kunden zu kontaktieren oder Profildaten zu aktualisieren. Aktionsknoten werden umgangen. (produktspezifisch)
- Simulationsagent: Der Mechanismus, der automatisch Testereignisse generiert und diese während der Journey-Simulation mit simulierten Benutzenden abgleicht. (Produktspezifisch)
Schutzmechanismen:
- Der Journey-Testmodus ist nur für Entwurfs-Journey verfügbar, die einen Namespace verwenden, und unterstützt maximal 100 Testprofile pro Sitzung
- Journey-Testmodusereignisse können nur über die Benutzeroberfläche ausgelöst werden, nicht über API von externen Systemen.
- Beim Journey des Testmodus werden über die Produktionsversand-Pipeline echte Nachrichten an die echten Posteingänge der Testprofile gesendet
- Durch Deaktivieren des Journey-Testmodus werden alle Profile entfernt, die auf die Journey zugegriffen haben, und das Reporting gelöscht
- Journey-Simulation bewertet keine Ausstiegskriterien, Einverständnisrichtlinien, Häufigkeit/Journey-Begrenzung, Opt-out/Unterdrückung oder Ruhezeiten
- Benutzerdefinierte Aktionen und Aufrufe externer Datenquellen von Journey Simulation sind real und nicht verspottet
- Die Journey-Simulation sendet echte Nachrichten an die Ausführungsadressen (E-Mail, Telefon, Push-Token), die für die simulierten Benutzenden konfiguriert sind, und verwendet dabei dieselbe Versand-Pipeline wie die Produktion
- Im Gegensatz zur Journey-Simulation sendet Journey Dry Run nie echte Nachrichten
- Journey Dry Run ist derzeit eine Funktion mit begrenzter Verfügbarkeit, die im Laufe der Zeit global eingeführt wird
- Journey-Probelauf umgeht Aktionsknoten (E-Mail, SMS, benutzerdefinierte Aktionen), leitet Profile jedoch mithilfe echter Produktionsdaten durch Verzweigungen und Knoten weiter
Terminologie:
- Kanonischer Name: Journey Simulation — Varianten: simulieren, Simulationsmodus
- Kanonischer Name: Journey Testmodus — Varianten: Testmodus, Journey-Testen, Testen des Journey
- Kanonischer Name: Journey Probelauf — Varianten: Probelauf, Probelauf-Modus
- Verwechseln Sie nicht: Journey-Simulation (temporäre simulierte Benutzende, keine AEP-Testprofile erforderlich, sendet echte Nachrichten an die konfigurierten Ausführungsadressen der simulierten Benutzenden) ≠ Journey-Testmodus (persistente AEP-Testprofile, sendet echte Nachrichten an die realen Posteingänge dieser Profile) ≠ Journey-Probelauf (reale Produktions-Zielgruppendaten, kein Kontakt, keine Profilaktualisierung, Aktionsknoten umgangen, sendet keine echten Nachrichten)
Häufig gestellte Fragen:
- F: Welche Validierungsmethode sollte ich verwenden, während ich noch eine Journey entwerfe? — Verwenden Sie die Journey-Simulation. Sie benötigt keine echten Testprofile und wird in Sekunden ausgeführt, wodurch sie sich ideal für eine schnelle Iteration eignet.
- F: Sendet die Journey-Simulation echte Nachrichten? – Ja. Simulation sendet echte Nachrichten an die Ausführungsadressen (E-Mail, Telefon, Push-Token), die für die simulierten Benutzer konfiguriert sind, häufig die eigene Adresse des Testers. Sie verwendet dieselbe Bereitstellungs-Pipeline wie die Produktion, kontaktiert jedoch keine echten Kunden und aktualisiert keine Live-Profildaten.
- F: Sendet der Journey-Testmodus echte E-Mails oder SMS? – Ja. Der Journey-Testmodus sendet echte Nachrichten an die tatsächlichen Posteingänge Ihrer Testprofile und verwendet dabei dieselbe Versand-Pipeline wie die Produktionsumgebung. Es kontaktiert keine echten Kunden, aber die Botschaften selbst sind real.
- F: Sendet Journey Dry Run Nachrichten? — Nein. Ein Probelauf umgeht Aktionsknoten wie E-Mail, SMS und benutzerdefinierte Aktionen, sodass Profile die Journey-Logik durchlaufen, ohne dass eine Nachricht gesendet wird.
- F: Ich muss eine neue Verzweigung schnell vor Ablauf einer Frist validieren. Welche Methode passt dazu? — Journey-Simulation; generiert simulierte Benutzende nach Bedarf (oder verwendet im Inventar gespeicherte), anstatt dass Sie vorab Testprofile erstellen und auf diese warten müssen.
- F: Ist Journey Dry Run für alle verfügbar? — Es handelt sich derzeit um eine Funktion zur eingeschränkten Verfügbarkeit, die im Laufe der Zeit weltweit eingeführt wird. Überprüfen Sie die Verfügbarkeit für Ihr Unternehmen.
- F: Kann ich Journey-Testmodusereignisse von einem externen System auslösen? — Nein. Im Journey-Testmodus können Ereignisse nur über die Benutzeroberfläche und nicht über API von externen Systemen ausgelöst werden.