Meta Pixel vs Conversions API: Bedanya dan Kapan Memakai Keduanya

01Perbedaan inti: dari mana event dikirim

Meta Pixel dan Conversions API (CAPI) sama-sama mengirim event ke Pixel ID atau dataset yang sama di Events Manager. Bedanya hanya jalur yang dilewati. Pixel adalah script JavaScript yang berjalan di browser pengunjung dan melaporkan apa yang terjadi di halaman. CAPI adalah permintaan HTTP dari server Anda ke Graph API Meta, dikirim setelah sistem Anda mencatat suatu kejadian.

Karena tujuannya sama, perbandingan CAPI vs Pixel sering salah dibaca sebagai adu mana yang menang. Keduanya bukan dua produk yang bersaing: event dari CAPI bisa dipakai untuk pengukuran, pelaporan, dan optimasi seperti event dari Pixel. Pertanyaan yang berguna adalah kejadian mana yang bisa dilihat oleh jalur mana.

Definisi dasar CAPI dan isi sebuah event dibahas di Apa itu Meta CAPI. Artikel ini fokus pada perbandingan, pembagian tugas, dan cara memilih untuk bisnis yang closing lewat WhatsApp.

02Tabel perbandingan Meta Pixel dan Conversions API

03Apa yang bisa dilihat masing-masing jalur

Cara tercepat membedakan keduanya adalah menelusuri satu calon pembeli dan melihat di titik mana Pixel berhenti melihat.

Inilah alasan bisnis yang closing di WhatsApp tidak bisa berhenti di Pixel. Pixel menutup ceritanya di klik tombol. Tawar-menawar, bukti transfer, dan konfirmasi pesanan terjadi sesudahnya, dan hanya sistem yang mencatat semua itu yang bisa melaporkannya ke Meta. Gambaran alur dari klik sampai revenue ada di tracking closing WhatsApp dari iklan.

Ilustrasi dengan angka rekaan, bukan data pelanggan: dari 200 klik tombol WhatsApp dalam sebulan, 30 menjadi closing. Pixel hanya bisa melaporkan 200 klik dan tidak ada closing, sehingga sinyal yang sampai ke Meta berhenti di klik. Dengan CAPI, 30 event Purchase bernilai ikut masuk, dan Meta punya bahan untuk membedakan campaign yang menghasilkan klik dari campaign yang menghasilkan pembeli.

04Kapan memakai keduanya dan syarat agar tidak terhitung dua kali

Untuk event yang terjadi di website, seperti form konsultasi atau checkout, Meta merekomendasikan setup redundan: Pixel dan CAPI mengirim event yang sama. Pixel membawa konteks browser, CAPI menutup kebocoran saat script gagal terkirim. Syaratnya satu, Meta harus tahu bahwa dua kiriman itu adalah kejadian yang sama.

Kalau Meta tidak tahu, kejadian itu bisa dihitung dua kali. Ilustrasi dengan angka rekaan: 100 orang mengisi form. Pixel hanya menangkap 78 karena sebagian diblokir atau halaman ditutup lebih awal, sedangkan server mencatat 100. Tanpa deduplikasi, hasil bisa terbaca 178 lead. Dengan event_id yang sama, Meta menyatukan 78 pasangan itu dan menyisakan 22 event server saja, sehingga totalnya 100.

Ini aturan deduplikasi Meta yang perlu Anda ingat:

• Metode utama: event_name dan event_id harus sama persis pada event Pixel dan event server.
• Batas waktu: deduplikasi hanya terjadi jika kedua event diterima dalam 48 jam sejak event pertama. Kirim event server tanpa menunda.
• Event yang dipertahankan: jika isi event Pixel dan event server tidak berbeda berarti, Meta umumnya mempertahankan yang diterima lebih dulu.
• Cadangan: tanpa event_id, Meta bisa memakai fbp atau external_id bersama event_name. Cara ini terutama bekerja bila event browser tiba lebih dulu, jadi jangan dijadikan andalan.

Berikut bentuk pasangan event untuk kejadian yang sama. Semua nilai adalah placeholder ilustrasi.

// Di browser (Meta Pixel)
fbq('track', 'Lead', { content_name: 'Form konsultasi' }, { eventID: 'lead-0001' });

Lalu event dari server untuk kejadian yang sama, dengan event_name dan event_id identik:

{
  "data": [
    {
      "event_name": "Lead",
      "event_time": 1790000000,
      "event_id": "lead-0001",
      "action_source": "website",
      "event_source_url": "https://contoh.id/promo",
      "user_data": {
        "ph": ["<sha256 nomor telepon>"],
        "fbp": "<fbp dari browser>",
        "client_ip_address": "<IP pengunjung, tanpa hash>",
        "client_user_agent": "<user agent browser>"
      }
    }
  ]
}

05Pembagian tugas Pixel dan CAPI untuk alur WhatsApp di Dalekta

Tracker Dalekta di landing page Anda tidak memuat Meta Pixel. Ia menyimpan fbclid dari klik iklan dan membaca cookie _fbp serta _fbc yang sudah dibuat Pixel Anda. Kalau cookie itu belum ada, tracker membuat nilai sendiri dengan format yang sama, dan _fbc dibentuk dari fbclid. Event ke Meta dikirim dari server Dalekta lewat CAPI setelah lead tercatat atau berpindah status. Jadi Pixel milik Anda, kalau ada, dan Dalekta adalah dua pengirim terpisah.

event_id yang dibentuk Dalekta adalah ID lead diikuti tahap bisnisnya, misalnya <id-lead>:CLOSING. Satu lead paling banyak berhasil terkirim satu kali per tahap, jadi kiriman ganda dari Dalekta sendiri dicegah. ID itu dibuat di server dari ID lead internal Dalekta, sehingga Pixel di browser tidak punya cara memakai nilai yang sama. Karena itu aturan praktisnya adalah membagi tugas per event, bukan berharap Meta mendeduplikasi keduanya.

Event yang dikirim Dalekta memakai action_source website untuk semua tahap, termasuk tahap yang terjadi di WhatsApp. event_source_url berisi URL landing page yang tercatat pada klik, yang untuk alur rotator bisa berupa URL rotator atau landing page yang tercatat. Data pencocokan yang di-hash dengan SHA-256 antara lain nomor WhatsApp, nama, external_id dari ID pengunjung atau ID lead, serta kota, provinsi, kode pos, dan negara dari lokasi klik. fbc, fbp, IP klien, dan user agent dari klik dikirim tanpa hash, sesuai aturan Meta. Alamat email tidak dikirim. Untuk custom_data, Dalekta mengirim currency dan, bila nominal closing lebih dari nol, value, ditambah field deskriptif seperti status, kode lead, UTM, serta ID dan nama adset dan iklan. Lead yang tidak terdeteksi berasal dari Meta Ads dilewati, dan hanya tahap yang sudah dipetakan lalu disimpan yang dikirim. Payload lengkap dan cara membacanya ada di pilar Meta CAPI untuk WhatsApp.

06Matriks rekomendasi berdasarkan tipe bisnis

Kalau tabel di atas belum cukup menentukan, jawab empat pertanyaan ini berurutan:

1. Apakah konversi utama terjadi di halaman website Anda, seperti checkout atau form? Jika ya, pasang Pixel dan CAPI dengan event_id yang sama.
2. Apakah konversi utama terjadi setelah pengunjung pindah ke WhatsApp, telepon, atau bertemu langsung? Jika ya, gunakan CAPI karena Pixel tidak melihat kejadian itu. Pixel hanya berguna untuk event halaman.
3. Apakah Anda punya developer atau alat yang bisa menyusun dan mengirim event? Jika tidak, pakai alat yang mengurusnya supaya Anda cukup mengisi Pixel ID, token, dan mapping.
4. Apakah Pixel sudah menembak event yang juga akan dikirim server? Jika ya, samakan event_id atau bagi tugas per event sebelum menyalakan CAPI.

07Kesalahan umum saat menggabungkan Pixel dan CAPI

Setelah setup berjalan, buka halaman Overview Pixel di Events Manager dan cek tab Event Deduplication. Tab itu menampilkan persentase event yang berhasil dideduplikasi. Kalau Pixel dan server mengirim event yang sama tetapi angkanya rendah, periksa apakah event_id terbawa ke kedua sisi dan event_name sama persis. Langkah setup CAPI di Dalekta ada di dokumentasi Meta CAPI.

08Langkah berikutnya

Kalau bisnis Anda closing di WhatsApp, urutan bacaan yang masuk akal adalah pilar Meta CAPI untuk WhatsApp, lalu setup di dokumentasi, lalu tes dengan satu lead percobaan.

09Pertanyaan umum