Documentazione Journey Optimizer Guida di Journey Optimizer

Risolvere i problemi relativi all’esecuzione live del percorso troubleshooting-execution

Ultimo aggiornamento: 15 maggio 2026

Si applica a:
Journey Orchestration

Argomenti:
{"id":"d998adac-2f81-400b-a669-d07bb196e4eb"}

Creato per:

{"id":"b5a62a22-46f7-4f0d-b151-3fc640bef588"}
{"id":"b69b2659-1057-424e-8fc5-ed9e016dc554"}

In questa pagina: scopri come risolvere i problemi relativi all’esecuzione di un percorso live, tra cui la verifica dell’invio degli eventi, la conferma dell’immissione e dell’avanzamento dei profili nel percorso e la verifica della consegna dei messaggi.

style

shade-box

In questa sezione, scopri come risolvere i problemi relativi agli eventi di percorso, verificare se i profili sono entrati nel percorso, come ci si sposta e se i messaggi vengono inviati.

È inoltre possibile risolvere gli errori prima di testare o pubblicare un percorso. Scopri come in questa pagina.

Se utilizzi azioni in entrata, scopri come risolverle in questa pagina.

Verifica che gli eventi siano inviati correttamente checking-that-events-are-properly-sent

Il punto di partenza di un percorso è sempre un evento. Puoi eseguire i test utilizzando strumenti come Postman.

Puoi verificare se la chiamata API inviata tramite questi strumenti viene inviata correttamente o meno. Se ricevi nuovamente un errore, significa che la chiamata presenta un problema. Controlla di nuovo il payload, l’intestazione (e in particolare l’ID organizzazione) e l’URL di destinazione. Puoi chiedere all’amministratore qual è l’URL corretto da utilizzare.

Gli eventi non vengono inviati direttamente dall’origine ai percorsi. I percorsi si basano infatti sulle API Streaming Ingestion di Adobe Experience Platform. Di conseguenza, in caso di problemi relativi agli eventi, puoi fare riferimento alla Adobe Experience Platform documentazione per la risoluzione dei problemi relativi alle API Streaming Ingestion.

Se il percorso non è in grado di abilitare la modalità di test con l’errore ERR_MODEL_RULES_16, verificare che l’evento utilizzato includa uno spazio dei nomi identità quando si utilizza un’azione del canale.

Lo spazio dei nomi dell’identità viene utilizzato per identificare in modo univoco i profili di test. Ad esempio, se per identificare i profili di test si utilizza l’e-mail, deve essere selezionato lo spazio dei nomi dell’identità E-mail. Se l’identificatore univoco è il numero di telefono, deve essere selezionato lo spazio dei nomi dell’identità Telefono.

Controlla se le persone entrano nel percorso checking-if-people-enter-the-journey

Il reporting percorso misura le entrate delle persone in un percorso in tempo reale.

Se l’invio dell’evento è stato completato con successo ma non viene visualizzata alcuna entrata nel percorso, significa che si sono verificati errori tra l’invio dell’evento e la ricezione dell’evento nel percorso.

Per iniziare la risoluzione dei problemi, consulta le domande seguenti:

Hai la certezza che il percorso in cui prevedevi che arrivasse l’evento fosse in modalità di test o live?
Hai salvato l’evento prima di copiare il payload dall’anteprima del payload?
Il payload dell’evento contiene un ID evento?
Hai raggiunto l’URL giusto?
Hai seguito la struttura del payload delle API per l’acquisizione in streaming utilizzando l’anteprima della struttura del payload nel riquadro di configurazione dell’evento? Consulta questa pagina.

Hai utilizzato le coppie chiave-valore corrette nell’intestazione dell’evento?

code language-none
`X-gw-ims-org-id - your organization's ID Content-type - application/json`

