Pelacakan Konversi Setelah Kehilangan Cookie: Panduan Praktis untuk Meningkatkan Kualitas Sinyal

Pendahuluan

Sebuah kampanye dapat menghasilkan permintaan yang sah meskipun tag browser tidak pernah melaporkannya. Pembatasan cookie, pilihan privasi iOS, dan pemblokir iklan dapat memperlebar kesenjangan antara hasil bisnis dan dasbor periklanan. Solusinya bukanlah dengan berasumsi bahwa setiap sinyal yang hilang dapat dipulihkan, melainkan dengan membangun rantai pengukuran berdasarkan peristiwa yang dapat dikumpulkan oleh bisnis secara tepat, disampaikan dengan andal, dan diverifikasi berdasarkan catatan internalnya sendiri.

Mengapa hitungan konversi berbasis browser menjadi kurang lengkap

Pelacakan browser bergantung pada ketersediaan sinyal saat pengunjung mengakses situs dan melakukan tindakan. Pembatasan cookie pihak ketiga dapat mempersulit penghubungan aktivitas antar situs. Pilihan privasi di iOS dapat membatasi sinyal yang tersedia bagi pengiklan, sementara pemblokir iklan mungkin mencegah beberapa tag berjalan atau mengirim permintaan. Efek-efek ini bervariasi tergantung pada browser, pengaturan pengguna, konfigurasi situs, dan saluran; hal ini tidak berarti bahwa setiap konversi browser telah hilang.

Bagi tim pemasaran, perbedaan penting terletak pada perbedaan antara sinyal pengukuran yang hilang dan hasil bisnis yang hilang. Sebuah permintaan yang dikirimkan mungkin masih muncul di CRM meskipun platform periklanan tidak dapat mengaitkannya dengan klik sebelumnya. Sebaliknya, sebuah platform mungkin melaporkan konversi yang diatribusikan tanpa mengetahui apakah permintaan tersebut menjadi pelanggan. Menganggap salah satu dasbor sebagai catatan yang lengkap dapat mendistorsi keputusan mengenai pengeluaran dan kinerja.

Bangun fondasi dengan data peristiwa pihak pertama

Mulailah dengan menentukan tindakan mana yang penting bagi bisnis. Pengiriman formulir memang berguna, tetapi prospek yang memenuhi syarat, janji temu yang dijadwalkan, atau penjualan yang diselesaikan mungkin menjadi indikator nilai kampanye yang lebih baik. Catat tahap-tahap tersebut di sistem yang mengelolanya, lalu berikan definisi yang jelas untuk setiap peristiwa. Misalnya, tentukan apakah “prospek” dibuat saat formulir dikirimkan atau hanya setelah detailnya masuk ke CRM. Jika tim menggunakan label yang sama untuk tahap yang berbeda, pelacakan yang lebih canggih hanya akan menyebarkan kebingungan dengan lebih cepat.

Nama peristiwa yang konsisten, cap waktu, dan pengenal yang diizinkan memudahkan penghubungan dan audit catatan. Kumpulkan hanya data yang diperlukan untuk tujuan yang telah ditentukan, dan pastikan pengumpulan serta transmisi data mematuhi persyaratan persetujuan dan privasi yang berlaku. Data pihak pertama menggambarkan hubungan dengan bisnis yang mengumpulkannya; hal ini bukan izin untuk menggunakan data tersebut tanpa batasan. Saat mengevaluasi perangkat lunak pelacakan iklan, carilah dukungan untuk peristiwa dan sistem bisnis yang penting, daripada menganggap daftar fitur yang lebih panjang akan mengatasi celah dalam data dasar.

Apa yang sebenarnya berubah dengan pelacakan sisi server dan API konversi

Pelacakan sisi server mengubah cara suatu peristiwa dikirim. Alih-alih hanya mengandalkan permintaan dari browser pengunjung, peristiwa yang memenuhi syarat dapat dikirimkan dari server atau sistem bisnis yang terhubung. Rute tersebut dapat mengurangi ketergantungan pada pengiriman yang hanya melalui browser dan memungkinkan pengiriman hasil yang direkam kemudian, seperti prospek yang memenuhi syarat atau penjualan. Hal ini tidak dapat menciptakan kembali peristiwa yang tidak pernah dikumpulkan, membuat pengenal yang tidak tersedia, atau mengabaikan pilihan privasi seseorang. Pengumpulan, pengiriman, pencocokan identitas, dan atribusi tetap merupakan tugas yang terpisah.

Platform-platform tersebut menerapkan tugas-tugas ini dengan cara yang berbeda-beda. Panduan API Konversi Meta menjelaskan penggunaan peristiwa server bersamaan dengan Meta Pixel serta pencocokan nama dan ID peristiwa untuk mencegah peristiwa yang tumpang tindih dihitung dua kali. Google Ads Enhanced Conversions untuk web melengkapi tag konversi yang sudah ada dengan data pelanggan pihak pertama yang di-hash, yang dapat dicocokkan oleh Google, tergantung pada pengaturan dan persyaratan kebijakannya. Ini bukan sekadar tag server pengganti. Dokumentasi API Konversi LinkedIn juga menjelaskan deduplikasi ID peristiwa saat peristiwa browser dan API digunakan bersamaan.

