Masalahnya: Tag yang Aktif Terlalu Dini

Banner persetujuan hanya berfungsi jika tag di baliknya menghormati pilihan pengunjung. Kegagalan paling umum sederhana: banner muncul, tetapi skrip analitik dan iklan sudah dimuat dan menetapkan pengenal sebelum ada yang mengklik apa pun. Memperbaikinya berarti memblokir skrip hingga persetujuan diberikan. Ada tiga cara praktis untuk melakukannya.

Metode 1: Tulis Ulang Tipe Skrip

Browser hanya mengeksekusi elemen script ketika tipenya adalah tipe JavaScript. Jika Anda mengubah tipe menjadi text/plain, browser mengabaikan skrip tersebut. Anda kemudian menambahkan atribut data yang mencatat kategori persetujuan mana yang dimiliki skrip itu:

• Ubah type="text/javascript" menjadi type="text/plain".
• Tambahkan atribut seperti data-category="analytics".
• Saat pengunjung menyetujui kategori itu, pemuat kecil mengembalikan tipenya dan menyisipkan skrip agar berjalan.

Cocok untuk: beberapa skrip inline atau eksternal yang dikenal di templat Anda. Waspadai: skrip yang disuntikkan oleh skrip lain, yang tidak pernah melewati templat Anda sehingga tidak pernah ditulis ulang.

Metode 2: Atur Tag di Tag Manager

Jika tag Anda berada di Google Tag Manager atau alat serupa, Anda dapat membiarkan container tetap di halaman dan mengendalikan pengaktifan dengan pemicu yang sadar persetujuan. Setiap tag diberi persyaratan persetujuan, dan tag manager hanya mengaktifkannya ketika status persetujuan yang sesuai diberikan. Keunggulan besarnya adalah kendali terpusat: tim pemasaran dapat menambahkan tag tanpa menyentuh templat, dan aturannya ikut bersama tag.

Cocok untuk: situs dengan banyak tag pemasaran. Waspadai: skrip yang di-hardcode di luar container, dan tag HTML kustom yang memuat skrip lain sendiri.

Metode 3: Muat Skrip Secara Dinamis Saat Ada Persetujuan

Di sini Anda menghapus tag script dari halaman sepenuhnya dan menulis fungsi yang menyuntikkannya hanya setelah sebuah peristiwa persetujuan. Ini pilihan paling bersih untuk aplikasi satu halaman dan untuk pengembang yang menginginkan kendali penuh:

1. Dengarkan callback persetujuan dari CMP Anda.
2. Periksa kategori mana yang diberikan.
3. Buat elemen script, tetapkan sumbernya, dan tambahkan ke dokumen.
4. Jalankan kode inisialisasi apa pun di handler load skrip tersebut.

Cocok untuk: aplikasi modern dengan tahap build. Waspadai: lupa menangani pengunjung yang kembali, yang pilihan tersimpannya harus memicu pemuatan saat halaman dimuat tanpa klik baru.

Menangani Penarikan Persetujuan

Memblokir sebelum persetujuan baru separuh pekerjaan. Jika pengunjung kemudian menarik persetujuan, berhenti memanggil alat tersebut dan pastikan alat itu tidak terus membaca atau menulis pengenal. Menghapus skrip dari halaman tidak menghapus kode yang sudah ada di memori, jadi memuat ulang halaman setelah penarikan sering kali merupakan pendekatan paling sederhana dan andal.

Mana yang Sebaiknya Anda Pilih?

• Sedikit skrip, templat yang dirender di server: Metode 1.
• Banyak tag pemasaran, diedit oleh non-pengembang: Metode 2.
• Aplikasi satu halaman atau front end buatan sendiri: Metode 3.
• Lingkungan campuran sering menggabungkan dua di antaranya. Pastikan saja tidak ada tag yang tidak tercakup oleh satu pun.

Cara Mengujinya

1. Buka jendela pribadi dengan cache yang sudah dibersihkan.
2. Buka alat pengembang browser pada tab Network dan Application sebelum memuat halaman.
3. Muat halaman dan jangan sentuh banner. Pastikan tidak ada permintaan analitik atau iklan yang dikirim dan tidak ada cookie atau entri penyimpanan terkait yang muncul.
4. Terima hanya satu kategori dan pastikan hanya skrip yang sesuai yang dimuat.
5. Tolak semuanya, muat ulang, dan ulangi pemeriksaan pertama.
6. Tarik persetujuan dan verifikasi perilaku yang dijelaskan di atas.

Posisi FlexyConsent

FlexyConsent mendukung IAB TCF 2.4 dan Google Consent Mode v2, dan merupakan CMP bersertifikat Google (CMP ID 317). Metode pemblokiran apa pun yang Anda pilih, tugas banner adalah memberi kode Anda sinyal yang jelas tentang apa yang dipilih pengunjung. Tugas Anda adalah memastikan setiap skrip mematuhinya.

Poin-Poin Utama

• Skrip yang dimuat sebelum pengunjung memilih menggagalkan tujuan banner.
• Penulisan ulang tipe, pemicu tag manager, dan pemuatan dinamis masing-masing cocok untuk jenis situs yang berbeda.
• Skrip yang disuntikkan oleh skrip lain adalah kebocoran yang paling umum.
• Tangani pengunjung yang kembali dan penarikan persetujuan, bukan hanya kunjungan pertama.
• Uji di jendela pribadi yang bersih dengan alat pengembang terbuka sebelum Anda menyentuh banner.