Kebijakan program AdMob & AdSense

Setelan pemrosesan data yang dibatasi (CCPA) di tag iklan penayang Google

Semua setelan pemrosesan data yang dibatasi per permintaan yang Anda konfigurasi akan diterapkan secara global. Misalnya, jika Anda menambahkan parameter pemrosesan data yang dibatasi per permintaan ke permintaan untuk pengguna di luar California, mode pemrosesan data yang dibatasi akan diaktifkan dan hanya iklan yang tidak dipersonalisasi yang akan ditayangkan.

Setelan pemrosesan data yang dibatasi CCPA untuk halaman yang menggunakan tag GPT dan AdSense

Meminta iklan

Secara default, permintaan iklan ke Google tidak membatasi cara data diproses serta cara iklan yang dipersonalisasi ditayangkan, dengan pilihan iklan yang berdasarkan konten halaman dan histori tiap pengguna yang mengunjungi halaman tersebut. Google sudah mendukung pengiriman sinyal melalui tag iklan untuk alasan kepatuhan terhadap peraturan dan privasi termasuk:

  • Setelan iklan yang tidak dipersonalisasi di tag iklan penayang Google 
    (Ad Manager, AdMob Android & iOS meminta izin dokumentasi developer, AdSense)
  • Memberi tag pada permintaan iklan untuk pengguna di EEA di bawah usia dewasa (TFUA)
    (Ad Manager, AdMob, AdSense)​
  • Memberi tag pada permintaan iklan untuk perlakuan untuk anak-anak (TFCD)
    (Ad Manager, AdMobAdSense)
    Penayang dapat memilih menggunakan parameter TFCD pada permintaan iklan untuk pengguna di bawah umur guna mematuhi CCPA. Pemrosesan data yang dibatasi juga akan diaktifkan ketika parameter TFCD ditetapkan

Artikel ini menjelaskan cara meminta mode pemrosesan data yang dibatasi melalui tag iklan. Ketika Anda mengaktifkan pemrosesan data yang dibatasi, Google akan membatasi penggunaan datanya dan hanya menayangkan iklan yang tidak dipersonalisasi. Jika Anda ingin mengaktifkan pemrosesan data yang dibatasi untuk semua pengguna di California yang mengunjungi properti Anda, pemberian tag iklan tidak perlu diubah lagi. Anda dapat membaca pemrosesan data yang dibatasi selengkapnya, termasuk cara mengaktifkannya pada UI, di pusat bantuan Google Ad Manager, AdMob, atau AdSense.

Jika Anda memilih mengaktifkan pemrosesan data yang dibatasi dengan mengirim sinyal pemrosesan data yang dibatasi berbasis per permintaan, perubahan sepenuhnya diterapkan di penayangan pada pukul 23.00 Waktu Pasifik, tanggal 12 Desember 2019. 

Jika Anda ingin mengaktifkan pemrosesan data yang dibatasi hanya untuk beberapa pengguna, GPT dan tag iklan asinkron AdSense/Ad Exchange menawarkan kepada penayang cara memicu penayangan pemrosesan data yang dibatasi berbasis per halaman. Hal ini dapat berguna jika Anda memilih untuk menampilkan link tidak ikut “Jangan Menjual Informasi Pribadi Saya”. Bagi pengguna yang memilih tidak ikut, Anda dapat memutuskan bahwa meneruskan sinyal ini memenuhi kewajiban CCPA. Lihat "Membantu penayang mematuhi California Consumer Privacy Act (CCPA)" (Google Ad Manager, AdMob, AdSense) untuk informasi selengkapnya tentang mode pemrosesan data yang dibatasi.

  • Untuk tag GPT, gunakan cuplikan kode berikut:

    googletag.pubads().setPrivacySettings({
    'restrictDataProcessing': true
    });

  • Untuk tag iklan asinkron AdSense dan Ad Exchange, gunakan cuplikan kode berikut:

    <ins class="adsbygoogle"
    style="display:inline-block;width:728px;height:90px"
    data-ad-client="ca-pub-0123456789abcdef"
    data-ad-slot="0123456789"
    data-restrict-data-processing="1"></ins>

Metode ini akan memicu pemrosesan data yang dibatasi untuk permintaan iklan Google selanjutnya dari halaman yang dikeluarkan oleh tag iklan yang didukung berikut ini: GPT, tag asinkron AdSense atau Ad Exchange (adsbygoogle.js), dan IMA SDK. Pastikan bahwa tag iklan membatasi pemrosesan data dengan menemukan permintaan iklan di alat developer browser Anda dan cari parameter &rdp=1.

