Apa yang Sebenarnya Dilakukan Segment

SDK Segment (dimuat dari cdn.segment.com/analytics.js) menginisialisasi objek analytics global dan mengidentifikasi pengunjung dengan cookie milik Segment yang disebut ajs_anonymous_id. Kode aplikasi memanggil analytics.identify(), analytics.track(), analytics.page(), dan analytics.group(), lalu SDK meneruskan setiap panggilan ke titik akhir penyerapan Segment. Dari sana Segment menyebarkan event tersebut — secara real-time atau melalui batch — ke tujuan mana pun yang diaktifkan pada sumber: Google Analytics, Facebook Pixel, Customer.io, Iterable, Amplitude, Mixpanel, Snowflake, BigQuery, dan puluhan lainnya.

Setiap penerusan ke tujuan hilir merupakan aktivitas pemrosesan terpisah dari perspektif GDPR. Dasar hukum untuk mengirim event ke Google Analytics tidak sama dengan dasar hukum untuk mengirim event yang sama ke Customer.io, dan tidak sama dengan menulis event yang sama ke gudang data Snowflake. Banner persetujuan yang mencatat satu kali «Saya menerima pemasaran» tidak dapat secara sah mengotorisasi semua ini dengan sendirinya kecuali kategorisasi tujuan sesuai dengan kategorisasi persetujuan.

Primitif Persetujuan Bawaan Segment

Segment telah berinvestasi besar dalam primitif manajemen persetujuan selama dua tahun terakhir. Per 2026, platform ini menyediakan tiga permukaan bermakna untuk penegakan persetujuan.

Consent Management (sebelumnya Consent Stamping)

Fitur Consent Management memungkinkan Anda melampirkan muatan persetujuan ke setiap event yang diserap Segment. Muatan tersebut mencatat kategori pemrosesan mana yang telah disetujui pengguna — biasanya string IAB TCF v2.3, string GPP, atau kategorisasi kustom Segment. Tujuan hilir dapat dikonfigurasi untuk meneruskan atau memblokir berdasarkan status persetujuan pada setiap event.

Filter tujuan dengan gerbang persetujuan

Filter tujuan memungkinkan Anda menulis ekspresi JavaScript atau Lua kecil yang berjalan pada setiap event sebelum diteruskan ke tujuan tertentu. Filter dapat memeriksa muatan persetujuan dan memutus penerusan jika kategori yang relevan belum diberikan. Ini adalah primitif yang tepat untuk penegakan persetujuan per tujuan yang mendetail.

Pengaturan integrations tingkat sumber

Untuk kontrol yang lebih kasar, objek integrations tingkat sumber dapat menonaktifkan tujuan sepenuhnya berdasarkan per event: analytics.track(event, properties, { integrations: { "All": false, "Segment.io": true } }). Ini berguna untuk kasus semua-atau-tidak-sama-sekali tetapi tidak menangani granularitas tingkat kategori dengan baik.

Integrasi CMP Langkah demi Langkah

Arsitektur yang andal adalah memetakan keputusan kategori CMP ke kategorisasi tujuan Segment, melampirkan muatan persetujuan ke setiap event, dan menggunakan filter tujuan untuk menegakkan gerbang per tujuan.

1. Kategorikan tujuan

Telusuri daftar tujuan yang diaktifkan di ruang kerja Segment Anda dan tetapkan masing-masing ke kategori CMP. Tujuan seperti Google Analytics, Mixpanel, dan Amplitude biasanya masuk kategori analitik. Tujuan seperti Facebook Pixel, TikTok, dan Pinterest biasanya masuk kategori pemasaran. Tujuan seperti Snowflake atau BigQuery (gudang data Anda sendiri) biasanya masuk kategori diperlukan atau fungsional — tetapi hanya jika analitik yang diproses di hilir gudang data juga dikategorikan dengan benar. Dokumentasikan pemetaan ini di tempat yang dapat ditinjau; pertahanan audit bergantung padanya.

2. Tunda inisialisasi SDK hingga keputusan persetujuan ditangkap

SDK Segment dapat dikonfigurasi untuk tidak mengirim event sampai analytics.load() dipanggil. Tunda panggilan load sampai CMP telah menangkap keputusan pengguna, sehingga tidak ada event yang terkirim sebelum persetujuan. Sebagai alternatif, gunakan pola antrean analytics.ready() dengan gerbang status persetujuan di penangan event itu sendiri.

3. Lampirkan muatan persetujuan ke setiap event

Konfigurasikan fitur Consent Management untuk mencap string IAB TC string, string GPP, atau kategorisasi kustom Anda ke setiap event yang diserap. Cap tersebut berjalan bersama event melalui pipeline Segment dan tersedia untuk filter tujuan.

4. Tulis filter tujuan untuk penegakan tingkat kategori

Untuk setiap tujuan, tulis filter yang memeriksa muatan persetujuan terhadap kategori yang dibutuhkan tujuan tersebut. Jika pengguna telah menerima pemasaran tetapi menolak analitik, tujuan kategori pemasaran menerima event dan tujuan kategori analitik dibuang secara diam-diam. Logika filter biasanya membaca dari event.context.consent.categoryPreferences atau jalur yang setara dalam skema muatan persetujuan.

