Utilizzare gli ID dispositivo di prime parti nella raccolta dati

L’Edge Network di Experience Platform utilizza gli Experience Cloud ID (ECID) per identificare i visitatori del sito web. Per migliorare la durata dell’identità nelle proprietà di tua proprietà, puoi impostare e gestire i tuoi identificatori di dispositivo, noti come ID dispositivo di prime parti (FPID, first party device ID). Edge Network utilizza l’FPID per seed l’ECID utilizzato dalle soluzioni Adobe.

In questa pagina si presuppone che tu abbia familiarità con gli ECID e identityMap. Per ulteriori informazioni, vedere Identità nella raccolta dati.

Quando utilizzare gli FPID when-to-use

Le restrizioni relative ai browser possono ridurre la durata dei cookie utilizzati da Adobe per riconoscere i visitatori di ritorno. Se hai bisogno di un’identità più durevole sui siti di proprietà e controllo della tua organizzazione, gli FPID ti consentono di gestire il tuo identificatore del dispositivo e di utilizzarlo per seed l’ECID.

Gli FPID sono supportati per le implementazioni web che utilizzano Web SDK, inclusa l’estensione tag Web SDK. Sono ideali quando l’obiettivo principale è una persistenza dell’identità più forte sui domini di proprietà della tua organizzazione oppure desideri una maggiore continuità per il reporting e la personalizzazione sulle proprietà web di proprietà. Consentono inoltre di impostare e gestire un cookie di prime parti dall’infrastruttura controllata.

Gli FPID non sono lo strumento giusto quando l’obiettivo principale è lo scambio da app a web o la continuità delle identità tra più domini. Per questi scenari, vedi condivisione delle identità da dispositivo mobile a Web e condivisione tra domini.

I vantaggi dell'utilizzo degli FPID includono:

I compromessi per l’utilizzo degli FPID includono:

Percorso di configurazione di alto livello

Funzionamento degli FPID how-fpids-work

L’FPID passato a Adobe Experience Cloud viene convertito in un ECID utilizzando un algoritmo deterministico. Ogni volta che lo stesso FPID viene inviato all’Edge Network, viene generato lo stesso ECID dall’FPID. Una volta utilizzato per il seeding di un ECID, l'FPID viene rimosso da identityMap e sostituito con l'ECID generato. L'FPID non è memorizzato nelle soluzioni Adobe Experience Platform o Experience Cloud.

Quando esistono sia un ECID che un FPID, l’ECID viene sempre utilizzato per identificare prima l’utente. Con questa definizione di priorità, quando un ECID esistente è presente nell’archivio dei cookie del browser, rimane l’identificatore primario e i conteggi dei visitatori esistenti non rischiano l’inflazione. Per gli utenti esistenti, l’FPID non diventa l’identità primaria fino alla scadenza dell’ECID o alla sua eliminazione in seguito a criteri del browser o azioni manuali.

Le identità hanno la priorità nel seguente ordine:

Generare e impostare il cookie FPID set-fpid-cookie

Edge Network accetta solo ID conformi al formato UUIDv4. Gli ID dispositivo non in formato UUIDv4 vengono rifiutati.

Impostazione dei cookie lato server set-cookie-server

Quando imposti un cookie tramite il tuo server, puoi utilizzare diversi metodi per evitare che i criteri del browser limitino il cookie:

I cookie di prime parti sono più efficaci quando vengono impostati utilizzando un server che utilizza un record A DNS (per IPv4) o un record AAAA DNS (per IPv6), anziché un codice DNS CNAME o JavaScript.

I record A o AAAA sono supportati solo per l'impostazione e il tracciamento dei cookie. Il metodo principale per la raccolta dei dati è tramite un DNS CNAME. Gli FPID vengono impostati utilizzando un record A o AAAA e inviati ad Adobe utilizzando un CNAME. Il programma di certificazione gestito da Adobe consente di configurare CNAME per la raccolta dati.

Quando impostare il cookie when-to-set-cookie

