Setelan pemrosesan data yang dibatasi 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 dari negara bagian AS yang relevan, mode pemrosesan data yang dibatasi akan diaktifkan dan hanya iklan yang tidak dipersonalisasi yang akan ditayangkan.

• Setelan pemrosesan data yang dibatasi untuk halaman yang menggunakan tag GPT dan AdSense
• Setelan pemrosesan data yang dibatasi untuk tag lain
  • Tag passback GPT
  • Permintaan Tanpa Tag
  • Google Mobile Ads SDK
  • Google Interactive Media Ads SDK (untuk Video)
  • Tag iklan penayang Google lama
  • AdSense untuk Penelusuran

Setelan pemrosesan data yang dibatasi 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 didasarkan pada konten halaman web 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, AdSense)
• Pemberian tag pada permintaan iklan untuk pengguna di EEA di bawah usia dewasa (TFUA)
  (Ad Manager, AdMob, AdSense)​
• Pemberian tag pada permintaan iklan untuk perlakuan untuk anak-anak (TFCD)
  (Ad Manager, AdMob, AdSense)
  Penayang boleh memilih penggunaan parameter TFCD untuk memberi tag pada permintaan iklan untuk pengguna di bawah umur. 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 negara Bagian AS yang relevan yang mengunjungi properti Anda, pemberian tag iklan tidak perlu diubah. Anda dapat membaca informasi selengkapnya tentang pemrosesan data yang dibatasi, termasuk cara mengaktifkannya pada UI, di pusat bantuan Google Ad Manager, AdMob, atau AdSense.

Jika Anda ingin mengaktifkan pemrosesan data yang dibatasi hanya untuk beberapa pengguna, tag 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 Jual Informasi Pribadi Saya”. Bagi pengguna yang memilih tidak ikut, Anda dapat memutuskan bahwa meneruskan sinyal ini memenuhi kewajiban Anda berdasarkan peraturan. Lihat "Membantu penayang mematuhi hukum privasi negara bagian Amerika Serikat" (Google Ad Manager, AdMob, AdSense) untuk mengetahui informasi selengkapnya tentang mode pemrosesan data yang dibatasi Google.

• 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: tag GPT, tag iklan 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 mencari parameter &rdp=1.

API yang sama ini mengizinkan penonaktifan pemrosesan data yang dibatasi (dan pengaktifan ulang personalisasi) dengan meneruskan false dan 0, bergantung pada jenis yang diperlukan API. Jika halaman berisi beberapa jenis tag iklan Google (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 biasa.

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

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. Beri nilai 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.

• AdMob: GMA SDK iOS, GMA SDK Android
• Ad Manager: GMA SDK iOS, GMA SDK Android

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 pada permintaan video on demand (VOD) atau live stream guna meneruskan parameter tersebut 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 (mis., tag GAM, tag GUT, dan tag sinkron AdSense atau Ad Exchange lama (show_ads.js)) tidak mendukung permintaan iklan pemrosesan data yang dibatasi. Sebaiknya Anda 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 didasarkan pada 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 - tag iklan web, tambahkan teks berikut ke pageOptions di tag iklan Penelusuran:

  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, perilaku akan kembali ke perilaku 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 di negara bagian AS yang relevan, atau mereka dapat memilih membatasi pemrosesan data secara selektif dengan mengikuti petunjuk untuk menonaktifkan personalisasi di bawah. Penayang akan menggunakan setelan yang ada untuk menonaktifkan personalisasi ketika mereka ingin mengaktifkan pemrosesan data yang dibatasi. Penggunaan ketentuan tersebut dapat ditukar-tukar, dan Anda akan menemui keduanya di sepanjang artikel ini.

Meminta iklan yang tidak dipersonalisasi untuk pengguna di negara bagian Amerika Serikat yang relevan

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 negara bagian AS yang relevan), Anda dapat menggunakan komponen dan konfigurasi berikut ini (amp-geo dan amp-consent):

<!-- Siapkan komponen amp-geo untuk mendeteksi pengguna akhir dari Amerika Serikat. amp-geo saat ini hanya mendukung deteksi geografis tingkat negara, tetapi deteksi negara bagian AS akan segera hadir. Harap pastikan untuk menangani kasus “unknown” ketika negara tidak dapat ditentukan dengan amp-geo, dan miliki setidaknya satu grup berisi “unknown” -->
<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 mengonfigurasinya agar ditolak secara otomatis, sehingga komponen tidak menampilkan permintaan izin sama sekali. 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 negara bagian AS yang relevan, Anda harus memberikan endpoint untuk memberi tahu AMP apakah izin dibutuhkan untuk pengguna saat ini melalui setelan checkConsentHref. AMP memerlukan objek JSON kembali dari endpoint, harap cari 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 negara bagian AS yang relevan. Sebelum fitur tersebut diluncurkan, Anda dapat memilih penerapan 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 komponen amp-ad apa pun yang ada di halaman seperti yang ditunjukkan di bawah: _auto_reject menginstruksikan iklan agar langsung menayangkan iklan yang tidak dipersonalisasi tanpa menunggu prompt permintaan izin. 

<!-- 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 prompt 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 negara bagian AS yang relevan, dengan perilaku yang dihasilkan seperti yang dijelaskan di atas:

<!-- Siapkan komponen amp-geo untuk mendeteksi pengguna akhir dari Amerika Serikat. amp-geo saat ini hanya mendukung deteksi geografis tingkat negara, tetapi deteksi negara bagian AS akan segera hadir. Harap pastikan untuk menangani kasus “unknown” ketika negara tidak bisa ditentukan dengan amp-geo, dan miliki setidaknya 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 respons terhadap permintaan izin 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>

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.