Notificare

Echipa de asistență clienți nu oferă servicii de remediere a erorilor în limba de afișare actuală. Pentru a contacta personalul echipei de asistență, mai întâi comutați la engleză sau la alte limbi acceptate (spaniolă, portugheză sau japoneză). 

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

PGC-uri certificate care acceptă consimțământul suplimentar

Această listă conține PGC-urile certificate care acceptă specificațiile tehnice pentru consimțământul suplimentar Google, precum și versiunea de consimțământ suplimentar pe care o acceptă.

Dacă sunteți un PGC care acceptă consimțământul suplimentar și (1) nu figurați în această listă sau (2) este afișată versiunea greșită a consimțământului suplimentar, accesați formularul de înregistrare a PGC-urilor și selectați tipul de solicitare Doresc să pun o întrebare sau să actualizez starea. Vom face tot posibilul să actualizăm înregistrarea în timp util, astfel încât să reflecte starea dvs.

Lista PGC-urilor certificate care acceptă consimțământul suplimentar
Continuăm să certificăm PGC-uri și le recomandăm editorilor să verifice această listă în mod regulat.

Ghid pentru informațiile din această listă

Această listă include următoarele informații despre fiecare PGC certificat:

  • PGC certificat: numele PGC-ului certificat.
  • ID-ul PGC-ului conform cu TCF: identificatorul unic atribuit de IAB unui PGC validat conform TCF.
  • Consimțământ suplimentar: versiunea de consimțământ suplimentar acceptată de PGC.

Lista PGC-urilor certificate care acceptă consimțământul suplimentar

Platformă de gestionare a consimțământului (PGC) certificată ID-ul platformei de gestionare a consimțământului (PGC) din Cadrul de transparență și consimțământ (TCF) Supported version
1&1 Mail & Media GmbH CMP (Private)167ACv1
adjoe GmbH CMP (Private)409ACv2
Adlane LTD CMP396ACv1
Admiral CMP9ACv2
Alma CMP (Private)84ACv1
ALPRED SL CMP (Private)237ACv2
Associated Newspapers Ltd CMP27ACv2
AutoScout24 GmbH CMP (Private)397ACv1
AVACY CMP297ACv2
Axel Springer Deutschland GmbH CMP (Private)345ACv2
Axeptio260ACv2
BigID Inc.452ACv2
Blasting SA CMP (Private)292ACv1
BurdaForward GmbH CMP (Private)35ACv2
CCM19 CMP343ACv1
Ciao people s.r.l. CMP (Private)58ACv1
CIVIC COMPUTING LTD CMP259ACv1
Clickio CMP63ACv2
Commanders Act CMP90ACv1
Complianz CMP332ACv1
Consentmanager CMP31ACv2
Cookie Script CMP374ACv2
Cookiebot CMP134ACv2
CookieFirst CMP382ACv2
CookieHub CMP354ACv1
CookieYes CMP401ACv1
Dailymotion CMP (Private)105ACv2
Didomi CMP7ACv2
DPG Media CMP (Private)411ACv2
Easybrain CMP (Private)350ACv2
eBay Kleinanzeigen GmbH CMP (Private)309ACv1
Ethyca Inc CMP407ACv1
Ezoic CMP299ACv2
Fandom CMP (Private)141ACv1
FastCMP388ACv2
Flexy Consent317ACv2
Geek Software GmbH CMP (Private)423ACv1
Google LLC CMP300ACv2
Gravito CMP302ACv2
Grupa RMF CMP (Private)330ACv2
Guardian News and Media CMP (Private)112ACv2
Healthline CMP (Private)227ACv1
ILOVEPDF SL CMP (Private)417ACv2
Impala CMP (Private)303ACv1
InMobi Choice CMP10ACv2
Interia CMP (Private)231ACv1
Internetowy Dom Mediowy net S.A. CMP (Private)225ACv2
Iubenda CMP123ACv2
Kayak Software Corporation CMP (Private)413ACv2
Ketch CMP340ACv2
Kixell Tag443ACv2
Learnings CMP387ACv1
legal web GmbH410ACv2
Marfeel Solutions S.L181ACv1
Mediavine CMP46ACv2
mobile.de CMP (Private)306ACv1
Moonee Publishing LTD CMP (Private)421ACv1
My Agile Privacy CMP403ACv1
NitroPay CMP242ACv1
One Consent CMP273ACv1
Onetrust / Cookiepro CMP28ACv2
Outfit7 CMP (Private)348ACv1
Overwolf Ltd. CMP (Private)246ACv2
Pandectes CMP445ACv2
Paruvendu CMP (Private)222ACv2
Podravka d.d. CMP (Private)441ACv2
Pubtech CMP352ACv2
RCS CMP218ACv2
Ringier Axel Springer Polska (Private)280ACv1
Setupad CMP379ACv1
Seven.One Entertainment Group GmbH CMP (Private)318ACv2
Seznam.cz CMP247ACv1
SFBX CMP2ACv2
Sibbo CMP76ACv2
Sirdata CMP92ACv2
Snigel Adconsent CMP229ACv1
Social Shopping Group GmbH CMP (Private)438ACv2
Sourcepoint Dialogue CMP6ACv2
Termly CMP412ACv2
Traffective CMP21ACv2
Transcend CMP399ACv1
Tri-table Sp. z o.o. CMP61ACv2
Uniconsent CMP68ACv1
UserCentrics CMP5ACv2
Viber Media CMP (Private)171ACv2
Wirtualna Polska Media S.A. CMP72ACv1
Yahoo EMEA CMP (Private)14ACv2

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

A fost util?

Cum putem să îmbunătățim această pagină?
Căutare
Șterge căutarea
Închide căutarea
Meniu principal
16045377008355701406
true
Căutaţi în Centrul de ajutor
true
true
true
true
true
69621
false
false
false
false