API yang sama ini mengizinkan penonaktifan pemrosesan data yang dibatasi (dan pengaktifan ulang personalisasi) dengan meneruskan false dan 0, bergantung jenis yang diperkirakan API. Jika halaman berisi beberapa jenis tag Google Ads (misalnya, tag GPT dan tag asinkron AdSense/Ad Exchange), Anda harus menggunakan kontrol RDP untuk setiap jenis tag.

Setelan pemrosesan data yang dibatasi untuk tag lain

Tag passback GPT

Jika menggunakan tag passback GPT, Anda dapat menandai permintaan iklan sebagai pemrosesan data yang dibatasi dengan menggunakan API googletag.pubads().setPrivacySettings yang juga digunakan GPT lama.

Jika setelan ini dihilangkan, iklan yang dipersonalisasi akan diizinkan secara default.

Contoh kode:

<script async
src="https://securepubads.g.doubleclick.net/tag/js/gpt.js"></script>
<div id='gpt-passback'>
  <script>
     window.googletag = window.googletag || {cmd: []};
     googletag.cmd.push(function() {
       googletag
         .defineSlot('/123/sports', [300, 250], 'gpt-passback')
         .addService(googletag.pubads());
       googletag.pubads().setPrivacySettings({
        'restrictDataProcessing': true
       });
       googletag.enableServices();
       googletag.display('gpt-passback');
     });
  </script>
</div>

Permintaan tanpa Tag

Jika menggunakan Permintaan tanpa Tag, Anda dapat menandai permintaan iklan sebagai pemrosesan data yang dibatasi dengan menambahkan parameter rdp=[int] langsung ke URL permintaan tag. Sebaiknya tentukan parameter di awal tag untuk menghindari risiko pemotongan. Tentukan rdp=1 untuk menandai permintaan iklan sebagai pemrosesan data yang dibatasi. Jika parameter dihilangkan, pemrosesan data yang dibatasi menjadi nonaktif dan iklan yang dipersonalisasi diizinkan secara default. 

Contoh kode:

https://securepubads.g.doubleclick.net/gampad/ad?iu=/12345/adunit&sz=728x90&rdp=1&c=12345

Google Mobile Ads SDK

Harap lihat situs developer aplikasi untuk mendapatkan informasi selengkapnya tentang Google Mobile Ads SDK.

Google Interactive Media Ads SDK (untuk Video)

Pada permintaan video, Anda dapat menunjukkan bahwa Anda ingin Google memperlakukan konten video Anda sebagai pemrosesan data yang dibatasi. Anda dapat melakukan tindakan ini dengan tag video master yang dibuat secara manual (khusus Ad Manager) atau menggunakan IMA SDK khusus platform apa pun (IMA SDK HTML 5, IMA SDK iOS, IMA SDK Android, IMA SDK Google Cast).

Jika pemutar video Anda menggunakan fitur Penyisipan Iklan Dinamis Ad Manager, pemutar video dapat menyertakan parameter rdp=1 dengan permintaan video on demand (VOD) atau live stream guna meneruskan parameter ke semua permintaan iklan yang disertakan (DAI HTML5 SDK, DAI Cast SDK, DAI iOS SDK, DAI Android SDK, DAI Roku SDK, DAI tvOS SDK).

Tag iklan penayang Google lama

Jenis tag iklan Google lain (misalnya, tag GAM, tag GUT, dan tag sinkron AdSense atau Ad Exchange lama (show_ads.js)) tidak mendukung permintaan iklan pemrosesan data yang dibatasi. Sebaiknya bermigrasi ke salah satu tag yang memiliki dukungan fitur lengkap untuk iklan yang dipersonalisasi dan mode pemrosesan data yang dibatasi.

AdSense untuk Penelusuran

Secara default, permintaan iklan ke Google tidak membatasi cara data diproses serta cara iklan yang dipersonalisasi ditayangkan, dengan pilihan iklan yang berdasarkan kueri penelusuran pengguna dan histori tiap pengguna yang melakukan penelusuran. Ketika Anda mengaktifkan pemrosesan data yang dibatasi, Google akan membatasi penggunaan datanya dan hanya menayangkan iklan yang tidak dipersonalisasi.

Anda dapat mengaktifkan pemrosesan data yang dibatasi berdasarkan permintaan seperti yang dijelaskan di bawah atau dengan meminta Account Manager menonaktifkan personalisasi untuk properti tertentu.

  • Untuk Iklan Penelusuran Khusus - tag iklan web, tambahkan teks berikut ke pageOptions di tag Iklan Penelusuran Khusus:

    personalizedAds: false,

  • Untuk tag AdMob:

    builder.setAdvancedOptionValue("csa_personalizedAds", "false");

  • Untuk tag iOS:

    [request setAdvancedOptionValue:@"false" forKey:@"personalizedAds"];

