Erste Schritte mit der Journey-Simulation simulate-journey-gs

Batch-Journey mit einer Aktivität „Zielgruppe lesen“

Die Journey wird von einer Aktivität Zielgruppe lesen ausgelöst und die Arbeitsfläche hat keine Aktivitäten aus unitären Ereignissen. Während der Simulation wird die Zielgruppen-Population nicht ausgelöst. Nur simulierte Benutzende treten in die Journey ein.
Die für die Simulation ausgewählten simulierten Benutzenden werden im Abschnitt Testbenutzende angezeigt:

Batch-Journey mit einer Aktivität „Zielgruppe lesen“ und unitären Ereignissen

Eine Segment-Trigger-Journey, die ein oder mehrere unitäre Ereignisse entlang des Pfads enthält. Sie lösen zuerst aus, dass simulierte Benutzende in die Simulation eintreten, anschließend werden Ereignisse für die Benutzenden ausgelöst, die an einem Ereignisknoten warten.
Für die Simulation ausgewählte simulierte Benutzende und konfigurierte Ereignisse werden in den Abschnitten „Testbenutzende“ und „Testereignisse“ angezeigt. Der Abschnitt „Testereignisse“ wird erst angezeigt, wenn eine simulierte Person in die Journey eintritt.

Unitäre Journeys

Die Journey beginnt mit einem unitären Ereignis, nicht mit einer Aktivität „Zielgruppe lesen“. Eine simulierte Person tritt erst dann in die Journey ein, wenn dieses Startereignis für sie ausgelöst wird.
Für die Simulation ausgewählte simulierte Benutzende und konfigurierte Ereignisse werden in den Abschnitten Testbenutzende und Testereignisse angezeigt. Der Abschnitt Testbenutzende enthält keine Aktion, mit der ein Journey-Eintritt einer simulierten Person ausgelöst wird. Sie lösen den Eintritt über Testereignisse aus.

Einschränkungen auf Knotenebene

