Pasang Meta Pixel dan Conversions API Tanpa Developer

Ada gejala yang muncul di hampir semua akun iklan yang saya periksa: jumlah klik tautan jauh lebih besar daripada jumlah kunjungan halaman yang tercatat.

Empat ratus tujuh belas klik, dua ratus tiga belas kunjungan tercatat. Setengahnya hilang.

Sebagian dari selisih itu memang wajar. Orang menutup halaman sebelum pixel sempat jalan. Tapi kalau selisihnya sebesar itu, biasanya ada yang rusak, dan bagian akhir tulisan ini membahas penyebab yang paling sering.

Kenapa Pixel di Browser Saja Sudah Tidak Cukup

Pixel bekerja dengan menjalankan skrip di browser pembeli. Skrip itu bisa gagal jalan karena banyak hal yang tidak kamu kendalikan.

• Pemblokir iklan, yang dipakai sebagian besar pengguna desktop.
• Pembatasan pelacakan di iOS, sejak pengguna bisa menolak dilacak antar aplikasi.
• Browser dalam aplikasi, yang perilakunya berbeda dari browser biasa.
• Koneksi yang putus sebelum skrip selesai diunduh.

Conversions API menutup celah itu dengan mengirim kejadian dari server kamu langsung ke Meta, tanpa lewat browser. Dokumentasi resmi Conversions API menjelaskan mekanismenya. Dicek 3 September 2026.

Yang perlu dipahami: CAPI bukan pengganti pixel. Keduanya jalan bersamaan, mengirim kejadian yang sama, dari dua jalur berbeda. Itu disengaja.

Deduplikasi, Bagian yang Paling Sering Salah

Kalau pixel dan CAPI sama-sama mengirim kejadian pembelian yang sama, Meta akan menghitungnya dua kali. Kecuali kamu memberi tahu bahwa itu kejadian yang sama.

Caranya lewat penanda unik yang dikirim di kedua jalur. Panduan resmi Meta soal penanganan kejadian ganda menyebut bahwa logikanya memakai kombinasi nama kejadian dan event_id. Halaman parameter kejadian asli memuat daftar lengkap parameternya.

Praktisnya begini. Satu pembelian menghasilkan satu penanda, misalnya nomor ordernya. Penanda itu dikirim bersama kejadian dari browser, dan penanda yang sama persis dikirim bersama kejadian dari server. Meta melihat dua kiriman dengan penanda sama, dan menghitungnya satu.

Yang terjadi kalau penandanya berbeda atau tidak ada: laporan pembelianmu menggelembung, biaya per konversi terlihat lebih murah dari kenyataan, dan algoritma iklan belajar dari data yang salah.

Ini penting. Dokumentasi Meta sendiri memperingatkan bahwa penanda yang tidak akurat justru bisa membuat konversimu terhapus salah, bukan sekadar terhitung ganda. Jadi penanda asal-asalan lebih buruk daripada tidak ada.

Aturan sederhananya: penandanya harus stabil dan sama di kedua sisi. Nomor order cocok. Angka acak yang dibuat ulang tiap kali halaman dimuat, tidak.

Event Minimum untuk Toko Online

Jangan memasang semua kejadian yang tersedia. Yang lebih banyak bukan yang lebih baik, karena kejadian yang jarang terjadi malah mengacaukan optimasi.

Empat ini sudah cukup untuk hampir semua toko:

Kejadian	Kapan dikirim	Gunanya
PageView	Setiap halaman dibuka	Dasar audiens dan retargeting
ViewContent	Halaman produk dibuka	Minat pada produk tertentu
InitiateCheckout	Masuk halaman checkout	Sinyal niat kuat
Purchase	Pembayaran berhasil	Konversi sebenarnya

Purchase yang paling penting dan paling wajib lewat CAPI, karena itu kejadian yang paling sering hilang di browser. Pembeli sering menutup halaman begitu pembayaran selesai.

Satu hal yang harus dipastikan: Purchase dikirim saat pembayaran benar-benar berhasil, bukan saat tombol bayar ditekan. Kalau tidak, kamu mengajari algoritma bahwa orang yang batal bayar adalah pembeli.

Satu Kolom yang Mematikan Seluruh CAPI

Sekarang bagian yang menjelaskan gejala di awal tulisan ini, dan ini temuan yang paling mahal yang pernah saya dapat soal pixel.

Di pengaturan CAPI ada kolom bernama kode uji coba, atau test event code. Fungsinya untuk pengujian: kejadian yang membawa kode itu dirutekan hanya ke bagian Test Events di Events Manager.

Baca ulang kata "hanya".

