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

Batch-Journey mit einer „Zielgruppe lesen“

Das Journey wird von „Zielgruppe lesen ausgelöst und die Arbeitsfläche hat keine unitären Ereignisaktivitäten. 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 Benutzer werden im Abschnitt Testbenutzer angezeigt:

Batch-Journey mit einer gelesenen Zielgruppe und unitären Ereignissen

Eine Segment-Trigger-Journey, die ein oder mehrere unitäre Ereignisse entlang des Pfads enthält. Sie simulieren zuerst Trigger, die in die Simulation eintreten sollen, und dann Trigger-Ereignisse für die Benutzer, die auf einen 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 ein simulierter Benutzer auf die Journey zugreift.

Unitäres Journey

Die Journey beginnt mit einem unitären Ereignis, nicht mit der Aktivität „Zielgruppe lesen“. Ein simulierter Benutzer gibt die Journey erst dann ein, wenn dieses Startereignis für ihn ausgelöst wird.
Für die Simulation ausgewählte simulierte Benutzende und konfigurierte Ereignisse werden in den Abschnitten Testbenutzende und Testereignisse angezeigt. Der Abschnitt Testbenutzer enthält keine Aktion zum Trigger eines simulierten Benutzers auf die Journey. Trigger-Eintrag von Testereignisse.

Einschränkungen auf Knotenebene