Einige Knoten verhindern, dass die Simulation gestartet wird. Andere führen eine Simulation mit dem unten beschriebenen Verhalten durch. Wenn ein Knoten vor der Simulation entfernt oder geändert werden muss, aktualisieren Sie zuerst die Journey.

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 8-row-2 9-row-2 10-row-2 11-row-2
Eingeschränkter Knoten	Anmerkungen
Geschäftsereignisse	Sie können in der Simulation keine Journeys ausführen, die mit einem Geschäftsereignis beginnen.
Eingehende Kanäle	Sie können in der Simulation keine Journeys ausführen, die einen Knoten für einen eingehenden Kanal enthalten.
Zusätzliche Kennung (mehrfacher Wiedereintritt)	Die Simulation startet nicht, wenn die Option zum mehrfachen Wiedereintritt aktiviert ist und dieselbe simulierte Person mehrere aktive Instanzen gleichzeitig haben könnte.
Datensatzsuche	Die Simulation unterstützt keine Suche nach Kundendatensätzen anhand von Schlüsseln. Entfernen oder ändern Sie diese Aktivität, bevor Sie eine Simulation ausführen.
Aktivität Optimieren	Optimieren-Methoden verhalten sich wie folgt: Targeting-Regel ​: KI wertet die konfigurierte Regel anhand der Profilattribute des simulierten Benutzers aus, um die Verzweigung auszuwählen. Experiment (Pfadexperiment): Das Routing wird von der Entscheidungsfindung durchgeführt, selbst bei einer Aufteilung von 50/50 oder einem 10-%-Holdout. Die Zuweisung erfolgt zufällig und nicht deterministisch pro simuliertem Benutzer, sodass ein kleiner Batch, z. B. 5 Benutzer oder sogar KI-generierte Benutzer in Schnellsimulation, nicht garantiert jede Behandlung abdeckt. Sie könnten alle zufällig auf derselben landen. Dies unterscheidet sich von der prozentualen Aufspaltung unten. Prozentuale Aufspaltung ​: KI erstellt einen simulierten Benutzer pro Verzweigung, nicht gemäß den Prozentsätzen der Verzweigung. Zur Laufzeit wählt die Live-Auswertung die Verzweigung aus. Sie kann sich vom generierten Pfad unterscheiden. Sie können eine Verzweigungsauswahl nicht vortäuschen. Um Benutzende zu steuern, nutzen Sie die Reihenfolge der Verzweigungen auf der Arbeitsfläche. Die oberste Verzweigung wird immer ausgewählt. Zeitbedingung: Bedingungen gelten zur Laufzeit wie in einer Live-Journey. Beispielsweise können Benutzende bei einem Fenster von 8:00 bis 20:00 Uhr nur passieren, wenn die Simulation in diesem Fenster ausgeführt wird. Sie können die Ausführungszeit nicht vortäuschen. Stellen Sie die Bedingung so ein, dass sie mit der tatsächlichen Zeit des Tests übereinstimmt. Datumsbedingung:​Bedingungen gelten zur Laufzeit wie in einer Live-Journey. Wenn das Datum beispielsweise auf den 8. Juni 2026 eingestellt ist, können Benutzende nur in Simulationen passieren, die an diesem Datum ausgeführt werden. Sie können das Ausführungsdatum nicht vortäuschen. Legen Sie die Bedingung auf das tatsächliche Datum des Tests fest. Profilbegrenzung: Begrenzungen werden während der Simulation nicht durchgesetzt. KI erstellt einen simulierten Benutzer pro Verzweigung. Sie können eine Verzweigungsauswahl nicht vortäuschen. Um Benutzende zu steuern, nutzen Sie die Reihenfolge der Verzweigungen auf der Arbeitsfläche. Die oberste Verzweigung wird immer ausgewählt.
Verzweigungen für Timeouts und Fehler	KI generiert keine Benutzer für Aktivitäts-Timeout oder Fehler-Verzweigungen. Benutzende treten nur in diese Pfade ein, wenn während der Simulation tatsächlich ein Timeout oder ein Fehler auftritt.
Verzweigung für Timeout (Ereignisaktivitäten)	Es werden simulierte Benutzende erstellt, aber in Manuelle Simulation entscheidet die KI nicht, wer eine Ereignis-Zeitüberschreitungsverzweigung betritt. Steuern Sie den Pfad, indem Sie das Ereignis senden oder nicht. Um beispielsweise eine Timeout-Verzweigung zu testen, warten Sie den konfigurierten Timeout ab und senden Sie das Ereignis nicht. Mit der Schnellsimulation können Ereignisse automatisch gesendet oder zurückgehalten werden, um Timeout-Verzweigungen abzudecken.
Reaktionsereignisse	Reaktionsereignisse werden in der Simulation ausgeführt, aber die Aktion muss im wirklichen Leben geschehen. Für eine E-Mail-Öffnungsreaktion beispielsweise muss die Testnachricht geöffnet werden. Sie können Reaktionen in der Simulations-Benutzeroberfläche nicht simulieren.
Externe Datenquellen	Aufrufe werden während der Simulation auf die gleiche Weise wie bei einer Live-Journey ausgeführt. Nachgelagerte Aktivitäten können die Antwort verwenden, sie kann jedoch nicht simuliert werden. Wenn ein Antwortwert eine Aktivität vom Typ Optimieren einspeist, kann KI diese Ausgabe nicht erfinden. Es werden nur Eingaben für den Aufruf generiert. Wenn ein Aufruf beispielsweise basierend auf einer Profilstadt Informationen zum Wetter zurückgibt, legt der Agent eine Stadt für die simulierte Person fest und der Live-Aufruf gibt Informationen zum Wetter zurück.
Benutzerdefinierte Aktionen	Das Verhalten entspricht externen Datenquellen. Ausgehende Aufrufe werden tatsächlich ausgeführt. KI füllt Eingaben aus. Die Ausgaben stammen aus der Live-Antwort. Antworten können nicht simuliert werden.
Anreicherung mit Attributen externer Zielgruppen	Journeys, die personalisierte Attribute aus externen Zielgruppenquellen verwenden, werden in der Simulation nicht gestartet, wenn diese Validierung gilt.

Entscheidungsverhalten

