Abilitare l’unione delle identità

Se utilizzi i campi dello schema Experience Data Model (XDM) per l’ID persistente o l’ID persona, assicurati che le identità siano contrassegnate correttamente nello schema per il set di dati dell’evento. Consulta la panoramica dello spazio dei nomi delle identità.

Verifica la copertura delle identità sia per l’ID persistente che per l’ID persona:

• ID persistente

  Esegui la query di 7 giorni di dati in cui il campo ID persistente non è nullo e dividi per una query di 7 giorni di dati per tutti gli eventi nel set di dati. Tale percentuale dovrebbe essere superiore al 95%.

  Esempio di query per la verifica:

  code language-sql
  SELECT COUNT(*) AS total_events, COUNT({PERSISTENT_ID_FIELD}) AS events_with_persistentid, ROUND(COUNT({PERSISTENT_ID_FIELD}) / COUNT(*), 2) AS percent_with_persistentid_not_null FROM {DATASET_TABLE_NAME} WHERE TO_TIMESTAMP(timestamp, '{FORMAT_STRING}') >= TIMESTAMP '{START_DATE}' AND TO_TIMESTAMP(timestamp, '{FORMAT_STRING}') < TIMESTAMP '{END_DATE}';

  Dove:

  • {PERSISTENT_ID_FIELD} è il campo per l’ID persistente. Ad esempio: identityMap.ecid[0].
  • {DATASET_TABLE_NAME} è il nome della tabella per il set di dati evento.
  • {FORMAT_STRING} è la stringa di formato per il campo timestamp. Ad esempio: MM/DD/YY HH12:MI AM.
  • {START_DATE} è la data di inizio. Ad esempio: 2024-01-01 00:00:00.
  • {END_DATE} è la data di fine in formato standard. Ad esempio: 2024-01-08 00:00:00.

• ID persona

  • Per l’unione basata su grafico, assicurati che il grafo delle identità contenga frammenti che collegano i valori ID dallo spazio dei nomi ID persistente e dallo spazio dei nomi ID persona selezionati. Vai a Visualizzatore grafico identità di Experience Platform ed esegui una query sul grafico in base ad alcuni valori di ID persistenti campione. Per verificare se, nel grafico, questi valori ID persistenti sono collegati ai valori ID persona.

  • Per l’unione basata sui campi, esegui la query per 7 giorni di dati in cui il campo ID persona non è nullo e dividi per una query di 7 giorni di dati per tutti gli eventi nel set di dati. Questa percentuale dovrebbe idealmente essere superiore al 5%.

    Esempio di query per la verifica:

    code language-sql
    SELECT COUNT(*) AS total_events, COUNT({PERSON_ID_FIELD}) AS events_with_personid, ROUND(COUNT({PERSON_ID_FIELD}) / COUNT(*), 2) AS percent_with_personid_not_null FROM {DATASET_TABLE_NAME} WHERE TO_TIMESTAMP(timestamp, '{FORMAT_STRING}') >= TIMESTAMP '{START_DATE}' AND TO_TIMESTAMP(timestamp, '{FORMAT_STRING}') < TIMESTAMP '{END_DATE}';

    Dove:

    • {PERSON_ID_FIELD} è il campo per l’ID persona. Ad esempio: identityMap.crmId[0].
    • {DATASET_TABLE_NAME} è il nome della tabella per il set di dati evento.
    • {FORMAT_STRING} è la stringa di formato per il campo timestamp. Ad esempio: MM/DD/YY HH12:MI AM.
    • {START_DATE} è la data di inizio. Ad esempio: 2024-01-01 00:00:00.
    • {END_DATE} è la data di fine in formato standard. Ad esempio: 2024-01-08 00:00:00.

Copertura ID persona: copertura dell’ID persona selezionato utilizzata per l’identificazione durante il processo di unione (in tempo reale e ripetizione).

• Per ottenere i migliori risultati con le unioni basate sui campi, è necessario inviare un ID persona (informazioni utente) su almeno un evento per ogni ID persistente (informazioni dispositivo).
• Per ottenere i migliori risultati con le unioni basate su grafico, nel grafo delle identità per ogni ID persistente deve essere presente una relazione (ID persistente, ID persona).

La copertura dell’ID persona viene visualizzata come percentuale e confrontata con quanto consigliato per uno sviluppo stabile o in una configurazione di produzione. Maggiore è il valore di copertura, migliori saranno i risultati di unione ottenuti con l’ID persona selezionato.

Copertura ID persistente: questo valore viene utilizzato per l’identificazione durante il processo di unione (in tempo reale e ripetizione), nel caso in cui non sia possibile rilevare un valore ID persona. Gli eventi senza ID persistente e senza ID persona vengono rimossi dai dati. Per risultati ottimali di unione delle identità, in tutti gli eventi deve essere presente un ID persistente.

La copertura ID persistente viene visualizzata come percentuale e confrontata con il minimo consigliato per uno sviluppo stabile o una configurazione di produzione.

I dati live vengono inizialmente visualizzati in Customer Journey Analytics dopo alcune ore (meno di 14 ore). Nuovi dati live disponibili entro poche ore. I dati live iniziano con valori di marca temporale dell’evento che corrispondono al momento effettivo in cui l’abilitazione dell’unione è stata completata.

Per garantire che i dati live inizino a fluire in, abilita l’opzione Importa tutti i nuovi dati per il set di dati.

I nuovi dati acquisiti nel set di dati dell’evento di origine di Experience Platform vengono visualizzati in Customer Journey Analytics entro quattro ore.

I dati precompilati (se inizialmente richiesti) vengono visualizzati in Customer Journey Analytics più o meno nello stesso momento dei dati live, ma la loro elaborazione può richiedere alcuni giorni, a seconda dei volumi coinvolti. I dati precompilati iniziano con i valori timestamp dell’evento meno recenti.

Utilizza metodi alternativi per verificare se i dati del set di dati uniti vengono recuperati. Ad esempio, utilizza l’interfaccia utente di Experience Platform Query Service per estrarre dal set di dati il conteggio degli eventi per il periodo rilevante. Confronta il conteggio degli eventi con il valore della metrica Eventi in Generazione rapporti di Customer Journey Analytics per lo stesso intervallo di tempo. Se tali numeri corrispondono, la retrocompilazione viene completata.