Tecniche di etichettatura consigliate
L’etichettatura deve essere rivista ogni volta che viene creata una nuova suite di rapporti o quando viene abilitata una nuova variabile all’interno di una suite di rapporti. Potrebbe essere necessario rivedere l'etichettatura anche quando vengono abilitate nuove integrazioni della soluzione, perché queste potrebbero esporre nuove variabili che potrebbero richiedere le etichette. Una nuova implementazione delle app mobili o dei siti web potrebbe cambiare il modo in cui vengono usate le variabili esistenti. Anche per queste potrebbe essere necessario aggiornare le etichette.
Le etichette I1, I2, S1 e S2 hanno lo stesso significato delle corrispondenti etichette DULE in Adobe Experience Platform. Tuttavia, sono utilizzati per scopi molto diversi. In Adobe Analytics, queste etichette vengono utilizzate per identificare i campi che devono essere resi anonimi come risultato di una richiesta Privacy Service. In Adobe Experience Platform vengono utilizzati per il controllo degli accessi, la gestione del consenso e l’applicazione di restrizioni di marketing ai campi etichettati. Adobe Experience Platform supporta molte etichette aggiuntive non utilizzate da Adobe Analytics. Se utilizzi il connettore dati di Analytics per importare i dati di Adobe Analytics in Adobe Experience Platform, accertati che tutte le etichette I1, I2, S1 e S2 applicate in Adobe Analytics vengano applicate anche agli schemi in Adobe Experience Platform utilizzati dalle suite di rapporti importate.
ID direttamente e indirettamente identificabili direct-vs-indirect
Prima di capire quali etichette applicare a determinate variabili o campi, è necessario conoscere gli ID che vengono acquisiti nei dati di Analytics e decidere quali usare per le richieste di Privacy dei dati. La Privacy dei dati espande l’ambito di definizione di ID. Gli ID rientrano in due grandi classi: direttamente identificabili (etichetta di identità: I1) e indirettamente identificabili (etichetta di identità: I2).
- ID direttamente identificabile (I1): indica il nome di una persona o ne fornisce il metodo di contatto diretto. Tra gli esempi abbiamo il nome di una persona (persino un nome comune come Mario Rossi che potrebbe essere associato a centinaia di persone), indirizzi e-mail o numeri di telefono e così via. Un indirizzo postale senza un nome potrebbe essere considerato direttamente identificabile, sebbene possa identificare soltanto una famiglia o un'azienda anziché una persona specifica all'interno di quella famiglia o di quell'azienda.
- ID indirettamente identificabile (I2): da solo non consente l'identificazione di una persona, ma può essere combinato con altre informazioni (che potrebbero essere o meno in tuo possesso) per identificare un individuo. Esempi di ID indirettamente identificabili includono un numero di fedeltà di un cliente o un ID utilizzato dal sistema di gestione delle relazioni con i clienti di un’azienda che è univoco per ciascuno dei suoi clienti. In base alla Privacy dei dati, gli ID anonimi memorizzati nei cookie di monitoraggio usati da Analytics possono essere considerati identificativi indiretti, sebbene possano individuare solo un dispositivo invece di una persona; su un dispositivo condiviso, questi cookie non distinguono i diversi utenti del sistema. Ad esempio, anche se il cookie non può essere utilizzato per trovare un computer che contiene il cookie, se qualcuno ha accesso al computer e individua il cookie, può ricollegare i dati del cookie Analytics al computer.
Un indirizzo IP è anche considerato indirettamente identificabile, perché in un dato momento potrebbe essere assegnato a un solo dispositivo. Tuttavia, gli ISP possono cambiare gli indirizzi IP, come spesso avviene, per la maggior parte degli utenti, pertanto con il passare del tempo un indirizzo IP potrebbe essere usato da uno qualsiasi dei loro utenti. Inoltre, non è insolito per molti clienti di un ISP o per più dipendenti di un'azienda nella stessa Intranet condividere lo stesso indirizzo IP esterno. Per questo motivo, Adobe non supporta l’utilizzo di un indirizzo IP come ID per una richiesta di Privacy dei dati. Tuttavia, quando un ID accettato viene usato come parte di una richiesta di cancellazione, verranno cancellati anche gli indirizzi IP in cui era presente quell'ID. Devi decidere se esistono altri ID raccolti che possono rientrare in questa categoria, I1 o I2, ma che non sono idonei a essere utilizzati come ID distintivi per le richieste di Privacy dei dati.
Anche se l’azienda raccoglie molti ID diversi nei dati di Analytics, puoi scegliere di usare solo un sottoinsieme di questi ID per le richieste di Privacy dei dati. Ecco delle possibili ragioni per questa scelta:
- All'interno dei tuoi sistemi puoi mappare uno degli ID (ad esempio l'indirizzo e-mail) per un ID diverso (ad esempio l'ID CRM). Successivamente, per coerenza, decidi di usare solo l’ID CRM per le richieste di Privacy dei dati nell’elaborazione della Privacy dei dati.
- Non hai un metodo per verificare l'associazione tra un ID e una persona. Ad esempio, può risultare piuttosto complicato verificare che un indirizzo IP sia stato sempre usato da una sola persona, che è effettivamente la persona che invia la richiesta.
- Alcuni ID possono corrispondere a più persone e non si desidera rischiare di restituire informazioni su una persona a un'altra persona con lo stesso ID. Ad esempio, anche se puoi verificare che il nome di una persona è Mario Rossi, non è consigliabile restituire tutti i dati su tutti i Mario Rossi nel tuo sistema.
- Un altro esempio è l'ID di un dispositivo, ad esempio l'ID cookie di Analytics. Se l'ID si presenta in un'app per cellulare, puoi decidere che tutte le interazioni che usano quell'ID debbano essere disponibili per il proprietario del cellulare. Tuttavia se questo si verifica su un dispositivo condiviso, ad esempio un computer usato in casa, di una biblioteca o di un Internet café, non puoi distinguere i vari utenti del dispositivo e il rischio di restituire i dati a un utente diverso è troppo elevato per poter usare questo tipo di ID.
Best practice per gli ID supportati da Analytics best-practices-an
Usa questa tabella per determinare i tipi di ID che userai durante l’invio delle richieste di Privacy dei dati ad Analytics. Una volta appresa questa informazione, sarà più facile determinare le altre etichette da usare per le variabili.
ID cookie
- (Legacy) Cookie di Analytics
- Cookie del servizio Identity(ECID), noto in precedenza come Marketing Cloud ID (MCID)
Questi cookie identificano un dispositivo o, in particolare, un browser per un utente di un dispositivo. Per un dispositivo condiviso in cui viene usato un accesso comune, questo ID può essere applicato a tutti gli utenti del dispositivo. Adobe ha creato alcuni JavaScript unificatiche è possibile inserire nel sito web per raccogliere questi cookie al fine di utilizzarli per le richieste di Privacy dei dati.
Anche gli utenti dell’SDK di Adobe Analytics per dispositivi mobili hanno un Experience Cloud ID (ECID). L’SDK contiene delle chiamate API per leggere questo ID, in modo che l’app possa raccoglierlo per una richiesta di Privacy dei dati.
Molte aziende considerano gli ID cookie del browser come ID di dispositivi condivisi. Di conseguenza, consultando il proprio team legale, è possibile che decida di non supportarne l’utilizzo come ID accettabili per le richieste di Privacy dei dati. In alternativa, possono scegliere di restituire solo una quantità molto limitata di dati quando vengono utilizzati questi ID o possono accettarli solo per le richieste di cancellazione.
Questi cookie hanno un'etichetta ID-DEVICE che non può essere modificata (così come le etichette I2 e DEL-DEVICE). La configurazione predefinita di Adobe Analytics restituirà solo informazioni generiche sul dispositivo, quali il tipo di dispositivo, il sistema operativo, il browser e così via, oltre all'ora/data in cui il sito Web è stato visitato usando questi ID. Tuttavia, se si sceglie di supportare questi ID per le richieste di Privacy dei dati, come spiegato di seguito, è possibile aggiungere o rimuovere le etichette ACC-ALL per configurare l’esatto insieme di campi che si desidera restituire per una richiesta di accesso di Privacy dei dati.
Se la suite di rapporti corrisponde a un’app mobile che richiede l’accesso, puoi decidere che l’ID Experience Cloud del dispositivo corrisponda a un utente specifico. In tal caso, potrebbe essere utile etichettare altri campi con ACC-ALL, tra cui i nomi delle pagine visitate, i prodotti visualizzati e così via.
Nota: se specifichi l’opzione “expandIds” nella richiesta di Privacy dei dati, le richieste includeranno sempre gli ID cookie, oltre ad altri ID specificati dall’utente. Per altre informazioni consulta la parte relativa all’espansione dell’ID. In queste istanze, i risultati che hanno solo un ID cookie, non altri ID, restituiranno solo dati con etichetta ACC-ALL come parte della richiesta di accesso.
Alcuni clienti inseriscono gli ID nelle variabili di traffico personalizzate (proprietà) o nelle variabili di conversione personalizzate (eVars). Sebbene il più comune sia un ID CRM, gli altri includono indirizzi e-mail, nomi di login degli utenti, numeri di fidelizzazione dei clienti o hash di questi valori.
- Se desideri usare uno di questi ID per le richieste di Privacy dei dati, devi assegnare al campo che lo contiene un’etichetta ID-PERSON.
- (Caso molto meno comune) Se un ID in una di queste variabili personalizzate definisce solo un dispositivo che può essere condiviso tra più persone, puoi utilizzare un’etichetta ID-DEVICE.
- Questi campi richiedono inoltre le etichette I1 o I2 e devono includere un'etichetta DEL-PERSON o DEL-DEVICE. Generalmente, l'opzione PERSON/DEVICE dell'etichetta DEL corrisponderà all'opzione PERSON/DEVICE dell'etichetta ID.
Raramente una suite di rapporti ha più di una o due variabili personalizzate contenenti gli ID che desideri utilizzare per identificare gli interessati per le richieste di Privacy dei dati. È possibile avere variabili multiple a cui sono assegnate le etichette I1 o I2, ma normalmente solo una o due di queste avrebbero anche le etichette ID-PERSON o ID-DEVICE.
Benché non sia ampiamente usata, Analytics supporta anche un'implementazione in cui è possibile fornire un ID visitatore personalizzato, che, se presente, viene usato per sostituire il cookie di monitoraggio di Analytics legacy. Il campo ha le etichette I2, ID-PERSON e DEL-PERSON.
Molte implementazioni derivano questo ID da un ID del sistema di gestione delle relazioni con i clienti in modo che sia presente solo quando qualcuno è connesso al proprio sito. Questo consente di usare per i dispositivi lo stesso ID visitatore personalizzato. Uno svantaggio tecnico consiste nel fatto che i rilevamenti di ciò che accade prima che l'utente acceda non possono essere collegati ai rilevamenti effettuati in seguito all'accesso. Se invece si utilizza l'ID visitatore personalizzato per identificare semplicemente un dispositivo, è necessario modificare le etichette ID-PERSON e DEL-PERSON rispettivamente in ID-DEVICE e DEL-DEVICE.
Tecniche consigliate per l’impostazione delle etichette di eliminazione best-practices-delete
Le etichette di cancellazione DEL-DEVICE e DEL-PERSON devono essere usate con moderazione. Quando applicati a una variabile che non contiene un ID usata come parte della richiesta di Privacy dei dati, i conteggi (metriche) nei rapporti cronologici di Analytics cambieranno quasi sempre.
-
Si consiglia di applicare una di queste etichette a una variabile con etichetta I1, I2 o S1. Non può essere applicata a una qualsiasi variabile che non abbia l’etichetta I1, I2 o S1.
-
Le etichette DEL- risulteranno anonime in queste variabili (l’ID verrà sostituito da una stringa casuale con prefisso “Privacy dei dati-”). Lo stesso valore anonimizzato sostituirà tutte le istanze del valore originale in tutti i risultati identificati da un ID usato nella richiesta. Se il valore originale in questo campo è uno degli ID, le metriche del rapporto non cambieranno.
-
In generale, se un campo ha l'etichetta ID-DEVICE, devi assegnare anche l'etichetta DEL-DEVICE.
-
Analogamente, se un campo ha l'etichetta ID-PERSON, devi assegnare anche l'etichetta DEL-PERSON.
-
Se un campo non ha un'etichetta ID, ma contiene informazioni identificabili che vuoi rendere anonime, l'etichetta più appropriata da usare (DEVICE o PERSON) dipende dall'implementazione. Se usi solo ID cookie per le richieste di Privacy dei dati, devi usare DEL-DEVICE.
-
Se usi gli ID personalizzati in un campo diverso con un'etichetta ID-PERSON e vuoi cancellarli solo nelle righe in cui si trova l'ID, usa DEL-PERSON.
-
Se usi un'espansione dell'ID e vuoi cancellare tutti i valori per tutti i risultati in tutti i dispositivi identificati, allora usa DEL-DEVICE. In questo caso puoi applicare sia l'etichetta DEL-DEVICE che l'etichetta DEL-PERSON, se lo preferisci; tuttavia l'etichetta DEL-PERSON non è necessaria perché l'espansione dell'ID indica che tutte le righe che corrispondono a un ID persona corrisponderanno anche a un ID dispositivo.
-
Se non specifichi l’utilizzo dell’espansione dell’ID, ma utilizzi una combinazione di ID di dispositivo e persona per richieste diverse, puoi specificare entrambe le etichette DEL-DEVICE e DEL-PERSON per le variabili da eliminare con uno dei tipi di ID.
-
Nota che se un'etichetta DEL-DEVICE o DEL-PERSON viene specificata per una variabile che non viene usata come ID per la richiesta (incluso un ID esteso), i valori univoci in quella variabile verranno resi anonimi solo nei risultati in cui si trova un ID specifico (o esteso). Se altri risultati contengono lo stesso valore, questo non verrà aggiornato nelle altre posizioni. Tutto ciò può provocare una modifica del conteggio (metriche).
Ad esempio, se tre risultati contengono il valore “foo” in eVar7, ma solo uno di essi contiene anche un ID in una variabile diversa che corrisponde a una cancellazione, il valore “foo” in quei risultati verrà modificato in un valore simile a “Privacy dei dati-123456789”, mentre rimarrà invariato negli altri due risultati. Un rapporto che mostra il numero di valori univoci per eVar7 mostrerà ora anche un altro valore univoco. Un rapporto che mostra i valori più importanti per eVars può includere il valore “foo” con due sole istanze (invece delle 3 precedenti). Anche il nuovo valore verrà visualizzato con una sola istanza.
Tecniche consigliate per l'impostazione delle etichette di accesso best-practices-access
Sebbene pochissimi campi avranno un’etichetta diversa, in molti campi spesso saranno presenti le etichette ACC. Il tipo di etichetta di accesso adeguato dipende dagli ID usati per le richieste di Privacy dei dati.
Se gli unici ID che usi sono ID cookie o quelli con un'etichetta ID-DEVICE, devi usare solo l'etichetta ACC-ALL.
Riceverai una coppia di file per ogni richiesta di accesso: un file contenente una riga per ogni hit corrispondente con tutti i campi ACC-ALL specificati e un file di riepilogo contenente un riepilogo di questi dati.
Se usi solo ID personalizzati che hanno l'etichetta ID-PERSON e non eseguono l'espansione dell'ID, devi usare le etichette ACC-PERSON. Tuttavia, non devi cambiare le etichette ACC-ALL predefinite; questi campi verranno inclusi automaticamente nella richiesta di accesso.
Riceverai una coppia di file per ogni richiesta di accesso: un file contenente una riga per ogni hit corrispondente con tutti i campi ACC-DEVICE e ACC-PERSON specificati e un file di riepilogo contenente un riepilogo di questi dati.
Se nelle richieste di Privacy dei dati includi sia gli ID persona che visitatore, o se usi gli ID personalizzati (ID visitatore personalizzato o un ID in una proprietà o in un’eVar), devi fare attenzione alle etichette ACC usate. Ogni richiesta di accesso restituirà due coppie di file di dati.
Una coppia di file contenente un file con dati provenienti da hit che contenevano un ID persona corrispondente e un altro file contenente dati provenienti da hit che non corrispondevano a un ID persona, ma a un ID dispositivo.
L’altra coppia di file ("ID persona") contiene dati su tutti gli hit che corrispondono agli ID persona con tutti i campi con etichetta ACC-PERSON o e ACC-ALL. Un file con tutti gli hit corrispondenti e un altro file di riepilogo contenente un riepilogo di questi dati.
La coppia di file “ID dispositivo” contiene solo campi che hanno un'etichetta ACC-ALL e contiene solo risultati che non contengono ID persona corrispondenti. Questi file possono contenere dati generati da altri utenti di un dispositivo condiviso, pertanto è necessario considerare attentamente l'insieme di campi che contengono l'etichetta ACC-ALL. Le etichette predefinite in Analytics applicano questa etichetta solo a campi di informazioni generiche correlati al dispositivo (tipo di dispositivo, sistema operativo, browser e così via) oltre all'ora/data di ogni risultato.
Puoi scegliere di ricevere da Adobe sia i set di file relativi alla persona che quelli relativi al dispositivo e di condividere solo i file relativi alla persona, in modo da non condividere dati che potrebbero essere generati da altri utenti di un dispositivo condiviso. In alternativa, è possibile combinare i dati di uno o entrambi i set con altre informazioni note sull’interessato e restituirle nel proprio formato.