Die folgenden Decisioning-Elemente werden unterstützt:

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2
Entscheidungselement	Anmerkungen
Angebotseignung	Unterstützt, einschließlich der Berechtigung basierend auf Profilattributen.
Eignungsregel	Unterstützt. Die Regel kann Profilattribute enthalten.
Eignungszielgruppe	Wird unterstützt, wenn die Zielgruppe zum Profil des simulierten Benutzers hinzugefügt wird.
Rangfolge nach Angebotspriorität	Unterstützt. Profilattribute sind nicht beteiligt.
Rangfolge nach Formel	Unterstützt. Die Formel kann Profilattribute verwenden.
Rangfolge nach KI-Modell - Auto	Unterstützt. Die Rangfolge basiert nur auf dem Angebot und dem konfigurierten Datensatz. Profilattribute sind nicht beteiligt. Es ist erforderlich, dass die erforderlichen Daten im konfigurierten Datensatz vorhanden sind.
Rangfolge nach KI-Modell - Personalization	Unterstützt. Die Zielgruppe wird für das Ranking und nicht für die Eignung berücksichtigt. Da das Ranking von KI gesteuert wird, können die zurückgegebenen Angebote zwischen den Simulationsausführungen variieren.

Funktionale Einschränkungen

Die folgenden Funktionen werden nicht in "".

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 8-row-2 9-row-2 10-row-2 11-row-2 12-row-2 13-row-2
Funktion	Anmerkungen
Ausstiegskriterien	Beim Ausführen der Simulation werden keine Ausstiegskriterien angewendet.
Simulierte Antwort auf benutzerdefinierte Aktionen	Benutzerdefinierte Aktionen führen standardmäßig einen echten ausgehenden Aufruf aus. Das Simulieren der Antwort, sodass kein externer Aufruf ausgeführt wird, wird nicht unterstützt.
Auswertung der Einverständnisrichtlinie	Einverständnis kann auf Ebene der simulierten Benutzenden nicht simuliert werden und Einverständnisrichtlinien werden während der Simulation nicht ausgewertet.
Journey-Begrenzung und -Schlichtung	Während der Simulation weder ausgewertet noch durchgesetzt.
Frequenzbegrenzung (nach Kanal und Kommunikationstyp)	Während der Simulation weder ausgewertet noch durchgesetzt.
Opt-out-Verwaltung, Unterdrückung und Zulassungslisten	Während der Simulation weder ausgewertet noch angewendet.
Dynamische Subdomain und dynamische Attribute in Kanalkonfigurationen	Nicht unterstützt.
Versandzeitoptimierung (STO)	Während der Simulation weder ausgewertet noch angewendet.
Sandbox-Tools (Kopieren von simulierten Benutzenden in Sandboxes)	Nicht unterstützt.
Versenden in Schüben in Journeys	Nicht unterstützt.
Ruhezeiten	Während der Simulation weder ausgewertet noch angewendet.
Privacy Service	Simulierte Benutzende sind keine DSGVO-konformen persistenten Profile. Nehmen Sie keine echten Kundendaten in simulierte Benutzende auf.
Profil-Persistenz	Das Senden einer simulierten Person in eine Journey löst den Versand einer echten Nachricht über die Standard-Versand-Pipeline aus. Wenn ein betroffener Datensatz, z. B. Feedback-Ereignisse oder Tracking-Ereignisse, profilaktiviert ist, kann dies dazu führen, dass für diese simulierte Person ein persistentes Profil in Adobe Experience Platform erstellt wird, auch wenn der Durchgang als Simulation gekennzeichnet ist.

Quantitative Schutzmechanismen

Diese Schutzmechanismen gelten für die Simulation. Numerische Begrenzungen werden in der Journey-Oberfläche und zur Laufzeit durchgesetzt. Die Beschränkungen können sich in einer späteren Version ändern. Wenn eine Ausführung in die Nähe der Obergrenze kommt, überprüfen Sie das Verhalten in Ihrer Sandbox.

