"Saya menjalankan iklan Meta (Facebook / Instagram), tapi apakah pembelian dan pertanyaan benar-benar terukur dengan akurat — pada akhirnya, saya hanya bisa percaya pada angka Pixel." Optimasi iklan Meta dibangun di atas data pengukuran ini. Algoritma penayangan mempelajari siapa yang berkonversi lalu mengarahkan penayangan ke audiens serupa, sehingga jika satu titik saja bermasalah, optimasi akan melenceng ke audiens yang salah dan setiap keputusan yang dibangun di atasnya diam-diam ikut melenceng.
Panduan ini adalah "daftar isi" untuk pelacakan konversi Meta, disusun gambaran besar → setup → verifikasi → troubleshooting. Panduan ini merangkum setiap topik dan mengarahkan Anda ke artikel detail bila diperlukan pembahasan lebih dalam. Baik Anda baru pertama kali melakukan setup atau sudah berjalan tapi ragu dengan angkanya, gunakan ini sebagai peta menuju bagian yang Anda butuhkan.
1. Pengukuran Meta berjalan lewat dua jalur: Pixel + CAPI
Titik awal untuk memahami pelacakan konversi Meta adalah ada dua cara sinyal dikirim.
- Pixel (sisi browser): JavaScript (Meta Pixel) yang dimuat di browser pengguna mengirim event seperti pembelian dan pertanyaan ke Meta.
- Conversions API (CAPI / sisi server): Server Anda mengirim event langsung ke Meta. Karena tidak melewati browser, jalur ini kurang terpengaruh oleh ad blocker, tracking prevention, dan hilangnya sinyal di iOS.
Rekomendasi Meta saat ini adalah menggunakan keduanya secara bersamaan. Tapi jika Anda mengirim "satu hasil yang sama" dari browser dan server, hasil tersebut akan terhitung dua kali kecuali Anda melakukan intervensi. Pendekatan yang benar adalah memberi kedua event nama event dan event_id yang sama agar Meta dapat melakukan deduplikasi. Detail mekanisme ini ada di Cara kerja deduplikasi event_id dan cara memverifikasinya.
2. Gambaran besar: instalasi → fire → tercatat → deduplikasi → jalur nyata
Baik untuk setup maupun troubleshooting, hal pertama yang perlu dipahami adalah bagaimana pengukuran bekerja sebagai sebuah rantai. Pelacakan Meta hanya berfungsi ketika tahap-tahap ini terhubung menjadi satu alur yang utuh. Jika satu tahap saja terputus, tidak akan ada angka yang muncul.
| Tahap | Apa yang terjadi | Jebakan umum |
|---|---|---|
| ① Terinstal | Pixel dimuat di halaman | Tidak ada di halaman completion (pembelian/pertanyaan selesai) |
| ② Fire | Sinyal event terkirim | Sudah terinstal, tapi tidak fire pada aksi tertentu |
| ③ Tercatat | Meta menerima dan menyimpannya | Penolakan consent / tracking prevention / batasan iOS membuatnya hilang |
| ④ Deduplikasi | Pixel dan CAPI digabung jadi satu | event_id tidak cocok → terhitung ganda atau hilang |
| ⑤ Jalur nyata | Tetap akurat dalam kondisi pengunjung sesungguhnya | Fire di komputer Anda tapi hilang di produksi |
Panduan ini kurang lebih mengikuti urutan tersebut. Cukup dengan menyadari tahap mana yang sedang Anda bicarakan, setup maupun troubleshooting akan jauh lebih mudah.
3. Dasar-dasar setup: Pixel, standard events, CAPI, verifikasi domain
Instalasi Pixel
Muat base code Pixel yang Anda buat di Events Manager pada setiap halaman. Anda bisa hardcode langsung atau deploy lewat Google Tag Manager (GTM), tapi aturannya adalah standarkan pada satu metode saja. Memasangnya di kedua tempat sekaligus menyebabkan duplikasi pelacakan.
Standard events (Purchase / Lead, dll.)
Begitu sebuah hasil terjadi, kirim standard event yang didefinisikan Meta — Purchase untuk pembelian, Lead untuk prospek, CompleteRegistration untuk pendaftaran, dan seterusnya. Mengirim value (nominal) dan currency dengan benar pada event pembelian adalah prasyarat untuk optimasi ROAS.
Custom conversions dan custom events
Meta juga mendukung custom conversions (aturan berbasis URL yang diterapkan pada standard events) dan custom events (nama event Anda sendiri seperti TrialStart atau PlanUpgrade). Gunakan standard events sebisa mungkin — algoritma optimasi Meta dilatih menggunakan data ini — dan simpan custom events untuk aksi yang tidak cocok dengan event bawaan Meta mana pun. Saat Anda mengirim custom event, tetap dibutuhkan event_id untuk deduplikasi dan harus didaftarkan di AEM jika ingin mengukur pengguna iOS.
Conversions API (CAPI)
Kirim event juga dari sisi server untuk menutup celah yang terlewat dari pengukuran browser. Kuncinya di sini adalah memberi nama event dan event_id yang sama dengan Pixel agar terjadi deduplikasi. Cara memastikan CAPI berjalan dengan baik dibahas detail di Memverifikasi Conversions API (CAPI).
Metode implementasi CAPI
Ada beberapa cara mengimplementasikan CAPI, masing-masing dengan trade-off berbeda:
| Metode | Cocok untuk | Catatan |
|---|---|---|
| Integrasi partner (Shopify, WooCommerce, dll.) | E-commerce di platform yang didukung | Paling mudah — event sudah terdefinisi, tapi kustomisasi terbatas |
| GTM Server-Side | Tim yang sudah menggunakan GTM | Usaha menengah; butuh container GTM server-side |
| Meta Conversions API Gateway | Tim tanpa sumber daya dev server-side | Di-hosting oleh Meta; lebih sederhana daripada membangun endpoint sendiri |
| Direct API | Kontrol penuh atas payload | Paling fleksibel tapi butuh pengembangan dan pemeliharaan |
Apa pun metode yang Anda pilih, buat permanent access token (via Events Manager → Settings → Conversions API → Generate access token) dan simpan dengan aman — perlakukan seperti password. Kaitkan token dengan system user di Business Settings, bukan akun pribadi, agar tidak rusak saat ada anggota tim yang keluar.
Verifikasi domain dan AEM (Aggregated Event Measurement)
Untuk menangani ATT (App Tracking Transparency) di iOS 14.5 ke atas, Meta mewajibkan verifikasi domain dan Aggregated Event Measurement (AEM). Anda memverifikasi domain dan mengonfigurasi hingga 8 event per domain, dengan urutan prioritas. Desain 8 slot event ini dan prioritasnya menentukan apakah pengguna iOS dapat terukur atau tidak. Latar belakangnya ada di Mengapa iOS 14 dan AEM mengurangi konversi.
4. Memastikan semuanya benar-benar berfungsi
Setelah setup selesai, selalu pastikan dengan mata kepala sendiri bahwa sinyal benar-benar fire dan sampai ke Meta. Layar pengaturan yang hijau tidak berarti sinyal fire atau diterima di lapangan. Kunci diagnosis di Meta adalah selalu ingat bahwa ②fire (dikirim dari browser) dan ③tercatat (diterima Meta) adalah dua hal berbeda.
- Memverifikasi Pixel (sisi browser): Gunakan Meta Pixel Helper, Test Events, dan DevTools (
facebook.com/tr) untuk memastikan event target fire dengan parameter yang benar. Langkah-langkahnya ada di Cara memverifikasi Meta Pixel fire dengan benar. - Memverifikasi CAPI (sisi server): Pastikan server event sampai ke Test Events dan terdeduplikasi dengan event browser lewat
event_idyang sama. Lihat Memverifikasi Conversions API (CAPI).
Event Match Quality (EMQ)
Setelah memastikan event fire, cek skor Event Match Quality Anda di Events Manager. EMQ adalah penilaian Meta dengan skala 1-10 tentang seberapa baik data pelanggan yang Anda kirim (email, telepon, IP, click ID) cocok dengan pengguna Facebook sesungguhnya. Skor yang lebih tinggi berarti Meta bisa mengaitkan lebih banyak konversi dan mengarahkan penayangan dengan lebih akurat.
- Target: 6.0 ke atas (benchmark internal Meta sendiri). Skor di bawah ini berarti Anda mengirim identifier yang terlalu sedikit atau formatnya salah.
- Cara meningkatkan: Kirim lebih banyak parameter data first-party pada setiap event —
em(email),ph(telepon),fn/ln(nama),fbp/fbc(click ID). Semua data yang dapat mengidentifikasi individu harus diubah ke huruf kecil dan di-hash dengan SHA-256 sebelum dikirim. - Format itu penting: Nomor telepon harus dalam format E.164, email harus di-trim dan diubah ke huruf kecil sebelum di-hash. Format yang salah menyebabkan kegagalan pencocokan meski datanya ada.
Untuk lebih lanjut tentang memanfaatkan data first-party secara efektif, lihat Data first-party dan pelacakan konversi.
5. Masalah umum
Dari sini, masalah-masalah yang paling sering muncul di lapangan, disusun per topik. Setiap poin berupa ringkasan — kunjungi artikel yang ditautkan untuk pembahasan mendalam.
Konversi tidak terlacak
Bisa jadi Pixel tidak terinstal/tidak fire (instalasi, fire), atau tidak diterima karena penolakan consent, batasan iOS, atau ketidakcocokan CAPI (tercatat) — penyebabnya terbagi berdasarkan tahap. Dugaan mana yang Anda pakai sepenuhnya mengubah tempat yang perlu diperiksa. Untuk langkah isolasinya, lihat Mengapa konversi Meta tidak terlacak, dan prosedur diagnosisnya.
Pelacakan ganda / deduplikasi tidak berfungsi
Satu hasil terhitung dua kali atau lebih. Di Meta khususnya, kasus umumnya adalah mengirim Pixel dan CAPI tanpa berbagi event_id. Mekanisme dan cara memverifikasinya ada di Cara kerja deduplikasi event_id dan cara memverifikasinya. Untuk cara berpikir dasar soal duplikasi, lihat juga Penyebab dan solusi pelacakan ganda.
Konversi turun setelah iOS 14
Pengguna yang memilih "Ask App Not to Track" di bawah ATT mengalami pembatasan pengukuran browser, dan hanya diagregasi serta dimodelkan dalam slot AEM. Jika jumlahnya turun setelah update iOS, curigai ini terlebih dahulu. Lihat Mengapa iOS 14 dan AEM mengurangi konversi.
Consent mode mengurangi konversi
Pengguna yang "menolak" pada banner consent cookie mungkin mengalami pembatasan fire Pixel atau pengiriman data. Jika jumlahnya turun setelah memasang banner, ini juga patut dicurigai. Lihat Mengapa consent mode mengurangi konversi.
6. Checklist pra-peluncuran (esensial)
Sebelum peluncuran atau go-live, setidaknya selesaikan poin-poin ini. Versi lengkapnya ada di Checklist Verifikasi Pelacakan Konversi.
- Base Pixel ada di setiap halaman target, termasuk halaman completion
-
facebook.com/trfire pada aksi target (dipastikan dengan blocker dimatikan) -
valuedancurrencybenar pada event pembelian - Jika menggunakan CAPI, terdeduplikasi dengan nama event dan
event_idyang sama dengan Pixel - Sampai ke Test Events, dengan status dot hijau (Active)
- Domain terverifikasi dan 8 event AEM dikonfigurasi dengan urutan prioritas
- Sudah memeriksa ketiga status consent (Allow / Deny / belum memutuskan)
- Dipastikan tidak hilang dalam kondisi pengunjung sesungguhnya, bukan hanya satu pola tes Anda
7. Hub bersaudara: pelacakan konversi Google Ads dan GA4
Cara berpikir tentang pengukuran (instalasi → fire → tercatat → jalur nyata) sama di platform lain juga.
- Untuk Google Ads, Panduan Lengkap Pelacakan Konversi Google Ads membahas pembuatan conversion action, tag/GTM, enhanced conversions, dan risiko kebijakan self-click.
- Untuk GA4, Panduan Lengkap Pelacakan Konversi GA4 membahas desain key event, pengukuran, dan koneksi ke masing-masing platform.
Pertanyaan yang sering diajukan
T. Apakah saya harus menginstal Pixel dan CAPI sekaligus?
J. Tidak wajib, tapi rekomendasi Meta saat ini adalah menggunakan keduanya. Dengan browser saja, ad blocker, tracking prevention, dan batasan iOS menyebabkan kehilangan data. Saat menggunakan keduanya, selalu aktifkan deduplikasi dengan nama event dan event_id yang sama.
T. Konversi turun setelah update iOS. Apakah ada yang rusak? J. Belum tentu. Pengguna yang memilih "Ask App Not to Track" di bawah ATT hanya diagregasi dan dimodelkan dalam slot AEM, jadi angka yang terlihat lebih sedikit adalah perilaku yang memang dirancang demikian. Lihat iOS 14 dan AEM.
T. Apakah cukup jika saya melihat event fire di Test Events? J. Itu hanya memastikan "fire (②)." Anda baru bisa yakin setelah juga memeriksa bahwa data tidak hilang dalam kondisi pengunjung sesungguhnya dan deduplikasi berfungsi. Lihat Memverifikasi Pixel.
T. Bolehkah saya mengklik iklan Meta saya sendiri untuk mengetesnya? J. Mengklik iklan Anda sendiri membawa risiko pelanggaran kebijakan dan menimbulkan biaya. Lakukan verifikasi dari luar akun Anda sendiri — di lingkungan yang independen.
Kesimpulan: di luar setup, pastikan Meta mencatatnya juga di produksi
Pelacakan konversi Meta bekerja sebagai satu rantai: instalasi → fire → tercatat → deduplikasi → jalur nyata. Gunakan Pixel dan CAPI bersamaan, aktifkan deduplikasi lewat event_id, siapkan verifikasi domain dan AEM, dan pastikan baik fire maupun penerimaan sudah benar — dengan begitu Anda sudah mencakup hampir semua yang bisa dipastikan dari komputer Anda sendiri.
Namun yang tersisa di akhir adalah jalur nyata yang dilalui pengunjung Anda. Lingkungan Anda dipengaruhi oleh status login, ekstensi browser, dan IP internal; bisa saja terlihat baik-baik saja di komputer Anda tapi hilang dalam kondisi pengunjung sesungguhnya.
ConversionOK menjalankan halaman live Anda di browser independen dan terisolasi, lalu mencegat sinyal event Meta dan CAPI yang benar-benar terkirim, kemudian memverifikasinya — tanpa perlu mengklik iklan Anda sendiri dan tanpa gangguan dari lingkungan kantor Anda. Mulai dengan pemeriksaan statis gratis untuk memastikan titik masuk pengukuran Anda.