Metode ini akan memicu pemrosesan data yang dibatasi dan menayangkan iklan yang tidak dipersonalisasi untuk permintaan khusus tersebut. Ini adalah parameter stateless. Jika parameter tidak ditetapkan dalam permintaan selanjutnya untuk pengguna tersebut, perilakunya akan kembali menjadi default, yaitu meminta iklan yang dipersonalisasi.

Accelerated Mobile Pages (AMP)

Petunjuk ini hanya berlaku untuk Ad Manager dan AdSense. Pelajari cara mengonfigurasi setiap skenario untuk halaman AMP yang meminta iklan dengan <amp-ad type=”doubleclick”> atau <amp-ad type=”adsense”>.

Untuk permintaan iklan dari halaman AMP, penayang dapat memilih membatasi pemrosesan data untuk semua pengguna yang berada di California, atau mereka dapat memilih membatasi pemrosesan data secara selektif dengan mengikuti instruksi untuk menonaktifkan personalisasi di bawah. Penayang akan menggunakan setelan yang ada untuk menonaktifkan personalisasi ketika mereka ingin mengaktifkan pemrosesan data yang dibatasi. Istilah tersebut akan digunakan secara bergantian sepanjang artikel ini.

Meminta iklan yang tidak dipersonalisasi untuk semua pengguna di California

Jika menggunakan tag AdSense AMP, atau Doubleclick AMP tanpa Konfigurasi Real Time (RTC), Anda cukup mengaktifkan pemrosesan data yang dibatasi di UI Google Ad Manager atau AdSense, dan tidak ada yang perlu diubah lagi pada halaman AMP Anda.

Jika tag iklan AMP Anda menggunakan Konfigurasi Real Time (RTC), permintaan RTC akan dikirim hanya jika izin diberikan atau tidak dibutuhkan. (Catatan: Anda dapat mengizinkan pemanggilan RTC tertentu untuk dikirim terlepas dari status izin.) Untuk menghindari pengiriman permintaan RTC bagi pengguna yang akan menerima iklan yang tidak dipersonalisasi (yaitu pengguna di California), Anda dapat menggunakan komponen dan konfigurasi berikut ini (amp-geo dan amp-consent):

<!-- Siapkan komponen amp-geo untuk mendeteksi pengguna akhir dari amp-geo Amerika Serikat yang saat ini hanya mendukung deteksi geografis tingkat negara, tetapi deteksi California akan segera hadir. Harap memastikan untuk menangani kasus “tidak diketahui” ketika negara tidak dapat ditentukan dengan amp-geo, dan setidaknya memiliki satu grup berisi “tidak diketahui” -->
<amp-geo layout=nodisplay>
  <script type="application/json">
    {
      "ISOCountryGroups": {
        "us": ["us"],
        "eea": ["preset-eea", “unknown”]
      }
    }
  </script>
</amp-geo>

