Panduan Integrasi Persetujuan Cookie untuk Pengalaman Digital dan Pemutaran Ulang Sesi FullStory: Playbook 2026

FullStory adalah platform dominan dalam kategori analitik pengalaman digital karena satu alasan: secara default ia menangkap segalanya. Di mana alat analitik tradisional merekam peristiwa diskrit yang telah diinstrumentasi oleh pengembang, dan platform analitik produk merekam interaksi ditambah suplemen yang ditangkap secara otomatis, FullStory menangkap DOM yang dirender sepenuhnya, jejak kursor, timing penekanan tombol, perilaku gulir, klik amarah, klik mati, permintaan jaringan, dan kesalahan JavaScript — dan menjahitnya menjadi rekaman sesi yang dapat ditelusuri analis frame demi frame. Cakupan itulah produknya. Itulah juga mengapa FullStory berada di persimpangan aturan persetujuan paling ketat di setiap rezim privasi modern. Panduan pemutaran ulang sesi EDPB 2023 dan prioritas satuan tugas 2026 memperlakukan pemutaran ulang sesi sebagai kategori persetujuan yang berbeda dan lebih ketat. CNIL telah menjadi regulator paling publik mengenai topik ini tetapi tidak sendirian — Garante, ICO, AEPD Spanyol, dan AP Belanda semua telah mengeluarkan posisi yang selaras. Penerapan FullStory yang dikonfigurasi untuk penangkapan consent-first, dengan masking yang benar, gating yang benar, dan jejak audit yang benar, adalah salah satu alat paling kuat yang dapat dijalankan penerbit; yang tidak dikonfigurasi demikian adalah salah satu target paling mudah yang akan ditemukan regulator.

Mengapa FullStory Berada di Kategori Persetujuan Paling Ketat

Inisialisasi FullStory default melakukan apa yang dilakukan setiap alat pemutaran ulang sesi ditambah lebih banyak lagi. Ia menetapkan cookie pihak pertama di bawah namespace fs_uid dan fs_lua yang berisi pengidentifikasi pengunjung persisten dan timestamp terakhir aktif, menghasilkan pengidentifikasi sesi di bawah fs_session, dan mulai melakukan streaming DOM yang dirender ke rs.fullstory.com dalam milidetik dari pemuatan halaman. Aliran tersebut mencakup setiap peristiwa input, setiap gerakan mouse, setiap posisi gulir, setiap transisi halaman, dan — ketika modul penangkapan jaringan diaktifkan — setiap respons XHR dan fetch yang dikeluarkan halaman, dengan badan respons disertakan kecuali operator telah mengonfigurasi penekanan.

Setiap penangkapan tersebut mengaktifkan gerbang persetujuan yang terpisah. Mempertahankan pengidentifikasi pengunjung adalah operasi penyimpanan dan akses berdasarkan Pasal 5(3) Direktif ePrivacy yang memerlukan persetujuan sebelumnya, diberikan secara bebas, spesifik, terinformasi, dan tidak ambigu di seluruh EEA, UK, dan yurisdiksi mana pun yang telah mengadopsi standar yang sama. Merekam DOM yang dirender adalah pemrosesan data pribadi berdasarkan GDPR karena catatan visual cukup untuk mengidentifikasi dan mengungkapkan konten substantif tentang pengguna. Menangkap aliran penekanan tombol adalah kepekaan tertentu: apa pun yang diketik pengguna di bidang formulir ditangkap frame demi frame, dan jika bidang tidak bertopeng, rekaman menyertakan konten yang diketik. EDPB telah tegas bahwa penangkapan pemutaran ulang sesi adalah kategori yang memerlukan persetujuan eksplisit dan terperinci yang berbeda dari persetujuan analitik generik — dan bahwa masking adalah pelengkap persetujuan, bukan penggantinya.

Apa yang FullStory Tulis Sebelum Persetujuan — dan Apa yang Harus Ditekan