Condizione evento e tipi di dati dello schema - Verificare che i tipi di dati utilizzati nella condizione evento (regola) corrispondano allo schema evento. I tipi non corrispondenti (ad esempio, stringa vs. numero intero) causano un errore di valutazione della regola e l’eliminazione degli eventi. Vedere Verifica identità evento.
Evento ignorato - condizione di qualifica non soddisfatta - Per gli eventi basati su regole, se la condizione di qualifica non è soddisfatta dal payload dell’evento (ad esempio, se un campo obbligatorio è vuoto o mancante oppure una condizione come isNotEmpty in un campo non riesce), l’evento è ricevuto ma scartato e il percorso non viene attivato. Registri e tracce Splunk possono mostrare che l’evento è stato ricevuto ma scartato perché non soddisfa la condizione di qualifica, con codici di eliminazione come notSuitableInitialEvent. Questo è il comportamento previsto: se la condizione di qualifica non viene soddisfatta, l’evento verrà scartato e il percorso non verrà attivato per quel profilo. Verifica che il payload dell’evento contenga i campi e i valori previsti e che la regola nella configurazione dell’evento corrisponda ai dati inviati. Se l’evento viene attivato da una azione personalizzata da un altro percorso, vedere Gestione degli eventi di eliminazione e dei timeout di inattività nella risoluzione dei problemi relativi alle azioni personalizzate.

>>
Per i percorsi di qualificazione del pubblico con pubblico in streaming: se utilizzi un’attività di qualificazione del pubblico come punto di ingresso del percorso, tieni presente che non tutti i profili idonei per il pubblico entreranno necessariamente nel percorso a causa di fattori di tempistica, uscite rapide dal pubblico o se i profili erano già presenti nel pubblico prima della pubblicazione. Ulteriori informazioni sulle considerazioni sulla tempistica di qualificazione del pubblico in streaming.

Verifica identità evento verify-event-identity-and-rule-data-types

Durante la configurazione di un percorso basato su eventi, verifica che il campo di identità del payload corrisponda allo spazio dei nomi selezionato nell’evento. Se l’evento include campi per la corrispondenza del profilo, verificare la corrispondenza tra maiuscole e minuscole lettere e il tipo di dati nella condizione dell’evento con i dati in entrata. Se, ad esempio, lo schema evento definisce roStatus come stringa, anche la regola di percorso deve valutarlo come stringa. I tipi di dati non corrispondenti (ad esempio, stringa vs. numero intero) causano un errore di valutazione della regola e l’eliminazione di eventi validi. Analogamente, se l’evento ha una condizione di qualifica (ad esempio, un campo non deve essere vuoto), gli eventi che non soddisfano tale condizione vengono scartati e non attivano il percorso; i registri possono mostrare codici di eliminazione come notSuitableInitialEvent.

Per convalidare la condizione evento in Journey Optimizer, utilizza l’anteprima del payload nella configurazione dell’evento e assicurati che i tipi e i valori nella regola corrispondano alla struttura del payload. Scopri come visualizzare in anteprima il payload e configurare gli eventi basati su regole.

Risolvere i problemi relativi alle transizioni della modalità di test troubleshooting-test-transitions

Se i profili di test non riescono ad avanzare nel percorso in modalità di test o il flusso visivo non visualizza frecce verdi che indicano la progressione del passaggio, il problema può essere correlato alla convalida della transizione. Questa sezione fornisce indicazioni sulla diagnosi e la risoluzione di problemi comuni relativi alla modalità di test.

Profili di test non in avanzamento

Se i profili di test entrano nel percorso ma non superano il passaggio iniziale, verifica quanto segue:

Data di inizio Percorso - La causa più comune è quando la data di inizio del percorso è impostata in futuro. I profili di test vengono eliminati immediatamente se l’ora corrente non rientra nella finestra date/ore di inizio e fine configurata dal percorso, generando la voce di registro: DISPATCHER DISCARD #16 — unqualified on journey version enablements. Per risolvere:
- Verifica che la data di inizio del percorso non sia impostata in futuro
- Assicurarsi che l’ora corrente rientri nell’intervallo di date attivo del percorso
- Se necessario, imposta temporaneamente la data di inizio a un’ora precedente al momento corrente per il test, quindi ripristinala prima di pubblicarla
Configurazione profilo di test - Verificare che il profilo sia contrassegnato correttamente come profilo di test in Adobe Experience Platform. Per ulteriori informazioni, vedere come creare profili di test.
Mancata corrispondenza dello spazio dei nomi dell’identità - Una mancata corrispondenza dello spazio dei nomi causa un calo invisibile all’utente: l’evento viene accettato e restituisce una risposta di successo, ma il profilo non entra mai nel percorso e non viene visualizzato alcun errore nell’interfaccia utente. Verificare che lo spazio dei nomi nell’Identificatore profilo corrisponda esattamente allo spazio dei nomi definito nello schema eventi (distinzione maiuscole/minuscole). Per informazioni dettagliate, vedere il formato espressione Identificatore profilo.

