Generazione di rapporti per tipo di ID universale
-
Rapporti personalizzati: I dati relativi a costo, impression, clic, conversione e frequenza per tipo di ID universale sono disponibili nei rapporti personalizzati.
-
Analyticsreport: Gli inserzionisti con Adobe Analytics for Advertising che hanno implementato tutti i passaggi richiesti possono visualizzare le conversioni view-through per tipo di ID universale in Analytics.
IMPORTANTPer una corretta attribuzione della conversione, assicurati che gli URL di clickthrough per gli annunci includano sia l'ID EF che l'AMO ID. -
Dettagli segmento: Per tutti i tipi di segmento, i dettagli del segmento includono la dimensione del pubblico per tipo di ID universale e per tipo di dispositivo monitorato da cookie o ID dispositivo.
Come indirizzare un pubblico con ID universale nei posizionamenti
NOTEIn un posizionamento nuovo, pianificato o in pausa, effettuare le seguenti operazioni:
-
Nella sezione Geo-Targeting, specifica le aree geografiche di destinazione. Ogni partner ID universale consente il targeting degli utenti solo in aree geografiche specifiche e solo i tipi di ID idonei sono disponibili nelle impostazioni Targeting.
-
Nella sezione Audience Targeting eseguire le operazioni seguenti:
-
Nell'impostazione Included Audiences, selezionare il segmento per il quale i dati utente sono stati convertiti in ID universali.
Se lo desideri, puoi includere altri segmenti.
-
Nelle impostazioni Targeting:
-
Seleziona il tipo di ID universale di destinazione.
L'impostazione include le opzioni "Legacy IDs" e "Universal ID", che possono includere le opzioni secondarie "ID5", "RampID" e "Unified ID2.0"." I target geografici selezionati determinano le opzioni secondarie disponibili.
È possibile selezionare sia "Legacy IDs" che "Universal ID", ma è possibile selezionare un solo tipo di ID universale per posizionamento. Quando selezioni sia ID legacy che ID universali, viene data la preferenza di offerta agli ID universali.
-
Se necessario, accettare i termini del contratto di servizio per l'utilizzo degli ID universali.
Prima di poter convertire i dati in un nuovo tipo ID, un utente nell’account DSP deve accettare i termini del contratto di assistenza. I termini devono essere accettati una sola volta per tipo di ID, per account.
-
-
Consulta "Impostazioni posizionamento."
Best practice per il test e la convalida dei dati
Utilizza le seguenti best practice per i segmenti basati su RampID e per i segmenti basati su ID5, per i quali è disponibile la misurazione Adobe Analytics.
-
Circa 24 ore dopo l'attivazione di un segmento, controlla il conteggio degli ID convertiti per il segmento entro Audiences > All Audiences. Se il conteggio ID non è previsto, contatta il team dell’account Adobe.
Consulta "Varianze di dati tra ID e-mail e ID universali" per ulteriori informazioni sulle possibili variazioni dei conteggi dei segmenti.
-
Non modificare pacchetti e posizionamenti esistenti. Tuttavia, se non disponi di budget incrementale per testare gli ID universali, riduci i budget originali per finanziare i test.
-
Copia i pacchetti e i posizionamenti originali, regola i budget in base alle dimensioni del test, modifica i tipi di pubblico in modo da utilizzare i segmenti basati su RampID (per gli utenti autenticati) o i segmenti basati su ID5 (per gli utenti non autenticati) e verifica che i nuovi pacchetti e posizionamenti utilizzino l’intero budget.
-
Per confrontare le prestazioni dei segmenti universali basati su ID con quelle dei posizionamenti mirati ad altri identificatori di pubblico, come cookie o ID mobile advertising, crea una campagna con un posizionamento separato basato su ID universali e un posizionamento basato su ID legacy.
Per un test di retargeting completo, esegui il targeting sia dei RampID per gli utenti autenticati che dell’ID5s per gli utenti non autenticati.
Ottenere le prestazioni migliori non dovrebbe essere il confronto principale. Determina invece quali ID vengono scalati correttamente, il che potrebbe influenzare l’ottimizzazione e le allocazioni di budget in un secondo momento. L’obiettivo a lungo termine è quello di compensare le impression perse e il traffico del sito quando i cookie sono obsoleti.
-
Per confrontare la portata totale del browser, effettua il targeting dei segmenti universali basati su ID e dei segmenti legacy basati su ID nello stesso posizionamento. Utilizza le stesse impostazioni della campagna del caso d’uso precedente, tranne per il fatto che non è necessario dividere il budget della campagna.
La preferenza di offerta viene data agli ID universali, ma gli ID legacy ricevono le offerte quando gli ID universali non sono disponibili. Assicurati di confrontare la portata in diversi browser (inclusi Chrome, Safari e Mozilla).
NOTEIl limite di frequenza si applica a un singolo ID. Quando un utente ha più tipi di ID, puoi raggiungerlo più di quanto previsto.
-
-
Ricorda che la portata dei segmenti di pubblico autenticati è naturalmente inferiore a quella dei segmenti basati su cookie e che l’utilizzo di opzioni di targeting aggiuntive riduce ulteriormente la portata. Presta attenzione all’utilizzo del targeting granulare, in particolare unendo più target con istruzioni AND.
Varianze di dati tra ID e-mail e ID universali
Livelli accettabili di varianza
Il tasso di conversione degli indirizzi e-mail con hash in ID universali deve essere superiore al 90%; il tasso di traduzione per RampIDs in particolare deve essere del 95% se tutti gli indirizzi e-mail con hash sono univoci. Ad esempio, se invii 100 indirizzi e-mail con hash dalla piattaforma dati del cliente, questi devono essere tradotti in almeno 95 RampIDs o più di altri tipi di ID universali. Un tasso di traduzione più basso può indicare un problema. Per possibili spiegazioni, vedere "[Cause della varianza] (#universal-ids-data-variances-causes".
Per RampIDs, contatta il tuo Account Team Adobe per ulteriori indagini se i tassi di traduzione sono inferiori al 70%.
Cause della varianza
-
Tutti i segmenti:
Il conteggio da segmento a dispositivo utilizza un modello probabilistico con una varianza di errore di +/- 5%. Ciò significa che può sovrastimare o sottostimare il conteggio del pubblico del 5%.
-
ID e-mail con hash tradotti in RampIDs:
-
Quando più profili utilizzano lo stesso ID e-mail, il conteggio dei segmenti DSP può essere inferiore al conteggio dei profili nella piattaforma di dati del cliente. Ad esempio, in Adobe Photoshop puoi creare un account aziendale e un account personale utilizzando un singolo ID e-mail. Ma se entrambi i profili appartengono alla stessa persona, allora i profili vengono mappati a un ID e-mail e in modo corrispondente a un RampID.
-
È possibile aggiornare RampID a un nuovo valore. Se LiveRamp non riconosce un ID e-mail o non può mapparlo su un RampID esistente nel suo database, assegna un nuovo RampID all'ID e-mail. In futuro, quando sarà possibile mappare l'ID e-mail a un altro RampID o raccogliere ulteriori informazioni sullo stesso ID e-mail, aggiornerà RampID a un nuovo valore. LiveRamp fa riferimento a questa azione come aggiornamento da un RampID "derivato" a un RampID "mantenuto". Tuttavia, l'DSP non riceve mappature tra RampIDs derivato e mantenuto e pertanto non può rimuovere la versione precedente del RampID dal segmento DSP. In questo caso, il conteggio dei segmenti può essere maggiore del conteggio dei profili.
Esempio: un utente accede al sito Web Adobe e visita la pagina Photoshop. Se LiveRamp non ha informazioni esistenti sull'ID e-mail, gli assegna un RampID derivato, ad esempio D123. Quindici giorni dopo, l'utente visita la stessa pagina, ma LiveRamp ha aggiornato RampID durante questi 15 giorni e ha riassegnato RampID a M123. Anche se il segmento "Photoshop Enthusiast" della piattaforma di dati cliente ha un solo ID e-mail per l’utente, il segmento DSP ha due RampID: D123 e M123.
-
