Artikel ini menjelaskan bagaimana cara kerja pesan pengguna dengan jenis delegasi MCM dan cara penayang turunan dapat mengontrol akun mana yang mengelola pesan mereka.
Pesan dan jenis delegasi MCM
Kelola Akun
Untuk Kelola Akun (MA), penayang induk harus mengonfigurasi seluruh pesan dalam akun penayang turunan. Pesan kemudian akan ditayangkan melalui tag iklan turunan.
Kelola Inventaris
Untuk Kelola Inventaris (MI), situs dengan induk MI akan memiliki tag iklan untuk:
- Unit iklan turunan
- Maksimal 15 unit iklan induk MI.
Jika beberapa akun di antara turunan atau induk memublikasikan pesan pengguna ke domain, secara default Privasi & pesan akan memilih salah satu akun secara acak dan menampilkan pesan akun tersebut untuk domain. Pemilihan akun akan konsisten untuk setiap kumpulan akun tertentu yang melakukan publikasi ke domain, tetapi dapat berubah jika kumpulan akun berubah.
Bayangkan turunan A memiliki induk X dan induk Y, dan ketiganya memiliki pesan pengguna yang dipublikasikan di domain example.com
. Privasi & pesan akan secara acak memilih salah satu dari: turunan A, induk X, atau induk Y. Katakanlah, induknya adalah X. Dalam hal ini:
- Kami akan menampilkan kepada pengguna semua jenis pesan yang telah dikonfigurasi induk X untuk semua pengguna yang mengunjungi
example.com
.Jika induk X hanya memublikasikan pesan peraturan Eropa, pesan turunan A atau induk Y berjenis apa pun (GDPR, negara bagian Amerika Serikat, pemulihan pemblokiran iklan, dsb.) tidak akan ditampilkan.
- Induk X akan digunakan untuk semua pesan, kecuali jika induk MI baru memublikasikan pesan pengguna di
example.com
.Misalnya, jika turunan A kemudian menambahkan induk Z dan induk Z mempublikasikan pesan di
example.com
, Privasi & pesan dapat secara acak memilih akun lain untuk mulai menampilkan pesan mereka di domain.
Cara penayang turunan dapat mengontrol akun yang mengelola pesan mereka
Jika Anda adalah penayang turunan yang menginginkan kontrol lebih leluasa atas akun mana yang mengelola pesan, Anda dapat memberi tag ulang pada situs Anda untuk memilih akun secara eksplisit. Ada dua cara untuk melakukannya:
- Deploy tag pemulihan pemblokiran iklan di situs Anda. Anda melakukannya karena akun yang membuat tag pemulihan pemblokiran iklan akan selalu mengelola pesan pengguna.
Catatan: Kami tidak mendukung deployment tag pemulihan pemblokiran iklan di situs yang sama dari beberapa akun. Hal tersebut akan menyebabkan perilaku yang tidak menentu.
Atau
- Tambahkan parameter kueri
?network-code=<account_network_code>
ke tag iklan yang Anda tempatkan di header dokumen. Jika parameter kueri ini ditetapkan, kami akan selalu men-deploy pesan pengguna untuk akun tersebut dengan kode jaringan yang ditentukan.Contoh tag dengan parameter kueri<script async src=".../gpt.js?network-code=<account_network_code>"> </script>
Anda juga dapat menggunakan kode jaringan untuk mengonfigurasi fitur lainnya seperti proses iklan bidding header. Jika Anda memiliki beberapa tag
gpt.js
, di halaman Anda, pastikan kode jaringan ditambahkan ke setiap tag.
Penayang Offerwall (Beta)
Informasi ini hanya berlaku untuk penayang yang berpartisipasi dalam program Beta Offerwall. Harap perhatikan hal berikut:
Kelola Akun induk
- Iklan reward dapat berfungsi tanpa konfigurasi tambahan. Akun MCM induk harus memublikasikan Offerwall melalui akun turunan dan menggunakan unit iklan turunan.
- Saat ini, pembayaran integrasi pihak ketiga (misalnya, Supertab) tidak didukung.
Jika penayang yang menggunakan Offerwall dengan Supertab menjadi turunan Kelola Akun, pembayaran akan tetap masuk ke turunan, terlepas dari perjanjian induk/turunan.
Kelola Inventaris induk
- Iklan reward dapat berfungsi tanpa konfigurasi tambahan. Akun MCM induk harus memilih salah satu unit iklan mereka sendiri untuk penayangan reward, dan memublikasikan Offerwall ke situs MCM turunannya.