Panoramica e guida del GDPR

Specifica tecnica del Consenso aggiuntivo di Google

I publisher che vogliono lavorare con fornitori di tecnologia pubblicitaria (ATP) non TCF devono farlo utilizzando direttamente le loro CMP.

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, ai fornitori di servizi per la gestione del consenso (Consent Management Provider, CMP) e ai partner di raccogliere e diffondere consenso aggiuntivo, oltre a consentire l'implementazione del TCF, per le società non ancora registrate nell'Elenco dei fornitori globali (Global Vendor List, GVL) di IAB Europe, ma inserite nell'elenco dei fornitori di tecnologia pubblicitaria (Ad Tech Providers, ATP) di Google.

Modifiche al Consenso aggiuntivo versione 2

A partire dal 6 dicembre 2023, Google supporterà 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.
Le stringhe AC generate in base alla versione 1 della specifica continueranno a essere supportate.

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 all'IAB.

Questa specifica stabilisce quanto segue:

  1. Il formato della stringa AC.
  2. 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.
  3. Come memorizzare una stringa AC.
  4. 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 tre 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 all'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: 1) l'uso di cookie o altro tipo di archiviazione locale ove legalmente richiesto; e 2) la raccolta, la condivisione e l'uso dei dati personali ai fini della personalizzazione degli annunci da parte di un ATP, in conformità a qualsiasi altro termine delle Norme relative al consenso degli utenti dell'UE di Google.

Fornitori indicati che non hanno il consenso per 1) l'uso di cookie o altro tipo di archiviazione locale ove legalmente richiesto; e 2) la raccolta, la condivisione e l'utilizzo dei dati personali per la personalizzazione degli annunci devono essere inclusi solo quando viene garantita agli utenti un'adeguata trasparenza sull'identità di ogni fornitore ATP, incluso il collegamento alle norme sulla privacy di ciascun fornitore, come indicato nell'elenco ATP 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’,
  enableAdvertiserConsentMode: ‘a boolean to indicate whether TCF integration should be enabled when both TCF and Advertiser Consent Mode are present.’
}

 

InAppTCData = {
  tcString: 'base64url-encoded TC string with segments',
  ...
  addtlConsent: ‘AC string with spec version and consented Ad Tech Provider IDs’,
  enableAdvertiserConsentMode: ‘a boolean to indicate whether TCF integration should be enabled when both TCF and Advertiser Consent Mode are present.’
}

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

È stato utile?

Come possiamo migliorare l'articolo?

Hai bisogno di ulteriore assistenza?

Prova i passaggi successivi indicati di seguito:

true
Note di rilascio

Scopri le ultime funzionalità di Ad Manager e gli ultimi aggiornamenti del Centro assistenza.

Scopri le novità

Ricerca
Cancella ricerca
Chiudi ricerca
App Google
Menu principale
17173867817759587279
true
Cerca nel Centro assistenza
true
true
true
true
true
148