BDAR apžvalga ir gairės

„Google“ papildomo sutikimo techninė specifikacija

Kitas: 2.2 versijos IAB ES SSP diegimo trikčių šalinimas

Leidėjai, norintys bendradarbiauti su ne SSP skelbimų technologijos teikėjais (RTT), turėtų dirbti tiesiogiai savo STP.

Šiame dokumente apibrėžta techninė specifikacija (vadinama „papildomu sutikimu“), skirta naudoti tik su 2 versijos „IAB Europe“ skaidrumo ir sutikimo principais (SSP), skirtais siųsti skaidrumo ir (arba) sutikimo signalus teikėjams, dar neužregistruotiems „IAB Europe“ visuotiniame paslaugų teikėjų sąraše (VPTS). Naudodami šią specifikaciją leidėjai, sutikimų tvarkymo platformos (STP) ir partneriai gali rinkti ir teikti papildomą sutikimą (kartu įdiegę SSP) įmonėms, dar neužregistruotoms „IAB Europe“ visuotiniame paslaugų teikėjų sąraše, bet įtrauktoms į „Google“ reklamavimo technologijos teikėjų (RTT) sąrašą.

2 versijos papildomo sutikimo pakeitimai

Nuo 2023 m. gruodžio mėn. „Google“ palaiko 2 versijos papildomo sutikimo specifikaciją. Toliau išvardyti pagrindiniai pakeitimai.

Atnaujinkite papildomo sutikimo (PS) eilutę, kad būtų palaikomi STP paskelbti paslaugų teikėjai.
Atnaujinkite į STP API, siekdami užtikrinti STP, palaikančios SSP ir reklamuotojo sutikimo režimą, suderinamumą.

Pagal 1 versijos specifikaciją sugeneruotos PS eilutės ir toliau bus palaikomos.

Papildomo sutikimo komponentai

Pasirinkus papildomą sutikimą palaikome abi eilutes:

skaidrumo ir sutikimo eilutę (SS eilutę), kaip apibrėžta 2.2 versijos IAB SSP specifikacijoje, kurioje pateikiami skaidrumo ir sutikimo principai, nustatyti paslaugų teikėjams iš IAB visuotinio paslaugų teikėjų sąrašo (VPTS);
supaprastintą eilutę addtl_consent (PS eilutę), kurioje pateikiamas sutikimą gavusių ir (arba) atskleistų „Google“ skelbimų technologijos teikėjų (RTT), neregistruotų IAB, sąrašas.

Ši specifikacija apibrėžia toliau nurodytus dalykus.

PS eilutės formatas.
2.2 versijos SSP STP API plėtinys, kad būtų palaikoma PS eilutė ir valdikliai, kai naudojama ir SSP, ir reklamuotojo sutikimo režimas.
Kaip PS eilutė turėtų būti saugoma.
Kaip perduoti PS eilutę per skaitmeninio reklamavimo grandinę.

Papildomo sutikimo (PS) eilutės formatas

Kokia informacija saugoma PS eilutėje?

PS eilutėje yra toliau nurodyti komponentai.

1 dalis: specifikacijos versijos numeris, pvz., „2“;
2 dalis: skyriklio simbolis „~“;
3 dalis: taškais atskirtas naudotojų sutikimą gavusių „Google“ reklamavimo technologijos teikėjų (RTT) ID sąrašas. Pavyzdys: „1.35.41.101“;
4 dalis: skyriklio simbolis „~“;
5 dalis: „dv.“ ir taškais atskirtas paskelbtų „Google“ reklamavimo technologijos teikėjų (RTT) ID sąrašas. Pavyzdys: „dv.9.21.81“.

Į 3 dalį įtraukti paslaugų teikėjai neturėtų būti įtraukti į 5 dalį, siekiant sumažinti eilutės ilgį.

PS eilutės pavyzdys

PS eilutė 2~1.35.41.101~dv.9.21.81 reiškia, kad naudotojas sutiko su RTT, kurių ID 1, 35, 41 ir 101, RTT su ID 9, 21 ir 81 atskleisti naudotojui ir eilutė sukuriama naudojant formatą, apibrėžtą 2 versijos specifikacijoje.

Kas turėtų sukurti PS eilutę?

PS eilutę gali sukurti tik „IAB Europe“ SSP registruota STP, naudodama jai priskirtą STP ID numerį pagal IAB politiką. Paslaugų teikėjai ar kiti trečiosios šalies paslaugų teikėjai negali patys kurti PS eilučių.

Kur bus paskelbti „Google“ RTT?

Skelbimų technologijos teikėjų, neregistruotų IAB, ir jų ID sąrašą „Google“ paskelbs šiuo adresu:

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

Kada reikia sukurti PS eilutę?

Bet kokiu atveju PS eilutę galima sukurti tik tada, kai leidėjas laikosi „Google“ ES naudotojo sutikimo politikos.

Sutikimą gavę paslaugų teikėjai turėtų būti įtraukiami tik tada, kai naudotojas duoda teisiškai galiojantį sutikimą:

naudoti slapukus ar kitus vietoje saugomus elementus, kur to teisiškai reikalaujama;
rinkti, bendrinti ir naudoti asmens duomenis skelbimams suasmeninti pagal STT; be to, paslaugų teikėjai turi laikytis visų kitų „Google“ ES naudotojo sutikimo politikos sąlygų.

Paskelbti paslaugų teikėjai, kurie nėra gavę sutikimo:

naudoti slapukus ar kitus vietoje saugomus elementus, kur to teisiškai reikalaujama; ir
rinkti, bendrinti ir naudoti asmens duomenis skelbimams suasmeninti, turėtų būti įtraukiami tik tada, kai naudotojams pateikiama skaidri informacija apie kiekvieno RTT tapatybę, įskaitant susiejimą su RTT privatumo politika, kaip pateikta „Google“ RTT sąraše.

PS eilutė turi būti sukurta tik kaip SS eilutės papildoma eilutė, o ne vietoj SS eilutės. „Google“ neapdoros užklausos ir atmes joje esančią PS eilutę, jei toje pačioje užklausoje nebus SS eilutės.

Šią specifikaciją diegiančios STP turi užtikrinti, kad jų sukurtoje PS eilutėje būtų tik ID iš paskelbto „Google“ RTT failo ID (t. y. ne VPTS paslaugos teikėjai). Kai „Google“ gaus SS eilutę, bus patikrintas joje nurodytos versijos VPTS. Jei tos versijos VPTS paslaugos teikėjas užregistruotas, to teikėjo SS eilutės valdiklių ir PS eilutės įrašų bus nepaisoma. Tokiomis aplinkybėmis „Google“ pasilieka teisę pašalinti tokius pasikartojančius įrašus iš PS eilutės ir perduoti pakeistą PS eilutę kartu su SS eilute. Kiti paslaugų teikėjai (ne „Google“) PS eilutės gali nepakeisti.

Susiję šaltiniai

STP API plėtinys

Siūlome išplėsti esamą 2.2 versijos SSP STP „JavaScript“ API, kad būtų galima gauti PS eilutę. Konkrečiau siūlome išplėsti JSON objektus „TCData“ ir „InAppTCData“, kad galėtumėte gauti šiuos duomenis.

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

Kaip PS eilutė turi būti saugoma?

Žiniatinklis

Saugojimo mechanizmą pasirenka STP.

Programoje

STP SDK turi naudoti „NSUserDefaults“ („iOS“) arba „SharedPreferences“ („Android“) PS eilutei saugoti. Tai leidžia:

paslaugų teikėjams lengvai pasiekti PS eilutę;
išlaikyti PS eilutę skirtinguose programos seansuose;
užtikrinti PS eilutės perkeliamumą tarp STP, kad leidėjas galėtų lanksčiai keisti vieną STP SDK į kitą.

Jei leidėjas nusprendžia iš programos pašalinti STP SDK, jis yra atsakingas už naudotojų AddtlConsent verčių išvalymą, kad paslaugų teikėjai toliau nebenaudotų pridėtos PS eilutės.

Saugyklos ir paieškos raktas objektuose „NSUserDefaults“ ir „SharedPreferences“	Vertė
`IABTCF_AddtlConsent`	Eilutė: PS eilutė su specifikacijos versija ir sutikimą gavusių skelbimų technologijos teikėjų ID

Kaip perduoti PS eilutę per skaitmeninio reklamavimo grandinę.

Kainos pasiūlymo užklausa

Pakartotinai naudosime ConsentedProvidersSettings, kad galėtume toliau teikti ne VPTS paslaugos teikėjus.

„OpenRTB“ plėtinių protokole
Pasenusi „Protobuf“ versija

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;

URL pagrįstos paslaugos

Kai pateikiamas skelbimo failas, jo žymose <img> gali būti taškų. Pavyzdžiui, <img src="http://vendor-a.com/key1=val1&key2=val2">, kuris siunčia HTTP GET užklausą iš naršyklės į paslaugos teikėjo domeną.

Kadangi taškas yra žymoje <img> ir negali vykdyti „JavaScript“, naudojant STP API negalima gauti SS eilutės. Panašiai kaip palaikydami SS eilutes, taškų URL adrese pateikiame įprastą URL parametrą ir makrokomandą, kuriuose reikia įterpti PS eilutę.

URL parametras	Atitinkanti makrokomanda	Pateikimas URL adrese
`addtl_consent`	`ADDTL_CONSENT`	`&addtl_consent=${ADDTL_CONSENT}`

1 pavyzdys

Kad A paslaugų teikėjas gautų PS eilutę, vaizdo URL turi būti rakto ir vertės pora su URL parametru ir makrokomanda &addtl_consent=${ADDTL_CONSENT}. Galutinis URL:

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

2 pavyzdys

Pateiktos užklausos PS eilutė yra 1~1.35.41.101

Skelbimo failo kvietyklė arba pateikėjas pakeičia makrokomandą URL adrese į faktinę PS eilutę, kad teikiant iškvietimą į nurodytą serverį pradinis taškas su makrokomanda būtų pakeistas, kaip nurodyta toliau.

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

Ar tai buvo naudinga?

Kaip galime jį patobulinti?