Indicatori di transizione nulli

Durante la risoluzione dei problemi tecnici, è possibile che nei dettagli tecnici del percorso venga rilevata una proprietà isValidTransition impostata su null. Questa proprietà di sola interfaccia utente non influisce sull’elaborazione back-end o sulle prestazioni del percorso. Tuttavia, un valore null può indicare:

Configurazione errata del Percorso - La data di inizio del percorso è impostata in futuro, causando l’eliminazione silenziosa degli eventi di test
Transizione danneggiata - In rari casi, potrebbe essere necessario riconnettere i nodi del percorso

Se riscontri problemi di transizione persistenti:

Verifica che la data di inizio del percorso sia corrente
Disattivare e riattivare la modalità di test
Se il problema persiste, è consigliabile duplicare i nodi del percorso interessati e riconnetterli
Per i casi non risolti, contatta il supporto con i registri di percorso, gli ID profilo interessati e i dettagli sulla transizione null

NOTE

Gli eventi inviati al di fuori della finestra della data attiva del percorso vengono eliminati automaticamente con la voce di registro DISPATCHER DISCARD #16 — unqualified on journey version enablements e nessun errore nell'interfaccia utente. Verifica sempre la configurazione degli intervalli di percorso prima di risolvere i problemi relativi alla progressione del profilo di test.

Controllare il modo in cui le persone si spostano nel percorso checking-how-people-navigate-through-the-journey

Il reporting di percorso misura il progresso delle persone all’interno di un percorso. È facile identificare in che punto una persona si è fermata e per quale motivo.

Di seguito sono riportati alcuni elementi da verificare:

È dovuto a una condizione che esclude la persona? Ad esempio, la condizione è “genere = uomo” e la persona in oggetto è una donna. Questo controllo può essere eseguito da un utente aziendale, se la condizione non è troppo complessa.
È dovuto a una chiamata a un’origine dati che non risponde? Quando il percorso è in modalità di test, queste informazioni possono essere visualizzate nei registri in modalità di test. Quando il percorso è live, un amministratore può testare le chiamate dirette all’origine dati e verificare la risposta ricevuta. Un amministratore può anche duplicare il percorso e testarlo.

Eventi eliminati a causa di un’istanza di percorso bloccata max-instance-stack-events-reached

Se vengono visualizzati eventi scartati con il motivo maxInstanceStackEventsReached, il runtime di percorso ha raggiunto il limite interno di 10 eventi per stack di eventi per profilo per una versione di percorso specifica. Si tratta di un guardrail di sicurezza che impedisce l’accumulo di troppi eventi in sospeso mentre è ancora in corso l’elaborazione di un altro evento per lo stesso profilo.

non è un limite di intervallo di tempo o di velocità effettiva. Si verifica quando l’istanza di percorso del profilo è bloccata su un passaggio di lunga durata (ad esempio, un lungo periodo di attesa, un arricchimento o nuovi tentativi di azione personalizzati) e gli eventi per lo stesso profilo, utilizzati anche in quel percorso, si accumulano oltre il limite di 10 eventi.

Per identificarlo, eseguire una query sugli eventi dei passaggi del percorso in cui il motivo dell’eliminazione è uguale a maxInstanceStackEventsReached (ad esempio, in serviceEvents.stateMachine.eventType o campi simili). Ulteriori informazioni sui tipi di evento eliminati sono disponibili nell’elenco dei campi evento passaggio.

Operazioni possibili

Riduci le lunghe attese o i passaggi lenti sui percorsi che possono riattivarsi frequentemente.
Deduplicare o annullare gli eventi a monte quando possibile.
Suddividi gli scenari a lunga durata in più percorsi per evitare lo stacking.

Verifica che i messaggi siano inviati correttamente checking-that-messages-are-sent-successfully

Se gli individui si spostano nel modo giusto all’interno del percorso ma non ricevono i messaggi che dovrebbero ricevere, puoi verificare se:

Journey Optimizer ha preso correttamente in considerazione la richiesta di invio del messaggio. Gli utenti aziendali possono accedere al messaggio che doveva essere stato inviato e verificare se l’ora dell’esecuzione più recente corrisponde all’orario di esecuzione del percorso. Può anche controllare le ultime chiamate/eventi API ricevuti.
Journey Optimizer ha inviato correttamente il messaggio. Controlla la segnalazione del percorso per assicurarti che non ci siano errori.

Nel caso di un messaggio inviato tramite un’azione personalizzata, l’unica cosa che è possibile controllare durante il test di percorso è il fatto che la chiamata del sistema dell’azione personalizzata conduca o meno a un errore. Se la chiamata al sistema esterno associata all’azione personalizzata non genera un errore ma non causa l’invio di un messaggio, è necessario eseguire alcune indagini sul lato del sistema esterno.

Informazioni sulle voci duplicate negli eventi dei passaggi del Percorso duplicate-step-events

Utilizzare questa sezione per comprendere il motivo per cui le righe duplicate possono essere visualizzate negli Eventi dei passaggi del Percorso.

Perché trovo più voci con lo stesso ID istanza, profilo, nodo e richiesta di percorso?

Quando si esegue una query sui dati degli eventi delle fasi del Percorso, è possibile osservare occasionalmente voci di registro duplicate per la stessa esecuzione del percorso. Queste voci condividono valori identici per:

profileID - Identità del profilo
instanceID - Identificatore dell’istanza del percorso
nodeID - Nodo percorso specifico
requestID - Identificatore della richiesta

Tuttavia, queste voci hanno valori _id diversi, che è l’indicatore chiave che distingue questo scenario dalla duplicazione effettiva dei dati.

Da cosa deriva questo comportamento?

Ciò si verifica a causa di operazioni di ridimensionamento automatico back-end (detto anche “ribilanciamento”) nell’architettura dei microservizi di Adobe Journey Optimizer. Durante i periodi di carico elevato o di ottimizzazione del sistema:

Un evento del passaggio di percorso inizia l’elaborazione e viene registrato nel set di dati Eventi del passaggio di Percorso
Un’operazione di ridimensionamento automatico ridistribuisce il carico di lavoro tra le istanze del servizio
Lo stesso evento può essere rielaborato da un’altra istanza del servizio, creando una seconda voce di registro con un _id diverso

Si tratta di un comportamento di sistema previsto e funziona come previsto.

Vi è un impatto sull’esecuzione del percorso o sulla consegna dei messaggi?

No L’impatto è limitato solo alla registrazione. Adobe Journey Optimizer dispone di meccanismi di deduplicazione incorporati a livello di esecuzione dei messaggi che garantiscono:

Un solo messaggio (e-mail, SMS, notifica push, ecc.) viene inviato a ogni profilo
Le azioni vengono eseguite una sola volta
L’esecuzione del percorso procede correttamente

È possibile verificare questa situazione eseguendo una query su ajo_message_feedback_event_dataset o controllando i registri di esecuzione dell’azione. Si noterà che è stato effettivamente inviato un solo messaggio, nonostante le voci di evento del passaggio di percorso duplicate.

Come posso identificare questi casi nelle mie query?

Durante l’analisi dei dati degli eventi dei passaggi del Percorso:

Controllare il campo _id: i duplicati a livello di sistema effettivi avrebbero lo stesso _id. Valori _id diversi indicano voci di registro separate dallo scenario di ribilanciamento descritto sopra.

Verifica recapito messaggi: riferimento incrociato con i dati di feedback del messaggio per confermare che è stato inviato un solo messaggio:

code language-sql

SELECT
  timestamp,
  _experience.customerJourneyManagement.messageExecution.messageExecutionID,
  _experience.customerJourneyManagement.messageDeliveryfeedback.feedbackStatus
FROM ajo_message_feedback_event_dataset
WHERE
  _experience.customerJourneyManagement.messageExecution.journeyVersionID = '<journeyVersionID>'
  AND TO_JSON(identityMap) like '%<profileID>%'
ORDER BY timestamp DESC;

Raggruppa per identificatori univoci: durante il conteggio delle esecuzioni, utilizza _id per ottenere conteggi accurati:

code language-sql

SELECT
  COUNT(DISTINCT _id) as unique_executions
