Dokumen ini menentukan spesifikasi teknis (disebut "Mode Izin Tambahan") yang dimaksudkan untuk digunakan hanya bersama Transparency & Consent Framework (TCF) v2.0 IAB Eropa sebagai jembatan bagi vendor yang belum terdaftar di Global Vendor List (GVL) IAB Eropa. Dengan spesifikasi ini, penayang, Penyedia Pengelolaan Izin (CMP), dan partner dapat mengumpulkan serta menyebarkan izin tambahan, beserta penerapan TCF v2.0, untuk perusahaan yang belum terdaftar dalam Global Vendor List IAB Eropa, tetapi tercantum dalam daftar Penyedia Teknologi Iklan (ATP) Google.
Referensi terkait
- String Izin dan Transparansi dengan Format Global Vendor List v2.0
- Consent Management Platform API v2.0
- Kebijakan Transparency & Consent Framework IAB Eropa
- Kebijakan Izin Pengguna Uni Eropa Google
Komponen Mode Izin Tambahan
Di "Mode Izin Tambahan", kami mendukung:
- String Transparansi & Izin (string TC) sebagaimana ditentukan oleh spesifikasi TCF v2.0 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 Google yang diberi izin dan tidak terdaftar dengan IAB.
Spesifikasi ini menentukan hal berikut:
- Format string AC
- Perluasan ke CMP API TCF v2.0 untuk mendukung string AC
- 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 tiga komponen berikut:
- Bagian 1: Nomor versi spesifikasi, seperti "1"
- 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"
Misalnya, string AC 1~1.35.41.101
berarti pengguna telah memberikan izin kepada ATP dengan ID 1
, 35
, 41
, dan 101
, dan string dibuat menggunakan format yang ditentukan di spesifikasi v1.0.
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. Khususnya, string AC tidak boleh dibuat sebelum pengguna telah memberikan izin yang sah secara hukum terhadap: 1) penggunaan cookie atau penyimpanan lokal lainnya 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.
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.
Perluasan ke CMP API
Kami mengusulkan untuk memperluas CMP JavaScript API TCF v2.0 yang sudah ada agar memungkinkan untuk menampilkan string AC. Lebih khusus lagi, kami mengusulkan untuk memperluas objek JSON TCData dan InAppTCData guna menampilkan data ini.
TCData = {
tcString: 'String TC yang dienkode base64url dengan segmen',
...
addtlConsent: ‘String AC dengan versi spesifikasi dan ID Penyedia Teknologi Iklan yang diberi izin’,
}
InAppTCData = {
tcString: 'String TC yang dienkode base64url dengan segmen',
...
addtlConsent: ‘String AC dengan versi spesifikasi dan ID Penyedia Teknologi Iklan yang diberi izin’,
}
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 downstream vendor yang tidak termasuk dalam GVL.
- 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