Permukaan Pelacakan SFMC

Untuk tujuan persetujuan, membantu memperlakukan SFMC bukan sebagai produk tunggal melainkan sebagai empat permukaan pelacakan yang tumpang tindih, masing-masing dengan pola integrasinya sendiri.

Web Analytics Connector dan Kode Pelacakan Collect

Kode pelacakan Collect (sering disebut collect.js atau direferensikan melalui cdn.evgnet.com) adalah pelacak perilaku SFMC. Ini menetapkan cookie _etmc dan terkait, mengidentifikasi pengunjung lintas sesi, dan meneruskan acara tampilan halaman, klik, dan konversi ke SFMC untuk digunakan dalam pemicu Journey Builder dan penargetan ulang email. Dari perspektif regulasi, ini adalah pelacak pemasaran yang jelas — meskipun acara terlihat seperti analitik, data memberi umpan otomasi pemasaran langsung.

Skrip Marketing Cloud Personalization

Skrip Personalization (legacy Interaction Studio) lebih berat daripada Collect. Itu memuat SDK yang memantau seluruh DOM, menangkap data aliran klik dan interaksi formulir, dan meneruskannya ke mesin keputusan personalisasi yang dapat menulis ulang konten halaman secara real-time. Cookie yang ditetapkan termasuk pengenal _ev_* dan token sesi. Ini adalah pemrosesan tujuan pemasaran yang jelas dan memerlukan persetujuan opt-in di yurisdiksi EU atau UK apa pun.

Formulir CloudPages dan tautan yang dilacak

Halaman landing yang dihosting CloudPages dan tautan email yang dilacak yang merutekan melalui SFMC membawa parameter pengenal mereka sendiri (parameter subscriberkey, jb, mid dalam URL). Ketika pengunjung tiba melalui tautan yang dilacak, SFMC dapat mengkorelasikan sesi dengan rekam pelanggan mereka bahkan sebelum pelacakan apa pun dalam halaman dinyalakan. Ini adalah postur hukum yang bermakna berbeda dari pelacakan anonim — identitas pelanggan diketahui saat kontak pertama — dan persetujuan untuk komunikasi pemasaran harus sudah ada.

Konektor Data Cloud

Integrasi Data Cloud SFMC (lapisan platform data pelanggan) menarik pengenal dari pelacakan web, SDK seluler, catatan CRM, dan data offline ke profil terpadu. Status persetujuan perlu merambat ke Data Cloud, bukan hanya ke piksel pelacakan tingkat permukaan, sehingga aktivasi hilir ke jaringan iklan menghormati preferensi pengunjung yang tercatat.

Kontrol Privasi SFMC Asli

SFMC mengekspos beberapa kontrol asli tetapi, seperti sebagian besar platform pemasaran perusahaan, mereka berasumsi bahwa keputusan persetujuan telah dikumpulkan di hulu dan dilewatkan. Kontrol asli tidak mengumpulkan persetujuan itu sendiri.

Pelacakan opt-out untuk Web Analytics Connector

Skrip Collect membaca bendera do_not_track dan fungsi opt-out yang dapat dikonfigurasi. Menetapkan ini mencegah Collect mengirim data tetapi tidak mencegah skrip itu sendiri dari loading. Untuk yurisdiksi persetujuan sebelumnya, Anda perlu gerbang loading skrip, bukan hanya alih-alih bendera.

Preferensi persetujuan dalam catatan pelanggan

Profil pelanggan di SFMC memiliki bidang untuk persetujuan komunikasi, persetujuan data profil, dan dasar hukum. Ini adalah primitif yang tepat untuk melacak dasar hukum di mana kontak yang diketahui sedang dipasarkan, dan CMP harus menulis kembali ke bidang ini ketika pengunjung menerima atau mencabut.

Persetujuan Marketing Cloud Personalization

SDK Personalization menerima bendera persetujuan selama inisialisasi. Atur ke false hingga pengguna telah menerima kategori pemasaran dalam spanduk CMP, kemudian reinisialisasi SDK ketika persetujuan diberikan.

Integrasi CMP Langkah demi Langkah

Arsitektur yang dapat diandalkan adalah gerbang keempat permukaan pelacakan di belakang CMP dan gunakan bendera asli SFMC untuk menyempurnakan perilaku hilir setelah persetujuan diberikan.

1. Hentikan skrip Collect dari loading secara default

Hapus skrip Collect dari kepala dokumen dan gantikan dengan placeholder yang dapat diaktifkan CMP. Ketika pengunjung menerima kategori pemasaran, CMP menulis ulang placeholder untuk memuat collect.js. Setiap acara antrian flush pada load.

2. Tunda inisialisasi Marketing Cloud Personalization

Skrip Personalization tidak boleh diinisialisasi sebelum persetujuan. Sebagian besar CMP menangani ini dengan pola pemuatan tertunda: elemen skrip hadir dalam DOM tetapi atribut type adalah text/plain, dan CMP menulis ulangnya ke text/javascript pada penerimaan persetujuan.

