Notifikasi

Dapatkan tips pengoptimalan yang dipersonalisasi, pahami kesiapan akun Anda, dan siapkan penyelesaian pada "halaman AdMob Saya" yang disempurnakan.

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

Memanggil iklan

Tag untuk pengguna di bawah usia dewasa (TFUA) dan tag perlakuan untuk anak-anak (TFCD) kini ditiadakan. Sebagai gantinya, gunakan Tag perlakuan usia (TFAT). Anda dapat menandai panggilan iklan menggunakan setelan TFAT untuk mengelola berbagai perlakuan usia bagi panggilan iklan Anda. Nilai "child" pada TFAT memiliki fungsi yang sama dengan tag perlakuan untuk anak-anak pada TFCD atau TFUA. Untuk mengetahui informasi selengkapnya tentang setelan TFAT, lihat dokumentasi developer untuk Android dan iOS.

Secara default, panggilan iklan ke Google tidak membatasi pemrosesan data serta penayangan iklan yang dipersonalisasi, 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 berbagai alasan kepatuhan terhadap peraturan dan privasi termasuk:

  • Setelan iklan yang tidak dipersonalisasi di tag iklan penayang Google
    (Ad Manager, AdMob, AdSense)
  • Memberi tag pada panggilan iklan untuk perlakuan berdasarkan usia (TFAT)
    (Ad Manager, AdMob, AdSense)
    Tag perlakuan berdasarkan usia (TFAT)

    Setelan perlakuan usia adalah alat yang dapat membantu Anda mematuhi General Data Protection Regulation (GDPR), Children’s Online Privacy Protection Act (COPPA), Age Appropriate Design Code (AADC), dan Australia Online Safety Act (AU OSA), serta hukum atau peraturan lain yang berlaku.

    Perlu diingat bahwa penggunaan alat Google tidak membebaskan Anda dari tanggung jawab hukum. Konsultasikan kepada penasihat hukum Anda untuk menentukan setelan perlakuan usia bagi pengguna berdasarkan persyaratan hukum dan badan pengatur Anda.

    Tentang setelan perlakuan berdasarkan usia

    Setelan berikut memungkinkan Anda menentukan cara Google Mobile Ads SDK menangani panggilan iklan untuk berbagai perlakuan berdasarkan usia:

    • ANAK: Menunjukkan bahwa panggilan iklan akan menerima perlakuan usia anak. Perlakuan usia anak ditentukan dengan nilai 1. Hal ini akan memicu perilaku panggilan iklan tertentu, seperti:
    • REMAJA: Menunjukkan bahwa panggilan iklan akan menerima perlakuan usia remaja. Perlakuan usia remaja ditentukan dengan nilai 2. Hal ini dapat memicu perilaku panggilan iklan tertentu, seperti:
    • TIDAK DITENTUKAN: Menunjukkan bahwa tidak ada perlakuan usia tertentu yang ditetapkan untuk panggilan iklan. Status default ditentukan dengan nilai 0.
  • Pemberian tag pada panggilan iklan untuk pengguna di EEA yang belum mencapai usia dewasa (TFUA) - Tidak digunakan lagi
  • Pemberian tag perlakuan untuk anak-anak (TFCD) pada panggilan iklan - Tidak digunakan lagi
    Penayang dapat memilih penggunaan parameter TFCD untuk memberi tag pada panggilan iklan bagi 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 cara 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 Anda 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 per halaman. Hal ini dapat berguna jika Anda memilih untuk menampilkan link pilihan 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.

  • 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 panggilan iklan Google selanjutnya dari halaman yang dikeluarkan oleh tag iklan yang didukung berikut ini: GPT, tag iklan asinkron AdSense atau Ad Exchange (adsbygoogle.js), dan IMA SDK. Pastikan bahwa tag iklan membatasi pemrosesan data dengan menemukan panggilan 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 Anda menggunakan tag passback GPT, Anda dapat menandai panggilan iklan sebagai pemrosesan data yang dibatasi dengan menggunakan API googletag.pubads().setPrivacySettings yang juga digunakan GPT tradisional.

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 Anda menggunakan Permintaan Tanpa Tag, Anda dapat menandai panggilan iklan sebagai pemrosesan data yang dibatasi dengan menambahkan parameter rdp=[int] langsung ke URL permintaan tag. Sebaiknya Anda menentukan parameter ini di awal tag untuk menghindari risiko pemotongan. Tentukan rdp=1 untuk menandai panggilan iklan sebagai pemrosesan data yang dibatasi. Jika parameter ini 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 melakukannya dengan tag video master yang dibuat secara manual (khusus Ad Manager) atau menggunakan IMA SDK spesifik per 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 itu juga dapat menyertakan parameter rdp=1 pada permintaan video on demand (VOD) atau live stream untuk meneruskan parameter tersebut ke semua panggilan 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 panggilan iklan pemrosesan data yang dibatasi. Yang kami rekomendasikan adalah migrasi ke salah satu tag yang memiliki dukungan fitur lengkap untuk iklan yang dipersonalisasi dan mode pemrosesan data yang dibatasi.

