Permukaan Pelacakan Adobe Experience Cloud

Sebuah instalasi Adobe yang terlihat tunggal adalah, dari perspektif privasi, lima permukaan pelacakan yang berbeda. Masing-masing memiliki pertanyaan persetujuan tersendiri.

Adobe Experience Cloud ID Service

Layanan ECID (dimuat dari cdn.cookielaw.org atau di-host sendiri melalui Adobe Launch) menetapkan pengidentifikasi pengunjung yang persisten dan menyimpannya dalam cookie AMCV_*. ECID adalah substrat yang menghubungkan semua layanan Adobe lainnya — Analytics, Target, dan Audience Manager semuanya menggunakan ECID yang sama untuk mengaitkan peristiwa dengan profil. Pembatasan ECID adalah keputusan persetujuan fundamental; tanpanya, tidak ada layanan hilir yang dapat mengidentifikasi pengunjung secara konsisten.

Adobe Analytics (Site Catalyst)

Beacon Adobe Analytics (dimuat melalui s_code.js atau AppMeasurement) melaporkan peristiwa tampilan halaman dan klik ke infrastruktur analitik Adobe. Skrip ini menetapkan cookie s_cc, s_sq, dan s_pers di antara lainnya. Seperti ECID, ini adalah permukaan analitik perilaku yang memerlukan persetujuan opt-in di EU berdasarkan ePrivacy Article 5(3).

Adobe Target

Skrip Target (dimuat melalui at.js) menangani keputusan personalisasi secara real-time. Ini dimuat di sisi server, memantau perilaku pengunjung, dan memodifikasi konten halaman berdasarkan aturan segmentasi. Cookie Target meliputi mbox dan mboxEdgeCluster. Target adalah permukaan pelacakan bertujuan pemasaran yang tidak ambigu.

Adobe Audience Manager

Audience Manager (lapisan DMP, dimuat melalui dpm.demdex.net) adalah mesin segmentasi yang membangun audiens untuk aktivasi di media berbayar. Ini menetapkan cookie demdex dan meneruskan data pengunjung ke grafik identitas Adobe. AAM adalah permukaan paling terekspos dari perspektif regulator karena ini secara tidak ambigu merupakan iklan perilaku lintas konteks berdasarkan CPRA dan pemasaran eksplisit berdasarkan GDPR.

Adobe Real-Time CDP

Real-Time CDP menyatukan identitas di seluruh sumber web, seluler, dan offline, membangun profil pelanggan tunggal. Dari perspektif persetujuan, secara default ini mewarisi status persetujuan paling permisif di semua inputnya; integrasi CMP harus menerapkan status paling ketat sebagai gantinya.

Primitif Persetujuan Asli Adobe

Adobe telah berinvestasi secara signifikan dalam primitif manajemen persetujuan, terutama sejak 2023. Platform ini sekarang mengekspos permukaan persetujuan di setiap lapisan tumpukan.

Adobe Privacy & Consent service

Diluncurkan pada 2025, Privacy & Consent service adalah lapisan persetujuan terpadu Adobe. Ini menerima keputusan persetujuan dari CMP melalui API atau sinyal IAB GPP standar dan menyebarkannya ke seluruh Analytics, Target, Audience Manager, dan Real-Time CDP. Ini adalah titik integrasi yang direkomendasikan pada 2026.

Ekstensi persetujuan Adobe Launch

Untuk penerapan yang menggunakan Adobe Launch sebagai pengelola tag, kerangka ekstensi persetujuan (mirip dengan mode persetujuan Google Tag Manager) memungkinkan setiap tag Adobe dikonfigurasi untuk menunggu kategori persetujuan tertentu. Integrasi dari OneTrust, TrustArc, Cookiebot, dan lainnya terhubung ke kerangka ini.

Privacy JS API

Adobe Analytics, Target, dan ECID mengekspos API optIn pada objek Adobe tingkat halaman. Memanggil visitor.optIn.approve(["aam", "ecid", "target", "analytics"]) memberikan persetujuan untuk layanan yang disebutkan; visitor.optIn.deny(...) mencabutnya. Ini adalah primitif yang tepat untuk penegakan persetujuan yang terperinci, per-layanan.

Integrasi CMP Langkah demi Langkah

Arsitektur yang andal adalah menangguhkan setiap tag Adobe hingga keputusan persetujuan dicatat, kemudian menyebarkan keputusan tersebut melalui Privacy & Consent service atau ekstensi persetujuan Launch.

1. Tangguhkan inisialisasi Adobe Launch

Pustaka Launch itu sendiri menginisialisasi pengelola tag yang memuat segalanya. Tangguhkan skrip Launch hingga CMP telah menangkap keputusan pengunjung. Ini adalah gerbang tunggal paling berpengaruh — melakukannya dengan benar mencegah hampir setiap cacat hilir.

2. Konfigurasikan kategori persetujuan per-layanan

Petakan setiap layanan Adobe ke kategori CMP. ECID dan Analytics biasanya berada di bawah analitik; Target dan Audience Manager di bawah pemasaran; Real-Time CDP di bawah kategori apa pun yang mencakup penggunaan hilir paling permisif. Dokumentasikan pemetaannya; pembelaan audit bergantung padanya.

3. Gunakan optIn API

Ketika CMP mengaktifkan callback kategori-diterima, panggil visitor.optIn.approve([...]) dengan layanan yang sesuai dengan kategori yang diberikan. Layanan ECID dan skrip Adobe hilir akan mulai mengirimkan peristiwa. Saat pencabutan, panggil visitor.optIn.deny(...) untuk menghentikannya.

