Introduzione alla simulazione dei Percorsi simulate-journey-gs

Percorso batch con un pubblico di lettura

Il percorso è attivato da un Read audience e l’area di lavoro non include attività evento unitarie. Durante la simulazione, la popolazione del pubblico non viene attivata. Solo gli utenti simulati entrano nel percorso.
Gli utenti simulati selezionati per la simulazione vengono visualizzati nella sezione Test utenti:

Percorso batch con un pubblico di lettura ed eventi unitari

Un percorso di attivazione segmento che include uno o più eventi unitari lungo il percorso. Innanzitutto devi attivare gli utenti simulati per accedere alla simulazione, quindi attivare gli eventi per gli utenti che attendono un nodo evento.
Gli utenti simulati selezionati per la simulazione e gli eventi configurati saranno visibili rispettivamente nelle sezioni Test users (Utenti di test) e Test events (Eventi di test). La sezione Eventi di test non sarà visibile finché un utente simulato non entra nel percorso.

Percorso unitario

Il percorso inizia con un evento unitario, non con un pubblico di lettura. Un utente simulato non entra nel percorso finché l’evento di inizio non viene attivato per lui.
Gli utenti simulati selezionati per la simulazione e gli eventi configurati saranno visibili rispettivamente nelle sezioni Utenti test e Eventi test. La sezione Test utenti non include un’azione per attivare un utente simulato nel percorso. Attiva la voce da Eventi di test.

Limitazioni a livello di nodo

Alcuni nodi impediscono l’avvio della simulazione. Altri vengono eseguiti in simulazione con il comportamento descritto di seguito. Quando un nodo deve essere rimosso o modificato prima della simulazione, aggiornare prima il percorso.

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
Nodo con restrizioni	Note
Eventi di business	Impossibile eseguire percorsi che iniziano con un evento di business in Simulazione.
Canali in entrata	Impossibile eseguire percorsi che includono un nodo di canale in entrata in Simulazione.
Ricerca nei set di dati	La simulazione non supporta le ricerche di set di dati cliente per chiave. Rimuovi o modifica questa attività prima di eseguire una simulazione.
Ottimizza attività	Ottimizza i metodi si comportano come segue: Regola di targeting ​: AI valuta la regola configurata in base agli attributi del profilo dell’utente simulato per selezionare il ramo. Esperimento (sperimentazione percorso): il routing viene gestito tramite Decisioning, per qualsiasi suddivisione anche una suddivisione 50/50 o un blocco del 10%. L’assegnazione è casuale e non deterministica per ogni utente simulato, quindi un piccolo batch, ad esempio 5 utenti anche quelli generati dall’intelligenza artificiale in Simulazione rapida, non è garantito per coprire ogni trattamento, potrebbero tutti atterrare sullo stesso per caso. Differisce da Divisione percentuale seguente. Suddivisione percentuale ​: IA crea un utente simulato per ramo, non in base alle percentuali di ramo. In fase di runtime, la valutazione live seleziona il ramo e potrebbe differire dal percorso generato. Non è possibile simulare una scelta di ramo. Per indirizzare gli utenti, si basa sull’ordine dei rami nell’area di lavoro. Il ramo superiore viene sempre scelto. Condizione temporale: le condizioni vengono applicate in fase di runtime come in un percorso live. Ad esempio, una finestra compresa tra le 8:00 e le 20:00 consente agli utenti di passare solo mentre la simulazione viene eseguita all’interno della finestra. Non è possibile simulare il tempo di esecuzione. Imposta la condizione in modo che corrisponda all’ora corrente al momento del test. Condizione data ​: le condizioni vengono applicate in fase di runtime come in un percorso live. Ad esempio, una data dell’8 giugno 2026 consente agli utenti di passare solo quando la simulazione viene eseguita in tale data. Non puoi simulare la data di esecuzione. Imposta la condizione sulla data corrente quando esegui il test. Limite del profilo: i limiti non vengono applicati durante la simulazione. IA crea un utente simulato per ramo. Non è possibile simulare una scelta di ramo. Per indirizzare gli utenti, si basa sull’ordine dei rami nell’area di lavoro. Il ramo superiore viene sempre scelto.
Rami di timeout ed errore	L’intelligenza artificiale non genera utenti per i rami di timeout o errore dell’attività. Gli utenti possono accedere a tali percorsi solo se durante la simulazione si verifica un errore o un timeout reale.
Ramo timeout (attività evento)	Gli utenti simulati vengono creati, ma in Simulazione manuale AI non decide chi entra in un ramo di timeout evento. Controlla il percorso inviando o meno l’evento. Ad esempio, per testare un ramo di timeout, attendi il timeout configurato e non inviare l’evento. La simulazione rapida può inviare o trattenere automaticamente gli eventi per coprire i rami di timeout.
Eventi di reazione	Gli eventi di reazione vengono eseguiti in simulazione, ma l’azione deve essere eseguita nella vita reale. Ad esempio, una reazione e-mail open richiede l’apertura del messaggio di bozza. Non è possibile simulare reazioni nell’interfaccia utente di simulazione.
Origini dati esterne	Le chiamate vengono eseguite durante la simulazione nello stesso modo in cui vengono eseguite in un percorso live. Le attività a valle possono utilizzare la risposta, ma non puoi prenderla in giro. Quando un valore di risposta genera un’attività Ottimizza, AI non può inventare tale output. Genera solo input per la chiamata. Ad esempio, se una chiamata accetta una città profilo e restituisce il meteo, l’agente imposta una città sull’utente simulato e la chiamata in tempo reale restituisce il meteo.
Azioni personalizzate	Il comportamento corrisponde alle origini dati esterne. Le chiamate in uscita vengono eseguite in tempo reale. L’intelligenza artificiale inserisce gli input. Gli output provengono dalla risposta live. Non puoi prendere in giro le risposte.
Arricchimento degli attributi del pubblico esterno	I percorsi che utilizzano attributi personalizzati da origini di pubblico esterne non iniziano in Simulazione quando si applica questa convalida.