Einige Knoten verhindern, 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 keine Journey ausführen, die mit einem Geschäftsereignis in Simulation beginnen.
Eingehende Kanäle	Sie können keine Journey ausführen, die einen eingehenden Kanalknoten in Simulation enthalten.
Zusätzliche ID (mehrfacher Wiedereintritt)	Simulation startet nicht, wenn mehrere erneute Zugriffe aktiviert sind und derselbe simulierte Benutzer mehrere aktive Instanzen gleichzeitig haben könnte.
Datensatzsuche	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.
Optimieren Aktivität	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 und sie kann sich vom generierten Pfad unterscheiden. Sie können eine Verzweigungsauswahl nicht verspotten. Um Benutzer zu steuern, verlassen Sie sich auf der Arbeitsfläche auf die Reihenfolge der Verzweigungen. Die oberste Verzweigung wird immer ausgewählt. Zeitbedingung: Bedingungen gelten zur Laufzeit wie auf einer Live-Journey. Beispielsweise können Benutzer bei einem Fenster von 8:00 bis 20:00 Uhr nur durch gehen, während die Simulation in diesem Fenster ausgeführt wird. Sie können die Ausführungszeit nicht verspotten. Stellen Sie die Bedingung so ein, dass sie mit der aktuellen Zeit beim Testen übereinstimmt. Date condition ​: Bedingungen gelten zur Laufzeit wie auf einer Live-Journey. Beispielsweise ermöglicht ein Datum vom 8. Juni 2026 Benutzenden nur die Durchführung von Simulationen, die an diesem Datum ausgeführt werden. Sie können das Ausführungsdatum nicht nachahmen. Legen Sie die Bedingung beim Testen auf das aktuelle Datum fest. Profilbegrenzung: Begrenzungen werden während der Simulation nicht erzwungen. KI erstellt einen simulierten Benutzer pro Verzweigung. Sie können eine Verzweigungsauswahl nicht verspotten. Um Benutzer zu steuern, verlassen Sie sich auf der Arbeitsfläche auf die Reihenfolge der Verzweigungen. Die oberste Verzweigung wird immer ausgewählt.
Verzweigungen für Zeitüberschreitung und Fehler	KI generiert keine Benutzer für Aktivitäts-Timeout oder Fehler-Verzweigungen. Benutzende geben diese Pfade nur ein, wenn während der Simulation eine echte Zeitüberschreitung oder ein Fehler auftritt.
Verzweigung für maximale Wartezeit (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 Verzweigung für die maximale Wartezeit zu testen, warten Sie die konfigurierte maximale Wartezeit und senden Sie das Ereignis nicht. Schnellsimulation kann Ereignisse automatisch senden oder zurückhalten, um Zeitüberschreitungszweige abzudecken.
Reaktionsereignisse	Reaktionsereignisse werden in der Simulation ausgeführt, aber die Aktion muss im wirklichen Leben geschehen. Beispiel: Für eine E-Mail-Öffnen-Reaktion muss die Korrekturabzugsnachricht geöffnet werden. Sie können Reaktionen in der Simulations-Benutzeroberfläche nicht nachahmen.
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 jedoch nicht verspotten. 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 eine Profilstadt annimmt und Wetter zurückgibt, legt der Agent eine Stadt für den simulierten Benutzer fest und der Live-Aufruf gibt das Wetter zurück.
Benutzerdefinierte Aktionen	Das Verhalten entspricht externen Datenquellen. Ausgehende Anrufe werden real ausgeführt. KI füllt Eingaben aus. Die Ergebnisse stammen aus der Live-Antwort. Antworten dürfen nicht verspottet werden.
Anreicherung externer Zielgruppenattribute	Journey, die personalisierte Attribute aus externen Zielgruppenquellen verwenden, beginnen nicht in Simulation, 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 von „Simulation“ werden Beendigungskriterien.
Pseudo-Antwort für benutzerdefinierte Aktionen	Benutzerdefinierte Aktionen führen standardmäßig einen echten ausgehenden Aufruf aus. Das Mocking der Antwort, sodass kein externer Aufruf ausgeführt wird, wird nicht unterstützt.
Auswertung der Einverständnisrichtlinie	Das Einverständnis kann nicht auf der Ebene des simulierten Benutzers verspottet werden, und die Einverständnisrichtlinien werden während der Simulation nicht ausgewertet.
Journey-Begrenzung und Schlichtung	Während der Simulation weder ausgewertet noch durchgesetzt.
Frequenzlimitierung (nach Kanal oder Kommunikationstyp)	Während der Simulation weder ausgewertet noch durchgesetzt.
Opt-out-Verwaltung, Unterdrückung und Zulassungslisten	Wird während der Simulation weder ausgewertet noch angewendet.
Dynamische Subdomain und dynamische Attribute in Kanalkonfigurationen	Nicht unterstützt.
Sendezeitoptimierung (STO)	Wird während der Simulation weder ausgewertet noch angewendet.
Sandbox-Tools (simulierte Benutzer in Sandboxes kopieren)	Nicht unterstützt.
Senden von Schüben in Journey	Nicht unterstützt.
Ruhezeiten	Wird während der Simulation weder ausgewertet noch angewendet.
Privacy Service	Simulierte Benutzer sind nicht mit der DSGVO konform und haben keine persistenten Profile. Schließen Sie keine echten Kundendaten in simulierte Benutzende ein.
Profil-Persistenz	Senden einer simulierten Benutzerin oder eines simulierten Benutzers an einen Journey-Trigger Eine echte Nachricht wird über die Standard-Versand-Pipeline gesendet. Wenn ein betroffener Datensatz, z. B. Feedback-Ereignisse oder Tracking-Ereignisse, profilaktiviert ist, kann dies dazu führen, dass für diesen simulierten Benutzer ein persistentes Profil in Adobe Experience Platform erstellt wird, auch wenn der Durchgang als Simulation gekennzeichnet ist.

Quantitative Schutzmaßnahmen

Diese Schutzmaßnahmen gelten für Simulation. Numerische Begrenzungen werden in der Journey-Oberfläche und zur Laufzeit erzwungen. Die Beschränkungen können sich in einer späteren Version ändern. Wenn Sie in der Nähe einer Decke laufen, ü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
Maximal simulierte Benutzende, die in einem Batch ausgewählt und ausgelöst werden können (Batch-Journey, ereignisgesteuerte Flüsse und Zielgruppen-Qualifizierungs-Flüsse)	20	Wird für jedes Alle senden oder vom Trigger ausgewählte gezählt, keine kumulative Begrenzung für die gesamte Journey.
Maximale Anzahl simulierter Benutzer 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 an eindeutigen simulierten Benutzern, die in einem einzigen Simulationslauf getestet werden	100	Erreichen von 100 eindeutigen Benutzern in einem Ausführungsblock Wählen Sie simulierte aus) für neue simulierte Benutzer. Wenn Sie bei 90 sind, können Sie vor demselben Block höchstens 10 mehr hinzufügen.
Maximale Anzahl von Journey, die gleichzeitig in Simulation in einer Sandbox ausgeführt werden können	20	Die Begrenzung wird von jeder Simulation-Journey in dieser Sandbox gleichzeitig verwendet.
Maximale Anzahl aktiver simulierter Benutzer in einer Sandbox	2,000	Maximale Anzahl an simulierten Benutzern, die gleichzeitig in der Sandbox vorhanden sein können. Adobe kann diese Grenze auf der Grundlage von Kunden-Feedback anpassen.
Vorausfüllen des Ereignisses (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 Daten zum Vorbefüllen angezeigt werden.
KI-generierte simulierte Benutzerbindung	10 Tage	KI-generierte simulierte Benutzer werden 10 Tage nach der Erstellung automatisch gelöscht.
Globale simulierte Benutzerbindung	12 Monate	Globale simulierte Benutzer 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 the Journey Simulation feature 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 difference between Simulation and Test mode for validating journeys
• Launch a Simulation session for a batch, unitary, or mixed 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
• Decide whether to use Quick simulation or Manual simulation based on testing needs

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 Agent: The AI component that generates simulated users, event values, and test settings during Quick simulation and AI-assisted Manual simulation (product-specific)
• Quick simulation: An automated end-to-end simulation run that generates users and events with minimal manual input (product-specific)
• Manual simulation: A step-by-step simulation mode where users and events are created and triggered individually (product-specific)
• Experiment (Path Experimentation): An Optimize activity method whose eligibility and allocation the Journey Agent evaluates against the simulated user’s profile attributes to select the branch (product-specific)

Guardrails:

• Requires at least one of: Simulate journeys, Publish journeys, or Approve and Publish journeys permissions
• AI-powered simulation features require the Generate Content permission from the AI Assistant capability
• Maximum 20 simulated users per Send all or Trigger selected events batch
• Maximum 50 simulated users per AI generation request
• Maximum 100 unique simulated users per single simulation run
• Maximum 20 journeys running Simulation simultaneously in one sandbox
• Maximum 2,000 active simulated users in one sandbox at a time
• Business event-triggered journeys cannot be simulated
• Supplemental ID journeys with multiple re-entrance enabled cannot be simulated
• Consent policies, frequency capping, opt-out, STO, and quiet hours are not evaluated during Simulation
• Simulated users must not contain real customer data (not GDPR-compliant)

Terminology:

• Canonical name: Simulation — Acronym: none — variants: Journey Simulation, Simulation mode
• Canonical name: Simulated users — Acronym: none — variants: test users (in UI labels)
• Canonical name: Experiment — variants: Path Experimentation
• Synonyms: “Simulation” = “Simulation mode”; “simulated users” = “test users” (UI label only)
• Do not confuse: “Simulation” ≠ “Test mode” (Test mode uses persistent AEP test profiles; Simulation uses temporary simulated users)
• Do not confuse: Targeting rule ≠ Experiment (both are Optimize activity methods, but the Journey Agent evaluates a configured rule for Targeting rule versus eligibility and allocation for Experiment)

FAQ:

• Q: What permissions do I need to use Simulation? — You need at least one of: Simulate journeys, Publish journeys, or Approve and Publish journeys. AI features additionally require Generate Content permission from the AI Assistant capability.
• Q: How does Simulation differ from Test mode? — Simulation uses temporary simulated users created on the fly, generally without pre-created profiles in Adobe Experience Platform; Test mode uses persistent profiles explicitly flagged as test profiles in AEP. 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 triggered by a Business Event cannot be run in Simulation.
• Q: Are the Targeting rule and Experiment methods of the Optimize activity supported in Simulation? — Yes. The Journey Agent evaluates the configured rule for Targeting rule, or the eligibility and allocation for Experiment (Path Experimentation), against the simulated user’s profile attributes to select the branch.
• 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 policy evaluation, frequency capping, opt-out management, and quiet hours are all not evaluated during Simulation.
• Q: What happens if my journey has more than 50 paths during AI generation? — The Journey Agent randomly selects paths to produce a maximum of 50 simulated users.