Etichette Privacy dei dati per le variabili di Analytics
I clienti di Adobe, in qualità di titolari del trattamento dei dati, sono responsabili del rispetto delle leggi sulla privacy dei dati applicabili, come il Regolamento generale sulla protezione dei dati (RGPD) e il California Consumer Privacy Act (CCPA). I clienti devono consultare il proprio team legale per determinare come devono essere gestiti i propri dati in conformità con le leggi sulla Privacy dei dati. Adobe Adobe è consapevole del fatto che ciascuno dei suoi clienti ha esigenze specifiche in materia di privacy, ed è per questo che consente ai suoi clienti di personalizzare le impostazioni desiderate per l’elaborazione dei dati in questo ambito. Questo consente a ogni singolo cliente di elaborare le richieste di Privacy dei dati nella maniera più adatta al proprio marchio e al proprio specifico set di dati.
Adobe Analytics offre gli strumenti necessari per etichettare i dati in base al loro stato di riservatezza e a vincoli contrattuali. Le etichette sono un passaggio importante per: (1) identificare gli interessati, (2) determinare quali dati restituire come parte di una richiesta di accesso e (3) identificare i campi di dati che devono essere eliminati come parte di una richiesta di eliminazione.
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.
L’implementazione Privacy dei dati in Adobe Analytics supporta le seguenti etichette per i dati di identità, i dati sensibili e la governance dei dati.
Etichette per i dati di identità identity-data-labels
Le etichette “I” per i dati di identità sono usate per organizzare in categorie i dati che possono identificare o consentono di contattare una persona specifica.
- Non può essere impostata negli eventi
- Non può essere impostata nelle eVars Merchandising
- Non può essere impostata negli eventi
- Non può essere impostata nelle eVars Merchandising
Etichette per i dati sensibili sensitive-data-labels
Le etichette “S” per i dati sensibili vengono usate per organizzare in categorie i dati sensibili, come i dati geografici. Per identificare altri tipi di informazioni riservate, verranno introdotte etichette di dati riservati aggiuntive.
Etichette per la governance dei dati (Privacy dei dati) data-governance-labels
Le etichette per la governance dei dati consentono agli utenti di classificare i dati che riflettono considerazioni relative alla privacy e condizioni contrattuali che consentono ai clienti di Adobe di rimanere conformi alle normative e alle politiche aziendali.
Etichette di accesso alla privacy dei dati access
Si prevede che per molte variabili verranno applicate le etichette di accesso, mentre alcune variabili riceveranno altre etichette. Tuttavia, spetta a te, in consultazione con il tuo team legale, decidere quali dati hai raccolto devono essere condivisi con gli interessati.
Etichette di cancellazione Privacy dei dati delete
Diversamente dalle altre etichette, le etichette di cancellazione non si escludono a vicenda. Puoi selezionarne una, entrambe o nessuna. Non è necessaria un’etichetta None distinta, perché None viene indicata automaticamente non selezionando alcuna delle opzioni di cancellazione.
L’etichetta Elimina è necessaria solo per i campi che contengono un valore che consentirebbe l’associazione di un hit all’interessato (ovvero che consentirebbe l’identificazione dell’interessato). Non è necessario cancellare altre informazioni personali (preferiti, cronologia di navigazione/acquisto, condizioni di salute e così via) non deve essere eliminato poiché l’associazione con l’interessato verrà interrotta.
- Richiede anche l’etichetta I1 o I2 o S1
- Non può essere impostata negli eventi
- Non può essere impostata nelle eVars Merchandising
- Non può essere impostata nelle classificazioni
- È necessario inviare richieste utilizzando un ID-DEVICE o impostare expandIDs su true oppure l’etichetta non verrà mai applicata.
- Richiede anche l’etichetta I1 o I2 o S1
- Non può essere impostata negli eventi
- Non può essere impostata nelle eVars Merchandising
- Non può essere impostata nelle classificazioni
- È necessario inviare richieste utilizzando un’etichetta ID-PERSON impostata su alcune variabili in questa suite di rapporti e inviarle con tale ID, altrimenti l’etichetta non verrà mai applicata.
Etichette di identità Privacy dei dati identity
Richiede anche l’etichetta I1 o I2.
- Non può essere impostata negli eventi
- Non può essere impostata nelle eVars Merchandising
- Non può essere impostata nelle classificazioni
- Richiede anche l’etichetta I1 o I2.
- Non può essere impostata negli eventi
- Non può essere impostata nelle eVars Merchandising
- Non può essere impostata nelle classificazioni
Fornisci uno spazio dei nomi quando si applicano etichette come ID-DEVICE o ID-PERSON a una variabile provide-namespace
Quando si applica un’etichetta ID-DEVICE o ID-PERSON a una variabile, viene richiesto di fornire un namespace. Puoi usare il namespace definito in precedenza o puoi definirne uno nuovo.
Utilizza uno spazio dei nomi definito in precedenza previously-defined
Se in precedenza hai assegnato un’etichetta ID ad altre variabili in una delle suite di rapporti della società di accesso, puoi selezionare uno dei namespace esistenti. È consigliabile riutilizzare lo spazio dei nomi se questa variabile contiene lo stesso tipo di ID di altre variabili già etichettate con lo spazio dei nomi e si desidera eseguire la ricerca di tutte quando si invia una richiesta.
- Fai clic su Select Namespace e seleziona un namespace esistente.
- Fai clic su Apply.
Definisci un nuovo spazio dei nomi define
Puoi anche definire un nuovo namespace. Nelle stringhe del namespace consigliamo di usare solo caratteri alfanumerici oltre ai caratteri trattino basso, trattino e spazio. Tutti i caratteri verranno convertiti in lettere minuscole.
-
Fai clic su Select Namespace e digita il titolo namespace.
-
Premi Enter per aggiungere questo namespace. Solo a questo punto si attiverà il pulsante Applica.
-
Fai clic su Apply.
La stringa specificata come namespace è la stessa stringa che devi usare quando invii le richieste tramite l’API Privacy dei dati come valore del parametro “namespace”. La richiesta fa quindi in modo che Adobe Analytics esegua la ricerca di tutte le variabili in tutte le suite di rapporti che condividono questo spazio dei nomi per l’ID specificato nella richiesta.
Non è necessario specificare le etichette ID-DEVICE o ID-PERSON per tutte le variabili che contengono un ID (per questo si devono usare le etichette I1/I2). Usa questa etichetta se invii le richieste di Privacy dei dati usando gli ID memorizzati in questa variabile e vuoi cercare la variabile per l’ID specificato. Ad esempio, se eVar1 può contenere un indirizzo e-mail e eVar2 può contenere un nome utente di accesso, ma invierai le richieste usando solo il nome utente, puoi assegnare a eVar1 le etichette I1, ACC-PERSON, DEL-PERSON, ma a eVar2 le etichette I2, ACC-PERSON, DEL-PERSON, ID-PERSON con il namespace “nome utente”. Puoi quindi inviare una richiesta con un blocco JSON della sezione utente come ad esempio:
{
"namespace": "user name",
"type": "analytics",
"value": "rocketman123"
}
È consentito usare lo stesso namespace per variabili diverse all’interno della stessa suite di rapporti. Ad esempio, alcune implementazioni personalizzate memorizzano un CRM-ID sia nella proprietà che in eVar. Se CRM-ID si trova sempre in una delle due (ad esempio l’eVar) e solo occasionalmente nell’altra (prop) e non è mai presente nella prop quando non è presente anche nell’eVar eVar, solo CRM-ID richiede un’etichetta ID e uno spazio dei nomi, perché Adobe può cercare l’ID solo in quell’eVar. Se tuttavia CRM-ID si trova a volte in una variabile e a volte nell’altra, entrambe devono avere lo stesso namespace e Adobe cercherà in entrambe le variabili la presenza dell’ID specificato come parte di una richiesta di Privacy dei dati con questo namespace. È comunque necessario disporre di etichette DEL su tutte queste variabili, in modo che il valore sia anonimo indipendentemente da dove si verifica.
Un altro esempio: è possibile che CRM-ID venga inviato a volte tramite eVar1, a volte tramite prop7. In questo caso, una regola di elaborazione copia il valore da eVar1, se esiste, in eVar3. In caso contrario, copia il valore da prop7 in eVar3. In questo scenario, eVar3 conterrà sempre l’ID CRM se noto, pertanto solo eVar3 richiede un’etichetta ID-PERSON.
Tipi di variabili ed etichette per la Privacy dei dati supportate variable-types
L’etichettatura Privacy dei dati riguarda quattro grandi classi di variabili di Analytics. Le diverse etichette non sono supportate da tutte le variabili. Questa tabella mostra quali variabili supportano o meno le etichette.
- Eventi di successo personalizzati
- eVar di Merchandising
- Variabili con più valori (mvVars)
- Variabili di gerarchia
- S1/S2
- ACC-ALL, ACC-PERSON
- I1/I2
- ID-DEVICE, ID-PERSON
- DEL-DEVICE, DEL-PERSON
- I1/I2, S1/S2
- ACC-ALL, ACC-PERSON
- ID-DEVICE, ID-PERSON
- DEL-DEVICE, DEL-PERSON
- Variabili di traffico (prop)
- Variabili commerciali (eVars non merchandising)
- I1/I2, S1/S2
- ID-DEVICE, ID-PERSON
- DEL-DEVICE, DEL-PERSON)
Variabili a cui è possibile assegnare etichette diverse da ACC-ALL/ACC-PERSON o modificarle variables
- Dimensioni di conversione
- Dimensioni del traffico personalizzate
Nessuno/I1/I2
Nessuno/S1/S2
Collegamento alla Activity Map,
Pagina di Activity Map
Nessuno/I1/I2
Nessuno/DEL-DEVICE/DEL-PERSON
Le variabili possono contenere i parametri dell’URL, che possono includere dati direttamente o indirettamente identificabili. Se l’implementazione non raccoglie dati direttamente o indirettamente identificabili in queste variabili, non sono necessarie le etichette di identità o cancellazione.
Nota che la cancellazione elimina i parametri dell’URL, ma ne conserva la base.
ID-DEVICE / ID-PERSON
DEL-DEVICE/DEL-PERSON
Non è possibile rimuovere le etichette ID o DEL (impostate su Nessuno), ma è possibile modificarle nelle varianti DEVICE o PERSON, in base all’implementazione dell’ID personalizzata.
Se non utilizzi l’ID visitatore personalizzato, le impostazioni non hanno importanza.
- Dimensioni standard
- Dimensioni di elaborazione dei dati
Indirizzo IP
Indirizzo IP 2
Azione ClickMap (legacy),
Contesto ClickMap (legacy),
Pagina,
URL della pagina,
URL originale della pagina iniziale,
Referrer,
URL di visita alla pagina iniziale
Nessuno/I1/I2
Nessuno/DEL-DEVICE/DEL-PERSON
Le variabili possono contenere i parametri dell’URL, che possono includere dati direttamente o indirettamente identificabili. Se l’implementazione non raccoglie dati direttamente o indirettamente identificabili in queste variabili, non sono necessarie le etichette di identità o cancellazione.
Nota che la cancellazione elimina i parametri dell’URL, ma ne conserva la base.
Gestione dell’eliminazione deletion
Il supporto Adobe Analytics per le richieste di eliminazione Privacy dei dati è progettato per ridurre l’impatto sulla creazione di rapporti. Nella maggior parte dei casi, le metriche visualizzate nei rapporti non devono essere modificate. Un rapporto storico eseguito prima dell’eliminazione Privacy dei dati corrisponde allo stesso rapporto eseguito dopo l’eliminazione. A tal fine, i dati eliminati vengono completamente dissociati dall’interessato, lasciando invariati i dati non identificabili in modo che i valori segnalati rimangano coerenti.
La tabella seguente descrive come vengono “eliminate” molte variabili. Questo non è un elenco completo.
- Variabili di traffico (prop)
- Variabili commerciali (eVars)
Il valore esistente è sostituito da un nuovo valore del modulo “Privacy dei dati-356396D55C4F9C7AB3FBB2F2FA223482”, in cui il valore esadecimale a 32 cifre dopo il prefisso “Privacy dei dati-” è un numero pseudo-casuale e crittograficamente sicuro di 128 bit.
Poiché è essenzialmente sostituito da una stringa casuale, non esiste modo di determinare il valore originale a partire da questo nuovo valore né di ricavare il nuovo valore conoscendo il valore originale. Per una determinata variabile, se il valore identico viene sostituito all’interno di altri punti che vengono anch’essi eliminati come parte della stessa richiesta Privacy dei dati, tutte le istanze di tale valore verranno sostituite con lo stesso nuovo valore.
Se alcune istanze di un valore vengono sostituite con una richiesta di cancellazione e una richiesta successiva cancella altre (nuove) istanze del valore originale, il nuovo valore di sostituzione sarà diverso dal valore di sostituzione originale.
Il valore esistente è sostituito da un nuovo valore del modulo “G-7588FCD8642718EC50”, in cui il valore esadecimale a 18 cifre dopo il prefisso “G-” è un numero di 18 cifre pseudo-casuale e crittograficamente sicuro di 128 bit. Tutti i commenti che si applicano alla cancellazione delle variabili relative al traffico e al commercio si applicano anche in questo caso.
Questo è un ID di transazione il cui scopo principale è quello di garantire che un acquisto non venga accreditato due volte, ad esempio quando qualcuno aggiorna la pagina di conferma dell’acquisto. L’ID stesso può spostare l’acquisto in una riga nel proprio DB in cui viene registrato l’acquisto. Nella maggior parte dei casi non è necessario cancellare questo ID, quindi non viene cancellato per impostazione predefinita.
Se si riesce ancora a ricollegare l’acquisto ad un utente dopo la richiesta di cancellazione Privacy dei dati dei propri dati, allora potrebbe essere necessario cancellare questo campo, in modo che i dati di Analytics per questo visitatore non possano essere legati all’acquirente.
- MCID
- ID visitatore personalizzato
- Indirizzo IP
- Indirizzo IP 2
- Azione ClickMap (legacy)
- Contesto ClickMap (legacy)
- Pagina
- URL della pagina
- URL originale della pagina iniziale
- Destinatario che inoltra
- URL di visita alla pagina iniziale
- Latitudine
- Longitudine
Variabili che potrebbero non supportare le etichette di eliminazione previste no-delete-support
Questa sezione contiene informazioni sulle variabili di Analytics che potrebbero non supportare l’eliminazione. A volte queste variabili vengono eliminate dagli utenti non Analytics (come il team legale) che non conoscono il tipo di dati contenuti nella variabile e fanno supposizioni in base al nome della variabile.
È importante comprendere il tipo di dati contenuti in ciascuna variabile prima di prendere una decisione in merito all’etichettatura o alla cancellazione, e non basarsi esclusivamente sul nome della variabile. Di seguito è riportato un elenco di alcune di queste variabili e del perché non richiedono l’eliminazione o perché non richiedono un’etichetta di eliminazione specifica:
Zip Code
Geo Zip Code
Geo Latitude
Geo Longitude
Visitor ID
MCID / ECID
Questi ID presentano un’etichetta DEL-DEVICE, ma non è possibile aggiungere l’etichetta DEL-PERSON. Se specifichi ID Expansion con ogni richiesta, questi ID verranno eliminati automaticamente per tutte le richieste di eliminazione, anche quelle che utilizzano un ID-PERSON.
Se non si utilizza l’opzione Espansione dell’ID, ma si desidera che questi ID cookie siano resi anonimi nei risultati con un ID corrispondente in un prop o in un eVar, è possibile aggirare questa limitazione di etichettatura etichettando il prop o il eVar con un’etichetta ID-DEVICE, anche se identifica effettivamente una persona (tutte le etichette DEL-PERSON devono essere sostituite dalle etichette DEL-DEVICE). In questo caso, poiché solo alcune istanze dell’ID visitatore o ECID vengono rese anonime, i conteggi univoci dei visitatori cambieranno nei rapporti storici.
Campi di dati per le richieste di accesso access-requests
Esistono cinque variabili standard che contengono la marca temporale:
Il codice per generare i file restituiti per le richieste di accesso privacy dei dati richiede che almeno una delle prime tre variabili di marca temporale sia inclusa nella richiesta di accesso (che quindi abbia un’etichetta ACC applicabile al tipo di richiesta). Se nessuna di queste è inclusa, allora la marca Ora hit personalizzata (UTC) sarà elaborata come se avesse etichetta ACC-ALL.
Il file CSV restituito per le richieste di accesso Privacy dei dati convertirà i valori in questi campi da marche temporali unix a campi data/ora in formato YYYY-MM-DD HH:MM:SS
(ad esempio, 2018-05-01 13:49:22
). Nel file di riepilogo di HTML, questi valori di marca temporale verranno troncati per includere solo la data, YYYY-MM-DD
, per ridurre il numero di valori univoci che si verificano per questi campi.