5. Sebarkan pencabutan

Ketika pengguna mencabut persetujuan, dua hal perlu terjadi: SDK berhenti mengirim event baru di bawah kategori yang dicabut (ditangani oleh toggle integrations tingkat sumber), dan profil pengguna yang ada di tujuan hilir perlu diperbarui atau dihapus. Privacy API Segment mendukung permintaan penghapusan dan tanda penekanan; konfigurasikan CMP untuk memanggil titik akhir Privacy API yang sesuai saat pencabutan.

Kesalahan Umum

Empat kesalahan integrasi menyumbang sebagian besar temuan audit pada penerapan Segment.

Memperlakukan Segment sebagai pelacak tunggal

Cacat paling umum: menempatkan Segment di bawah satu kategori (biasanya analitik) dan mengasumsikan bahwa itu memenuhi semua yang ada di hilir. Itu tidak benar. Jika Facebook Pixel diaktifkan sebagai tujuan, event yang diteruskan ke Facebook memerlukan persetujuan kategori pemasaran, bukan analitik. Kategorisasi per tujuan bersifat wajib.

Melupakan tujuan gudang data

Banyak tim mengaktifkan Snowflake atau BigQuery sebagai tujuan Segment dan memperlakukan gudang data sebagai dikecualikan karena «itu infrastruktur internal». Gudang data itu sendiri mungkin internal, tetapi pemrosesan selanjutnya — dasbor BI, pemodelan lookalike, segmentasi pelanggan — memberi makan fungsi pemasaran dan analitik. Kategorisasi persetujuan gudang data harus mencerminkan penggunaan paling permisif yang pada akhirnya mengalir dari data gudang data tersebut.

Sumber sisi server tanpa konteks persetujuan

Segment mendukung sumber sisi server (backend Anda memanggil Segment secara langsung). Event dari sumber ini tidak secara otomatis mewarisi status persetujuan sisi peramban. Aplikasi harus mencari status persetujuan pengguna pada saat pengiriman event dan melampirkannya ke panggilan. Tanpa ini, event sisi server melewati CMP sepenuhnya.

Mengabaikan penggabungan identitas lintas sumber

Resolusi identitas Segment menggabungkan profil anonim dan teridentifikasi, dan dapat melakukannya di seluruh sumber web, seluler, dan sisi server. Jika status persetujuan berbeda di antara permukaan ini, profil yang digabungkan mewarisi interpretasi paling permisif secara default. Konfigurasikan resolusi identitas untuk menggunakan status persetujuan paling ketat di seluruh identitas yang digabungkan, bukan yang paling permisif.

Daftar Periksa Audit

Enam pertanyaan konkret yang harus dijawab untuk setiap penerapan Segment yang menyentuh lalu lintas EU, UK, atau California.

• Apakah kategorisasi tujuan terdokumentasi? Untuk setiap tujuan yang diaktifkan, apakah ada catatan tertulis tentang kategori CMP mana yang mengendalikannya?
• Apakah SDK menunggu persetujuan? Buka halaman di jendela pribadi dan konfirmasikan tidak ada panggilan analytics.track yang terkirim ke api.segment.io sebelum banner diterima.
• Apakah muatan persetujuan dicap pada setiap event? Periksa sampel event yang diserap di debugger Segment dan konfirmasikan muatan persetujuan ada dan lengkap.
• Apakah filter tujuan menghormati kategori? Konfirmasikan bahwa menonaktifkan suatu kategori di CMP mengakibatkan event tidak diteruskan ke tujuan dalam kategori tersebut.
• Apakah sumber sisi server membawa persetujuan? Konfirmasikan panggilan sisi server mencari dan melampirkan status persetujuan pengguna saat ini pada saat pengiriman.
• Apakah Privacy API aktif saat pencabutan? Konfirmasikan pencabutan yang dipicu CMP memanggil API penekanan atau penghapusan Segment, bukan hanya opt-out SDK lokal.

Posisi Segment dalam Tumpukan yang Mengutamakan Persetujuan

CDP menempati posisi paling berpengaruh dalam arsitektur privasi: satu keputusan di banner CMP harus merambat ke puluhan tujuan hilir, masing-masing dengan postur hukumnya sendiri. Arsitektur yang tepat memperlakukan CMP sebagai sumber kebenaran untuk preferensi kategori pengguna, melampirkan kebenaran tersebut ke setiap event yang diserap Segment, dan menggunakan primitif filter tujuan Segment untuk menegakkan gerbang tingkat kategori di lapisan perutean alih-alih di setiap tujuan individual. Jika dilakukan dengan benar, pekerjaan rekayasa berskala linier dengan jumlah tujuan — menambahkan tujuan baru adalah keputusan kategorisasi dan aturan filter, bukan integrasi baru dari awal. Jika dilakukan secara salah, CDP menjadi pengali privasi, meneruskan event yang melanggar persetujuan ke ekor panjang mitra lebih cepat dari yang bisa dikejar oleh audit manual mana pun.