Questo documento definisce una specifica tecnica (denominata "Consenso aggiuntivo") da utilizzare esclusivamente insieme alla versione 2 del Transparency & Consent Framework (TCF) di IAB Europe per inviare indicatori di trasparenza e/o consenso ai fornitori che non sono ancora registrati nell'Elenco dei fornitori globali (Global Vendor List, GVL) di IAB Europe. Questa specifica consente ai publisher, alle piattaforma di gestione del consenso (CMP) e ai partner di raccogliere e diffondere consenso aggiuntivo, oltre a consentire l'implementazione del TCF, per le aziende non ancora registrate nell'Elenco dei fornitori globali (Global Vendor List, GVL) di IAB Europe, ma inserite nell'elenco dei fornitori di tecnologia pubblicitaria di Google.
Modifiche al Consenso aggiuntivo versione 2
Da dicembre 2023, Google supporta la versione 2 della specifica del Consenso aggiuntivo. Le modifiche principali sono:
- Aggiornamento alla stringa Consenso aggiuntivo (AC) per supportare i fornitori indicati nella CMP.
- Aggiornamento all'API CMP per consentire l'interoperabilità delle CMP che supportano sia il TCF che la modalità di consenso dell'inserzionista.
Componenti del Consenso aggiuntivo
Nel "Consenso aggiuntivo" supportiamo:
- La stringa sulla trasparenza e sul consenso (stringa TC), come definita dalla specifica della versione 2.2 del TCF di IAB, contenente i dati sulla trasparenza e sul consenso stabiliti per i fornitori inseriti nell'Elenco dei fornitori globali (Global Vendor List, GVL) di IAB.
- Una semplice stringa
addtl_consent(stringa AC) contenente un elenco dei fornitori di tecnologia pubblicitaria (ATP) di Google provvisti del consenso e indicati, ma non registrati a IAB.
Questa specifica stabilisce quanto segue:
-
Il formato della stringa AC.
-
L'estensione all'API CMP della versione 2.2 del TCF per supportare la stringa AC e i controlli per i casi in cui sono presenti sia la modalità di consenso dell'inserzionista sia quella del TCF.
-
Come memorizzare una stringa AC.
-
Come trasmettere la stringa AC tramite la catena di pubblicità digitale.
Formato della stringa "Consenso aggiuntivo" (AC)
Quali informazioni vengono memorizzate in una stringa AC?
Una stringa AC contiene i seguenti componenti:
-
Parte 1: un numero di versione della specifica, ad esempio "
2". -
Parte 2: un simbolo separatore "
~". -
Parte 3: un elenco separato da punti degli ID dei fornitori di tecnologia pubblicitaria (ATP) di Google che hanno ottenuto il consenso dell'utente. Esempio: "
1.35.41.101". -
Parte 4: un simbolo separatore "
~". -
Parte 5: "dv." seguito da un elenco separato da punti degli ID dei fornitori di tecnologia pubblicitaria (ATP) di Google indicati. Esempio: "
dv.9.21.81".I fornitori inclusi nella Parte 3 non devono esserlo nella Parte 5 per ridurre la lunghezza della stringa.
Esempio di stringa AC
La stringa AC 2~1.35.41.101~dv.9.21.81 indica che l'utente ha dato il suo consenso ai fornitori ATP con ID 1, 35, 41 e 101, che i fornitori ATP con ID 9, 21 e 81 sono stati indicati all'utente e che la stringa è stata creata utilizzando il formato definito nella versione 2 della specifica.
Chi deve creare una stringa AC?
Una stringa AC può essere creata esclusivamente da un fornitore CMP registrato al TCF di IAB Europe tramite il numero ID CMP assegnato in conformità alle Norme di IAB. I fornitori o qualsiasi altro fornitore di servizi di terze parti non devono creare stringhe AC per conto proprio.
Dove verranno pubblicati i fornitori ATP di Google?
Google pubblicherà l'elenco dei fornitori di tecnologia pubblicitaria non registrati a IAB e i rispettivi ID nel seguente percorso:
https://storage.googleapis.com/tcfac/additional-consent-providers.csv
Quando deve essere creata una stringa AC?
In tutti i casi, è possibile creare una stringa AC solo se il publisher rispetta le Norme relative al consenso degli utenti dell'UE di Google.
I fornitori provvisti del consenso devono essere inclusi solo se l'utente ha dato il suo consenso legale per:
-
Utilizzare i cookie o altri tipi di archiviazione locale laddove previsto dalla legge e
-
Raccogliere, condividere e utilizzare i dati personali per la personalizzazione degli annunci da parte di un fornitore di tecnologia pubblicitaria, in conformità a qualsiasi altro termine delle Norme relative al consenso degli utenti dell'UE di Google
I fornitori indicati che non hanno il consenso per:
-
Utilizzare i cookie o altri tipi di archiviazione locale laddove previsto dalla legge e
-
Raccogliere, condividere e utilizzare i dati personali per la personalizzazione degli annunci devono essere inclusi solo quando viene fornita agli utenti un'adeguata trasparenza sull'identità di ogni fornitore di tecnologia pubblicitaria, incluso il collegamento alle norme sulla privacy del fornitore ATP, come indicato nell'elenco dei fornitori di tecnologia pubblicitaria di Google
È possibile creare una stringa AC solo come stringa aggiuntiva e non sostitutiva della stringa TC. Google non elaborerà la richiesta ed eliminerà la stringa AC dopo aver ricevuto una richiesta se una stringa TC non è disponibile per la stessa richiesta.
I fornitori CMP che implementano questa specifica devono assicurarsi che la stringa AC che creano contenga solo gli ID indicati nel file pubblicato dei fornitori ATP di Google (ovvero, dei fornitori non presenti nell'elenco GVL). Quando Google riceve una stringa TC, controlla anche la versione dell'elenco GVL indicata nella stringa stessa. Se quella versione dell'elenco GVL presenta una registrazione per un fornitore, la stringa TC controlla se il fornitore in questione ed eventuali voci della stringa AC per quel fornitore verranno ignorate. In tal caso, Google si riserva il diritto di rimuovere questi voci "duplicate" dalla stringa AC e di trasferire la stringa AC modificata insieme alla stringa TC. I fornitori diversi da Google non possono modificare la stringa AC.
Risorse correlate
Estensione all'API CMP
Proponiamo di estendere l'API JavaScript CMP della versione 2.2 del TCF per consentire la restituzione della stringa AC. Più precisamente, proponiamo di estendere gli oggetti JSON TCData e InAppTCData per restituire questi dati.
TCData = {
tcString: 'base64url-encoded TC string with segments',
...
addtlConsent: ‘AC string with spec version and consented Ad Tech Provider IDs’
}
InAppTCData = {
tcString: 'base64url-encoded TC string with segments',
...
addtlConsent: ‘AC string with spec version and consented Ad Tech Provider IDs’
}
Come deve essere memorizzata una stringa AC?
Web
La scelta del meccanismo di memorizzazione spetta al CMP.
In-app
Per memorizzare la stringa AC mediante l'SDK CMP, verrà utilizzata l'interfaccia NSUserDefaults (iOS) o SharedPreferences (Android). Grazie a questa interfaccia:
-
I fornitori possono accedere facilmente alla stringa AC.
-
La stringa AC viene mantenuta tra le sessioni dell'app.
-
La stringa AC può essere utilizzata da più CMP in modo da fornire a un publisher la flessibilità necessaria per scambiare un SDK CMP con un altro.
Se un publisher sceglie di rimuovere un SDK CMP dalla propria app, è responsabile della cancellazione dei valori AddtlConsent per gli utenti, in modo che i fornitori non continuino a utilizzare la stringa AC inclusa.
| Chiave di archiviazione e ricerca in NSUserDefaults e SharedPreferences | Valore |
IABTCF_AddtlConsent |
Stringa: stringa AC con versione della specifica e ID dei fornitori di tecnologia pubblicitaria provvisti del consenso. |
Come trasmettere la stringa AC tramite la catena di pubblicità digitale
Richiesta di offerta
Riutilizzeremo ConsentedProvidersSettings per propagare i fornitori non inclusi nell'elenco GVL nelle fasi successive del processo.
- Nel protocollo per le estensioni OpenRTB
- Nella versione precedente di Protobuf
message ConsentedProvidersSettings {
// Set of IDs corresponding to providers for whom the publisher has told
// Google that its EEA users have given legally valid consent to: 1) the use of cookies or other local
// storage where legally required; and 2) the collection, sharing, and use of personal data for
// personalization of ads by an ATP in accordance with Google’s EU User Consent Policy.
// A mapping of provider ID to provider name is posted at providers.csv.
repeated int64 consented_providers = 2 [packed = true];
}
// Information about the providers for whom the publisher has told Google
// that its EEA users have consented to the use of their personal data for
// ads personalization in accordance with Google's EU User Consent Policy.
// This field will only be populated when regs_gdpr is true.
optional ConsentedProvidersSettings consented_providers_settings = 42;
Servizi basati su URL
Quando viene visualizzata una creatività, questa potrebbe contenere alcuni pixel nei tag <img>. Ad esempio, <img src="http://vendor-a.com/key1=val1&key2=val2">, che invia una richiesta HTTP GET dal browser al dominio del fornitore.
Poiché il pixel è un tag <img> che non è in grado di eseguire JavaScript, non è possibile utilizzare l'API CMP per ottenere la stringa TC. Oltre al supporto per la stringa TC, forniamo un parametro URL standard e una macro negli URL di pixel in cui deve essere inserita la stringa AC.
| Parametro URL | Macro corrispondente | Rappresentazione nell'URL |
addtl_consent |
ADDTL_CONSENT |
&addtl_consent=${ADDTL_CONSENT} |
Esempio 1
Affinché un Fornitore A riceva una stringa AC, un URL immagine deve includere una coppia chiave-valore con il parametro URL e la macro &addtl_consent=${ADDTL_CONSENT}. L'URL risultante è:
http://vendor-a.com/key1=val1&key2=val2&addtl_consent=${ADDTL_CONSENT}
Esempio 2
Per una determinata richiesta, se la stringa AC è: 1~1.35.41.101
Il chiamante o il renderer della creatività sostituisce la macro nell'URL con la stringa AC effettiva, in modo che il pixel posizionato originariamente contenente la macro venga modificato come segue quando si effettua la chiamata al server specifico:
http://vendor-a.com/key1=val1&key2=val2&addtl_consent=1~1.35.41.101