Comportamento decisionale

Sono supportati i seguenti elementi Decisioning:

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
Elemento decisionale	Note
Idoneità dell’offerta	Supportato, inclusa l’idoneità in base agli attributi del profilo.
Regola di idoneità	Supportato. La regola può contenere attributi di profilo.
Pubblico idoneo	Supportato quando il pubblico viene aggiunto al profilo dell’utente simulato.
Classificazione per priorità di offerta	Supportato. Gli attributi del profilo non sono interessati.
Classificazione per formula	Supportato. La formula può utilizzare attributi di profilo.
Classificazione per Modello IA - Automatico	Supportato. La classificazione si basa solo sull’offerta e sul set di dati configurato; gli attributi del profilo non sono coinvolti. Richiede che i dati necessari siano presenti nel set di dati configurato.
Classificazione per Modello IA - Personalization	Supportato. Il pubblico viene considerato per la classificazione, non per l’idoneità. Poiché la classificazione è basata sull’intelligenza artificiale, le offerte restituite possono variare tra le esecuzioni di simulazione.

Limitazioni funzionali

Le seguenti funzionalità sono non supportate in Simulazione.

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
Funzionalità	Note
Criteri di uscita	I criteri di uscita non vengono applicati quando si esegue Simulazione.
Mascherare la risposta dell’azione personalizzata	Le azioni personalizzate eseguono una chiamata in uscita reale per impostazione predefinita. Non è supportato il mascheramento della risposta in modo da non eseguire chiamate esterne.
Valutazione dei criteri di consenso	Il consenso non può essere deriso a livello di utente simulato e i criteri di consenso non vengono valutati durante la simulazione.
Limitazione di percorso e arbitrato	Non valutato né applicato durante la simulazione.
Limitazione della frequenza (per canale o tipo di comunicazione)	Non valutato né applicato durante la simulazione.
Gestione delle rinunce, soppressione ed elenchi consentiti	Non valutato né applicato durante la simulazione.
Sottodominio dinamico e attributi dinamici in configurazioni di canale	Non supportato.
Ottimizzazione dell’ora di invio (STO)	Non valutato né applicato durante la simulazione.
Strumenti sandbox (copia utenti simulati tra sandbox)	Non supportato.
Invio ondata in percorsi	Non supportato.
Ore di silenzio	Non valutato né applicato durante la simulazione.
Privacy Service	Gli utenti simulati non sono profili persistenti conformi ai requisiti RGPD. Non includere dati reali dei clienti in utenti simulati.
Persistenza profilo	L’invio di un utente simulato in un percorso attiva un messaggio reale inviato tramite la pipeline di consegna standard. Se un set di dati interessato, ad esempio eventi di feedback o di tracciamento, è abilitato per il profilo, in Adobe Experience Platform può essere creato un profilo persistente per tale utente simulato, anche se l’esecuzione è contrassegnata come simulazione.

