In questa pagina: scopri come la simulazione di percorso consente di eseguire test con utenti simulati e come l’esperienza di simulazione varia a seconda del tipo di percorso prima della pubblicazione.
Non sei sicuro che la simulazione sia il metodo giusto per te? Confronta tutte e tre le opzioni di convalida.
-
Per utilizzare Simulazione, assegna almeno un'autorizzazione dalla funzionalità Percorsi: Simula percorsi, Pubblica percorsi o Approva e pubblica percorsi. Le stesse autorizzazioni ti consentono di creare e gestire utenti simulati; Utenti simulati le autorizzazioni non sono necessarie. Ulteriori informazioni
-
Per gestire gli utenti simulati senza Simulazione, assegna Gestione utenti simulati o Visualizza utenti simulati dalla funzionalità Utenti simulati.
-
Per IA nella simulazione (Simulazione rapida, utenti generati da IA, Genera valori evento), assegna Genera contenuto dalla funzionalità Assistente IA.
Puoi impostare il percorso su Simulazione oltre a Bozza, Modalità test e Live. In Simulazione, si esegue il test con utenti simulati: entità temporanee simili a profili aggiunte, senza utilizzare profili di test persistenti in Adobe Experience Platform.
Adobe Journey Optimizer offre due modi per testare e convalidare il percorso:
-
Simulazione: utilizzare la funzionalità di percorso Simulazione e simulare utenti senza profili precreati in Adobe Experience Platform, supportando sia gli utenti basati su IA che quelli creati manualmente.
-
Modalità di test: utilizza profili persistenti contrassegnati come profili di test in Adobe Experience Platform, riutilizzabili in più sessioni. Scegli questo approccio quando hai bisogno di dati coerenti e predefiniti. Scopri come creare profili di test.
Simulazione per tipo di percorso by-journey-type
Il pannello Simulazione mostra solo i passaggi necessari per il percorso. Questo dipende dal modo in cui i profili entrano nel percorso. Da questi fattori, Adobe Journey Optimizer fa emergere diverse esperienze di simulazione. Espandi ciascun tipo riportato di seguito per vedere le differenze tra le esecuzioni e quali pannelli utilizzi.
Per ulteriori dettagli, vedere Simulare il percorso.
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:
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.
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.
Simulazione avvio launch
Passa al percorso Simulazione per eseguire il test con utenti simulati. Le attività dettagliate sono descritte in Simulare il percorso.
-
Dal tuo percorso, fai clic su Simula e scegli Simulazione.
-
Attendere il completamento dell’attivazione. Mentre il percorso passa a Simulazione, i controlli nel pannello vengono disattivati e riattivati automaticamente al termine dell’attivazione.
Limitazioni limitations
In questa versione, La simulazione potrebbe non supportare tutte le attività, i canali o le integrazioni supportati dalla Modalità di test o da un percorso live e il comportamento potrebbe cambiare con la maturazione delle funzionalità. Usa questo articolo per i flussi di lavoro supportati.
Per ulteriori informazioni sulle limitazioni della simulazione, consulta i menu a discesa sottostanti.
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 11-row-2 12-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. |
| ID supplementare (rientro multiplo) | La simulazione non si avvia quando è abilitato il rientro multiplo e lo stesso utente simulato potrebbe avere più istanze attive contemporaneamente. |
| Nodo decisione contenuto | Rimuovi o modifica questa attività prima di simulare il percorso. |
| 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à | Esperimento e Regola di targeting non supportati. Rimuovere o modificare il nodo prima della simulazione. Altri metodi Ottimizza si comportano come segue: Divisione percentuale : Journey Agent 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. Journey Agent 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 | Journey Agent non genera utenti per i rami di timeout attività o errore. Gli utenti possono accedere a tali percorsi solo se durante la simulazione si verifica un errore o un timeout reale. |
| Ramo timeout (attività evento) | Vengono creati utenti simulati, ma in Simulazione manuale Journey Agent non decide chi deve inserire un ramo di timeout dell’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, Journey Agent 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. Il Journey Agent 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. |
Le seguenti funzionalità non sono 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 14-row-2 | |
|---|---|
| Funzionalità | Note |
| Criteri di uscita | I criteri di uscita non vengono applicati quando si esegue Simulazione. |
| Adobe Journey Optimizer decisioni all’interno di un’azione, ad esempio contenuto e-mail con Adobe Journey Optimizer decisioning | Le bozze delle azioni per il contenuto che utilizza le decisioni Adobe Journey Optimizer non vengono generate. |
| 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. |
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 Journey Agent in una richiesta tramite Simulazione rapida o Generazione con IA in Simulazione manuale. Se il percorso ha più di 50 percorsi, Journey Agent seleziona in modo casuale i percorsi per produrre gli utenti simulati 50. |
| 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. |
| 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. |
Video introduttivo video
Il video seguente mostra come utilizzare la simulazione rapida per testare i percorsi dei clienti automatizzando i processi chiave. Genera profili di test, orchestra gli eventi, velocizza i tempi di attesa e convalida gli scenari.
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, 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 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)
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)
- 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)
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: 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.