Quickstart FullStory standar memasang cuplikan pelacakan langsung ke <head> halaman. Itu berfungsi seperti yang didokumentasikan dan merupakan sumber kegagalan kepatuhan yang paling umum: cuplikan berjalan sebelum spanduk cookie dirender, cookie fs_uid dan fs_session ditulis dalam milidetik, dan aliran pemutaran ulang sesi mulai mengalir ke rs.fullstory.com terlepas dari apa yang diputuskan pengguna nantinya. Setiap regulator Eropa yang telah memutuskan pola ini memutuskan dengan cara yang sama: cookie yang ditetapkan sebelum persetujuan adalah tidak sah, rekaman yang ditangkap sebelum persetujuan adalah pemrosesan tidak sah, dan penerbit menanggung tanggung jawabnya.

Integrasi yang patuh karena itu harus mencegah cuplikan FullStory dari inisialisasi sampai kategori persetujuan yang relevan telah diberikan. Pola yang berfungsi dalam produksi adalah API FS.consent() dikombinasikan dengan rekaman yang ditangguhkan: cuplikan dimuat dengan FullStory({ orgId: 'XXX', recordOnlyThisIFrame: false }) dan FS.shutdown() dipanggil segera, kemudian FS.restart() dan FS.consent(true) hanya dipanggil setelah CMP memberi sinyal bahwa kategori pemutaran ulang sesi telah diberikan. Pola alternatif adalah injeksi skrip bersyarat — cuplikan FullStory ditambahkan ke DOM hanya setelah persetujuan diberikan — yang lebih bersih tetapi mengharuskan operator kehilangan penjahitan identitas pra-persetujuan apa pun yang FullStory sebaliknya akan berikan.

Cookie dan Penyimpanan yang FullStory Tulis

Cuplikan FullStory menulis pengidentifikasi berikut pada inisialisasi, semua tidak penting dan memerlukan persetujuan: fs_uid dengan kedaluwarsa multi-tahun yang berisi pengidentifikasi pengunjung persisten, fs_lua dengan timestamp aktivitas pengguna terakhir, fs_session dengan pengidentifikasi sesi, dan penanda status rekaman yang digunakan FullStory secara internal. Menarik persetujuan karena itu harus baik mengakhiri cookie tersebut maupun memanggil FS.consent(false) diikuti oleh FS.shutdown() untuk menghentikan penangkapan lebih lanjut, dan penerbit harus mengirimkan permintaan penghapusan melalui titik akhir privasi FullStory untuk rekaman sebelumnya pengguna.

Memetakan FullStory ke Kerangka Persetujuan

FullStory tidak secara asli mengimplementasikan IAB TCF atau IAB Global Privacy Platform — ini adalah platform pengalaman digital pihak pertama, bukan vendor ad-tech. Ini mengekspos API persetujuan asli dan mendukung model masking yang secara default bersifat privat yang beroperasi terlepas dari status persetujuan. Pola yang bertahan dari tinjauan regulator memperlakukan setiap modul FullStory sebagai gerbang terpisah yang terikat pada sinyal CMP tertentu.

Pola Integrasi yang Berfungsi

Penerapan referensi memiliki empat bagian: CMP yang mengekspos peristiwa perubahan persetujuan real-time, bootstrap yang ditangguhkan yang menginisialisasi FullStory dengan penangkapan ditekan melalui FS.shutdown(), pendengar persetujuan yang memanggil FS.consent(true) dan FS.restart() ketika gerbang pemutaran ulang sesi terbuka, dan konfigurasi masking yang secara default bersifat privat yang menekan setiap bidang input dengan keras kecuali diaktifkan secara eksplisit.

Masking yang Secara Default Bersifat Privat