4. Hubungkan ke Privacy & Consent service

Untuk status persetujuan yang harus disebarkan melampaui penegakan di halaman — ke dalam Real-Time CDP, ke dalam ingesti sisi server, ke dalam impor batch dari sistem lain — CMP harus menulis ke Privacy & Consent service Adobe melalui API. Layanan kemudian menerapkan keputusan di setiap lapisan Adobe yang mendukungnya.

5. Hormati pencabutan di seluruh grafik identitas

Ketika pengguna mencabut persetujuan, Real-Time CDP dan Audience Manager harus menghapus pengguna dari audiens aktif, bukan hanya berhenti menambahkan peristiwa ke profil mereka. Konfigurasikan alur kerja penghapusan Privacy & Consent service untuk aktif saat pencabutan, dan audit bahwa permukaan aktivasi audiens hilir (Google Ads, Meta, LiveRamp) menghormati penekanan tersebut.

Kesalahan Umum

Empat kesalahan integrasi menyumbang sebagian besar temuan audit pada penerapan Adobe enterprise.

Membiarkan Launch menginisialisasi sebelum persetujuan

Integrasi Launch default memuat pengelola tag saat render halaman, yang menginisialisasi ECID dan tag lain apa pun yang dikonfigurasi Launch untuk diaktifkan secara otomatis. Ini adalah cacat paling umum dan paling mudah diperbaiki — tangguhkan skrip Launch.

Memperlakukan ECID sebagai dikecualikan

Beberapa tim berargumen ECID adalah infrastruktur identitas bukan pelacakan, dan membatasi layanan hilir sambil membiarkan ECID berjalan. Cookie ECID adalah pengidentifikasi non-esensial berdasarkan ePrivacy Article 5(3) terlepas dari bagaimana datanya digunakan di hilir. Batasi juga.

Persetujuan tidak cocok di seluruh tumpukan

Jika CMP mencatat persetujuan untuk analitik tetapi optIn API hanya menyetujui ecid dan analytics sambil membiarkan aam dan target tidak ditentukan, perilaku hilir bergantung pada platform dan jarang cocok dengan apa yang dicatat CMP. Setujui set lengkap yang diberikan pengguna, tolak sisanya secara eksplisit.

Melupakan ingesti sisi server

Adobe Real-Time CDP mendukung ingesti data sisi server dari CRM, gudang data, dan sistem offline. Aliran ini tidak secara otomatis menghormati persetujuan sisi browser. Privacy & Consent service harus dipanggil dari pipeline ingesti sisi server untuk menerapkan amplop persetujuan.

Daftar Periksa Audit

Enam pertanyaan konkret untuk dijawab untuk setiap penerapan Adobe Experience Cloud yang menyentuh lalu lintas EU, UK, atau California.

• Apakah Launch menunggu persetujuan? Buka halaman di jendela pribadi dan konfirmasikan tidak ada permintaan domain Adobe yang diaktifkan sebelum penerimaan banner.
• Apakah pemetaan layanan-ke-kategori didokumentasikan? Untuk setiap layanan Adobe (ECID, Analytics, Target, AAM, Real-Time CDP), apakah ada catatan tertulis tentang kategori CMP mana yang membatasinya?
• Apakah optIn API cocok dengan status CMP? Konfirmasikan panggilan approve/deny mencantumkan setiap layanan Adobe secara eksplisit, dengan set yang diberikan cocok dengan keputusan yang dicatat CMP.
• Apakah Privacy & Consent service dikonfigurasi? Konfirmasikan CMP menulis keputusan ke Privacy & Consent service API sehingga permukaan non-browser (Real-Time CDP, ingesti sisi server) menghormatinya.
• Apakah aktivasi hilir menghormati pencabutan? Konfirmasikan bahwa mencabut persetujuan menghapus pengguna dari audiens aktif di Google Ads, Meta, dan LiveRamp, bukan hanya dari sinkronisasi mendatang.
• Apakah jalur ingesti sisi server dibatasi? Konfirmasikan impor CRM dan gudang data ke Real-Time CDP menerapkan amplop persetujuan yang sama seperti peristiwa browser.

Posisi Adobe dalam Tumpukan yang Mengutamakan Persetujuan

Tumpukan pemasaran enterprise yang dibangun di sekitar Adobe Experience Cloud secara bersamaan adalah yang paling kuat dan paling terekspos dari konfigurasi umum mana pun. Kabar baiknya adalah Adobe telah berinvestasi besar dalam primitif persetujuan selama dua tahun terakhir, dan penerapan 2026 yang menggunakan Privacy & Consent service dengan benar jauh lebih dapat dipertahankan daripada yang dibangun di atas Visitor ID Service yang lebih lama saja. Pekerjaannya ada dalam disiplin: mendokumentasikan pemetaan layanan-ke-kategori, menggunakan optIn API secara eksplisit daripada mengandalkan default platform, menyebarkan persetujuan ke permukaan sisi server, dan mengaudit bahwa aktivasi hilir benar-benar menghormati pencabutan. Jika dilakukan dengan benar, tumpukan Adobe yang sama yang mendorong personalisasi dan segmentasi yang dibeli oleh pemasar berhenti menjadi paparan kepatuhan diam-diam yang menunggu regulator untuk mengungkapnya.