3. Parameter pelacakan CloudPages gerbang

Jika pengunjung tiba melalui tautan yang dilacak dan belum memberikan persetujuan, parameter inbound subscriberkey harus ditangkap tetapi tidak digunakan untuk mendorong personalisasi langsung. Pola yang tepat adalah menyimpannya dalam status sesi dan hanya mengaktifkannya (mengkorelasikan dengan data profil, memicu acara Journey Builder) setelah persetujuan dicatat.

4. Propagasi status persetujuan ke Data Cloud

Integrasi Data Cloud perlu mengetahui status persetujuan setiap pengunjung sehingga aktivasi hilir menghormatinya. SFMC mendukung ekstensi persetujuan yang memungkinkan CMP menulis catatan persetujuan ke Data Cloud melalui API. Konfigurasikan ini sehingga keputusan persetujuan CMP menjadi sumber kebenaran di seluruh lapisan SFMC, bukan hanya untuk skrip dalam halaman.

5. Peta ke bidang persetujuan pelanggan SFMC

Ketika pelanggan yang diketahui memperbarui persetujuan mereka di pusat preferensi CloudPages, catatan CMP dan pelanggan SFMC perlu tetap sinkron. Konfigurasikan write-back dari CMP ke bidang persetujuan pelanggan SFMC, dan konfigurasikan read-back sehingga spanduk dalam halaman menghormati apa yang ditetapkan pelanggan dalam preferensi email mereka.

Jebakan Umum

Tiga kesalahan integrasi menyumbang sebagian besar temuan audit perusahaan pada SFMC.

Memperlakukan Collect sebagai analitik

Karena skrip Collect melaporkan tampilan halaman dan acara klik yang terlihat seperti analitik, tim kadang-kadang gerbang itu di bawah kategori persetujuan analitik. SFMC menggunakan data itu untuk mendorong otomasi pemasaran Journey Builder, yang merupakan pemrosesan tujuan pemasaran yang jelas. Gerbang Collect di bawah pemasaran.

Membiarkan Personalization berjalan pre-consent

Personalization adalah yang terberat dari permukaan pelacakan SFMC dan yang paling terlihat oleh regulator karena secara aktif memodifikasi halaman. Membiarkannya diinisialisasi sebelum persetujuan adalah, dalam istilah audit, pola paling terekspos tunggal dalam tumpukan SFMC.

Tidak menyinkronkan persetujuan di seluruh tumpukan

Jika spanduk dalam halaman mencatat keputusan persetujuan tetapi profil Data Cloud mempertahankan status yang lebih lama, aktivasi hilir ke jaringan iklan akan terus dinyalakan berdasarkan persetujuan basi. CMP harus memiliki sumber kebenaran dan merambatnya ke mana pun tumpukan SFMC dapat menjangkau.

Daftar Periksa Audit

Lima pertanyaan konkret untuk dijawab untuk setiap penerapan SFMC yang menyentuh lalu lintas EU, UK, atau California.

• Apakah Collect menunggu persetujuan? Konfirmasi tidak ada collect.js atau permintaan evgnet.com yang dinyalakan sebelum penerimaan spanduk.
• Apakah Personalization ditangguhkan? Konfirmasi SDK Personalization tidak diinisialisasi sampai kategori pemasaran diberikan.
• Apakah parameter tautan yang dilacak inbound ditahan hingga persetujuan? Konfirmasi personalisasi yang didorong subscriberkey menunggu sinyal persetujuan eksplisit.
• Apakah Data Cloud melihat status persetujuan? Konfirmasi ekstensi persetujuan dikonfigurasi dan CMP menulis keputusan ke Data Cloud secara real-time.
• Apakah bidang persetujuan pelanggan disinkronkan? Konfirmasi perubahan pusat preferensi merambat ke spanduk dalam halaman dan sebaliknya.

Di Mana SFMC Sesuai dalam Tumpukan Persetujuan-Pertama

SFMC adalah salah satu platform pemasaran paling kuat — dan salah satu yang paling terekspos — yang dapat diterapkan perusahaan. Pola instalasi default sama sekali tidak memenuhi harapan Eropa atau California saat ini, dan kontrol asli platform adalah primitif yang berguna tetapi bukan pengganti lapisan manajemen persetujuan hulu. Arsitektur yang tepat memperlakukan CMP sebagai sumber kebenaran tunggal, gerbang setiap modul pelacakan di belakangnya, dan menggunakan ekstensi persetujuan SFMC untuk membuat Data Cloud dan catatan pelanggan merambatkan kebenaran itu di seluruh sisa tumpukan. Dilakukan dengan benar, SFMC terus melakukan apa yang dibeli pemasar — pemicu Journey Builder, keputusan Personalization, aktivasi Data Cloud — sementara postur kepatuhan dasar cocok dengan apa yang diharapkan regulator dari pemasar perusahaan apa pun.