Lapisan masking FullStory beroperasi secara independen dari persetujuan dan harus dikonfigurasi secara agresif bahkan ketika persetujuan telah diberikan. Kelas CSS fs-mask pada elemen mana pun menekan konten elemen tersebut dari perekaman; kelas CSS fs-exclude mengecualikan elemen sepenuhnya dari aliran DOM; kelas fs-block memblokir konten dan struktur. Berdasarkan aturan kategori khusus GDPR dan definisi informasi pribadi sensitif CCPA, bidang mana pun yang dapat menangkap informasi kesehatan, detail keuangan, pengidentifikasi pemerintah, data biometrik, geolokasi tepat, atau konten komunikasi pribadi harus menggunakan atribut masking terlepas dari status persetujuan pengguna. Postur yang direkomendasikan adalah menerapkan fs-mask di tingkat formulir daripada tingkat bidang — pengembang yang menambahkan bidang baru ke formulir yang ada jauh lebih kecil kemungkinannya untuk mengingat memaski secara individual daripada beroperasi dalam pembungkus masking tingkat formulir yang secara otomatis menangkapnya.

Pemilihan Wilayah dan Residensi Data

FullStory mengoperasikan titik akhir penyerapan AS dan UE yang terpisah. Untuk lalu lintas EEA dan UK, titik akhir UE adalah default yang tepat — ini menjaga penyerapan, pemrosesan, dan penyimpanan di dalam EEA dan mengurangi paparan Schrems II yang akan dibawa oleh penerapan pemutaran ulang sesi wilayah AS mana pun. Titik akhir dikonfigurasi per organisasi FullStory dan tidak dapat diubah secara retroaktif, sehingga pilihan wilayah harus dibuat sebelum penskalaan dan didokumentasikan dalam pemberitahuan privasi agar rantai dasar hukum bersih dari pengumpulan hingga penyimpanan.

Memvalidasi Integrasi dan Jejak Audit

Langkah validasi adalah apa yang diperiksa regulator dan yang paling sering dilewati penerbit pada alat pemutaran ulang sesi. Penerapan FullStory yang terintegrasi dengan benar harus lulus empat tes secara berurutan. Pertama, sesi browser bersih dengan spanduk ditampilkan tetapi tidak ada pilihan yang dibuat harus menghasilkan nol permintaan ke rs.fullstory.com di luar pengambilan file SDK dan nol cookie fs_ di document.cookie. Kedua, menolak persetujuan pemutaran ulang sesi harus mempertahankan status tersebut — tidak ada penangkapan, tidak ada pengidentifikasi, tidak ada rekaman. Ketiga, menerima persetujuan pemutaran ulang sesi harus menghasilkan cookie fs_uid yang diharapkan, satu peristiwa FS.consent(true), dan aliran DOM yang mengalir ke titik akhir wilayah yang dikonfigurasi, dengan bidang bertopeng dikonfirmasi hanya menangkap placeholder topeng. Keempat, menarik persetujuan harus segera menghentikan penangkapan lebih lanjut, mengakhiri cookie fs_, dan memicu permintaan penghapusan melalui titik akhir privasi FullStory untuk rekaman sebelumnya pengguna.

Ekspektasi jejak audit adalah di mana alat pemutaran ulang sesi menghadapi pengawasan paling ketat. Panduan spanduk cookie EDPB 2023 dan prioritas satuan tugas 2026 yang diperbarui eksplisit bahwa penerbit harus dapat membuktikan, untuk setiap rekaman sesi tertentu dalam proyek FullStory, bahwa pengguna yang menghasilkannya telah memberikan persetujuan pemutaran ulang sesi yang valid pada saat penangkapan. Pola standar adalah menetapkan versi persetujuan dan timestamp sebagai variabel pengguna pada pengidentifikasi FullStory melalui FS.setUserVars({ consent_version: 'v3', consent_ts: ts }) sehingga setiap rekaman individual dapat dilacak kembali ke entri log persetujuan tertentu. Penerapan yang tergerbang dengan benar, dipasangkan dengan atribut masking yang secara default bersifat privat dan jalur penghapusan yang diaktifkan saat penarikan, adalah apa yang mengubah cakupan FullStory dari risiko konsentrasi regulasi menjadi bagian yang dapat dipertahankan dari tumpukan pengalaman digital penerbit.

← Blog Baca Semua →