Verifica del percorso

Prima di poter testare il percorso, è necessario risolvere tutti gli eventuali errori. Vedi questa sezione.

Puoi verificare il percorso prima della pubblicazione utilizzando i profili di test. Questo consente di analizzare il flusso di singoli utenti nel percorso e risolvere i problemi prima della pubblicazione.

Solo i profili di test possono accedere a un percorso in modalità di test. Puoi creare un nuovo profilo di test o trasformarne uno esistente in un profilo di test. Fare riferimento a questa sezione sezione.

Per utilizzare la modalità di test, effettua le seguenti operazioni:

  1. Prima di testare il percorso, verifica che sia valido e che non vi sia alcun errore. Non potrai avviare un test di un percorso con errori. Vedi questa sezione. In caso di errori, viene visualizzato un simbolo di avviso.

  2. Per attivare la modalità di test, fai clic sull’interruttore Test situato nell’angolo in alto a destra.

  3. Utilizza il parametro Wait time , nell’angolo in basso a sinistra, per definire l’ora in cui ogni attività di attesa e il timeout dell’evento dureranno in modalità di test. Il tempo predefinito è di 10 secondi per attese e timeout dell’evento. In questo modo sarà possibile ottenere rapidamente i risultati del test. Questo parametro viene visualizzato solo se nel percorso sono state eliminate una o più attività di attesa.

    NOTA

    Quando un evento di reazione viene utilizzato in un percorso, il tempo di attesa predefinito e il valore minimo è 40 secondi. Vedi questa sezione.

  4. Fai clic su Trigger an event per configurare e inviare eventi al percorso.

  5. Configura i diversi campi previsti. Nel campo Identificatore profilo , immetti il valore del campo utilizzato per identificare il profilo di test. Ad esempio, può essere l’indirizzo e-mail. Assicurati di inviare eventi relativi ai profili di test. Consulta Attivazione degli eventi.

  6. Dopo aver ricevuto gli eventi, fai clic sul pulsante Show log per visualizzare il risultato del test e verificarlo. Consulta Visualizzazione dei log.

  7. In caso di errori, disattiva la modalità di test, modifica il percorso e verificalo di nuovo. Quando il test è conclusivo, puoi pubblicare il percorso. Consulta questa pagina.

Note importanti

  • Viene fornita un’interfaccia per attivare eventi al percorso testato, ma gli eventi possono essere inviati anche da sistemi di terze parti come Postman.
  • Solo i singoli utenti contrassegnati come "profili di test" nel servizio Profilo cliente in tempo reale potranno accedere al percorso testato. Fare riferimento a questa sezione sezione.
  • La modalità di test è disponibile solo in percorsi 2D che utilizzano uno spazio dei nomi. La modalità di test deve verificare se una persona che accede al percorso è un profilo di test o meno e deve quindi essere in grado di raggiungere il Adobe Experience Platform.
  • Il numero massimo di profili di test che possono entrare in un percorso durante una sessione di test è 100.
  • Quando disattivi la modalità di test, svuota i percorsi da tutte le persone che sono entrate nel passato o che vi si trovano attualmente. Inoltre, cancella la segnalazione.
  • Puoi attivare/disattivare la modalità di test il numero di volte necessario.
  • Non è possibile modificare il percorso quando viene attivata la modalità di test. In modalità di test, è possibile pubblicare direttamente il percorso, senza dover disattivare la modalità di test in precedenza.

Trasformazione di un profilo in un profilo di test

Puoi trasformare un profilo esistente in un profilo di test. In Adobe Experience Platform puoi aggiornare gli attributi dei profili tramite chiamate API, ma non tramite l’interfaccia.

Il modo più semplice per farlo è utilizzare un'attività di azione Aggiorna profilo e cambiare il campo booleano del profilo di test da false a true. Vedi questa sezione.

Creazione di un profilo di test

Se desideri creare un nuovo profilo di test, la procedura è la stessa di quando crei un profilo in Adobe Experience Platform. Viene eseguito tramite chiamate API. Vedere questa pagina

