In questa pagina: confrontare simulazione Percorso, modalità Test Percorso ed esecuzione Percorso in prova. Scopri quale si adatta alla tua fase attuale di creazione di un percorso: da un’iterazione rapida durante la progettazione a un controllo pre-lancio finale rispetto al pubblico in tempo reale.
Adobe Journey Optimizer offre tre modi per convalidare un percorso prima della pubblicazione. Non sono intercambiabili: ognuno usa un tipo di dati diverso, si adatta a una fase diversa della tua build e comporta conseguenze diverse nel mondo reale. Comprendere la differenza fin dall’inizio ti aiuta a evitare due errori comuni. Il primo consiste nel trascorrere del tempo a creare profili di test quando una simulazione rapida può funzionare. Il secondo presuppone che un passaggio di convalida sia completamente “sicuro” quando può ancora contattare caselle in entrata reali o effettuare chiamate in uscita reali.
Questa pagina si concentra sulla convalida del flusso di percorso e della logica di diramazione. Per un quadro completo delle funzionalità di test e approvazione, inclusi anteprima del contenuto, rendering di e-mail e controlli di posta indesiderata, esperimenti A/B e flussi di lavoro di approvazione, vedere Test, convalida e approvazione.
Sei nuovo alla convalida? Inizia qui quick-pick
Se non sei sicuro del metodo applicabile, rispondi a questa domanda:
- Sto ancora progettando il mio percorso e desidero convalidare rapidamente la logica di un ramo, senza creare profili di test. → Utilizzare Simulazione Percorso.
- Desidero convalidare manualmente la logica del percorso bozza passo dopo passo, utilizzando profili di test reali (ma designati). → Utilizzare Modalità test Percorso.
- Sto per pubblicare e voglio un controllo finale dei volumi previsti rispetto al mio pubblico di produzione reale, senza contattare nessuno. → Usare Percorso di prova.
Non sei ancora sicuro, o vuoi il quadro completo? Continua a leggere — ogni metodo è descritto in dettaglio di seguito.
I tre metodi di convalida validation-methods
Quando utilizzare: Iterazione rapida durante la progettazione del percorso, in particolare prima di una scadenza o durante il test di nuovi rami o percorsi. Inoltre, funziona bene come metodo di convalida continuo quando la creazione di un profilo di test appropriato per il tuo caso d’uso non è pratica.
La simulazione dei Percorsi convalida il percorso con utenti simulati temporanei. Non è necessario creare o attendere la propagazione di profili di test Adobe Experience Platform (AEP) reali. Puoi creare manualmente gli utenti simulati, oppure consentire all’intelligenza artificiale di generare automaticamente gli eventi di test di cui il percorso ha bisogno e di farli corrispondere agli utenti simulati giusti, attivando il percorso in pochi secondi.
Meccanica chiave:
- Gli utenti simulati non sono profili reali in AEP; puoi anche salvarli nel inventario per riutilizzarli nelle simulazioni future invece di crearli ogni volta da zero.
- I criteri di uscita, i criteri di consenso, la limitazione di frequenza/percorso, la rinuncia/soppressione e le ore non interattive non vengono valutati.
- Le azioni personalizzate e le chiamate a origini dati esterne effettuano ancora vere chiamate in uscita, non vengono beffate.
| note important |
|---|
| IMPORTANT |
| La simulazione invia messaggi reali agli indirizzi di esecuzione (e-mail, telefono, token push) configurati sugli utenti simulati, ad esempio il tuo indirizzo e-mail. Utilizza la stessa pipeline di consegna della produzione. Non contatta clienti reali o aggiorna i dati del profilo live, ma i messaggi stessi sono reali. |
Ideale per: Convalida di un nuovo ramo (ad esempio, due nuovi percorsi dei criteri di decisione) senza attendere la propagazione del profilo di test di AEP.
➡️ Introduzione alla simulazione del percorso | Simula il tuo percorso
Quando utilizzare: verifica manuale della logica di ramo e messaggio passo dopo passo, con profili di test reali (ma designati) che attraversano il percorso di bozze.
Modalità di test Percorsi consente di convalidare un percorso bozza utilizzando Profili di test AEP persistenti. Per confermare che la logica di ramificazione e la meccanica di consegna dei messaggi funzionino come progettato prima che qualsiasi pubblico di produzione tocchi il percorso, attiva manualmente gli eventi dall’interfaccia.
Meccanica chiave:
- Solo i profili contrassegnati come “profili di test” in Real-Time Customer Profile possono accedere a un percorso in modalità di test Percorso.
- La modalità Test percorso è disponibile solo per i percorsi bozza che utilizzano uno spazio dei nomi 🔗, poiché deve verificare in AEP se una persona è un profilo di test.
- Un massimo di 100 profili di test può entrare in un percorso durante una singola sessione di test e gli eventi possono essere attivati solo dall’interfaccia, non da sistemi esterni tramite API.
- La disattivazione della modalità di test Percorso rimuove tutti i profili che sono entrati nel percorso e cancella i rapporti.
| note important |
|---|
| IMPORTANT |
| La modalità di test del percorso invia messaggi reali alle caselle in entrata effettive dei profili di test, utilizzando la stessa pipeline di consegna della produzione. Non contatta clienti reali, ma non si tratta neanche di una simulazione "a secco": assicurati che i profili di test utilizzino gli indirizzi che controlli. |
Punto critico: La creazione e la propagazione di nuovi profili di test di AEP richiede tempo. Simulazione Percorso offre un’alternativa rapida che non richiede alcun profilo di test. È utile non solo in attesa che i profili si propaghino, ma non è pratico creare in qualsiasi momento un profilo di test appropriato per il caso d’uso.
Quando utilizzare: un controllo finale e realistico della produzione subito prima della pubblicazione.
Percorso di prova è una modalità speciale di pubblicazione del percorso che esegue il percorso rispetto al pubblico di produzione reale e ai dati di segmentazione, senza contattare clienti reali o aggiornare le informazioni del profilo. Il percorso si attiva come un percorso live e i profili passano attraverso rami e nodi esattamente come farebbero in produzione. Tuttavia, nodi azione quali e-mail, SMS e azioni personalizzate vengono ignorati.
Meccanica chiave:
- Utilizza il pubblico di produzione effettivo, in modo da visualizzare la portata reale e il targeting su larga scala (ad esempio, individuare un bug in cui un intero ramo riceve inaspettatamente zero profili).
- A ogni attivazione, per recuperare più rapidamente le metriche puoi disabilitare le attività di attesa e mantenere il percorso completamente isolato puoi disabilitare le chiamate a origini dati esterne.
- La funzionalità Disponibilità limitata è attualmente in fase di rollout a livello globale nel tempo.
Ideale per: Rilevare problemi come nodi di condizione digitati in modo errato o tipi di pubblico che non raggiungono in modo imprevisto un ramo, immediatamente prima di capovolgere il percorso dal vivo.
Quale metodo si deve utilizzare? decision-guide
Inizia con una semplice domanda: hai già profili di test adatti al tuo caso d’uso? In caso affermativo, la modalità di test Percorso ti consente di convalidarla passo dopo passo. In caso contrario, o se non è possibile crearli per questo particolare caso d’uso, la simulazione dei Percorsi ti fa convalidare in secondi.
Al di là di questa scelta, la risposta in genere si riduce a un’altra domanda: quanto è vicino alla produzione questo test?
Se stai ancora iterando nella progettazione del percorso — testando un nuovo ramo, lavorando in base a una scadenza — utilizza Simulazione del Percorso. Non ha bisogno di profili reali ed è in esecuzione in secondi. Resta inoltre una scelta valida in un secondo momento della build, ogni volta che non è pratico creare profili di test adatti al tuo caso d’uso. Ricordati che invia messaggi reali agli indirizzi di esecuzione configurati sugli utenti simulati.
Se devi verificare manualmente il ramo e la logica dei messaggi passo dopo passo e sei disposto a creare o riutilizzare i profili di test di AEP, utilizza Modalità test Percorso. Ricorda solo che invia messaggi reali alle caselle in entrata reali dei profili di test.
Se stai per pubblicare e desideri un controllo finale dei volumi previsti rispetto al pubblico di produzione effettivo, utilizza Percorso di prova. Non contatta mai nessuno o modifica i dati del profilo.
Confronto rapido quick-comparison
Nessuno di questi metodi contatta clienti reali. Anche i dati di profilo vengono lasciati intatti in ogni caso, con la differenza che la modalità Test di Percorso aggiorna i profili di test utilizzati per eseguirli (non i profili cliente reali).
Errori comuni da evitare common-mistakes
- La simulazione del Percorso è completamente “sicura”. È il modo più veloce per eseguire il test, ma invia comunque messaggi reali all’indirizzo di esecuzione configurato su ogni utente simulato, di solito la tua casella in entrata. Non presumere che non venga inviato nulla.
- Creazione dei profili di test di AEP quando dovrebbe essere eseguita la simulazione del Percorso. Se devi solo convalidare rapidamente un nuovo ramo o percorso di criteri decisionali, la simulazione evita completamente l’attesa della propagazione del profilo di test, salvando la modalità di test Percorso per i casi in cui siano effettivamente necessari profili di test reali.
- Trattamento della modalità di test Percorso come “dry” I profili della modalità di test del percorso ricevono messaggi reali tramite la pipeline di consegna della produzione. Assicurati che i profili di test utilizzino solo gli indirizzi controllati.
- Prevista esecuzione di prova del Percorso per rilevare il contenuto o problemi di consegna. L’esecuzione a secco ignora completamente i nodi di azione: convalida la logica di diffusione e diramazione del pubblico, non il contenuto dei messaggi o la meccanica di consegna. Utilizza la modalità Simulazione o Test Percorso.
- Dimenticamento del requisito dello spazio dei nomi per la modalità Test Percorso. La modalità Test percorso funziona solo su percorsi bozza che utilizzano uno spazio dei nomi, perché Journey Optimizer necessita di uno spazio dei nomi per verificare se un profilo è contrassegnato come profilo di test.
Passaggi successivi next-steps
- Introduzione alla simulazione di percorso — Eseguire la prima simulazione
- Verifica il percorso - Attiva la modalità di test del Percorso con i profili di test di AEP
- Percorso di esecuzione di prova — Esecuzione di un’esecuzione di prova realistica per la produzione
- Pubblicare il percorso — Prerequisiti e processo di pubblicazione
- Introduzione ai percorsi: panoramica su nozioni di base e funzionalità
- Domande frequenti su Journey Orchestration — Risposte alle domande comuni
- Test, convalida e approvazione: scenario completo di test e approvazione, inclusi anteprima del contenuto, controlli di rendering/posta indesiderata, esperimenti e flussi di lavoro di approvazione
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 vengono confrontati i tre metodi di convalida dei percorsi in Adobe Journey Optimizer, ovvero Simulazione Percorso, Modalità test Percorso ed Esecuzione Percorso in prova. Fornisce una selezione rapida con una sola domanda, una guida decisionale, una tabella di confronto rapido e un elenco di errori comuni per aiutare gli utenti a scegliere quella giusta per la fase attuale di creazione di un percorso.
Intenti:
- Scegliere il metodo di convalida corretto per una determinata fase della creazione del percorso
- Confronto tra simulazione Percorso, modalità Test Percorso e Percorso Dry run side by side
- Scopri quando utilizzare la simulazione del Percorso per un’iterazione rapida senza profili di test reali
- Scopri quando utilizzare la modalità di test Percorso per la convalida manuale dettagliata con profili di test reali
- Scopri quando utilizzare l’esecuzione Percorsi Dry per un controllo finale pre-avvio rispetto ai dati di produzione
- Scopri i metodi di convalida che inviano messaggi reali o contattano clienti reali
- Evitare errori comuni durante il prelievo o l’utilizzo di un metodo di convalida
Glossario:
- Simulazione Percorso: metodo di convalida che utilizza utenti simulati temporanei, creati manualmente o generati automaticamente, per testare un percorso senza la necessità di profili di test AEP reali. (specifico per prodotto)
- Modalità di test Percorso: metodo di convalida che utilizza profili di test AEP persistenti, contrassegnati nel profilo cliente in tempo reale, per eseguire manualmente la logica dei messaggi e del ramo di una bozza di percorso. (specifico per prodotto)
- Esecuzione in prova del Percorso: modalità di pubblicazione che esegue un percorso in base ai dati del pubblico di produzione reale senza contattare i clienti o aggiornare i dati del profilo. I nodi delle azioni vengono ignorati. (specifico per prodotto)
- Agente di simulazione: meccanismo che genera automaticamente gli eventi di test e li confronta con gli utenti simulati durante la simulazione di Percorso. (specifico per prodotto)
Guardrail:
- La modalità Test percorso è disponibile solo per i percorsi in stato di bozza che utilizzano uno spazio dei nomi e supporta un massimo di 100 profili di test per sessione
- Gli eventi della modalità Test di percorso possono essere attivati solo dall’interfaccia e non da sistemi esterni tramite API
- La modalità di test del percorso invia messaggi reali alle caselle in entrata effettive dei profili di test utilizzando la pipeline di consegna della produzione
- La disattivazione della modalità di test Percorso rimuove tutti i profili che sono entrati nel percorso e ne cancella il reporting
- La simulazione del percorso non valuta i criteri di uscita, i criteri di consenso, il limite di frequenza/percorso, la rinuncia/soppressione o le ore non interattive
- Le azioni personalizzate e le chiamate all’origine dati esterna di Simulazione percorso sono reali, non sono prese in giro
- La simulazione di percorso invia messaggi reali agli indirizzi di esecuzione (e-mail, telefono, token push) configurati sugli utenti simulati, utilizzando la stessa pipeline di consegna della produzione
- A differenza di Percorsi Simulation, Percorsi Dry run non invia mai messaggi reali
- L’esecuzione in prova del percorso è attualmente una funzione a disponibilità limitata, in fase di rollout globale nel tempo
- L’esecuzione a secco del percorso ignora i nodi di azione (e-mail, SMS, azioni personalizzate), ma indirizza comunque i profili attraverso rami e nodi utilizzando dati di produzione reali
Terminologia:
- Nome canonico: Simulazione Percorso — varianti: simulazione, modalità simulazione
- Nome canonico: modalità test Percorso — varianti: modalità test, test percorso, test percorso
- Nome canonico: Percorso di prova — varianti: prova a secco, prova a secco
- Non confondere: la simulazione del Percorso (utenti simulati temporanei, nessun profilo di test di AEP necessario, invia messaggi reali agli indirizzi di esecuzione configurati degli utenti simulati) ≠ la modalità di test del Percorso (profili di test di AEP persistenti, invia messaggi reali alle caselle in entrata reali di tali profili) ≠ l’esecuzione in prova del Percorso (dati del pubblico di produzione reali, nessun contatto, nessun aggiornamento del profilo, nodi di azione ignorati, non invia mai messaggi reali)
Domande frequenti:
- Q: quale metodo di convalida utilizzare durante la progettazione di un percorso? simulazione di Percorso: non richiede profili di test reali e viene eseguito in secondi, il che lo rende ideale per un’iterazione rapida.
- Q: la simulazione del Percorso invia messaggi reali? Sì. La simulazione consegna messaggi reali agli indirizzi di esecuzione (e-mail, telefono, token push) configurati sugli utenti simulati, spesso l’indirizzo del tester. Utilizza la stessa pipeline di consegna della produzione, ma non contatta i clienti reali né aggiorna i dati del profilo live.
- Q: la modalità Test di Percorso invia e-mail o SMS reali? Sì. La modalità di test del percorso consegna messaggi reali alle caselle in entrata effettive dei profili di test, utilizzando la stessa pipeline di consegna della produzione. Non contatta clienti reali, ma i messaggi stessi sono reali.
- Q: Percorsi Dry esegue l’invio di messaggi? — No L’esecuzione a secco ignora i nodi di azione come le azioni e-mail, SMS e personalizzate, in modo che i profili passino attraverso la logica del percorso senza che venga inviato alcun messaggio.
- D: devo convalidare un nuovo ramo rapidamente prima di una scadenza. Quale metodo è adatto? — Simulazione di Percorso; genera utenti simulati su richiesta (o riutilizza quelli salvati nell’inventario) invece di richiedere la pre-creazione e l’attesa di profili di test reali.
- Q: l’esecuzione di prova del Percorso è disponibile per tutti? — Attualmente, la funzionalità Disponibilità limitata viene implementata a livello globale nel tempo; verificare la disponibilità per la propria organizzazione.
- Q: è possibile attivare gli eventi della modalità Test di Percorso da un sistema esterno? — No; in modalità Test Percorso, gli eventi possono essere attivati solo dall’interfaccia e non da sistemi esterni tramite API.