Kebijakan program AdMob & AdSense

Spesifikasi teknis Mode Izin Tambahan Google

Dokumen ini menentukan spesifikasi teknis sementara (yaitu "Mode Izin Tambahan") yang dimaksudkan hanya untuk digunakan bersama dengan Transparency & Consent Framework (TCF) v2.0 IAB Eropa agar berfungsi 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

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 Google Ad yang diberi izin yang tidak terdaftar dengan IAB.

Spesifikasi ini menentukan hal berikut:

  1. Format string AC
  2. Ekstensi ke CMP API TCF v2.0 untuk mendukung string AC
  3. Cara string AC seharusnya disimpan
  4. 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: Spesifikasi nomor versi, 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.

Ekstensi 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 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

Apakah ini membantu?
Bagaimana cara meningkatkannya?

Perlu bantuan lain?

Login untuk opsi dukungan tambahan guna memecahkan masalah dengan cepat