Peristiwa yang terkirim belum tentu merupakan peristiwa yang cocok atau teratribusikan. Setiap platform menerapkan aturan pencocokan dan pelaporannya sendiri, sehingga konfirmasi API harus dipahami sebagai bukti pengiriman, bukan bukti bahwa setiap konversi akan muncul dalam laporan kampanye.

Jaga akurasi peristiwa dengan pencocokan, deduplikasi, dan QA

Menjalankan rute browser dan server secara paralel dapat meningkatkan cakupan, tetapi hal ini menimbulkan risiko yang jelas: tindakan yang sama mungkin terkirim dua kali. Ketika kedua rute melaporkan satu pengiriman formulir, keduanya harus menyertakan pengenal dan detail peristiwa yang diperlukan agar platform tujuan dapat mengenali tumpang tindih tersebut. ID harus merujuk pada tindakan yang sama di baliknya, bukan sekadar pengunjung yang sama. Secara terpisah, data pencocokan yang berguna dapat membantu platform mengaitkan peristiwa yang memenuhi syarat dengan interaksi iklan, meskipun kecocokan tidak pernah dijamin.

Uji rantai tersebut dengan konversi yang diketahui. Pastikan catatan browser dan server menggambarkan tindakan yang dimaksud, bandingkan ID peristiwa keduanya, periksa respons pengiriman, dan tinjau diagnostik platform untuk peristiwa yang ditolak atau duplikat. Kemudian bandingkan tindakan yang mendasari dengan catatan situs web atau CRM. Ulangi pemeriksaan ini saat formulir, pengaturan tag, atau alur kerja CRM berubah. Perbedaan antara total platform dan catatan internal tidak secara otomatis menandakan adanya integrasi yang rusak: sistem mungkin mencakup tindakan yang berbeda, menerapkan aturan atribusi yang berbeda, atau melaporkannya pada tanggal yang berbeda. Penyelidikan terhadap ketidaksesuaian dimulai dengan definisi peristiwa, bukan dengan harapan bahwa semua total harus cocok.

Hubungkan sinyal kampanye dengan prospek dan pendapatan

Bagi tim B2B dan bisnis dengan siklus penjualan yang lebih panjang, pengisian formulir sering kali merupakan peristiwa perantara. Beberapa pertanyaan menjadi peluang yang memenuhi syarat; yang lain tidak berlanjut. Menghubungkan informasi akuisisi dengan tahap CRM berikutnya membantu tim membedakan kampanye yang menghasilkan aktivitas dari yang terkait dengan hasil yang bernilai. Hal ini memerlukan cara yang andal untuk menyimpan informasi sumber yang relevan dan memperbarui status prospek seiring berjalannya proses penjualan.

LeadJourney berfokus pada pelacakan prospek dan pendapatan dari berbagai sumber, baik berbayar, organik, pencarian AI, maupun offline, dengan integrasi yang mencakup platform periklanan dan sistem CRM. Cakupan ini menggambarkan mengapa pengukuran konversi tidak perlu berhenti pada hitungan platform iklan: kunjungan pencarian, panggilan telepon, dan kesepakatan yang ditutup kemudian masing-masing dapat memberikan informasi untuk menjawab pertanyaan bisnis yang sama. Jika suatu sumber tidak dapat dihubungkan secara andal dengan hasil, tim sebaiknya tetap memperlihatkan ketidakpastian tersebut daripada memberikan atribusi berdasarkan tebakan.

Rutinitas pengukuran praktis bagi pemasar

Rutinitas yang terkelola dengan baik dimulai dengan satu pertanyaan bisnis, seperti sumber akuisisi mana yang menghasilkan prospek yang memenuhi syarat. Pilih catatan internal yang mendefinisikan hasil, dokumentasikan kapan catatan tersebut dibuat, dan petakan peristiwa situs web, server, dan CRM yang seharusnya mewakilinya. Selanjutnya, jalankan konversi uji coba melalui jalur yang relevan. Pastikan setiap tindakan asli menghasilkan catatan yang dimaksud, peristiwa browser dan server yang duplikat berbagi ID yang benar, dan pengiriman yang ditolak diselidiki. Hal ini lebih informatif daripada hanya memeriksa apakah tag muncul di halaman.

Tinjau hasilnya secara rutin pada dua tingkatan. Pertama, sesuaikan volume peristiwa dengan sistem internal untuk mengidentifikasi tindakan yang hilang atau berulang. Kedua, bandingkan laporan saluran dengan hasil bisnis sambil memperhitungkan perbedaan dalam cakupan dan atribusi. Tim SEO, misalnya, dapat memeriksa apakah pertumbuhan permintaan organik disertai dengan pertumbuhan prospek yang memenuhi syarat, alih-alih hanya menggunakan lalu lintas atau pengisian formulir sebagai ukuran kesuksesan. Ketika terdapat kesenjangan, telusuri melalui proses pengumpulan, pengiriman, pencocokan, dan pelaporan secara berurutan. Pelacakan konversi yang andal berasal dari definisi peristiwa yang jelas dan pemeriksaan berulang—bukan sekadar menginstal API dan menganggap angka-angka tersebut sudah lengkap.