Panduan Integrasi Persetujuan Cookie Optimizely Web Experimentation: Pengujian A/B di Bawah GDPR tahun 2026
Optimizely berada pada posisi yang aneh terkait percakapan tentang persetujuan. Orang yang wajar yang melihat alat eksperimen mungkin mengira ini adalah kategori risiko rendah — pengujian berkaitan dengan warna tombol mana yang menghasilkan lebih banyak klik, bukan tentang siapa pengunjungnya. Kenyataannya, di bawah kerangka yang ditetapkan GDPR dan yang telah diperkuat EDPB secara aktif sejak 2023, adalah bahwa eksperimen melibatkan kategori pemrosesan yang persis sama dengan analitik atau pemasaran setiap kali platform menulis pengidentifikasi persisten dan mengaitkan varian eksperimen kepadanya. Optimizely Web Experimentation SDK melakukan persis itu: menugaskan pengunjung ke varian dengan melakukan hashing pada pengidentifikasi persisten, menulis penugasan ke cookie pihak pertama agar pengunjung melihat varian yang sama di seluruh sesi, dan mengeluarkan event paparan dan konversi yang terikat pada pengidentifikasi tersebut. Masing-masing langkah itu mengaktifkan gerbang persetujuan. Kabar baiknya adalah Optimizely hadir dengan salah satu integrasi persetujuan yang paling cermat dalam kategori eksperimen, termasuk atribut persetujuan khusus dan kemampuan beroperasi dalam mode khusus anonim. Pekerjaannya ada pada benar-benar menggunakannya.
Mengapa Optimizely Web Experimentation memerlukan persetujuan
Inisialisasi Optimizely default melakukan beberapa hal pada cat pertama halaman. Ini menetapkan cookie pihak pertama di bawah optimizelyEndUserId yang berisi pengidentifikasi pengunjung persisten, mengevaluasi pengunjung terhadap eksperimen aktif, menulis penugasan varian ke cookie kedua di bawah penanda namespace optimizelyOptOut, menembakkan event keputusan ke logx.optimizely.com, dan menerapkan perubahan varian ke halaman yang dirender. Ketika operator telah menghubungkan integrasi analitik — Google Analytics 4, Adobe Analytics, Amplitude, Mixpanel, Heap, atau Optimizely Data Platform — SDK juga menembakkan event paparan varian ke lapisan analitik, yang kemudian mengaitkan varian dengan profil analitik pengunjung yang lebih luas.
Masing-masing aktivitas tersebut mengaktifkan gerbang persetujuan yang terpisah. Menyimpan pengidentifikasi pengunjung adalah operasi penyimpanan-dan-akses di bawah Article 5(3) dari Direktif ePrivacy yang memerlukan persetujuan sebelumnya, diberikan secara bebas, spesifik, berdasarkan informasi, dan tidak ambigu di seluruh EEA, UK, dan yurisdiksi mana pun yang telah mengadopsi standar yang sama. Mengaitkan penugasan varian eksperimen dengan pengidentifikasi tersebut di seluruh sesi adalah pemrosesan data pribadi di bawah GDPR karena kombinasi pengidentifikasi, alamat IP, dan paparan varian cukup untuk mengidentifikasi individu dan mengkarakterisasi interaksinya dengan program eksperimen. Penyebaran lintas-alat dari data varian — misalnya Optimizely mengekspos penugasan varian ke Google Analytics — menambahkan gerbang analitik ke rantai. Panduan EDPB 2023 telah secara eksplisit menyatakan bahwa eksperimen yang melibatkan identifikasi persisten tunduk pada aturan persetujuan yang sama seperti analitik; CNIL telah menjadi regulator yang paling vokal dalam hal ini tetapi tidak sendirian.
Apa yang ditulis Optimizely sebelum persetujuan — dan apa yang harus ditekan
Cuplikan Optimizely standar menginstal JavaScript SDK langsung ke head halaman dan melakukan inisialisasi segera saat memuat. Itulah quickstart yang terdokumentasi dan sumber kegagalan kepatuhan yang paling umum: SDK berjalan sebelum banner cookie dirender, cookie optimizelyEndUserId ditulis dalam milidetik, penugasan varian dibuat, dan event keputusan ditembakkan terlepas dari apa yang diputuskan pengunjung kemudian. Setiap regulator Eropa yang telah memutuskan pola ini memutuskan dengan cara yang sama: cookie yang ditetapkan sebelum persetujuan adalah melanggar hukum, penugasan varian yang ditangkap sebelum persetujuan adalah pemrosesan yang melanggar hukum, dan penerbit menanggung kewajiban.
Integrasi yang patuh karenanya harus mencegah Optimizely menulis pengidentifikasi persisten dan menembakkan event keputusan sampai kategori persetujuan yang relevan telah diberikan. Optimizely mendukung dua pola untuk ini. Pertama adalah atribut persetujuan khusus — lewatkan OPTIMIZELY_OPT_OUT=true sebagai string kueri atau atur cookie optimizely.opt_out sebelum inisialisasi SDK — yang menempatkan SDK dalam mode opt-out di mana tidak ada pengidentifikasi yang ditulis dan tidak ada event yang ditembakkan. Kedua adalah mode khusus anonim yang didukung dalam konfigurasi SDK, di mana SDK berjalan dalam mode tanpa-sesi yang menugaskan varian berdasarkan identifikasi lokal-sesi saja, tanpa identifikasi persisten di seluruh kunjungan. Mode anonim memungkinkan program eksperimen berjalan atas dasar kepentingan sah untuk keputusan rendering sambil menunda identifikasi persisten hingga persetujuan diberikan.
Cookie dan penyimpanan yang ditulis Optimizely
Optimizely Web Experimentation SDK menulis pengidentifikasi berikut saat inisialisasi, semuanya tidak esensial dan memerlukan persetujuan: optimizelyEndUserId dengan kedaluwarsa multi-tahun yang berisi pengidentifikasi pengunjung persisten, penanda optimizelyOptOut yang melacak status opt-out, optimizelyDomainTestCookie untuk eksperimen lintas-subdomain, dan cookie namespace tambahan ketika operator telah mengaktifkan identifikasi lintas-domain. Menarik persetujuan karenanya harus sekaligus mengakhiri cookie dan menempatkan SDK dalam mode opt-out melalui optimizely.push({ type: 'user', attributes: { opt_out: true } }) untuk menghentikan pengumpulan event lebih lanjut.
Memetakan Optimizely ke kerangka persetujuan
Optimizely tidak secara native mengimplementasikan IAB TCF atau IAB Global Privacy Platform — ini adalah platform eksperimen pihak pertama, bukan vendor adtech — tetapi ia mengekspos API opt-out native, mendukung integrasi Consent Mode yang terdokumentasi melalui Optimizely Data Platform, dan menghormati CMP penerbit melalui atribut OPTIMIZELY_OPT_OUT. Pola yang bertahan dari tinjauan regulator memperlakukan setiap kemampuan Optimizely sebagai gerbang terpisah yang terikat pada sinyal CMP tertentu.
- Eksperimen anonim dapat berjalan atas dasar kepentingan sah dengan identifikasi lokal-sesi, yang sesuai untuk keputusan rendering yang tidak memerlukan identifikasi persisten di seluruh kunjungan dan tidak menyebar ke analitik hilir. Mode ini terikat ke kategori yang sangat diperlukan atau fungsional.
- Eksperimen persisten dengan pengidentifikasi stabil terikat pada tujuan analitik. Dalam istilah TCF ini memetakan ke tujuan 8 dikombinasikan dengan tujuan 1; untuk Consent Mode ini memetakan ke analytics_storage.
- Integrasi lintas-alat — event paparan varian yang disebarkan ke Google Analytics, Amplitude, atau Optimizely Data Platform — mewarisi gerbang analitik dari alat penerima dan tidak boleh ditembakkan jika gerbang alat itu tidak diberikan.
- Personalisasi dan penargetan berbasis audiens yang dibangun di atas eksperimen mengaktifkan gerbang pemasaran karena ia melintasi dari pengukuran eksperimental ke penargetan tingkat pengguna.
Pola integrasi yang berhasil
Deployment referensi memiliki empat bagian: CMP yang mengekspos event perubahan persetujuan secara real-time, bootstrap yang ditangguhkan yang menginisialisasi Optimizely SDK dengan opt-out diaktifkan atau mode anonim aktif, listener persetujuan yang membalik SDK keluar dari opt-out dan memulai identifikasi persisten ketika gerbang analitik terbuka, dan jalur penarikan yang mengembalikan SDK ke mode opt-out, mengakhiri cookie optimizely melalui document.cookie, dan menyebarkan penarikan ke integrasi analitik hilir mana pun.
Implementasi web dengan bootstrap yang ditangguhkan
Di web pola paling bersih adalah memuat cuplikan Optimizely dengan window.optimizelyOptOut = true yang ditetapkan sebelum inisialisasi SDK. Berlangganan ke event perubahan persetujuan CMP. Ketika kategori analitik beralih ke true, panggil window.optimizely.push({ type: 'user', attributes: { opt_out: false } }) dan biarkan SDK menginisialisasi secara normal. Ketika gerbang ditarik, dorong atribut opt-out kembali ke true, akhiri cookie optimizelyEndUserId, dan sebarkan perubahan ke platform analitik terintegrasi mana pun melalui API persetujuan masing-masing.
Eksperimen sisi server melalui Decision Service
Optimizely juga mendukung eksperimen sisi server melalui Decision Service API. Keputusan sisi server tidak dikecualikan dari persetujuan — dasar hukum mengikuti data — tetapi eksekusi sisi server memberi penerbit kendali penuh atas pengidentifikasi mana yang disebarkan. Pola yang berhasil adalah melewatkan pengidentifikasi sesi sementara ke Decision Service ketika gerbang analitik ditutup, dan beralih ke pengidentifikasi persisten hanya ketika gerbang terbuka. Penugasan varian yang dikembalikan oleh Decision Service masih dapat diterapkan ke halaman yang dirender; yang berubah adalah apakah mereka terikat pada catatan pengunjung yang stabil.
Memvalidasi integrasi dan jejak audit
Langkah validasi adalah apa yang diperiksa regulator dan apa yang paling sering dilewatkan penerbit pada alat eksperimen. Deployment Optimizely yang terintegrasi dengan benar harus melewati empat pengujian berurutan. Pertama, sesi browser bersih dengan banner ditampilkan tetapi tidak ada pilihan yang dibuat harus menghasilkan nol permintaan ke logx.optimizely.com di luar pengambilan file SDK dan nol cookie optimizely di document.cookie. Kedua, menolak analitik harus mempertahankan keadaan itu — tidak ada pengidentifikasi persisten, tidak ada event keputusan, tidak ada penugasan varian yang terikat pada catatan stabil. Ketiga, menerima analitik harus menghasilkan cookie optimizelyEndUserId yang diharapkan dan lalu lintas event keputusan, dengan penugasan varian diterapkan dengan benar. Keempat, menarik persetujuan harus segera menghentikan event keputusan lebih lanjut, mengakhiri cookie, dan menyebarkan opt-out ke integrasi analitik hilir mana pun.
Ekspektasi jejak audit di bawah panduan banner cookie EDPB 2023 dan prioritas gugus tugas 2026 yang diperbarui adalah bahwa penerbit dapat membuktikan, untuk setiap paparan eksperimental spesifik dalam proyek Optimizely, bahwa pengunjung telah memberikan persetujuan yang valid pada saat paparan. Pola standar adalah menetapkan versi persetujuan dan cap waktu sebagai atribut kustom pada profil pengunjung Optimizely melalui attribute API SDK sehingga setiap paparan individual dapat dilacak kembali ke entri log persetujuan tertentu. Deployment yang diproteksi dengan benar, dipasangkan dengan penanganan mode anonim untuk keputusan rendering pra-persetujuan dan jalur penarikan yang menyebar ke hilir, adalah yang mengubah Optimizely dari kewajiban eksperimen tersembunyi menjadi bagian yang dapat dipertahankan dari produk dan tumpukan pertumbuhan penerbit.