Ringkasan dan panduan peraturan Eropa

Spesifikasi teknis Izin Tambahan Google

Berikutnya: Memecahkan masalah penerapan TCF v2.2 IAB Uni Eropa

Penayang yang ingin bekerja sama dengan penyedia teknologi iklan (ATP) non-TCF harus bekerja sama langsung dengan CMP mereka.

Dokumen ini menentukan spesifikasi teknis (disebut "Izin Tambahan") yang dimaksudkan untuk digunakan hanya bersama dengan Transparency & Consent Framework (TCF) v2 IAB Eropa guna mengirimkan sinyal transparansi dan/atau sinyal izin kepada vendor yang belum terdaftar di Global Vendor List (GVL) IAB Eropa. Dengan spesifikasi ini, penayang, Platform Pengelolaan Izin (CMP), dan partner dapat mengumpulkan serta menyebarkan izin tambahan, beserta penerapan TCF, untuk perusahaan yang belum terdaftar dalam Global Vendor List IAB Eropa, tetapi tercantum dalam daftar Penyedia Teknologi Iklan (ATP) Google.

Perubahan untuk Izin Tambahan v2

Sejak Desember 2023, Google telah mendukung spesifikasi Izin Tambahan v2 kami. Perubahan utamanya:

Perubahan pada string Izin Tambahan (AC) untuk mendukung vendor yang diungkapkan di CMP.
Perubahan pada CMP API guna memungkinkan interoperabilitas bagi CMP yang mendukung TCF dan Mode Izin Pengiklan.

String AC yang dihasilkan berdasarkan spesifikasi v1 akan terus didukung.

Komponen Izin Tambahan

Di "Izin Tambahan", kami mendukung:

String Transparansi & Izin (string TC) sebagaimana ditentukan oleh spesifikasi TCF v2.2 IAB, yang berisi transparansi dan izin yang ditetapkan untuk vendor di Global Vendor List (GVL) IAB. DAN,
String addtl_consent (string AC) ringan, yang berisi daftar penyedia teknologi iklan (ATP) Google yang diberi izin dan/atau diungkapkan yang tidak terdaftar di IAB.

Spesifikasi ini menentukan hal berikut:

Format string AC.
Perluasan ke CMP API TCF v2.2 untuk mendukung string AC dan kontrol terkait waktu ketersediaan TCF dan Mode Izin Pengiklan.
Cara string AC seharusnya disimpan.
Cara meneruskan string AC melalui rantai iklan digital.

Format string "Izin Tambahan" (AC)

Informasi apa yang disimpan di string AC?

String AC berisi komponen berikut:

Bagian 1: Nomor versi spesifikasi, seperti "2"
Bagian 2: Simbol pemisah "~"
Bagian 3: Daftar yang dipisahkan dengan titik berisi ID Penyedia Teknologi Iklan (ATP) Google yang diberi izin pengguna. Contoh: "1.35.41.101"
Bagian 4: Simbol pemisah "~"
Bagian 5: "dv." diikuti dengan daftar yang dipisahkan titik berisi ID Penyedia Teknologi Iklan (ATP) Google yang diungkap. Contoh: "dv.9.21.81"

Vendor yang disertakan di Bagian 3 tidak boleh disertakan dalam Bagian 5 guna mengurangi panjang string.

Contoh string AC

String AC 2~1.35.41.101~dv.9.21.81 berarti pengguna telah memberikan izin kepada ATP dengan ID 1, 35, 41 dan 101, ATP dengan ID 9, 21, dan 81 telah diungkapkan kepada pengguna dan string dibuat menggunakan format yang ditentukan dalam spesifikasi v2.

Siapa yang seharusnya membuat string AC?

String AC hanya dapat dibuat oleh CMP yang terdaftar di TCF IAB Eropa menggunakan nomor ID CMP yang ditetapkan sesuai dengan Kebijakan IAB. Vendor atau penyedia layanan pihak ketiga mana pun tidak boleh membuat string AC mereka sendiri.

Di mana ATP Google akan diterbitkan?

Google akan menerbitkan daftar penyedia teknologi iklan yang tidak terdaftar dalam IAB beserta ID mereka di lokasi berikut:

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

Kapan string AC seharusnya dibuat?

Pada umumnya, string AC hanya dapat dibuat jika penayang mematuhi Kebijakan Izin Pengguna Uni Eropa Google.

Vendor yang diberi izin hanya boleh disertakan jika pengguna telah memberikan izin yang sah secara hukum untuk:

penggunaan cookie atau penyimpanan lokal lainnya jika diwajibkan secara hukum; dan
pengumpulan, pembagian, dan penggunaan data pribadi untuk personalisasi iklan oleh ATP, serta mematuhi semua persyaratan lainnya dalam Kebijakan Izin Pengguna Uni Eropa Google.

Vendor yang diungkapkan dan tidak memiliki izin untuk

penggunaan cookie atau penyimpanan lokal lainnya jika diwajibkan secara hukum; dan
pengumpulan, pembagian, dan penggunaan data pribadi untuk personalisasi iklan, hanya boleh disertakan jika pengguna diberi transparansi yang sesuai terkait identitas setiap ATP, termasuk penautan ke kebijakan privasi ATP sebagaimana tercantum dalam daftar ATP Google.

