Data Pixel Facebook Hilang atau Tidak Akurat: Penyebab dan Cara Memperbaikinya

01Data hilang itu ada tiga jenis, dan penyebabnya berbeda

Keluhan "data Pixel hilang" biasanya mencampur tiga masalah yang berbeda. Kalau tercampur, Anda memperbaiki hal yang salah: mengganti kode Pixel padahal masalahnya ada di redirect, atau menyalahkan Pixel padahal kejadiannya memang tidak pernah terjadi di browser.

Jenis ketiga paling sering terlewat karena tidak tampil sebagai angka yang turun. Ia tampil sebagai angka yang tidak pernah ada: Ads Manager menunjukkan klik dan landing page view, kolom Purchase kosong, sementara tim sales tahu ada closing setiap hari.

Pembahasan berikut mengikuti urutan tiga jenis itu. Untuk dasar perbedaan jalur browser dan jalur server, baca dulu Meta Pixel vs Conversions API dan apa itu Meta CAPI.

02Penyebab event Pixel bocor di browser

Pixel adalah JavaScript yang berjalan di perangkat pengunjung. Apa pun yang menghalangi script atau permintaannya ikut menghilangkan data. Berikut penyebab yang paling sering.

• iOS 14.5 dan App Tracking Transparency. Pengguna iPhone yang menolak pelacakan membuat Meta membatasi cara event dikaitkan ke iklan. Event tetap bisa sampai, tetapi kaitannya ke iklan bisa tertunda, teragregasi, atau tidak muncul di Ads Manager.
• Pemblokir iklan dan browser privasi. Ekstensi pemblokir dan browser yang berfokus pada privasi sering memblokir script Pixel (fbevents.js) atau permintaan ke facebook.com/tr. Event dari pengunjung itu tidak pernah terkirim.
• Pembatasan pelacakan di Safari dan Firefox. Safari dapat membatasi umur cookie yang dibuat lewat JavaScript, termasuk _fbp dan _fbc, sedangkan Firefox pada mode ketat memblokir pelacak yang dikenalnya. Pengunjung yang kembali beberapa hari kemudian bisa tampak seperti orang baru, dan pencocokan ke klik iklan melemah.
• Consent ditolak atau menahan Pixel. Banner persetujuan yang baru memuat Pixel setelah pengunjung setuju membuat pengunjung yang menolak, atau mengabaikan banner, tidak tercatat sama sekali. Ini perilaku yang memang diminta, bukan bug. Atur banner sesuai kebijakan privasi Anda dan jangan mencoba mengakalinya.
• Halaman lambat atau ditutup lebih awal. Script Pixel dimuat secara asinkron, jadi tidak menahan tampilan halaman, tetapi baru berjalan setelah selesai diunduh. Pengunjung yang menekan tombol atau menutup tab sebelum itu tidak terhitung. Di halaman yang berat dan jaringan seluler yang lemah, ini lebih sering terjadi.
• Pemasangan yang keliru. Base code hanya ada di sebagian halaman, tag di Google Tag Manager tidak punya trigger yang benar, atau event Lead ditembakkan saat halaman dimuat, bukan saat tombol ditekan. Ini penyebab yang murni dari sisi Anda dan paling mudah diperbaiki.

03Saat parameter klik iklan hilang sebelum lead tercatat

Meta menambahkan fbclid ke URL saat orang mengklik iklan. Dari fbclid terbentuk _fbc, penanda klik yang dipakai untuk mencocokkan event ke iklan. Di Dalekta, fbclid dan UTM dari template Meta Ads inilah yang menunjukkan bahwa sebuah lead datang dari Meta dan dari campaign, adset, atau ad yang mana. Kalau parameternya lenyap, lead tetap bisa masuk, tetapi tampil tanpa asal atau tidak dikenali sebagai lead Meta.

Penyebab yang paling umum:

• Redirect di server atau CDN, misalnya http ke https, non-www ke www, atau halaman lama ke halaman baru, yang tidak meneruskan query string.
• Link pendek atau URL vanity di depan landing page. Dokumentasi Meta sendiri membahas dua sumber masalah ini: situs yang tidak menerima parameter URL tambahan, dan layanan pemendek URL yang merusak query string sehingga fbclid hilang.
• Landing page builder atau alur multi langkah yang berpindah ke halaman kedua tanpa membawa parameter.
• Browser yang membuang parameter pelacak. Firefox dengan Enhanced Tracking Protection mode Strict dan Safari pada mode privat dapat menghapus parameter yang mereka kenali sebagai pelacak lintas situs. Parameter klik ID termasuk yang berisiko, sedangkan UTM biasa umumnya lolos.
• URL Parameters belum diisi di level Ad, sehingga UTM memang tidak pernah ada sejak awal.

