Obsah tohoto článku
- Komponenty dalšího souhlasu
- Formát řetězce dalšího souhlasu (AC)
- Platformy CMP, které podporují Další souhlas
- Rozšíření rozhraní CMP API
- Jak se má řetězec AC ukládat?
- Způsob předávání řetězce AC v řetězci digitální inzerce
- Související zdroje
Tento dokument popisuje technickou specifikaci funkce Dalšího souhlasu společnosti Google, která je určena pouze k použití společně se systémem Transparency & Consent Framework (TCF) v2 organizace IAB Europe k odesílání signálů transparentnosti a/nebo souhlasu dodavatelům, kteří dosud nejsou zaregistrováni v globálním seznamu dodavatelů (GVL) organizace IAB Europe. Tato specifikace majitelům stránek, platformám pro správu souhlasu (CMP) a partnerům umožňuje shromažďovat a propagovat další souhlas — souběžně s implementací systému TCF — pro společnosti, které dosud nejsou zaregistrovány v globálním seznamu dodavatelů organizace IAB Europe, ale jsou v seznamu poskytovatelů reklamních technologií (ATP) společnosti Google.
Komponenty Dalšího souhlasu
Další souhlas se skládá ze stručného řetězce addtl_consent (řetězec AC), který obsahuje seznam poskytovatelů reklamních technologií Google (ATP), pro které byl udělen souhlas a/nebo kteří byli zveřejněni a kteří nejsou zaregistrováni v globálním seznamu dodavatelů (GVL) organizace IAB.
Vygenerování řetězce Dalšího souhlasu verze 2 (ACv2)
Jaké informace řetězec AC obsahuje?
Řetězec AC obsahuje následující části:
-
Část 1: Číslo verze specifikace. Aktuální verze je
2 -
Část 2: Oddělovač:
~ -
Část 3: Seznam tečkami oddělených identifikátorů poskytovatelů reklamních technologií (ATP) Google, pro které uživatel udělil souhlas. Příklad: „
1.35.41.101“ -
Část 4: Oddělovač: „
~“ -
Část 5: Řetězec „dv.“ následovaný tečkami odděleným seznamem zveřejněných ID poskytovatelů reklamních technologií (ATP). Příklad: „
dv.9.21.81“Kvůli zkrácení délky řetězce by dodavatelé uvedení v části 3 neměli být zahrnuti v části 5.
Příklady řetězců AC
Pokud jsou pro uživatele zveřejněni dodavatelé ATP s ID 1, 2, 3, 4 a 10:
- …a uživateli se zobrazila zpráva platformy pro správu souhlasu, která tyto dodavatele uvádí, ale uživatel se ještě nerozhodl, zda souhlas udělí: odpovídající řetězec ACv2 by byl
2~~dv.1.2.3.4.10. -
…a uživatel udělil souhlas všem dodavatelům: odpovídající řetězec ACv2 by byl
2~1.2.3.4.10~dv.. Upozorňujeme, že znak „.“ za dv je v tomto případě volitelný, takže2~1.2.3.4.10~dvje také přijatelný řetězec ACv2. - …a uživatel odmítl souhlas se všemi dodavateli, měl by příslušný řetězec ACv2 uvést, že byli uvedeni všichni dodavatelé, ale žádnému z nich nebyl udělen souhlas. Odpovídající řetězec ACv2 by byl
2~~dv.1.2.3.4.10. - …a uživatel udělil souhlas dodavatelům
1a10, ale odmítl souhlas se všemi ostatními dodavateli, odpovídající řetězec ACv2 by byl2~1.10~dv.2.3.4.
Kdo by měl řetězec AC vytvořit?
Řetězec AC může vytvořit pouze platforma CMP zaregistrovaná do systému TCF organizace IAB Europe, která musí použít svoje přiřazené identifikační číslo platformy CMP v souladu se zásadami organizace IAB. Dodavatelé ani žádní jiní externí poskytovatelé služeb řetězce AC sami vytvářet nesmějí.
Kde jsou poskytovatelé reklamních technologií Google publikováni?
Seznam poskytovatelů reklamních technologií, kteří nejsou zaregistrováni u organizace IAB, a jejich identifikátorů udržuje společnost Google v následujícím umístění:
https://storage.googleapis.com/tcfac/additional-consent-providers.csv
Kdy se má řetězec AC vytvářet?
Řetězec AC je povoleno vytvořit pouze v případě, že majitel obsahu splňuje zásady společnosti Google pro souhlas uživatele z EU.
Dodavatelé se souhlasem by měli být zahrnuti pouze v případě, že uživatel udělil právně platný souhlas s:
-
používáním souborů cookie nebo jiných lokálně ukládaných informací v případech, kdy to právní předpisy vyžadují,
-
shromažďováním, sdílením a používáním osobních údajů k personalizaci reklam ze strany poskytovatele reklamních technologií a dodržováním všech ostatních podmínek daných zásadami společnosti Google pro souhlas uživatele z EU.
Zveřejnění dodavatelé by měli být zahrnuti pouze v případě, že jsou uživatelé patřičně transparentně informováni ohledně identity jednotlivých poskytovatelů reklamních technologií, včetně odkazu na jejich zásady ochrany soukromí uvedené v seznamu poskytovatelů reklamních technologií společnosti Google. Dodavatelé zahrnutí v seznamu dodavatelů, pro které je poskytován souhlas, nemusí být zahrnuti i v seznamu zveřejněných dodavatelů.
Řetězec AC musí být vytvářen pouze jako doplňující řetězec k řetězci TC, nikoliv namísto řetězce TC. Pokud Google obdrží žádost, pro kterou není k dispozici řetězec TC, nezpracuje ji a její řetězec AC nepoužije.
Platformy CMP, které implementují tuto specifikaci, musejí zajistit, aby vytvořený řetězec AC obsahoval pouze ID ze seznamu poskytovatelů reklamních technologií publikovaného společností Google (tj. dodavatele, kteří nejsou na seznamu GVL). Když Google obdrží řetězec TC, zkontroluje verzi seznamu GVL, která je v něm uvedena. Pokud daná verze seznamu GVL obsahuje registraci dodavatele, možnosti pro daného dodavatele v řetězci TC a záznamy pro daného dodavatele v řetězci AC budou ignorovány. Za těchto okolností si společnost Google vyhrazuje právo takové „duplicitní“ položky z řetězce AC odstranit a předat s řetězcem TC řetězec AC, upravený odpovídajícím způsobem. Jiní dodavatelé než Google řetězec AC upravovat nesmějí.
Jsou řetězce Dalšího souhlasu verze 1 stále podporovány?
Od prosince 2023 je standardní verzí Dalšího souhlasu verze 2. Řetězce Dalšího souhlasu vygenerované na základě specifikace verze 1 budou podporovány i nadále. Tyto řetězce však neukazují, zda je zajištěna transparentnost ohledně poskytovatele reklamních technologií. Pokud platformy CMP chtějí podporovat případy použití, které nevyžadují souhlas, musí migrovat na specifikaci verze 2.
Certifikované platformy CMP, které podporují Další souhlas
Tento seznam obsahuje certifikované platformy pro správu souhlasu, které umožňují práci s technickou specifikací Googlu nazývanou Další souhlas. Dále obsahuje verzi Dalšího souhlasu, kterou tyto platformy podporují.
Pokud jste platforma CMP, která Další souhlas podporuje, a (1) nejste v tomto seznamu uvedeni nebo (2) je u vás uvedena nesprávná verze Dalšího souhlasu, přejděte na formulář pro přijetí platformy CMP a jako typ žádosti vyberte možnost „Chci položit dotaz nebo aktualizovat stav“. Uděláme vše pro to, abychom záznam brzy aktualizovali tak, aby vašemu stavu odpovídal.
Průvodce informacemi v tomto seznamu
Tento seznam obsahuje následující informace o jednotlivých certifikovaných platformách CMP:
- Certifikovaná platforma pro správu souhlasu (CMP): Název certifikované CMP.
- ID CMP v TCF: Jedinečný identifikátor, který organizace IAB této platformě pro správu souhlasu přiřadila v TCF (rámec pro transparentnost a souhlas).
- Další souhlas: Verze Dalšího souhlasu podporovaná platformou CMP.
Seznam certifikovaných platforem CMP, které Další souhlas podporují
Rozšíření rozhraní CMP API
Platformy CMP, které podporují Další souhlas, by měly řetězec Další souhlas vracet jako součást stávajících objektů JSON rozhraní JavaScript API CMP TCF verze 2, TCData a InAppTCData.
TCData = {
tcString: 'base64url-encoded TC string with segments',
...
addtlConsent: ‘AC string with spec version and consented/disclosed Ad Tech Provider IDs’
}
InAppTCData = {
tcString: 'base64url-encoded TC string with segments',
...
addtlConsent: ‘AC string with spec version and consented/disclosed Ad Tech Provider IDs’
}
Jak se má řetězec AC ukládat?
Web
Způsob ukládání si platforma CMP může zvolit.
V aplikaci
K uložení řetězce AC vygenerovaného sadou SDK platformy CMP se používá rozhraní NSUserDefaults (iOS) nebo SharedPreferences (Android), podobně jako u rozhraní API v aplikaci pro TCFv2. Tento mechanismus podporuje následující charakteristiky:
-
Řetězec AC je snadno přístupný dodavatelům
-
Řetězec AC zůstává zachován mezi relacemi aplikace
-
Řetězec AC je přenositelný, pokud majitel obsahu změní platformu CMP
Poznámka: Pokud majitel obsahu sadu SDK platformy CMP z aplikace odstraní, má povinnost smazat u uživatelů hodnoty AddtlConsent, aby dodavatelé zahrnutý řetězec AC již nadále nepoužívali.
| Úložiště a vyhledávací klíč v objektech NSUserDefaults a SharedPreferences | Hodnota |
IABTCF_AddtlConsent |
Textový řetězec: řetězec AC s verzí specifikace a ID poskytovatelů reklamních technologií, pro které byl udělen souhlas |
Způsob předávání řetězce AC v řetězci digitální inzerce
Žádosti o nabídku
Žádosti o nabídky budou k předávání dodavatelů neuvedených na seznamu GVL dále používat nastavení ConsentedProvidersSettings.
- V souboru protokolu rozšíření OpenRTB
- Starší verze dat ve formátu protocol buffer (Protobuf)
message ConsentedProvidersSettings {
// soubor ID odpovídající poskytovatelům, pro které majitel obsahu sdělil
// Googlu, že jeho uživatelé z EHP udělili zákonně platný souhlas 1) s používáním souborů cookie nebo jiného místního
// ukládání dat tam, kde to vyžaduje zákon, a 2) se sběrem, sdílením a využíváním osobních údajů za účelem
// personalizace reklam ze strany ATP v souladu se zásadami pro souhlas uživatele z EU.
// ID poskytovatele je přiřazeno k názvu poskytovatele v souboru providers.csv.
repeated int64 consented_providers = 2 [packed = true];
}
// údaje o poskytovateli, o kterém majitel obsahu sdělil Googlu,
// že jeho uživatelé z EHP udělili souhlas s využíváním svých osobních údajů pro účely
// personalizace reklam v souladu se zásadami pro souhlas uživatele z EU.
// Toto pole se vyplnění pouze pokud má proměnná regs_gdpr hodnotu true (pravda).
optional ConsentedProvidersSettings consented_providers_settings = 42;
Služby založené na adresách URL
Vykreslená kreativa může zahrnovat několik pixelů ve značkách <img>. Může obsahovat například značku <img src="http://vendor-a.com/key1=val1&key2=val2">, která z prohlížeče odešle požadavek HTTP GET do domény dodavatele.
Protože se pixel nachází ve značce <img> a nelze v něm tedy spustit JavaScript, k získání řetězce TC nelze použít rozhraní CMP API. Podobně jako u podpory řetězce TC poskytujeme v adresách URL pixelů standardní parametr adresy URL a makro, do kterého je řetězec AC potřeba vložit.
| Parametr adresy URL | Odpovídající makro | Podoba v adrese URL |
addtl_consent |
ADDTL_CONSENT |
&addtl_consent=${ADDTL_CONSENT} |
Příklad 1
Aby dodavatel A obdržel řetězec AC, musí adresa URL obrázku zahrnovat pár klíč–hodnota s parametrem adresy URL a makrem &addtl_consent=${ADDTL_CONSENT}. Výsledná adresa URL:
http://vendor-a.com/key1=val1&key2=val2&addtl_consent=${ADDTL_CONSENT}
Příklad 2
Pokud je u žádosti řetězec AC 2~1.35.41.101~dv.:
Subjekt, který volá nebo vykresluje kreativu, nahradí makro v adrese URL skutečným řetězcem AC tak, aby byl původní pixel s makrem při volání zadaného serveru upraven takto:
http://vendor-a.com/key1=val1&key2=val2&addtl_consent=2~1.35.41.101~dv.