Devi utilizzare uno schema di profilo contenente il mixin "profile test details" (Dettagli test profilo). Il flag testProfile fa parte di questo mixin.

Quando crei un profilo, accertati di trasmettere il valore: testProfile = true.

Tieni presente che puoi anche aggiornare un profilo esistente per modificare il relativo flag testProfile in "true".

Ecco un esempio di chiamata API per creare un profilo di test:

curl -X POST \
'https://dcs.adobedc.net/collection/xxxxxxxxxxxxxx' \
-H 'Cache-Control: no-cache' \
-H 'Content-Type: application/json' \
-H 'Postman-Token: xxxxx' \
-H 'cache-control: no-cache' \
-H 'x-api-key: xxxxx' \
-H 'x-gw-ims-org-id: xxxxx' \
-d '{
"header": {
"msgType": "xdmEntityCreate",
"msgId": "xxxxx",
"msgVersion": "xxxxx",
"xactionid":"xxxxx",
"datasetId": "xxxxx",
"imsOrgId": "xxxxx",
"source": {
"name": "Postman"
},
"schemaRef": {
"id": "https://example.adobe.com/mobile/schemas/xxxxx",
"contentType": "application/vnd.adobe.xed-full+json;version=1"
}
},
"body": {
"xdmMeta": {
"schemaRef": {
"contentType": "application/vnd.adobe.xed-full+json;version=1"
}
},
"xdmEntity": {
"_id": "xxxxx",
"_mobile":{
"ECID": "xxxxx"
},
"testProfile":true
}
}
}'

Attivazione degli eventi

Il pulsante Trigger an event ti consente di configurare un evento che farà entrare una persona nel percorso.

NOTA

Quando si attiva un evento in modalità di test, viene generato un evento reale, il che significa che si verifica anche in altri percorsi in ascolto di questo evento.

Come prerequisito, devi sapere quali profili vengono contrassegnati come profili di test in Adobe Experience Platform. In effetti, la modalità di test consente solo questi profili nel percorso e l’evento deve contenere un ID. L’ID previsto dipende dalla configurazione dell’evento. Ad esempio, può essere un ECID o un indirizzo e-mail. Il valore di questa chiave deve essere aggiunto nel campo Identificatore profilo .

Se il percorso contiene più eventi, utilizza l’elenco a discesa per selezionare un evento. Quindi, per ogni evento, configura i campi passati e l’esecuzione dell’invio dell’evento. L’interfaccia ti aiuta a trasmettere le informazioni corrette nel payload dell’evento e ad assicurarti che il tipo di informazioni sia corretto. La modalità di test salva gli ultimi parametri utilizzati in una sessione di test per un utilizzo successivo.

L’interfaccia ti consente di trasmettere parametri di eventi semplici. Se desideri passare raccolte o altri oggetti avanzati nell’evento, puoi fare clic su Code View per visualizzare l’intero codice del payload e modificarlo. Ad esempio, puoi copiare e incollare le informazioni sull’evento preparate da un utente tecnico.

Un utente tecnico può inoltre utilizzare questa interfaccia per comporre payload di eventi e attivare eventi senza dover utilizzare uno strumento di terze parti.

Quando si fa clic sul pulsante Send, il test inizia. La progressione dell'individuo nel percorso è rappresentata da un flusso visivo. Il percorso diventa progressivamente verde mentre l'individuo si muove attraverso il percorso. Se si verifica un errore, nel passaggio corrispondente viene visualizzato un simbolo di avviso. È possibile posizionare il cursore su di esso per visualizzare ulteriori informazioni sull'errore e accedere a tutti i dettagli (se disponibili).

Quando selezioni un profilo di test diverso nella schermata di configurazione dell’evento ed esegui nuovamente il test, il flusso visivo viene cancellato e mostra il percorso del nuovo individuo.

Quando si apre un percorso nel test, il percorso visualizzato corrisponde all'ultimo test eseguito.