# Setelah klik iklan: parameter utuh (macro Meta sudah terisi)
https://landing-anda.com/promo?utm_source=meta&utm_medium=paid&utm_campaign=promo-oktober&campaign_id=123&ad_id=789&fbclid=<dari-meta>

# Setelah redirect yang membuang query string: konteks iklan hilang
https://www.landing-anda.com/promo

Di Dalekta, dua hal mengurangi kerusakan ini. Pertama, tracking script menyimpan parameter yang terbaca di penyimpanan lokal browser, terpisah per workspace, jadi halaman kedua tanpa query string masih membawa parameter dari halaman pertama, selama kedua halaman satu domain dan sama-sama memasang script. Kedua, script menambahkan parameter itu, ditambah pengenal kunjungan dan kode pelacakan, ke setiap link rotator WhatsApp di halaman. Yang tidak bisa diselamatkan adalah parameter yang sudah hilang sebelum halaman pertama dimuat.

Template parameter lengkap ada di dokumentasi URL Parameter Meta Ads. Pembahasan lebih dalam tentang UTM dan fbclid ada di UTM tracking WhatsApp.

04Yang tidak pernah terlihat Pixel: percakapan dan closing di WhatsApp

Untuk bisnis yang closing lewat chat, penyebab terbesar "data hilang" biasanya bukan kebocoran. Pixel memang berhenti melihat di titik pengunjung menekan tombol WhatsApp. Sesudahnya terjadi di aplikasi lain: pesan pertama, tanya jawab harga, bukti transfer, closing. Tidak ada script di halaman yang bisa melaporkannya.

Ilustrasi dengan angka rekaan, bukan data pelanggan: satu minggu campaign Meta yang mengarah ke landing page WhatsApp.

Bahkan bila semua 1.000 klik sampai ke Pixel tanpa bocor sedikit pun, kolom Purchase tetap nol dan Meta tidak tahu bahwa 18 orang itu ada. Optimasi hanya bisa bergerak berdasarkan event yang Meta lihat, misalnya pengunjung yang membuka halaman atau menekan tombol, bukan pembeli. Untuk kasus ini, perbaikan yang berarti bukan merapikan Pixel, melainkan menambah jalur server. Alur lengkapnya dari klik sampai revenue ada di tracking closing WhatsApp dari iklan.

05Facebook Pixel not tracking? Tabel diagnosis gejala, penyebab, dan cara mengecek

Mulai dari gejala yang Anda lihat, bukan dari dugaan penyebabnya. Untuk pengecekan di sisi browser, pakai ekstensi Chrome Meta Pixel Helper, lalu buka tab Overview dan Diagnostics di Events Manager.

Urutan debug yang lebih lengkap untuk sisi Dalekta, dari lead sampai pengiriman ke platform iklan, ada di dokumentasi Troubleshooting.

06Perbaikan berurutan, dari yang paling murah

1. Uji URL iklan sampai halaman akhir. Buka iklan dari preview atau salin URL final beserta parameternya, lalu pastikan query string masih ada setelah halaman selesai dimuat. Kalau hilang, perbaiki redirect agar meneruskan query string.
2. Pasang template URL Parameters Meta di level Ad. Template dari tab UTM di Tracking Ads Dalekta membawa utm_source=meta serta ID dan nama campaign, adset, dan ad. Bila fbclid terhapus, UTM ini tetap membuat lead terbaca sebagai Meta. Detailnya ada di dokumentasi URL Parameter Meta Ads.
3. Pasang tracking script di semua halaman yang dilalui pengunjung, bukan hanya halaman pertama, dan ganti tombol wa.me manual dengan link rotator. Script ada di tab Tracking Code, panduannya di dokumentasi Tracking Ads.
4. Rapikan Pixel yang sudah ada. Satu base code per halaman, event tombol hanya ditembakkan saat tombol ditekan, dan cek hasilnya di Pixel Helper. Bagi tugas dengan CAPI: Pixel untuk PageView, ViewContent, atau Contact saat tombol ditekan, server untuk kejadian setelah klik WhatsApp. Satu nama event untuk satu tahap. Event dari Dalekta memakai event_id yang dibentuk dari lead, yang tidak dikenal Pixel di browser, jadi Meta tidak bisa menyatukannya dengan event Pixel. Bila Pixel sudah mengirim Contact saat tombol ditekan, jangan petakan Click CTA ke Contact, dan jangan mengirim Lead dari kedua jalur.
5. Hubungkan Meta CAPI di Dalekta. Isi Pixel ID dan Access Token, lalu petakan Masuk WA ke Lead dan Closing ke Purchase. Aktifkan tahap lain hanya jika definisinya sudah ketat. Setup langkah demi langkah ada di dokumentasi Meta CAPI, pemetaannya di Event Mapping.
6. Tes dengan satu lead percobaan. Buka URL iklan simulasi yang memuat utm_source=meta, klik tombol WhatsApp rotator, kirim pesan dengan kode [D-...], ubah status ke Closing dengan nominal kecil, lalu baca Event Logs dan Events Manager. Event percobaan ikut masuk ke data asli Pixel, jadi pakai nominal yang mudah dikenali.
7. Baca hasilnya setelah beberapa hari. Bandingkan jumlah Masuk WA dan Closing di Dalekta dengan event Lead dan Purchase di Events Manager. Selisih kecil karena pemrosesan dan pencocokan itu normal. Selisih besar berarti ada tahap yang dilewati, dan Event Logs biasanya menunjukkan sebabnya.