FROM journey_step_events
WHERE
  _experience.journeyOrchestration.stepEvents.journeyVersionID = '<journeyVersionID>'
  AND _experience.journeyOrchestration.stepEvents.profileID = '<profileID>'

Cosa devo fare se osservo questo?

Si tratta di un comportamento normale del sistema e non è richiesta alcuna azione. La registrazione duplicata non indica un problema nella configurazione del percorso o nella consegna del messaggio.

Se stai creando rapporti o analisi basati su eventi dei passaggi del Percorso:

Usa _id come chiave primaria per il conteggio degli eventi univoci
Riferimento incrociato con i set di dati di feedback dei messaggi durante l’analisi della consegna dei messaggi
Tieni presente che l’analisi dei tempi può mostrare le voci raggruppate in pochi secondi l’una dall’altra

Per ulteriori informazioni sull’esecuzione di query sugli eventi dei passaggi del Percorso, vedere Esempi di query.

Risolvere i problemi relativi alle discrepanze nelle metriche del dashboard dashboard-metrics

Se le metriche visualizzate nel dashboard Panoramica non corrispondono al numero effettivo di percorsi nella scheda Sfoglia, verificare quanto segue:

Assicurati che i percorsi in questione abbiano avuto traffico nelle ultime 24 ore, in quanto i percorsi senza attività recente vengono esclusi dal dashboard.
Verifica di disporre delle autorizzazioni di accesso appropriate per visualizzare tutti i percorsi dell’organizzazione.
Attendi fino a 30 minuti per l’aggiornamento delle metriche dopo aver apportato modifiche ai percorsi.

Se le discrepanze persistono, contatta il supporto Adobe con le schermate delle schede Panoramica e Sfoglia per ulteriori informazioni.

Parametri di tracciamento che mostrano segnaposto vuoti nei percorsi chiusi tracking-parameters-closed-journeys

Se gli URL di tracciamento nelle e-mail inviate contengono segnaposto vuoti come cid=em-acou-adob{}, potrebbe essere impossibile risolvere un campo di contesto come context.system.source.actionId. Ciò si verifica in genere quando un percorso viene chiuso e non viene ripubblicato dopo una modifica rilevante del prodotto; solo i percorsi ripubblicati compilano correttamente questi campi di contesto negli URL di tracciamento.

Per risolvere il problema, ripubblicare il percorso (crea una nuova versione e pubblicarla) oppure rimuovere il riferimento al campo di contesto interessato dai parametri di tracciamento URL nella configurazione del canale o nel contenuto dell’e-mail.

Guida di riferimento della Knowledge Base di AI

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: Questa pagina è un riferimento completo per la risoluzione dei problemi relativi all’esecuzione di un percorso live in Adobe Journey Optimizer e tratta argomenti quali la consegna di eventi, gli errori di immissione dei profili, i problemi di transizione della modalità di test, gli eventi eliminati, i registri eventi dei passaggi duplicati, i controlli di consegna dei messaggi e le discrepanze delle metriche della dashboard.

Intenti:

Diagnosticare il motivo per cui gli eventi non attivano l’immissione del percorso controllando la struttura del payload, le intestazioni e le condizioni di qualifica
Verifica se i profili stanno entrando e progredendo attraverso un percorso in modalità live o di test
Risolvere gli errori di transizione della modalità di test causati da date di inizio future o da spazi dei nomi di identità non configurati correttamente
Comprendere e gestire il motivo dell’eliminazione di maxInstanceStackEventsReached per le istanze di percorso bloccate
Identificare ed eseguire correttamente la query delle voci del registro eventi del passaggio di Percorso duplicate causate dal ridimensionamento automatico del back-end
Esaminare i messaggi mancanti verificando i risultati del reporting di percorso e della chiamata di azione personalizzata
Correggi i segnaposto degli URL di tracciamento vuoti nelle e-mail da percorsi chiusi

Glossario:

Eventi passaggio Percorso: un set di dati che registra ogni passaggio eseguito da un profilo all’interno di un percorso, utilizzato per la generazione di rapporti e il debug di (specifico per prodotto)
notSuitableInitialEvent: un codice di eliminazione che indica che un evento è stato ricevuto ma eliminato perché la condizione di qualifica non è stata soddisfatta (specifico per prodotto)
maxInstanceStackEventsReached: è stato superato il limite di 10 per stack di eventi di percorso per profilo (specifico per prodotto)
isValidTransition: proprietà di sola interfaccia utente nei dettagli tecnici del percorso. Un valore null può indicare una data di inizio futura o una connessione al nodo danneggiata, ma non influisce sull’elaborazione back-end (specifica per prodotto)
Condizione di qualificazione: una regola definita in un evento che deve essere soddisfatta perché l’evento attivi un percorso; gli eventi che non soddisfano questa condizione vengono ignorati
Ribilanciamento: operazione di ridimensionamento automatico back-end nei microservizi AJO che consente di creare voci duplicate del registro eventi dei passaggi del Percorso con valori _id diversi

Guardrail:

Gli eventi inviati al di fuori della finestra di data/ora attiva del percorso vengono automaticamente scartati senza alcun messaggio di errore
Il limite per lo stack di eventi di percorso per profilo è di 10 eventi; il superamento di questo limite determina l’eliminazione degli eventi con maxInstanceStackEventsReached
Le voci di evento di passaggio Percorso duplicate con valori _id diversi sono un comportamento previsto del sistema e non indicano la duplicazione dei messaggi
Le metriche della panoramica del dashboard includono solo percorsi con traffico nelle ultime 24 ore; l’aggiornamento delle metriche può richiedere fino a 30 minuti
I percorsi chiusi che non sono stati ripubblicati dopo una modifica del prodotto possono produrre segnaposto vuoti negli URL di tracciamento

Terminologia:

Nome canonico: Eventi di passaggio del Percorso — Acronimo: none — varianti: eventi di passaggio, registri di esecuzione del percorso
Nome canonico: Condizione di qualificazione — Acronimo: none — Varianti: regola di qualificazione dell’evento, condizione dell’evento
Sinonimi: “ribilanciamento” = “ridimensionamento automatico” (operazione di back-end che causa voci di registro duplicate)
Non confondere: “duplicare _id” ≠ “duplicare le voci di registro dal ribilanciamento” — i duplicati veri condividono lo stesso _id; i duplicati di ribilanciamento hanno valori _id diversi

Domande frequenti:

Q: perché i miei eventi non attivano un percorso anche se vengono inviati correttamente? — Verificare che il percorso sia attivo o in modalità di test, che il payload corrisponda alla struttura dello schema dell’evento, che la condizione di qualificazione sia soddisfatta e che siano incluse le intestazioni corrette (X-gw-ims-org-id, Content-type).
D: perché i profili di test entrano nel percorso ma non avanzano oltre il primo passaggio? — La causa più comune è una data di inizio percorso impostata nel futuro; gli eventi vengono eliminati automaticamente al di fuori della finestra di date attiva. Verifica anche la corrispondenza tra il flag del profilo di test e lo spazio dei nomi dell’identità.
Q: cosa significa maxInstanceStackEventsReached? — il runtime di percorso ha raggiunto il limite interno dello stack di 10 eventi per un’istanza di profilo specifica, in genere perché un passaggio a esecuzione prolungata blocca l’elaborazione. Riduci le lunghe attese, deduplica gli eventi a monte o divide lo scenario in più percorsi.
Q: visualizzo righe duplicate negli eventi dei passaggi del Percorso. Si è verificato un errore? — No Sono previste voci duplicate con valori _id diversi, risultanti dal ridimensionamento automatico del back-end. È stato effettivamente inviato un solo messaggio; verificare con ajo_message_feedback_event_dataset.
D: perché gli URL di tracciamento nelle e-mail mostrano segnaposto vuoti come cid=em-acou-adob{}? — Il percorso è stato chiuso e non è stato ripubblicato dopo una modifica del prodotto; i campi di contesto non possono essere risolti. Ripubblica il percorso o rimuovi il riferimento al campo di contesto interessato dai parametri di tracciamento URL.
D: perché il dashboard Panoramica mostra numeri diversi rispetto alla scheda Sfoglia? — La dashboard conta solo i percorsi con traffico nelle ultime 24 ore, le metriche richiedono fino a 30 minuti per essere aggiornate e le autorizzazioni di accesso possono limitare la visibilità.

recommendation-more-help

journey-optimizer-help