Il cookie FPID viene impostato idealmente prima di inviare dati ad Edge Network. Se l'implementazione richiede il consenso prima di raccogliere i dati, consulta Consenso con ID dispositivo di prime parti per informazioni su come coordinare il cookie FPID con il flusso di consenso. L’inflazione dei visitatori viene ridotta quando si assicura che l’FPID sia disponibile per seed l’ECID dalla prima richiesta. Negli scenari in cui ciò non è possibile, un ECID viene comunque generato utilizzando i metodi esistenti e funge da identificatore primario finché il cookie esiste. L’FPID generato non diventa l’identificatore primario fino a quando l’ECID non è più presente. Supponendo che l’ECID sia infine interessato da un criterio di eliminazione del browser, ma l’FPID non lo è, l’FPID diventa l’identificatore primario nella visita successiva e viene utilizzato per seed l’ECID in ogni visita successiva.

Impostazione della scadenza set-expiration

Adobe consiglia di considerare attentamente la durata del cookie FPID. Assicurati di tenere in considerazione l’informativa sulla privacy della tua organizzazione insieme alle leggi e alle politiche dei paesi o delle aree geografiche in cui opera l’organizzazione. A seconda della configurazione dell’organizzazione, è possibile adottare un criterio di impostazione dei cookie a livello aziendale o diverso a seconda delle impostazioni internazionali in cui si opera. Indipendentemente dalla scadenza iniziale dei cookie, accertati di includere una logica che estenda la scadenza ogni volta che si verifica una nuova visita al sito.

Flag per cookie cookie-flags

Esistono diversi flag di cookie che influiscono sul modo in cui i cookie vengono trattati nei diversi browser:

Inviare l’FPID ad Edge Network send-fpid

Puoi inviare gli FPID ad Edge Network in due modi:

Metodo 1: configurare CNAME e impostare un cookie ID di prime parti nel flusso di dati setting-cookie-datastreams

Per impostare un cookie FPID dal tuo dominio, devi configurare CNAME per le chiamate al Web SDK, quindi abilitare la funzionalità cookie ID di prime parti nella configurazione dello stream di dati. Un record CNAME nel DNS consente di creare un alias da un nome di dominio a un altro. Questo alias può aiutare a far apparire i servizi di terze parti come se facessero parte del tuo dominio, rendendo i loro cookie simili ai cookie di prime parti. Quando la raccolta dati di prime parti viene abilitata utilizzando CNAME, tutti i cookie per il dominio vengono inviati su richieste effettuate all'endpoint di raccolta dati.

Metodo 2: utilizzare gli FPID in identityMap identityMap

In alternativa all’archiviazione dell’FPID nel cookie, puoi inviare l’FPID ad Edge Network tramite la mappa identità.

Di seguito è riportato un esempio di come impostare un FPID in identityMap:

{
  "identityMap": {
    "FPID": [
      {
        "id": "123e4567-e89b-42d3-9456-426614174000",
        "authenticatedState": "ambiguous",
        "primary": true
      }
    ]
  }
}

Come con altri tipi di identità, è possibile includere l'FPID con altre identità all'interno di identityMap. L’esempio seguente include l’FPID con un ID CRM autenticato:

{
  "identityMap": {
    "FPID": [
      {
        "id": "123e4567-e89b-42d3-9456-426614174000",
        "authenticatedState": "ambiguous",
        "primary": false
      }
    ],
    "EMAIL": [
      {
        "id": "user@example.com",
        "authenticatedState": "authenticated",
        "primary": true
      }
    ]
  }
}

Se l’FPID è contenuto in un cookie letto da Edge Network quando è abilitata la raccolta dati di prime parti, acquisisci solo l’ID CRM autenticato:

{
  "identityMap": {
    "EMAIL": [
      {
        "id": "user@example.com",
        "authenticatedState": "authenticated",
        "primary": true
      }
    ]
  }
}

identityMap genera una risposta di errore da Edge Network perché manca l'indicatore primary per l'FPID. Almeno uno degli ID presenti in identityMap deve essere contrassegnato come primary.

{
  "identityMap": {
    "FPID": [
      {
        "id": "123e4567-e89b-12d3-a456-426614174000",
        "authenticatedState": "ambiguous"
      }
    ],
    "EMAIL": [
      {
        "id": "user@example.com",
        "authenticatedState": "authenticated"
      }
    ]
  }
}

Migrazione a FPID migrating-to-fpid

Se esegui la migrazione agli ID dispositivo di prime parti da un’implementazione precedente, può essere difficile visualizzare l’aspetto della transizione a un livello basso. Per illustrare questo processo, considera uno scenario che coinvolge un cliente che ha già visitato il tuo sito e quale impatto avrebbe una migrazione FPID su come quel cliente viene identificato nelle soluzioni Adobe.