table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 5-row-3 6-row-3 7-row-3 8-row-3
Leitplanke	Limit	Anmerkungen
Maximale Anzahl simulierter Benutzender, die in einem Batch ausgewählt und ausgelöst werden können (Batch-Journey, ereignisgesteuerte Flüsse und Zielgruppenqualifizierungs-Flüsse)	20	Wird für jedes Alle senden oder Ausgewählte Ereignisse auslösen gezählt, keine kumulative Begrenzung für die gesamte Journey.
Maximale Anzahl simulierter Benutzender pro Generierungsanfrage	50	Die maximale Anzahl simulierter KI-Benutzer, die in einer Anfrage durch Schnellsimulation oder Mit KI generieren in manuellen Simulation generiert wird. Wenn der Journey mehr als 50 Pfade hat wählt KI nach dem Zufallsprinzip Pfade aus, um diese 50 simulierten Benutzenden zu erzeugen.
Maximale Anzahl simulierter eindeutiger Benutzender, die in einem einzigen Simulationsdurchgang getestet werden	100	Bei Erreichen von 100 eindeutigen Benutzenden im selben Durchgang wird die Option Simulierte Personen auswählen für neue simulierte Benutzende blockiert. Wenn Sie bei 90 stehen, können Sie maximal noch 10 hinzufügen, bevor die Sperre greift.
Maximale Anzahl von Journeys, die in einer Sandbox gleichzeitig in einer Simulation ausgeführt werden können	20	Diese Begrenzung gilt für jede Simulations-Journey in dieser Sandbox gleichzeitig.
Maximale Anzahl aktiver simulierter Benutzender in einer Sandbox	2,000	Maximale Anzahl simulierter Benutzender, die gleichzeitig in der Sandbox vorhanden sein können. Adobe kann diese Grenze basierend auf Kunden-Feedback anpassen.
Vorausfüllen von Ereignissen (nur Browser)	—	Sie können Payload-Felder für Ereignisse nur in der Browser-basierten Simulationsoberfläche vorab ausfüllen. Vorausgefüllte Werte bleiben in diesem Browser und werden nicht mit anderen Browsern, Geräten oder Sitzungen synchronisiert, sodass möglicherweise an jedem Ort, den Sie testen, andere vorbefüllte Daten angezeigt werden.
Bindung KI-generierter simulierter Benutzender	10 Tage	KI-generierte simulierte Benutzende werden 10 Tage nach der Erstellung automatisch gelöscht.
Bindung globaler simulierter Benutzender	12 Monate	Globale simulierte Benutzende werden 12 Monate nach der Erstellung automatisch gelöscht.

AI Knowledge Reference

This section contains structured knowledge intended to support interpretation, retrieval, and question answering related to this topic.

For complete understanding, this information should be combined with the documentation on this page. Neither source is intended to stand alone; the page describes the feature, while this section provides additional context that helps disambiguate terminology, intent, applicability, and constraints.

• TL;DR: This page introduces Simulation in Adobe Journey Optimizer, explaining how it differs from Test mode, which journey types it supports, how to launch a simulation, how Optimize activity methods and other decisioning elements behave during a simulation, and what its node-level, functional, and quantitative limitations are.

Intents:

• Understand the three ways to test and validate a journey: Journey Simulation, Journey Test mode, and Journey Dry run
• Understand the difference between Simulation and Test mode for validating journeys
• Launch a Simulation session for a batch or unitary journey type
• Identify which journey nodes block or restrict Simulation from running
• Determine how Optimize activity methods (Targeting rule, Experiment, Percentage split, Time condition, Date condition, Profile cap) behave during Simulation
• Determine which decisioning elements (offer eligibility, eligibility rule or audience, ranking) are supported during Simulation
• Determine which features are unsupported during Simulation (e.g., consent, frequency capping, STO)
• Plan around quantitative guardrails such as maximum simulated users per sandbox
• Understand Quick simulation and Manual simulation

Glossary:

• Simulated users: Temporary profile-like entities created for Simulation. Sending a simulated user triggers a real message send, which can currently result in a persistent profile being created in Adobe Experience Platform (product-specific)
• Simulation: A journey state (alongside Draft, Test mode, and Live) used for testing with simulated users rather than persistent test profiles (product-specific)
• Journey Dry run: A validation method that runs a journey against real production audience and segmentation data without contacting real customers or updating profile information (product-specific)
• Experiment (Path Experimentation): An Optimize activity method whose routing is handled by Decisioning, with random assignment that is non-deterministic per simulated user (product-specific)