<!-- Siapkan komponen amp-consent untuk memblokir permintaan dan mengumpulkan izin pengguna. Kami akan mengonfigurasikannya agar ditolak secara otomatis, sehingga komponen tidak benar-benar meminta izin. Tindakan ini akan mencegah pemanggilan RTC dan memberi tahu Ad Manager/AdSense untuk menayangkan iklan yang tidak dipersonalisasi. -->
<amp-consent layout="nodisplay" id="consent-element">
  <script type="application/json">
    {
     “consentInstanceId”: “my_consent”,
      “consentRequire”: false,
“geoOverride”: {
  “us”: {
    “consentRequired”: “remote”,
    “checkConsentHref”: “https://your-endpoint” 
  }
}     
  </script>
</amp-consent>

Karena amp-geo saat ini tidak mendukung pendeteksian di California, Anda perlu memberikan endpoint untuk memberi tahu AMP jika izin dibutuhkan untuk pengguna saat ini melalui setelan checkConsentHref. AMP memperkirakan objek JSON kembali dari endpoint, harap mencari informasi selengkapnya tentang respons endpoint dari dokumen situs AMP.

Jika penyetelan endpoint tidak berhasil bagi Anda, tim AMP sedang membuat fitur mendatang untuk membantu Anda mendeteksi pengguna California. Sebelum fitur tersebut diluncurkan, Anda dapat memilih untuk menerapkan setelan izin ke semua pengguna di AS sebagai solusi sementara. Konfigurasi amp-consent terlihat seperti ini:

<!-- Siapkan komponen amp-consent untuk memblokir permintaan dan mengumpulkan izin pengguna untuk semua pengguna di AS -->
<amp-consent layout="nodisplay" id="consent-element">
  <script type="application/json">
    {
     “consentInstanceId”: “my_consent”,
      “consentRequire”: false,
“geoOverride”: {
  “us”: {
    “consentRequired”: “true”
  }
}     
  </script>
</amp-consent>

Anda harus menambahkan atribut data-block-on-consent ke semua komponen amp-ad yang ada di halaman seperti yang ditunjukkan di bawah. _auto_reject menginstruksikan iklan untuk tidak menunggu diminta, tetapi langsung kembali menayangkan iklan yang tidak dipersonalisasi. 

<!-- Terakhir, siapkan tag iklan, dengan menyetelnya menjadi otomatis menolak izin -->
<amp-ad data-block-on-consent="_auto_reject"
    width=320 height=50
    type="doubleclick"
    data-slot="/4119129/mobile_ad_banner">
</amp-ad>

Menayangkan iklan yang dipersonalisasi/tidak dipersonalisasi berdasarkan izin

Karena AMP tidak mengizinkan JavaScript kustom, permintaan iklan yang dipersonalisasi atau tidak dipersonalisasi didasarkan pada konfigurasi komponen amp-consent, dan atribut data-block-on-consent dan data-npa-on-unknown-consent. Dengan asumsi bahwa Anda telah mengonfigurasi komponen amp-consent dan menautkannya ke semua tag <amp-ad> di halaman menggunakan data-block-on-consent:

  • Jika pengguna telah secara positif merespons komponen amp-consent (pengguna menyetujui permintaan izin), iklan akan diminta secara normal.
  • Jika pengguna telah secara negatif merespons komponen amp-consent (pengguna menolak permintaan izin), iklan yang tidak dipersonalisasi akan diminta.
  • Jika respons pengguna terhadap amp-consent tidak diketahui (pengguna menutup permintaan izin)
    • Secara default, tidak ada satu pun permintaan iklan yang dikirim.
    • Jika data-npa-on-unknown-consent ditetapkan ke true, iklan yang tidak dipersonalisasi akan diminta.
  • Jika Anda mengonfigurasi komponen amp-geo sedemikian rupa sehingga izin tidak berlaku berdasarkan lokasi geografis pengguna, permintaan akan dikirim secara normal.

Jika tag <amp-ad> Anda tidak menggunakan data-block-on-consent, atau komponen amp-consent belum dikonfigurasi dengan benar, permintaan akan dikirim secara normal.

Berikut adalah contoh konfigurasi yang meminta izin semua pengguna di AS, dengan perilaku yang dihasilkan seperti yang dijelaskan di atas:

<!-- Siapkan komponen amp-geo untuk mendeteksi pengguna akhir dari amp-geo Amerika Serikat yang saat ini hanya mendukung deteksi geografis tingkat negara, tetapi deteksi California akan segera hadir. Harap pastikan untuk menangani kasus “unknown” ketika negara tidak bisa ditentukan dengan amp-geo, dan setidaknya memiliki satu grup berisi “unknown” -->

<amp-geo layout=nodisplay>
  <script type="application/json">
    {
      "ISOCountryGroups": {
        "us": ["us"],
        "unknown": ["unknown"]
      }
    }
  </script>
</amp-geo>

<!--Siapkan izin untuk pengguna di AS -->

<amp-consent layout="nodisplay" id="consent-element">
  <script type="application/json">
    {
    “consentInstanceId” : “my_consent”,
      “consentRequired”: false,
      “geoOverride”: {
        “us”: {
          “consentRequired”: “true”,
          “promptUI”: “myConsentFlow”
        }
      }
    }
  </script>
  <div id=”myConsentFlow”>...</div>
</amp-consent>

<!-- Terakhir, siapkan tag iklan, dengan menyetelnya untuk menunggu izin jika diperlukan, dan meminta iklan yang tidak dipersonalisasi jika izin yang di-resolve tidak diketahui -->
<amp-ad data-block-on-consent
    data-npa-on-unknown-consent=true
    width=320 height=50
    type="doubleclick"
    data-slot="/4119129/mobile_ad_banner">
</amp-ad>

Perhatikan bahwa deteksi California akan segera hadir. Anda dapat menyiapkan endpoint Anda sendiri untuk meminta izin pengguna secara selektif dengan mengonfigurasi halaman guna mengirimkan permintaan CORS POST ke endpoint melalui checkConsentHref. Anda dapat mempelajari lebih lanjut dengan membaca dokumentasi amp-consent.

Apakah ini membantu?
Bagaimana cara meningkatkannya?

Perlu bantuan lain?

Login untuk opsi dukungan tambahan guna memecahkan masalah dengan cepat