"Saya menatap Meta Ads dan pembelian tetap nol." Anda yakin sudah memasang pixel, tapi angkanya tidak muncul juga. Ini adalah masalah paling umum — dan paling bikin cemas — dalam operasional iklan. Dan tanpa mengetahui penyebabnya, bidding, alokasi budget, serta optimasi Anda semuanya jadi tebak-tebakan belaka.
Apakah ini terdengar familier?
- Anda sudah memasang pixel, tapi pembelian/konversi masih tetap nol
- Kemarin masih berfungsi, lalu tiba-tiba pelacakan berhenti
- Pixel menembak di browser, tapi konversi tidak muncul di Meta
- Status Events Manager terus menunjukkan "Not receiving events" (titik abu-abu)
- Angka Meta tidak cocok dengan GA4 atau hasil backend Anda
Panduan ini menyusun apa yang harus diperiksa, dan urutannya, ketika konversi Meta tidak muncul — ke dalam lima langkah diagnostik. Sebelum Anda mulai asal mengganti pixel, kerjakan urutan ini dari atas ke bawah.
Prinsip dasar: hanya ada tiga jenis "tidak ada konversi"
Alasan terbesar diagnosis jadi salah arah adalah memperlakukan "tidak ada konversi" sebagai satu masalah tunggal. Padahal, penyebabnya selalu masuk ke salah satu dari tiga kategori. Cukup dengan mengetahui kategori mana yang sedang Anda selidiki, seluruh prosesnya jadi jauh lebih mudah.
| Kategori | Apa yang terjadi | Contoh khas |
|---|---|---|
| ① Masalah pixel/tag | Sinyal pengukuran sama sekali tidak terkirim | Pixel hilang di halaman completion / tidak menembak pada aksi tersebut |
| ② Masalah pengaturan | Sinyal sampai tapi tidak terhitung di sisi Meta | Ketidakcocokan nama event, konfigurasi 8-event, verifikasi domain, deduplication |
| ③ Masalah waktu | Sebenarnya tidak ada yang rusak — Anda hanya menunggu munculnya data | Baru saja disetel / masih dalam attribution window |
Poin kuncinya: ① dan ② berada di tempat yang sama sekali berbeda. Menatap layar pengaturan event tidak akan memperbaiki pixel yang tidak menembak (①), begitu pula sebaliknya. Langkah diagnostik 1–5 di bawah disusun untuk menuntaskan ketiga kategori ini secara efisien, dari atas ke bawah.
Diagnosis 1: Apakah pixel benar-benar ada di halaman completion?
Hal pertama yang harus diperiksa adalah apakah kode pixel dasar dan event yang relevan ada di halaman tempat konversi benar-benar terjadi (halaman purchase-complete, halaman thank-you, halaman inquiry-complete, dll).
- Meskipun Anda mengira sudah memasangnya di semua halaman, kesalahan klasik adalah halaman completion menggunakan template berbeda yang tidak memiliki pixel
- Memastikan
PageViewdi homepage tidak ada artinya jikaPurchasetidak menembak pada "halaman di saat persis hasilnya terjadi"
Cara memeriksa: buka langsung halaman completion, lalu gunakan Meta Pixel Helper (ekstensi Chrome) atau tab "Network" di DevTools browser Anda untuk mengamati permintaan pengukuran Meta (facebook.com/tr). Jika tidak menembak, kemungkinan besar pixel memang tidak ada di halaman tersebut. Untuk panduan khusus pixel, lihat Cara Memverifikasi Meta Pixel Anda Menembak dengan Benar.
Kesalahan umum: jika "pengunjung sampai ke halaman purchase-complete tapi tidak terlacak," Diagnosis 1 ini hampir selalu penyebabnya. Periksa halaman yang tepat di momen yang tepat yang ingin Anda ukur.
Diagnosis 2: Baca "status" dan penerimaan di Events Manager
Buka Meta Events Manager, temukan pixel (dataset) Anda, dan periksa status-nya beserta penerimaan tiap event. Di sana ditampilkan petunjuk penting.
| Status | Arti |
|---|---|
| Active (titik hijau) | Baru-baru ini menerima event (sehat) |
| Not receiving events (titik abu-abu) | Tidak ada yang masuk dalam kurang lebih 24 jam terakhir |
| Event masuk tapi event target hilang | PageView masuk, tapi hanya Purchase yang tidak ada |
Terus menunjukkan "Not receiving events" … tidak ada sinyal yang masuk. Kembali ke Diagnosis 1 (pemasangan/penembakan pixel).
PageView masuk tapi Purchase tidak … dasarnya sudah terpasang, tapi hanya event pembelian yang tidak terpasang/menembak. Konfirmasi penembakan aksi tersebut di Diagnosis 3.
Untuk memantau secara real time, masukkan URL live Anda ke Test Events di Events Manager, selesaikan aksinya, dan konfirmasi apakah muncul di stream dalam beberapa detik.
Kesalahan umum: Test Events hanya menampilkan "momen ini saja" di lingkungan Anda sendiri. Kehilangan data yang hanya terjadi pada kondisi tertentu — pengguna yang tidak memberikan consent, browser berbeda, ad blocker — mungkin tidak tereproduksi dalam satu kasus uji manual Anda.
Diagnosis 3: Apakah menembak, dan apakah nama event-nya benar? (periksa di DevTools)
"Pixel terpasang" dan "event yang benar sedang menembak" adalah dua hal yang berbeda. Konfirmasi bahwa permintaan benar-benar terkirim pada saat tombol diklik atau halaman completion dimuat — dan bahwa nama standard event-nya benar.
- Buka halaman completion (atau aksi yang memicu konversi) dan buka tab "Network" di DevTools
- Filter untuk
facebook.com/tr - Lihat apakah permintaan menembak pada aksi tersebut
- Periksa isi permintaan:
id(pixel ID),ev(nama event),cd[...](custom data seperti value dan currency)
Yang bisa diketahui: event mana yang dikirim, dengan parameter apa (tampilan paling presisi dari penembakan ②).
Nama standard event memiliki makna yang tetap: pembelian adalah Purchase, prospek adalah Lead, pendaftaran yang selesai adalah CompleteRegistration. purchase huruf kecil atau typo custom tidak dikenali sebagai standard event, sehingga tidak masuk ke optimasi maupun kolom konversi. Konfirmasi juga bahwa value (jumlah) dan currency pada Purchase tidak hilang — tanpa itu, Anda mungkin mendapat jumlah konversi tapi tidak bisa menghitung ROAS (return on ad spend).
Kesalahan umum: dengan ad blocker atau proteksi pelacakan browser aktif,
facebook.com/tritu sendiri terblokir dan terlihat seperti "tidak menembak." Verifikasi dalam kondisi bersih dengan fitur-fitur tersebut dimatikan.
Diagnosis 4: Jebakan iOS 14 / AEM / verifikasi domain / 8-event
Jika sudah menembak dan diterima tapi angkanya lebih rendah dari / tidak cocok dengan ekspektasi, pengaturan khusus Meta yaitu Aggregated Event Measurement (AEM) bisa jadi penyebabnya. Ini mudah terlewat.
- Verifikasi domain: jika domain Anda belum terverifikasi, Anda tidak bisa menyetel prioritas event di AEM, dan pengukuran menjadi terbatas
- Prioritas 8-event: AEM mengizinkan hingga delapan standard event yang diprioritaskan per domain. Jika Anda lupa memasukkan
Purchasedi antara event yang diprioritaskan, pembelian pengguna iOS tidak terukur sepenuhnya - iOS (ATT) / hilangnya sinyal: karena cakupan yang bisa diukur mengecil untuk pengguna yang menolak ATT (App Tracking Transparency), sebagian traffic iOS dimodelkan atau hilang
Ini bukan berarti "rusak" — ini adalah kasus di mana data berkurang secara struktural. Untuk detailnya, lihat Mengapa iOS 14 dan AEM Membuat Konversi Anda Menurun.
Kesalahan umum: jika "Meta menunjukkan pembelian jauh lebih sedikit dari backend web Anda," domain yang belum terverifikasi, konfigurasi 8-event yang hilang, atau hilangnya sinyal iOS adalah tersangka utama. Memeriksa penembakan pixel saja tidak akan menampakkan ini.
Diagnosis 5: Apakah terjatuh ke titik buta (consent mode, attribution window, deduplication)?
Jika Anda tidak menemukan masalah sejauh ini tapi angkanya tetap hilang atau rendah, curigai titik buta di mana pengukuran hilang atau tidak sinkron.
- Consent mode (banner cookie consent): ketika pengguna belum memberikan consent, pengiriman event browser bisa dihentikan atau dibatasi. Untuk detailnya, lihat Mengapa Consent Mode Membuat Konversi Anda Menurun
- Attribution window: default Meta adalah 7-day click dan 1-day view. Untuk produk dengan masa pertimbangan panjang, window yang terlalu pendek berarti hasil yang seharusnya tercatat tidak muncul di laporan
- Deduplication dan
event_id: jika Anda menjalankan pixel browser bersamaan dengan Conversions API (CAPI), keduanya harus berbagi nama event danevent_idyang sama — jika tidak, Anda akan mendapat penghitungan ganda atau event yang hilang
Kesalahan umum: jika "bahkan ketika saya sendiri yang melewati halaman completion, tidak ada yang terlacak," bisa jadi Anda menguji tanpa memberikan consent, atau ad blocker sedang aktif. Jangan menyimpulkan "nol = rusak" dari uji coba Anda sendiri yang terbatas.
Terlihat seperti "kosong," padahal Anda hanya menunggu laporannya
Kasus yang cukup umum: panik padahal sebenarnya tidak ada yang rusak. Konversi Meta memiliki delay pelaporan sejak terjadi hingga muncul di dashboard, dan terus terakumulasi belakangan dalam attribution window (default 7-day click).
Jika Anda langsung menyimpulkan "nol, berarti rusak" tepat setelah setup atau mengganti pixel lalu mulai mengubah pengaturan event, Anda bisa jadi malah merusak koneksi yang sebenarnya sehat. Tunggu dulu beberapa jam sampai hari berikutnya, dan konfirmasi apakah masih nol. Untuk verifikasi secara real time, Diagnosis 3 (pemeriksaan penembakan di DevTools) dan Test Events adalah alatnya.
Referensi cepat diagnostik
Tabel yang menunjukkan tempat pertama yang harus dicurigai, berdasarkan gejalanya.
| Gejala | Curigai terlebih dahulu |
|---|---|
| Status terus menunjukkan "Not receiving events" | Diagnosis 1 & 3 (pemasangan / penembakan pixel) |
| Sudah di halaman completion tapi nol | Diagnosis 1 (pixel hilang di halaman completion) |
PageView masuk tapi Purchase tidak |
Diagnosis 3 (penembakan event pembelian / nama event) |
| Jumlah konversi muncul tapi value/ROAS kosong | Diagnosis 3 (value / currency hilang) |
| Meta menunjukkan pembelian jauh lebih sedikit dari web | Diagnosis 4 (verifikasi domain / 8-event / hilangnya sinyal iOS) |
| Kemarin masih berfungsi, tiba-tiba berhenti | Diagnosis 1 & 5 (perubahan pixel / perubahan consent atau dedup) |
| Tidak terlacak saat saya uji sendiri | Diagnosis 5 (uji tanpa consent) / Diagnosis 3 (ad blocker) |
| Nol tepat setelah setup | Periksa dulu delay pelaporan (waktu / attribution window) |
Jebakan Google Tag Manager (GTM) yang perlu diwaspadai
Jika Anda menggunakan GTM untuk memasang pixel Meta, ada mode kegagalan khusus GTM yang tidak akan langsung tampak dari lima langkah diagnostik di atas:
- Container belum dipublikasikan: Menambah atau mengedit tag dan trigger di mode draft GTM tidak berlaku sampai Anda klik "Submit" dan mempublikasikannya. Tag bisa terlihat benar di preview tapi tidak pernah sampai ke pengunjung sungguhan
- Konfigurasi trigger yang salah: Trigger yang disetel untuk menembak pada "Page View" tidak akan menembak pada konversi berupa klik tombol. Pastikan jenis trigger (page load, click, form submission, custom event) sesuai dengan aksi pengguna yang sebenarnya merupakan konversi
- GTM preview vs. production: Mode preview/debug GTM bisa menunjukkan tag menembak, tapi jika versi container di production lebih lama, pengunjung sungguhan mendapat versi sebelumnya (yang mungkin rusak). Selalu konfirmasi nomor versi yang dipublikasikan sesuai dengan yang Anda uji
- Container ganda atau konflik tag: Jika lebih dari satu container GTM dimuat di halaman yang sama, atau jika pixel dipasang baik langsung di HTML maupun via GTM, Anda bisa mendapat event ganda atau perilaku yang saling bertabrakan
Jika Anda mencurigai masalah GTM, buka mode preview GTM, lakukan aksi konversi, dan konfirmasi bahwa tag pixel Meta menembak pada trigger yang benar dengan pixel ID yang benar.
Pixel ID yang salah atau pemasangan pixel ganda
Penyebab "konversi nol" yang cukup umum namun sering terlewat adalah penggunaan pixel ID yang salah. Jika Anda mengelola beberapa akun iklan atau pernah bekerja dengan agensi, Anda mungkin memiliki lebih dari satu pixel. Pixel menembak dengan benar, tapi datanya masuk ke dataset akun iklan yang berbeda — sehingga akun yang sedang Anda pantau menunjukkan kosong.
Cara memeriksa: Salin pixel ID Anda dari Events Manager, lalu cari ID tersebut di kode sumber situs Anda (atau container GTM). Jika Anda menemukan ID yang berbeda, atau jika halaman yang sama memuat dua pixel ID berbeda, itulah masalahnya.
Pemasangan pixel ganda — pixel yang sama dimuat dua kali di satu halaman — menyebabkan masalah lain: event terhitung ganda. Ini menggelembungkan angka konversi Anda dan mendistorsi optimasi. Gunakan Meta Pixel Helper untuk memeriksa berapa kali pixel menembak per pemuatan halaman; seharusnya tepat satu kali per PageView.
Membandingkan angka konversi: Meta vs GA4 vs backend
Ketika konversi yang dilaporkan Meta tidak cocok dengan GA4 atau backend Anda, selisihnya sering kali bukan bug — melainkan mencerminkan perbedaan struktural dalam cara masing-masing platform menghitung. Sebelum berasumsi ada yang rusak, pahami perbedaan-perbedaan ini:
| Faktor | Meta | GA4 | Backend |
|---|---|---|---|
| Model atribusi | Click-through + view-through (default: 7d click, 1d view) | Last-click (default) atau data-driven | Catatan transaksi langsung |
| Metode penghitungan | Satu konversi per interaksi iklan dalam window | Berbasis sesi | Catatan order/event |
| Sumber sinyal | Pixel + CAPI + data yang dimodelkan | gtag / tag GA4 | Log server / database |
| Dampak consent | Menghilangkan atau memodelkan pengguna yang tidak memberikan consent | Menghilangkan atau memodelkan tergantung consent mode | Tidak terpengaruh |
Selisih 20–40% antara Meta dan backend Anda adalah wajar jika Anda mengandalkan pelacakan browser-only (tanpa CAPI). Jika selisihnya lebih besar, tinjau kembali Diagnosis 4 (verifikasi domain, konfigurasi 8-event) dan Diagnosis 5 (consent mode, deduplication). Untuk penjelasan lebih dalam mengapa angka berbeda antar platform, lihat Mengapa Jumlah Konversi Google Ads dan GA4 Tidak Cocok.
Yang tidak bisa diketahui dari diagnosis di komputer Anda sendiri
Diagnosis 1–5 semuanya berguna, tapi memeriksa sekali di komputer Anda sendiri memiliki dua batasan struktural.
- Lingkungan Anda bukan lingkungan pengunjung Anda. Status login, ekstensi, IP kantor, status consent, dan hal-hal semacam itu berarti bisa saja terlihat baik-baik saja di komputer Anda tapi hilang dalam kondisi pengunjung sungguhan.
- Konversi yang melibatkan klik iklan sulit diverifikasi. Untuk benar-benar melihat "apakah ini benar-benar terlacak lewat iklan," Anda perlu mengklik iklan live untuk mereproduksi jalurnya — yang membawa risiko pelanggaran kebijakan iklan sebagai self-click.
Menyimpulkan "menembak pada aksi saya, jadi sudah baik-baik saja" cenderung melewatkan masalah data yang hilang di jalur sungguhan yang dilalui pengunjung Anda.
Checklist untuk verifikasi dengan percaya diri
- Apakah pixel dasar ada di halaman completion?
- Apakah event target (misalnya
Purchase) menembak pada aksi tersebut (facebook.com/tr)? - Apakah nama event persis cocok dengan nama standard event (
Purchase,Lead,CompleteRegistration, dll)? - Apakah
valuedancurrencypada event pembelian ada dan benar? - Apakah domain sudah terverifikasi, dengan
Purchasetermasuk dalam prioritas 8-event AEM? - Dengan CAPI, apakah event browser dan server berbagi nama event dan
event_idyang sama (deduplication)? - Apakah attribution window tidak terlalu pendek untuk masa pertimbangan produk Anda?
- Apakah data yang hilang bukan hanya di satu kasus uji manual Anda, tapi juga di bawah kondisi pengguna production sungguhan?
Pertanyaan yang sering diajukan
T. Saya sudah memasang pixel tapi pembelian tetap nol. J. Secara garis besar berdasarkan kemungkinan: ① event pembelian tidak ada di halaman completion atau tidak menembak (Diagnosis 1 & 3), ② nama event tidak cocok dengan nama standard event (Diagnosis 3), ③ delay pelaporan (waktu / attribution window), ④ domain yang belum terverifikasi, konfigurasi 8-event yang hilang, atau consent mode yang menghentikan pengukuran (Diagnosis 4 & 5). Kerjakan artikel ini mulai dari Diagnosis 1.
T. Menembak di browser, tapi tidak ada konversi yang muncul di Meta. J. "Menembak (②)" dan "Meta menerima/menghitungnya (③)" adalah dua hal yang berbeda. Status consent, hilangnya sinyal iOS, ketidakcocokan deduplication dengan CAPI, atau pengaturan verifikasi domain/8-event bisa membuatnya menembak tapi tidak terhitung. Periksa Diagnosis 4 & 5.
T. Apa bedanya "Not receiving events" dengan "event masuk tapi sedikit"? J. "Not receiving events" berarti tidak ada yang masuk (baru-baru ini) dari pixel (masalah di sisi pixel = Diagnosis 1 & 3). "Masuk tapi sedikit" berarti memang masuk tapi berkurang karena titik buta (consent, iOS, attribution window = Diagnosis 4 & 5). Tempat yang harus diperiksa pun berubah sesuai itu.
T. Bahkan ketika saya sendiri yang melewati halaman completion, tidak ada yang terlacak. J. Kemungkinan penyebabnya: menguji tanpa memberikan consent, ad blocker yang memblokir permintaan, atau efek IP kantor. Setelah memberikan consent, verifikasi penembakan di DevTools dan Test Events dalam lingkungan bersih dengan blocker dimatikan.
T. Apakah lebih dapat diandalkan jika saya klik iklannya untuk verifikasi? J. Tidak. Mengklik iklan Anda sendiri dianggap pelanggaran kebijakan (self-click) dan berisiko menyebabkan peninjauan atau suspend akun. Verifikasi dari luar akun Anda sendiri — dalam lingkungan yang independen.
Kesimpulan: isolasi dari atas ke bawah, lalu verifikasi di jalur sungguhan
"Konversi Meta tidak muncul" hanya memiliki tiga jenis penyebab: ① pixel/tag, ② pengaturan, ③ waktu. Mengisolasi secara berurutan — Diagnosis 1 (pemasangan) → 2 (status/penerimaan) → 3 (penembakan/nama event) → 4 (iOS 14/AEM, verifikasi domain, 8-event) → 5 (consent, attribution, deduplication) — membawa Anda ke penyebabnya tanpa asal mengutak-atik pixel. Untuk gambaran lengkap pengukuran Meta, lihat Panduan Lengkap Pelacakan Konversi Meta.
Namun pemeriksaan penembakan di komputer Anda sendiri memiliki batasan. Melangkah lebih jauh — mengonfirmasi data benar-benar tercatat, di jalur sungguhan yang dilalui pengunjung Anda, di production — itulah arti sesungguhnya dari "sudah terlacak."
ConversionOK menjalankan halaman live Anda di browser independen yang terisolasi dan mencegat event Meta yang benar-benar terkirim (standard event seperti Purchase, lengkap dengan value dan currency), lalu memverifikasinya — tanpa perlu mengklik iklan Anda sendiri dan tanpa gangguan dari lingkungan kantor Anda. Mulai dengan pemeriksaan statis gratis untuk mengonfirmasi titik masuk pengukuran Anda.