Cara Test Event Conversions API: Test Events, test_event_code, dan Cara Membaca Hasilnya

01Apa itu Test Events dan siapa yang bisa memakainya

Test Events adalah alat di Meta Events Manager untuk memeriksa event yang dikirim lewat Conversions API (CAPI). Menurut Pusat Bantuan Meta per 16 Oktober 2026, alat ini memeriksa apakah payload event server tersusun benar dan sudah diterima Meta, serta membantu menelusuri aktivitas yang janggal. Alat yang sama dipakai untuk event browser dari Meta Pixel, dan di sana Meta menyebut Anda bisa melihat event mana yang diproses dan mana yang dideduplikasi.

Event server baru tampil di Test Events bila permintaannya membawa parameter test_event_code. Jadi siapa yang menyusun permintaan menentukan cara Anda menguji.

Artikel ini mulai dari titik setelah event bisa dikirim. Memilih jalur, membuat token, dan menyusun pengiriman pertama ada di cara setting Conversions API Meta, dan gambaran CAPI untuk chat WhatsApp ada di pilar Meta CAPI untuk WhatsApp.

02Langkah 1: buka tab Test Events dan salin kode uji

Kode uji dibuat oleh Test Events sendiri, jadi ambil dari sana sebelum mengirim apa pun. Test Events dibuka per Pixel atau dataset, jadi buka yang ID-nya sama dengan PIXEL_ID di alamat permintaan.

1. Buka Events Manager, lalu Data sources di menu kiri.
2. Pilih nama dan ID Pixel atau dataset yang akan menerima event uji.
3. Buka tab Test events dan cari bagian server events. Bila Anda memilih dataset, pilih dulu apakah yang diuji event website atau app.
4. Salin kode uji yang ditampilkan.

03Langkah 2: kirim event dengan test_event_code

Taruh test_event_code di level atas permintaan, sejajar dengan data, bukan di dalam salah satu event. Contoh di dokumentasi Meta (diperbarui 17 Juli 2026) menyusunnya persis begitu. Kirim dari terminal atau Graph API Explorer ke edge /events milik Pixel yang sama.

POST https://graph.facebook.com/<versi>/<PIXEL_ID>/events?access_token=<TOKEN>
Content-Type: application/json

{
  "data": [
    {
      "event_name": "Lead",
      "event_time": 1792100000,
      "event_id": "uji-001:Lead",
      "action_source": "website",
      "event_source_url": "https://contoh.id/promo",
      "user_data": {
        "ph": ["<sha256 nomor telepon>"],
        "client_user_agent": "<user agent browser>"
      }
    }
  ],
  "test_event_code": "<kode dari tab Test Events>"
}

• Event website wajib membawa client_user_agent, action_source, dan event_source_url. Event non-web hanya wajib action_source.
• Pakai event_id baru di tiap percobaan. Meta hanya menyimpan salinan pertama dari event dengan event_name dan event_id yang sama.
• Nilai action_source harus akurat. Dengan memakai API, Anda menyatakan nilainya benar.

04Langkah 3: baca hasilnya di Test Events

Event server tampil di jendela Test Events setelah permintaan dikirim. Menurut Meta, bila tidak tampil, periksa dulu struktur payload, dan Meta menyediakan Payload Helper untuk itu. Baca dua tempat sekaligus, yaitu balasan API dan jendela Test Events.

Menurut Meta per 16 Oktober 2026, informasi uji bertahan 24 jam di tab itu atau sampai Anda menekan Clear activity. Menghapus daftar tidak menghapus datanya: Meta menyebut event dengan kode uji tidak dibuang, dan untuk event browser aktivitasnya tetap tampil di Events Manager, Ads Reporting, dan Audience Creation.

05Langkah 4: cek deduplikasi dan parameter

Bila Pixel di situs Anda mengirim event yang sama dengan server, uji pasangannya di Test Events. Menurut Meta, deduplikasi terjadi bila event_name dan event_id identik di Pixel dan server, atau bila event_name cocok bersama external_id atau fbp. Bila kedua event mirip, Meta lebih memilih yang diterima lebih dulu.

