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.
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.
Questa sezione contiene informazioni strutturate che supportano l’interpretazione, il recupero e la risposta alle domande relative a questo argomento.
Per una comprensione completa, queste informazioni devono essere unite alla documentazione su questa pagina. Nessuna delle due origini è progettata per essere indipendente; la pagina descrive la funzione, mentre questa sezione fornisce un contesto aggiuntivo che aiuta a non ambiguare la terminologia, le finalità, l’applicabilità e i vincoli.
- TL;DR: In questa pagina viene illustrata l’esecuzione di prova del Percorso, una modalità di pubblicazione speciale che consente ai professionisti di testare un percorso utilizzando dati di produzione reali senza contattare i clienti o modificare i profili e viene illustrato come avviare, monitorare, arrestare e filtrare gli eventi dei passaggi dell’esecuzione di prova.
Intenti:
- Attiva la modalità di esecuzione in modalità provvisoria in un percorso in bozza per convalidare la logica di diffusione e diramazione del pubblico con i dati di produzione reali
- Monitorare le metriche di esecuzione del percorso nell’area di lavoro durante un’esecuzione di prova
- Interrompere un’esecuzione di prova manuale e riportare il percorso allo stato Bozza
- Filtrare gli eventi dei passaggi di esecuzione di prova dalle query di reporting utilizzando il flag
inDryRun - Scopri quali attività sono disabilitate o simulate durante un’esecuzione in prova
Glossario:
- Esecuzione a secco: modalità speciale di pubblicazione del percorso che esegue il percorso rispetto ai dati di produzione reali senza inviare comunicazioni o aggiornare le informazioni del profilo (specifiche del prodotto)
- stepEvent: un record di set di dati generato automaticamente che acquisisce ogni passaggio che un profilo compie in un percorso; gli eventi dei passaggi di esecuzione in prova contengono
inDryRun=truee undryRunID(specifico per prodotto) - Flag inDryRun: campo booleano in stepEvents che è
trueper le esecuzioni di esecuzione di prova enullper i percorsi live o di prova (specifico per prodotto)
Guardrail:
- In modalità di esecuzione a secco è possibile attivare solo percorsi 2D senza errori
- L’avvio di un’esecuzione di prova richiede l’autorizzazione Pubblica percorsi; l’arresto richiede Gestisci percorsi
- I percorsi di esecuzione di prova escono automaticamente dalla modalità di esecuzione di prova e tornano allo stato Bozza dopo 14 giorni. Non viene perso alcun contenuto di percorso; termina solo la sessione di esecuzione di prova.
- I profili elaborati durante un’esecuzione di prova vengono conteggiati per i profili coinvolgibili e la quota di percorso live
- I nodi di azione del canale (e-mail, SMS, push) e le azioni personalizzate non vengono eseguiti durante l’esecuzione in prova
- Le azioni di salto non sono abilitate nell’esecuzione di prova
- I nodi di reazione non vengono eseguiti durante l’esecuzione di prova; i profili vengono chiusi correttamente, con regole di priorità per i rami di reazione e unitari paralleli
- I dati di reporting sono disponibili solo quando l’esecuzione di prova è attiva; una volta arrestata, i dati non sono più accessibili
- I percorsi di esecuzione in prova non influiscono sulle regole aziendali
- Per i percorsi che utilizzano un’attività Read Audience con un orario pianificato (giornaliero, settimanale o mensile), l’esecuzione di prova non segue la pianificazione di percorso configurata. La pianificazione è ancorata al momento dell’attivazione dell’esecuzione di prova (ad esempio, percorso impostato su 10, esecuzione di prova attivata alle 8 → tutte le letture durante l’esecuzione di prova alle 8)
Terminologia:
- Nome canonico: Percorsi Dry run — Acronimo: none — varianti: dry run mode, Dry run publication mode
- Sinonimi: “prova di secchezza” = “prova di fumo” (informalmente)
- Da non confondere: “Esecuzione in prova” ≠ “Modalità di prova” ≠ “Simulazione” — L’esecuzione in prova utilizza i dati di produzione reali e i conteggi per i profili coinvolgibili e la quota di percorso live; la modalità di prova utilizza i profili di test AEP persistenti in un percorso in bozza; la simulazione utilizza utenti simulati temporanei che non persistono in AEP
Domande frequenti:
- Q: Dry run invia effettivamente e-mail o notifiche push ai clienti? — No; tutti i nodi di azione del canale e le azioni personalizzate sono disabilitate e non eseguite durante un’esecuzione di prova.
- Q: quanto tempo dura un’esecuzione di prova prima che si arresti automaticamente? — 14 giorni, dopo i quali il percorso ritorna automaticamente allo stato Bozza.
- D: come posso escludere i dati di esecuzione in prova dalle query di analisi di percorso? — Escludere gli eventi di passaggio in cui
inDryRunètrue; includere solo gli eventi in cuiinDryRunènullofalse. - Q: i profili vengono conteggiati rispetto a qualsiasi limite durante un’esecuzione di prova? — Sì; i profili vengono conteggiati per i profili associabili e il percorso di esecuzione in prova viene conteggiato per la quota di percorso in tempo reale.
- Q: posso abilitare le attività Attendi e le chiamate all’origine dati esterne durante un’esecuzione di prova? — Entrambi sono disattivati per impostazione predefinita, ma è possibile scegliere di attivarli o disattivarli quando si attiva l’esecuzione di prova.
- Q: l’esecuzione di prova rispetta il tempo di esecuzione pianificato configurato in un percorso Read Audience? — No L’esecuzione di prova fissa la pianificazione al tempo di attivazione e non al tempo di percorso configurato. Se il percorso è impostato per l’esecuzione alle 10 ma l’esecuzione in prova è attivata alle 8, tutte le letture pianificate durante l’esecuzione in prova vengono eseguite alle 8.