Dalam artikel ini
- Komponen Izin Tambahan
- Format string "Izin Tambahan" (AC)
- CMP yang mendukung Izin Tambahan
- Ekstensi ke CMP API
- Bagaimana cara menyimpan string AC?
- Cara meneruskan string AC melalui rantai iklan digital
- Referensi Terkait
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 Daftar Vendor Global IAB Eropa, tetapi tercantum dalam daftar Penyedia Teknologi Iklan (ATP) Google.
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 boleh 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 hal berikut hanya boleh disertakan jika transparansi yang sesuai telah diberikan kepada pengguna, yakni terkait identitas setiap ATP, termasuk link ke kebijakan privasi ATP sebagaimana tercantum dalam daftar ATP Google:
-
penggunaan cookie atau penyimpanan lokal lainnya jika diwajibkan secara hukum; dan
-
pengumpulan, pembagian, dan penggunaan data pribadi untuk personalisasi iklan
String AC hanya boleh dibuat sebagai string pendukung bagi string TC, bukan pengganti 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.
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.
CMP bersertifikasi yang mendukung Izin Tambahan
Daftar ini mencakup CMP bersertifikasi yang menawarkan dukungan untuk spesifikasi teknis Izin Tambahan Google, serta versi Izin Tambahan yang didukungnya.
Jika Anda adalah CMP yang menawarkan dukungan Izin Tambahan, dan (1) Anda tidak disertakan dalam daftar ini atau (2) versi Izin Tambahan yang tercantum salah, buka formulir penerimaan CMP dan pilih jenis permintaan "Saya ingin mengajukan pertanyaan atau memperbarui status saya". Kami akan berupaya sebaik mungkin untuk memperbarui daftar tersebut agar status Anda yang ditampilkan selalu aktual.
Panduan informasi dalam daftar ini
Daftar ini mencakup informasi berikut tentang setiap CMP bersertifikasi:
- CMP bersertifikasi: Nama CMP bersertifikasi.
- ID CMP TCF: ID unik yang ditetapkan ke CMP yang berpartisipasi dalam TCF yang divalidasi oleh IAB.
- Izin Tambahan: Versi Izin Tambahan yang didukung oleh CMP.
Daftar CMP bersertifikasi yang mendukung Izin Tambahan
Ekstensi 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 cara menyimpan string AC?
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 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.
// 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 pixel pada tag <img>. Misalnya, <img src="http://vendor-a.com/key1=val1&key2=val2">, yang mengirimkan permintaan HTTP GET dari browser kepada domain vendor.
Karena pixel 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