Berikut bentuk event yang dikirim server untuk satu closing. Semua nilai adalah placeholder ilustrasi dan sebagian field dipangkas.

{
  "data": [
    {
      "event_name": "Purchase",
      "event_time": 1790000000,
      "event_id": "<id-lead>:CLOSING",
      "action_source": "website",
      "event_source_url": "https://landing-anda.com/promo",
      "user_data": {
        "ph": ["<sha256 nomor WhatsApp>"],
        "fbc": "fb.1.<waktu>.<fbclid>",
        "fbp": "fb.1.<waktu>.<acak>",
        "client_user_agent": "<user agent saat klik>"
      },
      "custom_data": {
        "currency": "IDR",
        "value": 2000000,
        "utm_campaign": "promo-oktober",
        "business_event": "CLOSING"
      }
    }
  ]
}

Event ini tidak bergantung pada script browser pada saat closing terjadi. Untuk lead dari landing page, fbc dan fbp diambil dari klik yang sudah tersimpan di lead, sehingga data pencocokan ikut terkirim walau pengunjung sudah lama menutup halaman. Lead dari iklan Click to WhatsApp tidak punya data klik website, jadi event-nya terkirim tanpa fbc dan fbp, dan kualitas pencocokannya lebih rendah. Penjelasan tiap field ada di Meta CAPI untuk WhatsApp, dan cara membaca skor kualitas pencocokan ada di Event Match Quality Meta.

07Batas yang perlu Anda terima

Supaya ekspektasi tepat, ini hal yang tidak akan berubah setelah semua perbaikan di atas selesai.

• Angka tidak akan persis sama. Ads Manager memakai model attribution Meta, sedangkan Dalekta menghitung dari lead dan status di sistemnya. Selisih kecil itu normal. Yang perlu dicurigai adalah selisih besar yang konsisten.
• CAPI tidak melacak orang yang menolak dilacak. Ia menutup kelengkapan data yang Anda catat sendiri. Consent dan dasar hukum pengolahan data pelanggan tetap tanggung jawab Anda.
• Closing yang jauh setelah klik bisa tidak dikaitkan ke iklan. Meta mengaitkan konversi dalam jendela attribution yang panjangnya bergantung pada pengaturan campaign, misalnya 7 hari setelah klik. Event Closing tetap dikirim, tetapi untuk siklus penjualan yang panjang, kaitannya ke iklan pemicu bisa tidak muncul. Cek jendela yang Anda pakai di Ads Manager.
• Tracking script juga JavaScript. Visit LP di Dalekta bisa ikut bocor bila script dihalangi. Bagian yang dicatat di server, yaitu klik rotator, chat masuk, status, dan closing, tidak bergantung pada script di browser. Chat baru menjadi lead bila pesan membawa kode [D-...] dari landing page atau berasal dari iklan Click to WhatsApp. Tanpa keduanya, pesan hanya tersimpan dan tidak membuat lead.
• Pengiriman konversi yang aktif baru Meta. Pembahasan ini untuk Meta CAPI. Google Ads masih berstatus fondasi atau beta, dan TikTok belum tersedia.

08Bacaan lanjutan

Kalau Pixel sudah rapi dan bagian yang hilang ternyata percakapan WhatsApp, langkah berikutnya adalah pilar tentang mengirim closing ke Meta.

09Pertanyaan umum