Il flusso visivo funziona se l’evento viene attivato tramite l’interfaccia o esternamente (ad esempio utilizzando Postman).

Modalità di test per percorsi basati su regole

La modalità di test è disponibile anche per i percorsi che utilizzano un evento basato su regole. Per ulteriori informazioni sugli eventi basati su regole, consulta questa pagina.

Quando si attiva un evento, la schermata Event configuration ti consente di definire i parametri dell’evento da trasmettere nel test. Per visualizzare la condizione dell’ID evento, fai clic sull’icona della descrizione comando nell’angolo in alto a destra. È disponibile anche una descrizione comandi accanto a ciascun campo che fa parte della valutazione delle regole.

Per ulteriori informazioni su come utilizzare la modalità di test, consulta questa pagina.

Visualizzazione dei registri

Il pulsante Show log ti consente di visualizzare i risultati del test. In questa pagina vengono visualizzate le informazioni correnti del percorso in formato JSON. Un pulsante consente di copiare interi nodi. Devi aggiornare manualmente la pagina per aggiornare i risultati dei test del percorso.

NOTA

Nei registri di test, in caso di errore durante la chiamata a un sistema di terze parti (origine dati o azione), vengono visualizzati il codice di errore e la risposta di errore.

Viene visualizzato il numero di persone (tecnicamente si chiamano istanze) attualmente all’interno del percorso. Seguono alcune utili informazioni visualizzate per ogni singolo utente:

  • Id: l’ID interno della persona nel percorso. Può essere utilizzato a scopo di debug.
  • currentstep: il passo in cui si trova l'individuo nel percorso. È consigliabile aggiungere etichette alle attività per identificarle più facilmente.
  • currentstep > fase: lo stato del percorso dell’utente (in esecuzione, finito, errore o timeout). Per ulteriori informazioni, consulta di seguito.
  • currentstep > extraInfo: descrizione dell’errore e di altre informazioni contestuali.
  • currentstep > fetchErrors: informazioni sugli errori di recupero dati che si sono verificati durante questo passaggio.
  • externalKeys: il valore della formula chiave definita nell'evento.
  • dati arricchiti: i dati recuperati dal percorso se il percorso utilizza origini dati.
  • TransitionHistory: l’elenco dei passaggi seguiti dall’utente. Per gli eventi, viene visualizzato il payload.
  • actionExecutionErrors : informazioni sugli errori verificatisi.

Di seguito sono riportati i diversi stati del percorso di un individuo:

  • In esecuzione: l'individuo è attualmente nel percorso.
  • Completato: l'individuo è alla fine del percorso.
  • Errore: l'utente viene arrestato nel percorso a causa di un errore.
  • Timeout: l'individuo viene fermato nel percorso a causa di un passo che richiedeva troppo tempo.

Quando un evento viene attivato utilizzando la modalità di test, un set di dati viene generato automaticamente con il nome dell’origine.

Quando un evento viene attivato utilizzando la modalità di test, un set di dati viene generato automaticamente con il nome dell’origine.

La modalità di test crea automaticamente un evento esperienza e lo invia a Adobe Experience Platform. Il nome dell'origine di questo evento esperienza è "Eventi test Journey Orchestration".

Nel caso di più eventi attivati da più percorsi

Esiste uno scenario in cui ci sono più eventi inviati da più percorsi che avranno schemi diversi. Lo schema può essere mappato su 1 set di dati? In caso contrario, saranno necessari più set di dati.

La creazione e la denominazione automatica di questi set di dati viene eseguita se un set di dati di destinazione non è incluso nell’evento di esperienza. Ecco perché oggi vediamo il "dataset creato automaticamente per voyager".

La denominazione della nostra sorgente determina la creazione automatica. Se abbiamo più eventi, dovremmo concatenarli e farli diventare "Evento di test Journey Orchestration - NOME DELLO SCHEMA". Viene automaticamente impostato su "Set di dati generato automaticamente per evento di test Journey Orchestration - NAME OF SCHEMA".

In questa pagina

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now