Kejadian ber-kode-uji dikecualikan dari laporan, dari atribusi, dan dari optimasi iklan. Jadi satu string yang lupa dihapus setelah selesai testing mematikan seluruh jaring pengaman server-side, persis jaring yang kamu pasang untuk menambal pixel browser yang diblokir.

Yang membuatnya berbahaya adalah gejalanya diam. Tokenmu tetap valid. Verifikasi tetap hijau. Test Events tetap ramai dan terlihat sehat.

Satu-satunya yang terlihat cuma selisih klik tautan dengan kunjungan halaman di laporan iklan. Dan orang biasanya menduga itu masalah kecepatan website.

Saat saya menelusuri ini, ternyata bukan kasus tunggal. Sebelas pixel di sepuluh akun berbeda, semuanya dengan token CAPI valid, semuanya tidak terhitung.

Kalau kamu cuma mengambil satu hal dari tulisan ini: buka pengaturan CAPI-mu sekarang, dan pastikan kolom kode uji coba kosong. Cek itu duluan sebelum menduga masalah lain.

Jangan Pasang Semua Pixel di Semua Halaman

Kalau kamu punya lebih dari satu pixel, misalnya satu untuk brand dan satu untuk kampanye tertentu, godaannya memasang semuanya di seluruh website supaya aman.

Jangan. Setiap pixel yang diinisialisasi akan mengirim PageView, jadi kamu mengotori dua akun sekaligus dengan lalu lintas yang tidak relevan.

Yang benar: satu pixel utama untuk PageView di seluruh website, lalu pixel lain dipanggil hanya di halaman atau tombol yang memang miliknya.

Efek samping dari memasang semuanya: alat pemeriksa pixel akan menampilkan semua pixel sebagai aktif, padahal cuma satu yang benar-benar mengirim data berguna. Itu memberi rasa aman yang keliru.

Cara Memastikan Datanya Benar-benar Masuk

Verifikasi yang benar bukan melihat Test Events ramai, karena seperti dijelaskan tadi, Test Events bisa ramai justru saat semuanya salah.

Urutan yang saya pakai:

1. Pastikan kolom kode uji coba kosong.
2. Lakukan satu pembelian sungguhan bernilai kecil, dari perangkat biasa, bukan mode penyamaran.
3. Tunggu, lalu buka bagian ikhtisar Events Manager, bukan Test Events.
4. Cek apakah Purchase muncul, dan apakah sumbernya tertulis dari browser dan server.
5. Cek apakah jumlahnya satu, bukan dua. Kalau dua, deduplikasinya belum jalan.

Langkah tiga yang paling sering salah. Banyak orang berhenti di Test Events dan menyimpulkan semuanya beres.

Yang Tidak Boleh Ikut Dikirim

CAPI mengirim data dari servermu, jadi secara teknis kamu bisa mengirim apa saja. Itu justru risikonya.

Jangan pernah mengirim nomor kartu, isi keranjang yang memuat informasi sensitif, atau data kesehatan. Data pengenal seperti email dan nomor telepon harus dikirim dalam bentuk teracak sesuai ketentuan Meta, bukan apa adanya.

Kalau kamu memakai platform yang sudah menyediakan CAPI bawaan, bagian ini biasanya sudah diurus. Kalau developer-mu memasangnya manual, ini yang wajib ditanyakan.

Checklist

1. Kolom kode uji coba kosong.
2. Pixel dan CAPI mengirim kejadian yang sama dengan penanda yang sama.
3. Penandanya stabil, memakai nomor order, bukan angka acak.
4. Purchase dikirim saat pembayaran berhasil, bukan saat tombol ditekan.
5. Hanya satu pixel yang mengirim PageView di seluruh website.
6. Verifikasi dilakukan di ikhtisar Events Manager, bukan Test Events.
7. Data pengenal dikirim dalam bentuk teracak.

Mulai dari Mana

Kalau pixelmu sudah terpasang dan kamu sedang beriklan, mulai dari nomor satu di checklist. Itu pengecekan lima detik yang bisa menjelaskan berbulan-bulan data yang terlihat aneh.

Kalau belum memasang apa pun, pasang pixel dulu dan biarkan sebulan sebelum menambahkan CAPI. Menambah dua hal sekaligus membuatmu tidak tahu mana yang bermasalah saat angkanya tidak masuk akal.

Untuk sisi organiknya, yang tidak butuh pixel sama sekali, checklist-nya ada di SEO untuk toko online. Dan kalau selisih angkamu ternyata bukan soal pelacakan melainkan orang yang berhenti di checkout, itu dibahas di keranjang yang ditinggal.