Guardrails:

• To use Simulation, assign at least one of: Simulate journeys, Publish journeys, or Approve and Publish journeys permissions from the Journeys capability; these permissions also allow users to create and manage simulated users without Simulated Users permissions
• Managing simulated users without Simulation requires Manage Simulated Users or View Simulated Users from the Simulated Users capability
• AI-powered simulation features (Quick simulation, AI-generated users, and Generate event values) require Generate Content from the AI Assistant capability
• Maximum 20 simulated users per Send all or Trigger selected events batch (hard limit)
• Maximum 50 simulated users per AI generation request (hard limit)
• Maximum 100 unique simulated users per single simulation run (hard limit)
• Maximum 20 journeys running Simulation simultaneously in one sandbox (hard limit)
• Maximum 2,000 active simulated users in one sandbox at a time (hard limit)
• Journeys that start with a business event cannot be run in Simulation
• Simulation does not start when multiple re-entrance is enabled and the same simulated user could have several active instances at once
• Consent policies, frequency capping, and quiet hours are not evaluated during Simulation; opt-out management and STO are not evaluated or applied
• Simulated users are not GDPR-compliant persistent profiles; do not include real customer data in simulated users

Terminology:

• Canonical name: Simulation — Acronym: none
• Canonical name: Simulated users — Acronym: none
• Canonical name: Experiment — variants: Path Experimentation
• Do not confuse: “Simulation” ≠ “Test mode” (Test mode uses persistent profiles flagged as test profiles in Adobe Experience Platform; Simulation uses temporary simulated users)
• Do not confuse: “Journey Simulation” ≠ “Journey Test mode” ≠ “Journey Dry run” (the three validation methods use different data and validation approaches)
• Do not confuse: Targeting rule ≠ Experiment (both are Optimize activity methods, but AI evaluates the configured rule for Targeting rule, whereas routing for Experiment is handled by Decisioning)

FAQ:

• Q: What permissions do I need to use Simulation? — Assign at least one of: Simulate journeys, Publish journeys, or Approve and Publish journeys from the Journeys capability. These permissions also let you create and manage simulated users; Simulated Users permissions are not required. AI features additionally require Generate Content from the AI Assistant capability.
• Q: What permissions do I need to manage simulated users without Simulation? — You need Manage Simulated Users or View Simulated Users from the Simulated Users capability.
• Q: What are the three ways to test and validate a journey? — Adobe Journey Optimizer offers Journey Simulation, Journey Test mode, and Journey Dry run.
• Q: How does Simulation differ from Test mode? — Simulation uses temporary simulated users without pre-created profiles in Adobe Experience Platform; Test mode uses persistent profiles explicitly flagged as test profiles in Adobe Experience Platform. Sending a simulated user still triggers a real message send, which can result in a persistent profile being created.
• Q: Can I simulate a journey that starts with a business event? — No. Journeys that start with a business event cannot be run in Simulation.
• Q: Are the Targeting rule and Experiment methods of the Optimize activity supported in Simulation? — Targeting rule is evaluated by AI against the simulated user’s profile attributes. For Experiment (Path Experimentation), routing is handled by Decisioning and assignment is random and non-deterministic per simulated user.
• Q: Are decisioning elements such as offer eligibility and ranking supported during Simulation? — Yes. Offer eligibility, eligibility rule, eligibility audience, and ranking by offer priority, formula, or AI Model - Auto are supported. Ranking by AI Model - Personalization is also supported, though returned offers may vary between simulation runs.
• Q: How many simulated users can I test in a single simulation run? — Up to 100 unique simulated users per run; each Send all action is capped at 20 users at once.
• Q: Are consent policies enforced during Simulation? — No. Consent policies, frequency capping, and quiet hours are not evaluated during Simulation. Opt-out management is not evaluated or applied.
• Q: What happens if my journey has more than 50 paths during AI generation? — AI randomly selects paths to produce 50 simulated users.