Specificația tehnică pentru Consimțământul suplimentar Google

Editorii care doresc să colaboreze cu furnizori de tehnologie publicitară din afara Cadrului de transparență și consimțământ (TCF) trebuie să lucreze direct cu platformele lor de gestionare a consimțământului (PGC).

Acest document definește o specificație tehnică (denumită Consimțământ suplimentar) destinată folosirii în paralel cu Cadrul de transparență și consimțământ (TCF) IAB Europe versiunea 2 pentru a trimite semnale despre transparență și/sau consimțământ furnizorilor care nu s-au înscris încă pe Lista de furnizori globali (LFG) IAB Europe. Cu ajutorul acestei specificații, editorii, furnizorii de gestionare a consimțământului (PGC) și partenerii pot să obțină și să propage consimțământul suplimentar, împreună cu implementarea TCF pentru companiile care nu sunt încă înregistrate în Lista de furnizori globali IAB Europe, dar care se află pe lista de furnizori de tehnologie publicitară Google.

Modificări privind Consimțământul suplimentar versiunea 2

Din decembrie 2023, Google a acceptat versiunea 2 a specificației privind Consimțământul suplimentar. Principalele modificări:

• actualizarea șirului de Consimțământ suplimentar (AC) pentru a ajuta furnizorii dezvăluiți pe platforma de gestionare a consimțământului (PGC);
• actualizarea API-ului platformei de gestionare a consimțământului (PGC) pentru a permite interoperabilitatea platformelor de gestionare a consimțământului (PGC) care acceptă atât TCF, cât și modul de consimțământ al advertiserului.

Șirurile AC generate pe baza specificației din versiunea 1 vor fi acceptate în continuare.

Componentele Consimțământului suplimentar

În Consimțământ suplimentar, acceptăm:

• șirul de Transparență și consimțământ (șir TC), așa cum este definit în specificația privind TCF IAB versiunea 2.2, care conține transparența și consimțământul stabilite pentru furnizori pe Lista de furnizori globali (LFG) IAB; ȘI
• un șir addtl_consent simplu (șir AC), ce conține o listă de furnizori de tehnologie publicitară Google acceptați și/sau sunt dezvăluiți, care nu au fost înregistrați la IAB.

Această specificație definește următoarele:

1. formatul șirului AC;

2. extensia la API-ul PGC TCF versiunea 2.2 pentru a accepta șirul AC și comenzile, pentru situațiile în care sunt prezente atât Cadrul de transparență și consimțământ (TCF), cât și modul de consimțământ al advertiserului;

3. cum să stocați un șir AC;

4. cum să transmiteți șirul AC prin intermediul lanțului de publicitate digitală.

Formatul șirului Consimțământ suplimentar (AC)

Ce informații sunt stocate într-un șir AC?

Un șir AC conține următoarele componente:

• partea întâi: un număr de versiune, cum ar fi 2;

• partea a doua: simbolul ~ pentru separator;

• partea a treia: o listă de coduri, separate prin puncte, ale furnizorilor de tehnologie publicitară Google, care au consimțământul utilizatorilor. Exemplu: 1.35.41.101.

• partea a patra: simbolul ~ pentru separator;

• partea a cincea: dv. urmat de o listă de coduri, separate prin puncte, ale furnizorilor de tehnologie publicitară Google. Exemplu: dv.9.21.81

  Furnizorii incluși în partea a treia nu trebuie să fie incluși în partea a cincea pentru a reduce lungimea șirului.

Exemplu de șir AC

Șirul AC 2~1.35.41.101~dv.9.21.81 înseamnă că utilizatorul a acceptat furnizorii de tehnologie publicitară cu codurile 1, 35, 41 și 101. Furnizorii de tehnologie publicitară cu codurile 9, 21 și 81 au fost dezvăluiți pentru utilizator, iar șirul este creat folosind formatul definit în specificația pentru versiunea 2.

Cine ar trebui să creeze un șir AC?

Un șir AC poate fi creat numai de un PGC înregistrat în TCF IAB Europe, folosind codul PGC atribuit în conformitate cu politicile IAB. Furnizorii sau orice alți furnizori de servicii terți nu trebuie să creeze ei înșiși șiruri AC.

Unde vor fi publicați furnizorii de tehnologie publicitară Google?

Google va publica lista cu furnizorii de tehnologie publicitară care nu sunt înregistrați la IAB și codurile acestora în următoarea locație:

https://storage.googleapis.com/tcfac/additional-consent-providers.csv

Când trebuie creat un șir AC?

În toate cazurile, un șir AC poate fi creat numai dacă editorul respectă Politica Google privind consimțământul utilizatorilor din UE.

Furnizorii acceptați trebuie incluși numai atunci când utilizatorul și-a dat consimțământul legal valid pentru:

1. folosirea cookie-urilor sau a altor modalități de stocare de informații la nivel local, dacă legea impune acest lucru;

2. colectarea, trimiterea și folosirea datelor cu caracter personal în scopul personalizării anunțurilor de către un furnizor de tehnologie publicitară și respectarea tuturor celorlalte condiții ale Politicii Google privind consimțământul utilizatorilor din UE.

Furnizorii divulgați care nu au consimțământul pentru:

1. folosirea cookie-urilor sau a altor modalități de stocare de informații la nivel local, dacă legea impune acest lucru;

2. colectarea, trimiterea și folosirea datelor cu caracter personal în scopul personalizării anunțurilor trebuie incluse numai atunci când se oferă transparență adecvată utilizatorilor cu privire la identitatea fiecărui furnizor de tehnologie publicitară, inclusiv trimiterea la politica de confidențialitate a acestuia, conform listei de furnizori de tehnologie publicitară Google.

Un șir AC trebuie să fie creat numai ca șir suplimentar pentru șirul TC, nu în locul șirului TC. Google nu va procesa solicitarea și va șterge șirul AC dintr-o solicitare primită de Google dacă un șir TC nu este disponibil pentru aceeași solicitare.

Platformele de gestionare a consimțământului care implementează aceste specificații trebuie să se asigure că șirul AC pe care îl creează conține numai codurile din fișierul publicat cu furnizori de tehnologie publicitară Google (adică furnizorii care nu sunt în LFG). Când Google primește un șir TC, va verifica versiunea LFG afișată în șirul TC. Dacă această versiune a LFG are înregistrare pentru un furnizor, comenzile șirului TC pentru furnizor și eventualele șiruri AC pentru furnizorul respectiv vor fi ignorate. În această situație, Google își rezervă dreptul de a elimina intrările „dublură” din șirul AC și de a transmite acest șir AC modificat împreună cu șirul TC. Altor furnizori decât Google le este interzis să modifice șirul AC.

Resurse conexe

• Șirul privind transparența și consimțământul cu formatul Listă de furnizori globali versiunea 2.2

• API-ul Platformă de gestionare a consimțământului versiunea 2.2

• Politicile Cadrului de transparență și consimțământ IAB Europe

• Politica Google privind consimțământul utilizatorilor din UE

Extensie la API-ul PGC

Propunem să extindem API-ul JavaScript PGC TCF versiunea 2.2 pentru a permite returnarea șirului AC. Mai exact, propunem să extindem obiectele JSON TCData și InAppTCData pentru a returna aceste date.

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’
}

Cum trebuie stocat un șir AC?

Web

Mecanismul de stocare este lăsat la alegerea PGC-ului.

În aplicații

NSUserDefaults (iOS) sau SharedPreferences (Android) vor fi folosite pentru a stoca șirul AC de un SDK PGC. Acesta permite ca:

• furnizorii să acceseze cu ușurință șirul AC;

• șirul AC să fie păstrat în toate sesiunile din aplicație;

• șirul AC să fie portabil între PGC-uri pentru a-i oferi editorului flexibilitatea de a schimba un SDK PGC cu un altul.

Dacă un editor alege să elimine un SDK PGC din aplicație, acesta este responsabil de ștergerea valorilor AddtlConsent pentru utilizatori, astfel încât furnizorii să nu folosească în continuare șirul AC inclus.

Cheia de stocare și de căutare în NSUserDefaults și SharedPreferences	Valoare
IABTCF_AddtlConsent	Șir: șirul AC cu versiunea specificațiilor și codurile furnizorilor de tehnologie publicitară care au primit consimțământul

Cum să transmiteți șirul AC prin intermediul lanțului de publicitate digitală

Solicitare de sumă licitată

Vom refolosi ConsentedProvidersSettings pentru a propaga furnizorii care nu sunt în LFG.

• În protocolul extensiilor OpenRTB
• Versiune veche de 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;

Servicii bazate pe adrese URL

Atunci când sunt redate materiale publicitare, acestea pot conține un număr de pixeli sub etichetele <img>. De exemplu, <img src="http://vendor-a.com/key1=val1&key2=val2">, care trimite o solicitare HTTP GET din browser către domeniul furnizorului.

Întrucât pixelul este inclus într-o etichetă <img> fără capacitatea de a executa JavaScript, API-ul PGC nu poate fi folosit pentru a obține șirul TC. Similar cu compatibilitatea pentru șirul TC, oferim un parametru URL standard și o macrocomandă în adresele URL ale pixelilor, unde trebuie inserat șirul AC.

Parametru URL	Macrocomandă corespunzătoare	Reprezentare în adresa URL
addtl_consent	ADDTL_CONSENT	&addtl_consent=${ADDTL_CONSENT}

Exemplul 1

Pentru ca furnizorul A să primească un șir AC, adresa URL a unei imagini trebuie să includă o pereche cheie-valoare cu parametrul URL și macrocomanda &addtl_consent=${ADDTL_CONSENT}. Adresa URL rezultantă este:

http://vendor-a.com/key1=val1&key2=val2&addtl_consent=${ADDTL_CONSENT}

 

Exemplul 2

La o anumită solicitare, dacă șirul AC este: 1~1.35.41.101

Apelantul sau dispozitivul de redare al materialelor publicitare înlocuiește macrocomanda din adresa URL cu șirul AC real, astfel încât pixelul plasat inițial care conține macrocomanda să fie modificat după cum urmează, atunci când se efectuează apelul la serverul specificat:

http://vendor-a.com/key1=val1&key2=val2&addtl_consent=1~1.35.41.101