Mengapa Mengautomasikan Ujian Persetujuan

Semakan persetujuan secara manual mudah dilangkau dan mudah tersilap. Tag baharu yang ditambah pasukan pemasaran, kemas kini tema atau pemuat skrip yang difaktorkan semula boleh secara senyap mula mencetuskan penjejak sebelum persetujuan, dan tiada siapa perasan sehingga pelanggan atau pengawal selia menyedarinya. Ujian pelayar automatik menukar soalan “adakah sepanduk kami masih berkelakuan betul?” kepada sesuatu yang dijalankan pada setiap pelepasan. Playwright sesuai kerana ia mengawal pelayar sebenar, boleh memintas permintaan rangkaian dan memberi anda browser context yang baharu dan terpencil.

Konteks Ujian

Setiap ujian patut bermula daripada browser context yang bersih, tanpa kuki dan tanpa local storage. Itu meniru pelawat kali pertama. Cipta context baharu bagi setiap ujian dan bukan menggunakan semula halaman, jika tidak pilihan yang disimpan oleh satu ujian akan bocor ke ujian seterusnya.

Ujian 1: Tiada Apa Dicetuskan Sebelum Persetujuan

Dengar setiap permintaan rangkaian sejak halaman mula dimuatkan. Muatkan halaman, tunggu sehingga melahu dan jangan sentuh sepanduk. Kemudian bandingkan permintaan dengan senarai domain penjejak yang anda selenggara, seperti analitik, pengiklanan dan piksel sosial. Ujian gagal jika mana-mana permintaan pergi ke domain yang disenaraikan. Baca juga senarai kuki daripada context dan gagalkan jika wujud sebarang kuki yang tidak penting.

Ujian 2: Tolak Memastikan Semuanya Mati

1. Muatkan halaman dalam context baharu.
2. Klik kawalan tolak dalam sepanduk.
3. Navigasi ke dua atau tiga halaman lagi, termasuk satu dengan media terbenam.
4. Tegaskan bahawa tiada permintaan penjejak dibuat dan tiada kuki tidak penting ditetapkan.
5. Muat semula dan tegaskan bahawa sepanduk kekal tersembunyi dan pilihan kekal.

Ujian 3: Terima Mengaktifkan Apa yang Sepatutnya

Klik terima dan tegaskan bahawa tag yang dijangka kini dicetuskan, contohnya permintaan analitik anda. Ini mengawal daripada kegagalan sebaliknya: sepanduk yang merekod persetujuan tetapi tidak pernah melepaskan skrip, yang secara senyap merugikan anda dari segi data dan hasil.

Ujian 4: Pilihan Terperinci

Buka lapisan keutamaan, aktifkan satu tujuan sahaja dan simpan. Tegaskan bahawa tag yang dikaitkan dengan tujuan itu dicetuskan dan tag yang dikaitkan dengan yang lain tidak. Simpan fail pemetaan kecil daripada tujuan kepada domain yang dijangka supaya ujian mudah dibaca dan mudah dikemas kini.

Ujian 5: Penarikan Balik

Terima, kemudian buka semula tetapan melalui pautan kekal anda dan tarik balik. Tegaskan bahawa permintaan seterusnya kepada penjejak berhenti dan keadaan persetujuan yang disimpan mencerminkan perubahan. Ambil perhatian bahawa kuki yang sudah ditetapkan mungkin perlu dialih keluar secara eksplisit, jadi tentukan dasar anda dan ujinya.

Ujian 6: Isyarat

Jika anda menggunakan Google Consent Mode, baca data layer dalam konteks halaman sebelum dan selepas setiap pilihan dan tegaskan bahawa nilai keadaan persetujuan sepadan: denied secara lalai, granted bagi kategori yang diterima pelawat. Jika anda menggunakan rentetan TCF, bacanya melalui TCF API dan tegaskan bahawa ia wujud selepas pilihan dan mencerminkannya.

Memastikan Ujian Boleh Dipercayai

• Gunakan pemilih yang stabil, seperti atribut ujian atau peranan boleh akses, dan bukan kelas CSS yang berubah dengan kemas kini reka bentuk.
• Tunggu syarat yang eksplisit, bukan kelewatan tetap.
• Jalankan ujian pada salinan staging yang mempunyai persediaan tag yang sama dengan pengeluaran.
• Jalankan versi kecil suite itu mengikut jadual, bukan hanya semasa pelaksanaan, kerana skrip pihak ketiga berubah tanpa pelepasan anda.
• Uji wilayah utama yang anda layani dengan menetapkan geolokasi atau menggunakan penggantian wilayah yang ditawarkan CMP anda.

Di Mana FlexyConsent Berperanan

FlexyConsent menyokong IAB TCF 2.4, IAB GPP v1.1 dan Google Consent Mode v2, jadi isyarat yang anda tegaskan dalam ujian ialah isyarat piawai yang boleh dibaca daripada halaman. Sepanduknya tersedia dalam 58 bahasa; jika anda melayani beberapa bahasa, sertakan ujian yang memuatkan sekurang-kurangnya satu versi bukan Inggeris.

Perkara Utama

• Gunakan browser context baharu bagi setiap ujian untuk meniru pelawat kali pertama.
• Tegaskan pada permintaan rangkaian dan kuki, bukan hanya pada rupa sepanduk.
• Liputi empat laluan: tiada interaksi, tolak, terima dan penarikan balik.
• Semak isyarat persetujuan dalam data layer atau TCF API juga.
• Jalankan suite semasa pelepasan dan mengikut jadual untuk menangkap hanyutan daripada skrip pihak ketiga.