1. Di halaman Test Events, cari bagian browser events (website events bila Anda memilih dataset), isi alamat situs, lalu klik Open website. Untuk event browser, Meta mencatat aktivitas hanya selama halaman Test Events tetap terbuka.
2. Picu satu kejadian nyata, dan pastikan server mengirim event yang sama dengan test_event_code serta event_id yang sama dengan eventID di Pixel.
3. Lihat apakah Test Events menunjukkan salah satunya sebagai dideduplikasi. Menurut Meta, tool ini menunjukkan event yang diterima, dideduplikasi, atau dibuang.
4. Bila keduanya terhitung, bandingkan event_name dan event_id karakter demi karakter.

Cara membuat event_id yang konsisten dibahas di deduplikasi event Pixel dan CAPI. Untuk parameter pencocokan, buka tab Event matching di detail event, lalu baca skornya lewat Event Match Quality Meta.

06Langkah 5: hapus kode uji, lalu cek Overview

Kode uji hanya untuk pengujian dan harus dihapus dari payload produksi. Event uji tidak terisolasi: menurut Meta, event dengan test_event_code tidak dibuang, melainkan masuk ke Events Manager dan dipakai untuk targeting serta pengukuran iklan.

1. Hapus test_event_code dari kode pengirim, lalu kirim satu event tanpa kode.
2. Di Events Manager buka Data sources, klik Pixel yang ID-nya sama dengan di permintaan, lalu Overview.
3. Cari event itu. Meta menampilkan jumlah event raw, matched, dan attributed, dan kolom Connection Method menunjukkan jalur pengirimannya. Menurut Meta per 16 Oktober 2026, event umumnya bisa diverifikasi dalam 20 menit sejak Anda mulai mengirim.
4. Bila ada tanda seru di tab Diagnostics, arahkan kursor ke ikon itu untuk membaca masalah dan sarannya.

07Kenapa event tidak muncul di Test Events

08Cara cek event Conversions API dari Dalekta

Event Dalekta tidak muncul di Test Events karena Dalekta tidak menambahkan test_event_code. Per 16 Oktober 2026 pengaturan Meta Ads di Tracking Ads → Platform tidak punya isian kode uji. Selain nama koneksi, isiannya hanya Pixel ID dan Access Token Meta CAPI. Event yang Anda picu karena itu masuk ke data asli Pixel. Sebagai gantinya ada dua catatan yang dibaca berurutan: Event Logs untuk yang dikirim Dalekta, dan Overview untuk yang diterima Meta.

1. Buat lead uji: buka URL iklan percobaan yang membawa utm_source=meta, klik tombol WhatsApp rotator, lalu kirim pesan berisi kode [D-...] dari nomor WhatsApp lain.
2. Ubah status lead ke tahap yang sudah dipetakan di Event Mapping dan disimpan. Untuk Closing, isi nominal kecil yang mudah dikenali.
3. Buka Tracking → Event Logs, atur rentang tanggalnya, lalu cari kode lead atau Event ID. Event ID berbentuk <id-lead>:<kode tahap>, misalnya berakhiran :CLOSING.
4. Baca Status. Success berarti Meta membalas sukses. Pada Failed, kolom Error memuat pesannya, dan owner atau admin bisa memakai Retry setelah penyebabnya diperbaiki.
5. Buka Events Manager, tab Overview pada Pixel yang ID-nya sama dengan di Dalekta, lalu cari event dengan nama dari mapping Anda.

Halaman Event Logs menampilkan nama event, Event ID, status, jumlah percobaan, dan pesan error. Isi payload lengkap tidak ditampilkan di sana. Dalekta mengirim tiap tahap sebagai event website, juga yang terjadi di WhatsApp, jadi action_source selalu website. Success juga belum membuktikan event dicocokkan ke akun Meta atau dihitung sebagai hasil iklan, karena itu dibaca terpisah lewat tab Event matching dan Ads Manager. Arti status dan urutan debug lengkapnya ada di dokumentasi Event Logs, dan pengaturan Pixel serta token di dokumentasi Meta CAPI.

Tahap mana yang mengirim event apa mengikuti Event Mapping, dan tahap yang dinaikkan AI Agent ikut mengirim event tahap itu. Pembahasannya ada di lead scoring WhatsApp. Bila event tidak muncul sama sekali, urutan pemeriksaan lainnya ada di dokumentasi Troubleshooting.

09Bacaan lanjutan

10Pertanyaan umum