In questa pagina: scopri come pubblicare un percorso in modalità di esecuzione a secco per testarlo con dati di produzione reali senza contattare clienti reali o aggiornare i profili, in modo da poter convalidare la progettazione prima della pubblicazione.
Non sei sicuro che Dry Run sia il metodo giusto per te? Confronta tutte e tre le opzioni di convalida.
L’esecuzione di prova di un percorso è una modalità speciale di pubblicazione dello stesso in Adobe Journey Optimizer che consente a chi si occupa dei percorsi di poterli testare utilizzando dati reali di produzione, senza però contattare clienti reali e senza dover aggiornare i dati dei profili. Questa funzione aiuta i professionisti del percorso ad acquisire maggiore sicurezza rispetto alla progettazione di un percorso e al targeting del pubblico, prima della pubblicazione effettiva.
➡️ Ulteriori informazioni sull’esecuzione di prova del percorso in questo video
Vantaggi chiave journey-dry-run-benefits
L’esecuzione in modalità Percorsi Dry aumenta la fiducia dei professionisti e il successo del percorso consentendo test sicuri e basati sui dati dei percorsi dei clienti che utilizzano dati di produzione reali, senza il rischio di contattare i clienti o di modificare le informazioni del profilo. Questa funzione consente ai professionisti del percorso di convalidare la logica di copertura del pubblico e della diramazione prima della pubblicazione, garantendo che i percorsi siano allineati agli obiettivi di business previsti.
Con l’esecuzione di prova del Percorso, è possibile identificare i problemi in anticipo, ottimizzare le strategie di targeting e migliorare la progettazione del percorso in base ai dati effettivi, non alle ipotesi. Integrato direttamente nell’area di lavoro del percorso, Dry run fornisce rapporti intuitivi e visibilità sugli indicatori delle prestazioni chiave, consentendo ai team di eseguire iterazioni affidabili e di semplificare i flussi di lavoro di approvazione. Ciò migliora l’efficienza operativa, riduce il rischio di lancio e migliora i risultati del coinvolgimento dei clienti.
In ultima analisi, questa funzione migliora il time-to-value e riduce i guasti del percorso.
Percorsi Dry run porta:
- Ambiente di test sicuro: i profili in modalità di esecuzione a secco non vengono contattati, garantendo che non vi sia alcun rischio di inviare comunicazioni o di influire sui dati live.
- Informazioni sul pubblico: i professionisti del Percorso possono prevedere la raggiungibilità del pubblico in vari nodi del percorso, incluse rinunce ed esclusioni in base alle condizioni del Percorso.
- Feedback in tempo reale: le metriche vengono visualizzate direttamente nell’area di lavoro del percorso, in modo simile al reporting live, consentendo agli utenti del percorso di perfezionare la progettazione del percorso.
Logica di esecuzione a secco journey-dry-run-exec
Durante l’esecuzione di prova, il percorso viene eseguito in modalità di simulazione, applicando i seguenti comportamenti specifici a ogni attività del percorso senza attivare azioni effettive:
-
I nodi dell’azione del canale, comprese le notifiche e-mail, SMS o push, non vengono eseguiti.
-
Le azioni personalizzate sono disabilitate durante l’esecuzione di prova e le relative risposte sono impostate su null.
Per migliorare la leggibilità, le azioni personalizzate e le attività del canale appaiono in grigio durante l’esecuzione di un’esecuzione di prova.
-
Le origini dati, incluse le origini dati esterne, e le attività Wait sono disabilitate per impostazione predefinita durante l’esecuzione di prova. Tuttavia, è possibile modificare questo comportamento quando si attiva la modalità di esecuzione di prova.
-
Reazione nodi non eseguiti: tutti i profili che vi entrano usciranno con successo. Tuttavia, si applicano le seguenti regole di priorità:
- Se viene utilizzato un nodo Reaction con uno o più nodi unitary event in parallelo, i profili passeranno sempre attraverso l’evento di reazione.
- Se viene utilizzato un nodo Reazione con uno o più nodi evento di reazione in parallelo, i profili passeranno sempre al primo nodo dell’area di lavoro (quello in alto).
-
Le attività Read Audience con un orario di esecuzione pianificato (giornaliero, settimanale o mensile) non seguono l’orario configurato nel percorso. La pianificazione è ancorata al momento in cui l’esecuzione di prova è stata attivata. Se ad esempio il percorso è impostato per l’esecuzione giornaliera alle 10 ma si attiva l’esecuzione di prova alle 8, tutte le letture pianificate successive durante l’esecuzione di prova verranno eseguite alle 8.
-
Le autorizzazioni per avviare un'esecuzione di prova sono limitate agli utenti con l'autorizzazione di alto livello Publish journeys. Le autorizzazioni per interrompere un'esecuzione di prova sono limitate agli utenti con l'autorizzazione di alto livello Manage journeys. Ulteriori informazioni sulla gestione dei diritti di accesso degli utenti Journey Optimizer in questa sezione.
-
Prima di iniziare a utilizzare la funzionalità di esecuzione di prova, leggere i guardrail e le limitazioni.
Avvia un’esecuzione di prova journey-dry-run-start
Potete utilizzare la funzionalità di esecuzione di prova in qualsiasi percorso 2D senza errori.
Per attivare l’esecuzione in prova, effettuare le seguenti operazioni:
-
Aprire il percorso che si desidera verificare.
-
Selezionare il pulsante Esegui.
-
Selezionare se si desidera abilitare o disabilitare le attività Wait e le chiamate Origini dati esterne e confermare la pubblicazione Dry run.
Durante la transizione viene visualizzato il messaggio di stato Attivazione dell’esecuzione di prova.
-
Dopo l’attivazione, il percorso entra in modalità Esecuzione a secco.
Monitorare un’esecuzione in prova journey-dry-monitor
Una volta avviata la pubblicazione in modalità Asciutto, puoi visualizzare l’esecuzione del percorso e il modo in cui i profili progrediscono attraverso rami e nodi del percorso.
Le metriche vengono visualizzate direttamente nell’area di lavoro del percorso. Ulteriori informazioni sui report e le metriche live di percorso sono disponibili in Report live nell’area di lavoro di percorso.
È inoltre possibile accedere ai report delle ultime 24 ore e ai report delle ultime 24 ore per l’esecuzione di prova. Per accedere a questi report, fare clic sul pulsante Visualizza report nell’angolo superiore destro dell’area di lavoro del percorso.
Interrompere un’esecuzione di prova journey-dry-run-stop
Dopo 14 giorni, i percorsi di esecuzione di prova passano automaticamente allo stato Bozza.
È inoltre possibile arrestare manualmente i percorsi di esecuzione di prova. Per disattivare la modalità di esecuzione a secco, effettuare le seguenti operazioni:
-
Aprire il percorso di esecuzione di prova che si desidera interrompere.
-
Seleziona il pulsante Chiudi per terminare il test.
Nella schermata di conferma sono disponibili i collegamenti alle ultime 24 ore e tutti i rapporti temporali.
-
Fai clic su Torna alla bozza per confermare.
Guardrail e limitazioni journey-dry-run-limitations
- I profili in modalità di esecuzione a secco vengono conteggiati per Profili coinvolgibili
- I percorsi in modalità di esecuzione in prova vengono conteggiati ai fini della quota di percorso in tempo reale
- I percorsi di esecuzione in prova non influiscono sulle regole aziendali
- Le azioni Salta non sono abilitate nell’esecuzione di prova.
Quando un percorso di origine attiva un evento Jump a una destinazione, tale evento di salto non è applicabile a una versione del percorso di esecuzione in prova. Ad esempio, se l’ultima versione di un percorso è in esecuzione di prova e la precedente è Live, l’evento Salta ignorerà la versione di esecuzione di prova e sarà applicabile solo a quella Live.
Eventi delle fasi del percorso ed esecuzione in prova journey-step-events
L’esecuzione di prova del percorso genera stepEvents. Questi stepEvents hanno un flag specifico e un ID esecuzione di prova: inDryRun e dryRunID.
_experience.journeyOrchestration.stepEvents.inDryRunrestituiscetruequando il percorso è in modalità di esecuzione in prova enullper percorsi di prova o live (esecuzione non in prova)._experience.journeyOrchestration.stepEvents.dryRunIDrestituisce l’ID dell’istanza di esecuzione di prova in modalità di esecuzione di prova; per percorsi di prova o live, ènull.
Se esporti dati stepEvent in sistemi esterni, puoi filtrare le esecuzioni di esecuzione di prova utilizzando il flag inDryRun.
Quando si analizzano metriche di reporting di percorso utilizzando il servizio query Adobe Experience Platform, è necessario escludere gli eventi di passaggio generati dall’esecuzione di prova. Per eseguire questa operazione, escludere gli eventi del passaggio in cui inDryRun è true (ovvero includere solo gli eventi in cui inDryRun è null o false).
Domande frequenti faq
Un’esecuzione di prova invia messaggi a clienti reali?
No. L’esecuzione in prova utilizza dati di produzione reali, ma non contatta i profili o aggiorna le informazioni sul profilo. Le azioni del canale (e-mail, SMS, push) non vengono eseguite e le azioni personalizzate vengono disabilitate con le relative risposte impostate su null.
Quali autorizzazioni sono necessarie per avviare o interrompere un’esecuzione di prova?
L’avvio di un’esecuzione di prova richiede l’autorizzazione di alto livello Publish journeys. L’arresto di un’esecuzione di prova richiede l’autorizzazione di alto livello Manage journeys. Per ulteriori informazioni, consulta la sezione sulle autorizzazioni.
In quali percorsi è possibile eseguire un’esecuzione di prova?
Puoi usare l’esecuzione in prova in qualsiasi percorso Bozza che non presenta errori.
Quanto dura un’esecuzione di prova?
Dopo 14 giorni, i percorsi di esecuzione di prova torneranno automaticamente allo stato Bozza. È inoltre possibile interrompere manualmente un’esecuzione di prova in qualsiasi momento.
Le attività di attesa e le origini dati esterne vengono eseguite durante un’esecuzione di prova?
Per impostazione predefinita, le attività Attendi e le origini dati (comprese le origini dati esterne) sono disabilitate durante un’esecuzione di prova. È possibile modificare questo comportamento quando si attiva la modalità di esecuzione di prova.
I profili e i percorsi di esecuzione a secco vengono conteggiati per le quote?
Sì. I profili in modalità di esecuzione in prova vengono conteggiati in base a Profili coinvolgibili e i percorsi in modalità di esecuzione in prova vengono conteggiati in base alla quota di percorsi attivi. Tuttavia, i percorsi di esecuzione in prova non influiscono sulle regole aziendali.
È ancora possibile accedere ai report di esecuzione di prova dopo l’interruzione del test?
No. I dati di reporting sono disponibili solo se l’esecuzione di prova è attiva. Una volta interrotti, i dati non sono più accessibili. Utilizza il pulsante Esporta sopra i report per scaricarli in anticipo, se necessario.
Come si escludono i dati di esecuzione in prova dai rapporti?
L’esecuzione di prova genera stepEvents contrassegnati con inDryRun e un dryRunID. Durante l’analisi delle metriche di reporting del percorso con il servizio query Adobe Experience Platform, escludere gli eventi del passaggio in cui inDryRun è true (includere solo gli eventi in cui inDryRun è null o false).
Il tempo di esecuzione pianificato di un’attività Read Audience cambia in Dry run?
Sì. Per i percorsi che utilizzano un’attività Read Audience con un orario pianificato (giornaliero, settimanale o mensile), l’esecuzione di prova ancorerà la pianificazione al momento in cui l’esecuzione di prova è stata attivata, non all’orario configurato nel percorso. Ad esempio, se il percorso è impostato per l’esecuzione alle 10 ma si attiva l’esecuzione di prova alle 8, tutte le letture giornaliere durante l’esecuzione di prova vengono eseguite alle 8.
Video introduttivo dry-run-video
Scopri come eseguire a secco i percorsi in questo video.
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 explains Journey Dry run, a special publication mode that lets practitioners test a journey using real production data without contacting customers or modifying profiles, and covers how to start, monitor, stop, and filter Dry run step events.
Intents:
- Activate Dry run mode on a Draft journey to validate audience reach and branch logic with real production data
- Monitor journey execution metrics in the canvas during a Dry run
- Stop a Dry run manually and return the journey to Draft status
- Filter Dry run step events out of reporting queries using the
inDryRunflag - Understand which activities are disabled or simulated during a Dry run
Glossary:
- Dry run: A special journey publication mode that executes the journey against real production data without sending any communications or updating profile information (product-specific)
- stepEvent: An automatically generated dataset record capturing every step a profile takes in a journey; Dry run step events carry
inDryRun=trueand adryRunID(product-specific) - inDryRun flag: A boolean field on stepEvents that is
truefor Dry run executions andnullfor live or test journeys (product-specific)
Guardrails:
- Only Draft journeys with no errors can be activated in Dry run mode
- Starting a Dry run requires the Publish journeys permission; stopping it requires Manage journeys
- Dry run journeys automatically exit Dry run mode and return to Draft status after 14 days. No journey content is lost; only the Dry run session ends.
- Profiles processed during a Dry run are counted towards Engageable Profiles and the live journey quota
- Channel action nodes (Email, SMS, Push) and Custom actions are not executed during Dry run
- Jump actions are not enabled in Dry run
- Reaction nodes are not executed during Dry run; profiles exit successfully, with priority rules for parallel unitary and reaction branches
- Reporting data is only available while the Dry run is active; once stopped, the data is no longer accessible
- Dry run journeys do not impact business rules
- For journeys using a Read Audience activity with a scheduled time (daily, weekly, or monthly), the Dry run does not follow the configured journey schedule — the schedule is anchored to the moment Dry run was activated (e.g. journey set to 10 AM, Dry run activated at 8 AM → all reads during Dry run execute at 8 AM)
Terminology:
- Canonical name: Journey Dry run — Acronym: none — variants: dry run mode, Dry run publication mode
- Synonyms: “Dry run” = “smoke test” (informally)
- Do not confuse: “Dry run” ≠ “Test mode” ≠ “Simulation” — Dry run uses real production data and counts toward Engageable Profiles and live journey quota; Test mode uses persistent AEP test profiles in a draft journey; Simulation uses temporary simulated users that do not persist in AEP
FAQ:
- Q: Does Dry run actually send emails or push notifications to customers? — No; all channel action nodes and custom actions are disabled and not executed during a Dry run.
- Q: How long does a Dry run last before it automatically stops? — 14 days, after which the journey automatically transitions back to Draft status.
- Q: How do I exclude Dry run data from my journey analytics queries? — Filter out step events where
inDryRunistrue; include only events whereinDryRunisnullorfalse. - Q: Are profiles counted against any limits during a Dry run? — Yes; profiles are counted towards Engageable Profiles and the Dry run journey is counted towards the live journey quota.
- Q: Can I enable Wait activities and external data source calls during a Dry run? — Both are disabled by default, but you can choose to enable or disable them when activating the Dry run.
- Q: Does Dry run respect the scheduled execution time configured in a Read Audience journey? — No. The Dry run anchors the schedule to the activation time, not the configured journey time. If the journey is set to run at 10 AM but Dry run is activated at 8 AM, all scheduled reads during Dry run execute at 8 AM.