AdSense untuk Penelusuran

Secara default, panggilan 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 cara 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 Anda 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 itu. Parameter ini adalah parameter stateless. Jika parameter ini tidak ditetapkan dalam permintaan selanjutnya untuk pengguna tersebut, akan diberlakukan kembali 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 panggilan 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. Kedua istilah tersebut akan digunakan secara bergantian di sepanjang artikel ini.

Meminta iklan yang tidak dipersonalisasi untuk pengguna di negara bagian AS yang relevan

Jika Anda menggunakan tag AdSense AMP, atau DoubleClick AMP tanpa Konfigurasi Real-Time (RTC), Anda dapat 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 spesifik 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):

<!-- Set up the amp-geo component to detect end users from the U.S. amp-geo only supports country level geo detection now, but U.S. states detection is coming soon. Please make sure to handle the case “unknown” when the country cannot be determined by amp-geo, and have at least one group contain the “unknown” -->
<amp-geo layout=nodisplay>
  <script type="application/json">
    {
      "ISOCountryGroups": {
        "us": ["us"],
        "eea": ["preset-eea", “unknown”]
      }
    }
  </script>
</amp-geo>

<!-- Set up the amp-consent component to block requests and collect user consents. We'll later configure it to be auto-rejected, so it doesn't actually prompt for consent. This prevents RTC callouts and signals Ad Manager/AdSense to serve non-personalized ads. -->
<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 bagi pengguna yang aktif, yaitu melalui setelan checkConsentHref. AMP memerlukan objek JSON sebagai respons balik dari endpoint. Lihat 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:

<!-- Set up the amp-consent component to block requests and collect user consents for all U.S. users -->
<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 agar iklan yang tidak dipersonalisasi langsung ditayangkan tanpa menunggu dialog permintaan izin. 

<!-- Finally we set up the ad tag, directing it to automatically reject consent -->
<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, panggilan iklan yang dipersonalisasi atau tidak dipersonalisasi didasarkan pada konfigurasi komponen amp-consent, serta 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 dialog permintaan izin), iklan akan diminta secara normal.
  • Jika pengguna telah secara negatif merespons komponen amp-consent (pengguna menolak dialog permintaan izin), iklan yang tidak dipersonalisasi akan diminta.
  • Jika respons pengguna terhadap amp-consent tidak diketahui (pengguna menutup dialog permintaan izin)
    • Secara default, tidak ada satu pun panggilan 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:

<!-- Set up the amp-geo component to detect end users from the U.S. amp-geo only supports country level geo detection now, but U.S. states detection is coming soon. Please make sure to handle the case “unknown” when the country cannot be determined by amp-geo, and have at least one group contain the “unknown” -->

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

<!--Setup the consent for users in the U.S -->

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

<!-- Finally we set up the ad tag, directing it to wait for consent when necessary, and request non-personalized ads if resolved consent is unknown -->
<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.

Halaman ini mungkin berisi konten yang diterjemahkan menggunakan teknologi AI. Terjemahan AI mungkin berisi kesalahan.

Apakah ini membantu?

Bagaimana cara meningkatkannya?

Perlu bantuan lain?

Coba langkah-langkah selanjutnya berikut:

Posting ke komunitas bantuan Dapatkan jawaban dari anggota komunitas
Hubungi kami Beri tahu kami selengkapnya dan kami akan membantu Anda
true
Tingkatkan pendapatan Anda dengan tips yang dipersonalisasi sekarang.

Kunjungi halaman Tips Pengoptimalan untuk AdMob guna melihat saran yang dipersonalisasi untuk memaksimalkan pendapatan aplikasi Anda.

Buka kunci sekarang

Telusuri
Hapus penelusuran
Tutup penelusuran
Menu utama
7097980354337747970
true
Pusat Bantuan Penelusuran
false
true
true
true
true
true
73175
false
false
false
false
false