Supporto IAB TCF 2.0 in Experience Platform
Il Transparency & Consent Framework (TCF), come descritto da Interactive Advertising Bureau (IAB) è un framework tecnico basato su standard aperti che consente alle organizzazioni di ottenere, registrare e aggiornare il consenso del consumatore per il trattamento dei propri dati personali, in conformità con il General Data Protection Regulation (RGPD) dell'Unione Europea. La seconda iterazione del framework, TCF 2.0, offre maggiore flessibilità su come i consumatori possono fornire o negare il consenso, compreso se e come i fornitori possono utilizzare determinate caratteristiche del trattamento dei dati, come una precisa geolocalizzazione.
Adobe Experience Platform fa parte dell'elenco fornitori IAB TCF 2.0 registrato, con ID 565. In conformità ai requisiti TCF 2.0, Platform consente di raccogliere i dati sul consenso dei clienti e di integrarli nei profili dei clienti memorizzati. Questi dati sul consenso possono quindi essere presi in considerazione per stabilire se i profili sono inclusi nei segmenti di pubblico esportati, a seconda del loro caso d’uso.
Questo documento fornisce una panoramica su come configurare le operazioni sui dati e gli schemi di profilo per accettare i dati sul consenso dei clienti generati dalla piattaforma di gestione dei consensi (CMP, Consent Management Platform). Inoltre, illustra come Platform trasmette le scelte di consenso degli utenti durante l’esportazione di segmenti.
Prerequisiti
Per seguire insieme a questa guida, devi utilizzare una CMP, commerciale o tua, integrata e conforme con IAB TCF. Per ulteriori informazioni, vedere l'elenco di CMP conformi.
Questa guida richiede anche una buona conoscenza dei seguenti servizi di Platform:
- Experience Data Model (XDM): framework standardizzato in base al quale Experience Platform organizza i dati sull'esperienza del cliente.
- Servizio Adobe Experience Platform Identity: risolve il problema fondamentale della frammentazione dei dati sull'esperienza del cliente, collegando le identità tra dispositivi e sistemi.
- Profilo cliente in tempo reale: utilizza Identity Service per creare profili cliente dettagliati dai set di dati in tempo reale. Real-Time Customer Profile estrae dati dal Data Lake e mantiene i profili cliente nel proprio archivio dati separato.
- Adobe Experience Platform Web SDK: libreria JavaScript lato client che consente di integrare vari servizi Platform nel sito Web rivolto al cliente.
- Comandi di consenso SDK: panoramica del caso d'uso dei comandi SDK relativi al consenso mostrata in questa guida.
- Servizio di segmentazione di Adobe Experience Platform: consente di dividere i dati di Real-Time Customer Profile in gruppi di individui che condividono caratteristiche simili e rispondono in modo simile alle strategie di marketing.
Oltre ai servizi di Platform elencati in precedenza, dovresti avere familiarità con destinazioni e con il loro ruolo nell'ecosistema di Platform.
Riepilogo del flusso di consenso del cliente summary
Le sezioni seguenti descrivono come i dati sul consenso vengono raccolti e applicati dopo che il sistema è stato configurato correttamente.
Raccolta dati di consenso
Platform consente di raccogliere i dati sul consenso del cliente tramite il seguente processo:
- Un cliente fornisce le proprie preferenze di consenso per la raccolta dei dati tramite una finestra di dialogo sul sito web.
- La tua CMP rileva la modifica della preferenza di consenso e genera di conseguenza i dati sul consenso TCF.
- Utilizzando Platform Web SDK, i dati del consenso generati (restituiti dalla CMP) vengono inviati a Adobe Experience Platform.
- I dati di consenso raccolti vengono acquisiti in un set di dati abilitato per Profile il cui schema contiene campi di consenso TCF.
Oltre ai comandi SDK attivati dagli hook di modifica del consenso di CMP, i dati del consenso possono anche fluire in Experience Platform tramite qualsiasi dato XDM generato dal cliente e caricato direttamente in un set di dati abilitato per Profile.
Tutti i segmenti condivisi con Platform da Adobe Audience Manager (tramite il connettore di origine Audience Manager o altro) possono contenere anche dati sul consenso se i campi appropriati sono stati applicati a tali segmenti tramite Experience Cloud Identity Service. Per ulteriori informazioni sulla raccolta dei dati sul consenso in Audience Manager, consulta il documento sul plug-in Adobe Audience Manager per IAB TCF.
Applicazione del consenso a valle
Una volta acquisiti correttamente i dati di consenso TCF, i seguenti processi hanno luogo nei servizi Platform a valle:
- Real-Time Customer Profile aggiorna i dati di consenso archiviati per il profilo del cliente.
- Platform elabora gli ID cliente solo se per ogni ID in un cluster viene fornita l’autorizzazione del fornitore per Platform (565).
- Durante l’esportazione di segmenti in destinazioni appartenenti a membri dell’elenco di fornitori TCF 2.0, Platform include profili solo se le autorizzazioni del fornitore per Platform (565) e sono fornite per ogni ID in un cluster.
Le altre sezioni di questo documento forniscono indicazioni su come configurare Platform e le operazioni sui dati per soddisfare i requisiti di raccolta e applicazione descritti in precedenza.
Determinare come generare i dati sul consenso dei clienti all’interno della CMP consent-data
Poiché ogni sistema CMP è univoco, devi determinare il modo migliore per consentire ai clienti di fornire il consenso durante l’interazione con il servizio. Una finestra di dialogo per il consenso dei cookie è un metodo comune per ottenere il consenso del cliente. Di seguito è riportato un esempio di finestra di dialogo CMP.
Questa finestra di dialogo deve consentire al cliente di effettuare o meno il consenso:
Le finalità definiscono per quali finalità di tecnologia pubblicitaria un brand può utilizzare i dati di un cliente. Per consentire a Platform di elaborare gli ID cliente, è necessario accettare le seguenti finalità:
- Scopo 1: archiviare e/o accedere a informazioni su un dispositivo
- Scopo 10: sviluppare e migliorare i prodotti
Stringhe di consenso consent-strings
Indipendentemente dal metodo utilizzato per raccogliere i dati, l’obiettivo è generare un valore stringa in base alle opzioni di consenso scelte dal cliente, denominato stringa di consenso.
Nella specifica TCF, le stringhe di consenso vengono utilizzate per codificare dettagli rilevanti sulle impostazioni di consenso di un cliente, in termini di finalità di marketing specifiche, come definite dalle politiche e dai fornitori. Platform utilizza queste stringhe per memorizzare le impostazioni di consenso per ciascun cliente, pertanto ogni volta che tali impostazioni cambiano deve essere generata una nuova stringa di consenso.
Le stringhe di consenso possono essere create solo da una CMP registrata con IAB TCF. Per ulteriori informazioni su come generare stringhe di consenso utilizzando la tua CMP specifica, consulta la guida alla formattazione delle stringhe di consenso nell'archivio GitHub IAB TCF.
Creare set di dati con campi di consenso TCF datasets
I dati sul consenso del cliente devono essere inviati a set di dati i cui schemi contengono campi di consenso TCF. Prima di continuare con questa guida, consulta l'esercitazione sulla creazione di set di dati per l'acquisizione del consenso TCF 2.0 per informazioni su come creare il set di dati di profilo richiesto (e un set di dati Experience Event facoltativo).
Aggiorna i criteri di unione di Profile per includere i dati sul consenso merge-policies
Dopo aver creato un set di dati abilitato per Profile per la raccolta dei dati sul consenso, è necessario assicurarsi che i criteri di unione siano stati configurati in modo da includere sempre i campi di consenso TCF nei profili cliente. Ciò comporta l’impostazione della precedenza dei set di dati in modo che il set di dati di consenso abbia priorità rispetto ad altri set di dati potenzialmente in conflitto.
Per ulteriori informazioni su come utilizzare i criteri di unione, consulta la panoramica dei criteri di unione. Durante la configurazione dei criteri di unione, devi assicurarti che i segmenti includano tutti gli attributi di consenso richiesti forniti dal gruppo di campi dello schema di privacy XDM, come descritto nella guida sulla preparazione dei set di dati.
Integrare Experience Platform Web SDK per raccogliere i dati sul consenso del cliente sdk
Dopo aver configurato la CMP per generare le stringhe di consenso, è necessario integrare l’SDK per web di Experience Platform per raccogliere tali stringhe e inviarle a Platform. Platform SDK fornisce due comandi che possono essere utilizzati per inviare i dati di consenso TCF a Platform (descritti nelle sottosezioni seguenti). Questi comandi devono essere utilizzati quando un cliente fornisce informazioni sul consenso per la prima volta e in seguito ogni volta che tale consenso cambia.
L'SDK non si interfaccia con CMP predefiniti. Sta a te determinare come integrare l’SDK nel tuo sito web, ascoltare le modifiche del consenso nella CMP e chiamare il comando appropriato.
Creare un flusso di dati
Affinché l’SDK possa inviare dati all’Experience Platform, devi prima creare un flusso di dati per Platform. I passaggi specifici per la creazione di uno stream di dati sono forniti nella documentazione SDK.
Dopo aver fornito un nome univoco per lo stream di dati, seleziona il pulsante accanto a Adobe Experience Platform. Quindi, utilizzare i valori seguenti per completare il resto del modulo:
sendEvent
, memorizzando tali dati in questo set di dati. Tieni presente che i valori di consenso memorizzati in questo set di dati sono non utilizzati nei flussi di lavoro di applicazione automatica.setConsent
, i dati raccolti vengono memorizzati in questo set di dati. Poiché questo set di dati è abilitato per il profilo, i valori del consenso memorizzati in questo set di dati vengono rispettati durante i flussi di lavoro di applicazione automatica.
Al termine, seleziona Salva nella parte inferiore della schermata e continua seguendo eventuali altre richieste per completare la configurazione.
Esecuzione di comandi per la modifica del consenso
Dopo aver creato lo stream di dati descritto nella sezione precedente, puoi iniziare a utilizzare i comandi SDK per inviare i dati del consenso a Platform. Le sezioni seguenti forniscono esempi di come ogni comando SDK può essere utilizzato in scenari diversi.
Utilizzo degli hook per la modifica del consenso di CMP setConsent
Molte CMP forniscono hook pronti all’uso in grado di ascoltare gli eventi di modifica del consenso. Quando si verificano questi eventi, è possibile utilizzare il comando setConsent
per aggiornare i dati del consenso del cliente.
Il comando setConsent
prevede due argomenti:
- Stringa che indica il tipo di comando (in questo caso, "setConsent").
- Payload contenente un array
consent
. L’array deve contenere almeno un oggetto che fornisca i campi di consenso richiesti.
Il comando setConsent
viene visualizzato di seguito:
alloy("setConsent", {
consent: [{
standard: "IAB TCF",
version: "2.0",
value: "CLcVDxRMWfGmWAVAHCENAXCkAKDAADnAABRgA5mdfCKZuYJez-NQm0TBMYA4oCAAGQYIAAAAAAEAIAEgAA.argAC0gAAAAAAAAAAAA",
gdprApplies: "true"
}]
});
standard
IAB
per l'elaborazione del consenso TCF 2.0.version
standard
. Questo valore deve essere impostato su 2.0
per l'elaborazione del consenso TCF 2.0.value
gdprApplies
true
. Impostazione predefinita: true
se non definita.Il comando setConsent
deve essere utilizzato come parte di un hook CMP che rileva le modifiche nelle impostazioni di consenso. Il seguente JavaScript fornisce un esempio di come il comando setConsent
può essere utilizzato per l'hook OnConsentChanged
di OneTrust:
OneTrust.OnConsentChanged(function () {
// Retrieve the TCF 2.0 consent data generated by the CMP, and pass it to Alloy.
__tcfapi("getTCData", 2, function (data, success) {
if (success) {
var tcString = data.tcString;
var gdpr = data.gdprApplies;
alloy("setConsent", {
consent: [{
standard: "IAB TCF",
version: "2.0",
value: tcString,
gdprApplies: gdpr
}]
});
}
});
});
Utilizzo degli eventi sendEvent
È inoltre possibile raccogliere i dati sul consenso TCF 2.0 su ogni evento attivato in Platform utilizzando il comando sendEvent
.
Il comando sendEvent
deve essere utilizzato come callback nei listener di eventi appropriati sul sito Web. Il comando prevede due argomenti: (1) una stringa che indica il tipo di comando (in questo caso, sendEvent
) e (2) un payload contenente un oggetto xdm
che fornisce i campi di consenso richiesti come JSON:
alloy("sendEvent", {
xdm: {
"consentStrings": [{
"consentStandard": "IAB TCF",
"consentStandardVersion": "2.0",
"consentStringValue": "CLcVDxRMWfGmWAVAHCENAXCkAKDAADnAABRgA5mdfCKZuYJez-NQm0TBMYA4oCAAGQYIAAAAAAEAIAEgAA.argAC0gAAAAAAAAAAAA",
"gdprApplies": true
}]
}
});
xdm.consentStrings
consentStandard
IAB
per l'elaborazione del consenso TCF 2.0.consentStandardVersion
standard
. Questo valore deve essere impostato su 2.0
per l'elaborazione del consenso TCF 2.0.consentStringValue
gdprApplies
true
. Impostazione predefinita: true
se non definita.Gestione delle risposte SDK
Molti comandi Web SDK restituiscono promesse che indicano se la chiamata è riuscita o meno. Puoi quindi utilizzare queste risposte per una logica aggiuntiva, ad esempio per visualizzare i messaggi di conferma al cliente. Per ulteriori informazioni, vedere Risposte ai comandi.
Esportare segmenti export
Dopo aver raccolto i dati sul consenso dei clienti e aver creato segmenti di pubblico contenenti gli attributi di consenso richiesti, puoi applicare la conformità TCF 2.0 durante l’esportazione di tali segmenti in destinazioni a valle.
Se l'impostazione di consenso gdprApplies
è impostata su true
per un set di profili cliente, tutti i dati di tali profili esportati nelle destinazioni a valle vengono filtrati in base alle preferenze di consenso TCF per ciascun profilo. Qualsiasi profilo che non soddisfi le preferenze di consenso richieste viene saltato durante il processo di esportazione.
I clienti devono acconsentire alle seguenti finalità (come indicato da Criteri TCF 2.0) per includere i propri profili nei segmenti esportati nelle destinazioni:
- Scopo 1: archiviare e/o accedere a informazioni su un dispositivo
- Scopo 10: sviluppare e migliorare i prodotti
TCF 2.0 richiede inoltre che l’origine dei dati verifichi l’autorizzazione del fornitore della destinazione prima di inviare i dati a tale destinazione. Platform controlla quindi se l’autorizzazione del fornitore della destinazione ha acconsentito a tutti gli ID nel cluster prima di includere i dati associati a tale destinazione.
Testare l’implementazione test-implementation
Dopo aver configurato l’implementazione di TCF 2.0 e aver esportato i segmenti nelle destinazioni, tutti i dati che non soddisfano i requisiti di consenso non verranno esportati. Per verificare se i profili cliente corretti sono stati filtrati durante l’esportazione, controlla manualmente gli archivi dati sulle destinazioni per verificare se il consenso è stato applicato correttamente.
Passaggi successivi
In questo documento viene descritto il processo di configurazione delle operazioni relative ai dati di Platform per soddisfare gli obblighi aziendali descritti dal TCF 2.0. Per ulteriori informazioni sulle funzionalità relative alla privacy di Platform, consulta la panoramica su governance, privacy e sicurezza.