String AC hanya boleh dibuat sebagai string pendukung string TC, bukan menggantikan string TC. Google tidak akan memproses permintaan dan akan menghapus string AC pada permintaan yang diterima oleh Google jika string TC tidak tersedia untuk permintaan yang sama.

CMP yang menerapkan spesifikasi ini harus memastikan bahwa string AC yang mereka buat hanya berisi ID dari file ATP Google yang dipublikasikan (yaitu, vendor yang tidak termasuk dalam GVL). Saat menerima string TC, Google akan memeriksa versi GVL yang tercantum di string TC tersebut. Jika versi GVL tersebut memiliki pendaftaran untuk vendor, kontrol string TC dan semua entri string AC untuk vendor tersebut akan diabaikan. Dalam situasi ini, Google berhak untuk menghapus entri “duplikat” tersebut dari string AC dan meneruskan string AC yang telah diubah tersebut bersama dengan string TC. Vendor selain Google tidak boleh mengubah string AC.

Referensi terkait

Perluasan ke CMP API

Kami mengusulkan untuk memperluas CMP JavaScript API TCF v2.2 yang sudah ada agar memungkinkan untuk menampilkan string AC. Lebih spesifiknya, kami mengusulkan untuk memperluas objek JSON TCData dan InAppTCData guna menampilkan data ini.

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

Bagaimana string AC seharusnya disimpan?

Web

Mekanisme penyimpanannya bergantung pada pilihan CMP.

Dalam aplikasi

NSUserDefaults (iOS) atau SharedPreferences (Android) harus digunakan untuk menyimpan string AC berdasarkan CMP SDK. Hal ini memungkinkan:

Vendor mengakses string AC dengan mudah
String AC terus ada di seluruh sesi aplikasi
String AC menjadi portabel di antara CMP guna memberikan fleksibilitas kepada penayang untuk menukar satu CMP SDK dengan SDK lainnya

Jika penayang memilih untuk menghapus CMP SDK dari aplikasi, mereka bertanggung jawab untuk menghapus nilai AddtlConsent untuk pengguna sehingga vendor tidak terus menggunakan string AC yang disertakan.

Kunci Pencarian dan Penyimpanan di NSUserDefaults dan SharedPreferences	Nilai
`IABTCF_AddtlConsent`	String: String AC dengan versi spesifikasi dan ID Penyedia Teknologi Iklan yang diberi izin

Cara meneruskan string AC melalui rantai iklan digital

Permintaan bid

Kami akan menggunakan kembali ConsentedProvidersSettings untuk menyebarkan vendor yang tidak termasuk dalam GVL ke arah downstream.

Di proto ekstensi OpenRTB
Versi Protobuf yang lama

message ConsentedProvidersSettings { // Kumpulan ID yang sesuai dengan penyedia yang untuk mereka penayang telah memberi tahu // Google bahwa pengguna EEA mereka telah memberikan izin yang sah secara hukum atas: 1) penggunaan cookie atau penyimpanan lokal lain // jika diwajibkan secara hukum; dan 2) pengumpulan, pembagian, dan penggunaan data pribadi untuk // personalisasi iklan oleh ATP sesuai dengan Kebijakan Izin Pengguna Uni Eropa Google. // Pemetaan ID penyedia ke nama penyedia akan diposting di providers.csv. repeated int64 consented_providers = 2 [packed = true]; }

// Informasi terkait penyedia yang untuk mereka penayang telah memberi tahu Google // bahwa pengguna EEA mereka telah menyetujui penggunaan data pribadi mereka untuk // personalisasi iklan sesuai dengan Kebijakan Izin Pengguna Uni Eropa Google. // Kolom ini hanya akan terisi jika nilai regs_gdpr adalah true. optional ConsentedProvidersSettings consented_providers_settings = 42;

Layanan berbasis URL

Saat dirender, materi iklan dapat berisi beberapa piksel pada tag <img>. Misalnya, <img src="http://vendor-a.com/key1=val1&key2=val2">, yang mengirimkan permintaan HTTP GET dari browser ke domain vendor.

Karena piksel berada di tag <img> yang tidak memiliki kemampuan untuk menjalankan JavaScript, CMP API tidak dapat digunakan untuk mendapatkan string TC. Serupa dengan dukungan untuk string TC, kami memberikan parameter URL standar dan makro di URL piksel tempat string AC seharusnya disisipkan.

Parameter URL	Makro yang sesuai	Representasi di URL
`addtl_consent`	`ADDTL_CONSENT`	`&addtl_consent=${ADDTL_CONSENT}`

Contoh 1

Agar Vendor menerima string AC, URL gambar harus menyertakan pasangan nilai kunci dengan parameter URL dan makro &addtl_consent=${ADDTL_CONSENT}. URL yang dihasilkan adalah:

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

Contoh 2

Pada permintaan tertentu, jika string AC adalah: 1~1.35.41.101

Pemanggil atau perender materi iklan mengganti makro di URL dengan string AC sebenarnya sehingga piksel yang pertama kali ditempatkan yang berisi makro diubah seperti berikut saat membuat panggilan ke server tertentu:

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

Apakah ini membantu?

Bagaimana cara meningkatkannya?