Guardrail quantitativi

Queste protezioni si applicano alla simulazione. Le maiuscole numeriche vengono applicate nell’interfaccia di percorso e in fase di runtime. I limiti possono cambiare in una versione successiva. Se ti trovi vicino a un soffitto, verifica il comportamento nella 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
Guardrail	Limite	Note
Numero massimo di utenti simulati che possono essere selezionati e attivati in un batch (percorsi batch, flussi attivati da eventi e flussi di qualificazione del pubblico)	20	Conteggiato per ogni Invia tutti o Attiva eventi selezionati, non un limite cumulativo per l’intero percorso.
Numero massimo di utenti simulati per richiesta di generazione	50	Numero massimo di utenti simulati generati da IA in una richiesta tramite Simulazione rapida o Generazione con IA in Simulazione manuale. Se il percorso ha più di 50 percorsi, AI seleziona in modo casuale i percorsi per produrre questi 50 utenti simulati.
Numero massimo di utenti simulati univoci testati in una singola esecuzione di simulazione	100	Il raggiungimento di 100 utenti univoci in una sola esecuzione blocca Seleziona utenti simulati per i nuovi utenti simulati. Se ti trovi alle 90, puoi aggiungerne al massimo 10 prima dello stesso blocco. Con un ID supplementare in un percorso Read audience, questo limite tiene traccia di esecuzioni totali del percorso, anziché di utenti univoci. Ad esempio, rieseguendo gli stessi cinque utenti simulati 20 volte si raggiunge il limite. Se si arresta e si riavvia, o si ripristina, la simulazione cancella il conteggio.
Numero massimo di percorsi eseguibili contemporaneamente in Simulazione in una sandbox	20	Il limite viene condiviso da ogni Simulazione percorso della sandbox.
Numero massimo di utenti simulati attivi in una sandbox	2,000	Numero massimo di utenti simulati che possono esistere nella sandbox contemporaneamente. Adobe può modificare questo limite in base al feedback ricevuto dai clienti.
Precompilazione evento (solo browser)	—	Puoi precompilare i campi del payload dell’evento solo nell’interfaccia utente di simulazione basata su browser. I valori precompilati rimangono in tale browser e non vengono sincronizzati con altri browser, dispositivi o sessioni, pertanto puoi visualizzare dati precompilati diversi in ogni posizione in cui esegui il test.
Fidelizzazione utenti simulata generata da IA	10 giorni	Gli utenti simulati generati dall’intelligenza artificiale vengono eliminati automaticamente 10 giorni dopo la creazione.
Conservazione globale simulata degli utenti	12 mesi	Gli utenti simulati globali vengono eliminati automaticamente 12 mesi dopo la creazione.

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.