Blog

Mengapa Tag Konversi Anda Fire tapi Tidak Tercatat

Diterbitkan 2026-07-06

tag konversi fire tapi tidak tercatattag fire tapi konversi tidak adakonversi terkirim tapi tidak tercatatfire tapi tidak tercatat

"Di tab Network DevTools, request konversi jelas terkirim. Tapi tidak ada konversi yang muncul di dashboard." Situasi ini jauh lebih membingungkan daripada kasus sederhana tag yang hilang. Karena Anda bisa melihat tag-nya fire, Anda mengira setupnya pasti sudah benar — dan Anda tidak tahu lagi apa yang harus diperbaiki.

Apakah ini terdengar familiar?

Anda bisa melihat dengan jelas request ke …/pagead/conversion/… di tab Network
Namun konversi Google Ads nol, atau jelas terlalu rendah
Event muncul di GA4 DebugView tapi tidak tercatat sebagai konversi
Tag Assistant menampilkan "fire OK" tapi angkanya tidak bergerak

Jika masalah Anda lebih mendasar — konversinya sama sekali tidak fire, bukan sekadar gagal tercatat — mulailah dengan Google Ads Tidak Menampilkan Konversi? Panduan Diagnostik Langkah demi Langkah. Artikel ini punya satu tema tunggal: "fire" (browser mengirimkannya ke Google) dan "tercatat" (Google menerima dan menyimpannya) adalah dua tahap yang sepenuhnya berbeda. Melihat pengiriman di Network sama sekali tidak menjamin bahwa pihak Google akan menyimpannya. Dengan gagasan tunggal ini sebagai poros, kita akan mengisolasi mengapa "sudah dikirim tapi tidak tercatat" bisa terjadi.

Prinsip dasar: fire = mengirim, tercatat = diterima — dan ada "peninjauan" di antaranya

Alasan terbesar orang terjebak adalah asumsi "request-nya terkirim = konversinya tertangkap." Padahal, antara sinyal sampai ke Google dan tercatat, ada tahap "penerimaan (peninjauan)" di pihak Google.

Tahap	Apa yang terjadi	Di mana Anda bisa memastikannya
① Fire (kirim)	Browser mengirim request pengukuran ke Google	Tab Network di DevTools
② Penerimaan (peninjauan)	Google menilai consent, pengecualian, duplikasi, validitas	Tidak terlihat langsung (di dalam platform)
③ Tercatat (simpan)	Sinyal yang lolos peninjauan disimpan sebagai konversi	Kolom konversi di dashboard

Poin kuncinya: yang bisa Anda pastikan di tab Network hanyalah ①. Peninjauan ② terjadi di dalam platform, dan jika di sana ditolak, ③ tidak akan pernah terjadi — meski ① terlihat sempurna. Dengan kata lain, "fire tapi tidak tercatat" hampir selalu berarti ada sesuatu yang ditolak pada tahap penerimaan.

Berikut tujuh penyebab paling umum ditolaknya sesuatu pada tahap ②, dijelaskan secara akurat.

Penyebab 1: Consent mode — tanpa consent, jadi tidak disimpan (dimodelkan)

Jika Anda sudah menerapkan Consent Mode, request itu sendiri tetap terkirim (bahkan, Consent Mode v2 memang dirancang untuk mengirim ping cookieless sekalipun tanpa consent). Jadi Anda benar-benar melihat hit di tab Network — tapi ketika pengguna belum memberikan consent untuk pengukuran, Google tidak menyimpan data itu apa adanya; data itu diperlakukan sebagai dibatasi atau dimodelkan.

Fire (pengiriman) memang terjadi → jadi di mesin Anda "terlihat terkirim"
Tapi jika parameter gcs menandakan "tidak ada consent," tahap penerimaan tidak akan mengubahnya menjadi pencatatan normal

Ini adalah kasus paling klasik dari "fire tapi tidak tercatat." Untuk mekanisme lengkapnya, lihat Mengapa Consent Mode Membuat Konversi Anda Turun.

Jebakan umum: ketika "request-nya terkirim tapi angkanya tidak sesuai," pertama-tama lihat isi request yang dikirim (parameter yang menandakan status consent). "Terkirim" tidak berarti "consent sudah diberikan."

Penyebab 2: Pengecualian internal traffic / data filter menolaknya saat penerimaan

Jika pengecualian internal traffic GA4, filter developer traffic, atau pengecualian IP Google Ads aktif, request-nya terkirim tapi dibuang pada tahap penerimaan. Pengirimannya berhasil namun tidak ada yang tercatat — jadi hanya mengamati tab Network tidak akan pernah membawa Anda ke akar masalahnya.

IP Anda atau kantor Anda terkena filter
Aturan "internal traffic" GA4 (traffic_type=internal) diatur untuk dikecualikan dalam data filter

Bagian yang membingungkan: ini adalah perilaku normal. Sistemnya memang dirancang agar tes Anda sendiri dibuang, jadi "saat saya tes, fire tapi tidak tercatat" tidak berarti ada yang rusak.

Jebakan umum: ketika Anda membuka halaman completion di PC sendiri dan "terkirim tapi tidak tercatat," pengecualian internal traffic kemungkinan besar penyebabnya. Jangan simpulkan "ini rusak" hanya dari tes Anda sendiri yang memang dikecualikan.

Penyebab 3: Belum terdaftar sebagai key event / konversi

Event-nya fire di GA4 dan muncul di DebugView. Meski begitu, kecuali Anda mendaftarkan event tersebut sebagai "key event (konversi)," event itu tidak akan muncul di kolom konversi Google Ads. Semuanya sudah terkirim dan diterima — yang hilang hanyalah setting yang menyatakan "hitung ini sebagai konversi."

Event-nya sampai di sisi GA4 (pengiriman/penerimaan baik-baik saja)
Tapi belum ditandai sebagai "key event," atau belum diimpor/didaftarkan sebagai konversi di sisi iklan

Ini adalah tersangka utama untuk kasus "muncul di GA4 tapi tidak di iklan." Periksa setting pendaftarannya sebelum Anda mulai meragukan apakah event-nya benar-benar terkirim.

Jebakan umum: jika Anda merasa lega begitu melihat event-nya di DebugView, Anda akan melewatkan celah pendaftaran ini. "Event-nya sampai" dan "dihitung sebagai konversi" adalah dua setting yang terpisah.

Penyebab 4: Salah measurement ID / conversion ID

Request-nya terkirim, tapi ID tujuan yang dikirimi (measurement ID, conversion ID, label) salah. Pengirimannya berhasil, jadi Anda bisa memastikan fire-nya — tapi sinyalnya mendarat di property lain, action lain (atau tujuan yang tidak ada), bukan conversion action yang Anda maksud.

ID konversi lama / dari akun berbeda tertinggal di tag GTM
Measurement ID (G-XXXX) dan conversion ID (AW-XXXX) tertukar
Redirect atau environment (production vs. staging) menukar ID-nya

Buka isi request di tab Network dan pastikan tid, ID tujuan, dan label-nya sesuai dengan action yang Anda lihat di dashboard.

Jebakan umum: ketika "fire-nya terjadi tapi dashboard yang saya pantau tidak bergerak," seringkali ini adalah kesalahan — ID tujuan pada request yang fire dan action yang sedang Anda tatap adalah dua hal yang berbeda.

Penyebab 5: Deduplication / berada di luar conversion window

Jika konversi yang sama terkirim dua kali, deduplication (dedup) Google tidak akan mencatat salah satunya. Sebaliknya, hasil yang terjadi terlalu lama setelah klik — di luar conversion window — tidak akan diterima meski terkirim. Keduanya menciptakan kondisi "terkirim tapi tidak tercatat."

Transaction ID-nya identik / tag terpasang dua kali, dan salah satunya dibuang sebagai duplikat (lihat Duplicate Conversion Tracking: Penyebab dan Solusinya)
Rentang waktu dari klik ke konversi melebihi window yang dikonfigurasi

Fenomena "jumlah di iklan dan GA4 tidak cocok" juga bisa berasal dari dedup atau perbedaan window ini. Untuk kesenjangan jumlah lintas platform, lihat Mengapa Jumlah Konversi Google Ads dan GA4 Tidak Cocok.

Jebakan umum: ketika "saya melihat pengiriman dua kali tapi hanya satu yang tercatat," itu mungkin bukan cacat — dedup sedang bekerja dengan benar. Jumlah pengiriman dan jumlah pencatatan tidak selalu harus cocok.

Penyebab 6: Dikecualikan oleh deteksi bot / spam

Untuk melawan invalid traffic (IVT), Google mengecualikan pada tahap penerimaan pengiriman dari bot, alat otomatisasi, dan pola yang tidak wajar. Request yang di-fire oleh headless browser atau alat tes otomatis bisa muncul di Network namun tidak pernah tercatat.

Pengecekan lewat alat otomatisasi / headless bisa dibuang sebagai bot traffic
Lonjakan pengiriman dari environment yang sama dalam waktu singkat bisa terlihat seperti spam

Jika "fire saat automated testing tapi angka production tidak bertambah," pertimbangkan bahwa tes itu sendiri sedang dikecualikan. Ini juga perilaku pertahanan yang normal.

Jebakan umum: menilai "saya lihat terkirim di automated test saya, jadi aman" melewatkan kasus di mana pengiriman itu dikecualikan sebagai bot dan pencatatan pengguna asli adalah hal yang terpisah. Verifikasi dalam kondisi yang mendekati pengguna asli.

Penyebab 7: Keterlambatan pelaporan (jangan salah sangka sebagai kerusakan)

Terakhir, kasus yang cukup umum: panik padahal tidak ada yang rusak. Fire (pengiriman) terlihat secara real time, tapi ada jeda sebelum tercermin di kolom konversi dashboard (biasanya beberapa jam; yang pertama bisa lebih lama).

Tepat setelah setup atau mengganti tag, Anda menyimpulkan "fire tapi nol — rusak"
Anda mulai mengubah setting dan malah merusak wiring yang sebenarnya sehat

Jika fire sudah dipastikan, wiring pengirimannya hidup. Tunggu dulu beberapa jam sampai hari berikutnya dan pastikan apakah masih belum tercatat.

Jebakan umum: jangan simpulkan rusak dari angka nol tepat setelah Anda memastikan "terkirim di Network." Begitu fire-nya terlihat, yang tersisa hanyalah penerimaan dan pelaporan.

Penyebab 8: Ketidakcocokan attribution window antar platform

Tag-nya fire dan konversinya nyata — tapi Google Ads tidak mencatatnya karena attribution window-nya sudah habis, atau karena Anda membandingkan platform dengan setting window yang berbeda.

Default Google Ads: window click-through 30 hari, view-through 1 hari
Default Meta: click 7 hari, view 1 hari (berubah dari 28 hari sejak era iOS 14)
GA4: berbasis session atau bisa dikonfigurasi, dengan logika yang sama sekali berbeda

Jika siklus penjualan Anda lebih panjang dari 30 hari, konversi yang terjadi pada hari ke-35 akan fire dengan benar tapi tidak akan pernah muncul di Google Ads. Dan jika Anda membandingkan jumlah konversi antar platform, ketidakcocokan window ini menjelaskan diskrepansi yang terlihat seperti kegagalan tracking padahal bukan.

Cara memeriksa: Di Google Ads → Goals → Conversions → Settings, pastikan attribution window-nya sesuai dengan siklus penjualan Anda yang sebenarnya. Jika bisnis Anda punya masa pertimbangan yang panjang (B2B, real estate, produk bernilai tinggi), perpanjang window-nya sesuai kebutuhan.

Penyebab 9: Konversi cross-device yang terputus

Pengguna mengklik iklan Anda di ponsel, mencari informasi di laptop, dan melakukan konversi di desktop. Tag-nya fire di desktop — tapi tidak ada cookie yang menghubungkan konversi ini dengan klik iklan awal di ponsel.

Google berusaha menjembatani perjalanan cross-device melalui data pengguna yang login (pengguna yang login ke akun Google di berbagai perangkat). Tapi ketika pengguna tidak login, atau menggunakan browser yang berbeda, perjalanannya terfragmentasi — dan konversi tersebut fire tanpa bisa diatribusikan.

Yang membantu:

Enhanced Conversions — pencocokan lewat email yang di-hash menjembatani celah ini, karena email-nya sama di seluruh perangkat
Server-side tagging — mengirim identifier first-party yang bisa bertahan lintas session
Kedua pendekatan ini dibahas di panduan strategi first-party data kami

Penyebab 10: Setting counting konversi membuang pengulangan

Conversion action di Google Ads punya setting counting: "Satu" atau "Setiap."

"Satu": Hanya konversi pertama per klik iklan yang tercatat. Jika pengguna yang sama melakukan konversi lagi (misalnya mengirim form dua kali, memuat ulang halaman thank-you), fire berikutnya dibuang secara diam-diam
"Setiap": Setiap konversi dihitung (benar untuk e-commerce di mana setiap pembelian adalah transaksi terpisah)

Jika Anda mengatur "Satu" untuk lead action dan bertanya-tanya mengapa konversi legit kedua dari pengguna yang sama tidak muncul — itu bekerja sesuai konfigurasinya. Sebaliknya, jika Anda mengatur "Setiap" untuk lead action, Anda mungkin melihat jumlah yang membengkak akibat reload halaman.

Cara memeriksa: Di Google Ads → Goals → Conversions, klik conversion action-nya dan periksa setting "Count." Gunakan "Satu" untuk lead, "Setiap" untuk transaksi.

Jadi bagaimana cara memeriksanya secara nyata?

Untuk memverifikasi "fire tapi tidak tercatat," Anda perlu melihat lebih dari sekadar konfirmasi pengiriman ①, masuk ke kondisi yang terkait dengan penerimaan ②.

GA4 DebugView / Realtime: pastikan event-nya diterima lewat debug_mode. Tapi catat: muncul di DebugView ≠ konversi tercatat (Penyebab 3)
Alat tes platform: gunakan Google Ads Tag Assistant dan sejenisnya untuk memastikan ID tujuan dan label-nya sesuai yang dimaksud (Penyebab 4)
Baca isi request yang dikirim: buka gcs (status consent) dan tid/label di Network — lihat isi dari "terkirim" itu sendiri (Penyebab 1 & 4)
Verifikasi dalam kondisi production: pastikan dalam kondisi yang mendekati pengguna asli, bebas dari pengecualian internal, pengecualian bot, dan gangguan extension (Penyebab 2 & 6)

Untuk gambaran isolasi yang lengkap, lihat Checklist Verifikasi Conversion Tracking; untuk memeriksa tag GA4 itu sendiri, lihat Cara Memverifikasi Tag GA4 Anda Berfungsi.

Checklist verifikasi

Sudahkah Anda membuka isi request yang terkirim (ID tujuan, label, gcs) di Network?
Apakah ID tujuan (measurement ID / conversion ID) sesuai dengan action di dashboard yang Anda pantau?
Dalam consent mode, apakah kasus tanpa consent diperlakukan sebagai dibatasi/dimodelkan?
Apakah pengecualian internal traffic atau data filter membuang tes Anda sendiri?
Apakah event GA4-nya sudah terdaftar sebagai "key event (konversi)"?
Ada pemasangan ganda / dedup, atau berada di luar conversion window?
Apakah Anda memverifikasi lewat automation / headless dan malah kena pengecualian bot?
Jika ini tepat setelah setup, sudahkah Anda menunggu keterlambatan pelaporan (beberapa jam hingga hari berikutnya)?

Apa yang tidak bisa diketahui hanya dari pengecekan di mesin Anda sendiri

Setiap pengecekan di atas berguna, tapi memverifikasi satu kali di mesin Anda sendiri punya dua batasan struktural.

Environment Anda bukan environment pengunjung Anda. PC Anda berbeda dari pengguna asli dalam hal status login, extension, pengecualian IP kantor, dan lainnya. Ketidakcocokan ini — "fire di mesin saya" tapi ditolak pada tahap penerimaan dalam kondisi pengguna asli — tidak terlihat oleh pengujian di mesin sendiri.
Sulit diverifikasi ketika melibatkan klik iklan. Untuk benar-benar melihat "apakah ini benar-benar tercatat lewat iklan," Anda perlu mengklik iklan yang sedang live untuk mereplikasi jalurnya — yang membawa risiko pelanggaran kebijakan iklan sebagai self-click.

Menilai "ini terkirim saat saya lakukan sendiri, jadi aman" cenderung melewatkan persis masalah yang dibahas artikel ini: fire-nya terlihat, tapi hilang pada tahap penerimaan yang sesungguhnya di production.

Pertanyaan yang sering diajukan

T. Request-nya fire di tab Network, tapi konversinya tidak tercatat. J. Fire (pengiriman) dan tercatat (penerimaan/penyimpanan) adalah tahap yang berbeda. Karena pengirimannya berhasil, penyebabnya ada pada tahap penerimaan. Telusuri penyebab dalam artikel ini secara berurutan: 1 (consent mode), 2 (pengecualian internal), 3 (key event belum terdaftar), 4 (ID tertukar), 5 (dedup), 6 (pengecualian bot), 7 (keterlambatan).

T. Event-nya muncul di GA4 DebugView tapi tidak ada konversi yang muncul di iklan. J. Event yang diterima dan yang "dihitung sebagai konversi" adalah setting yang terpisah. Daftarkan sebagai "key event (konversi)" di GA4 dan pastikan sudah diimpor sebagai konversi di sisi iklan (Penyebab 3).

T. Saya melihat pengiriman dua kali tapi hanya satu yang tercatat. Apakah ini rusak? J. Dalam kebanyakan kasus ini bukan cacat — dedup sedang bekerja dengan benar. Periksa apakah ada transaction ID yang terduplikasi atau tag yang terpasang dua kali (Penyebab 5).

T. Mengapa fire saat saya tes sendiri tapi tidak tercatat? J. Anda mungkin terkena pengecualian internal traffic (perilaku normal), atau verifikasi automated Anda dikecualikan sebagai bot (Penyebab 2 & 6). Verifikasi dalam kondisi yang mendekati pengguna asli.

T. Jika fire-nya sudah dipastikan, apakah pasti akan tercatat pada akhirnya jika saya menunggu? J. Tidak selalu. Fire hanya membuktikan "sudah terkirim." Beberapa kasus tercermin setelah jeda (Penyebab 7), tapi jika ditolak pada tahap penerimaan, menunggu tidak akan membuatnya tercatat. Langkah yang bisa diandalkan adalah memeriksa isi pengiriman (consent, ID tujuan).

Kesimpulan: yang Anda lihat hanyalah "pengiriman" — pencatatan ada di seberang penerimaan

Kebenaran di balik "fire tapi tidak tercatat" adalah bahwa tab Network hanya menunjukkan ① pengiriman, dengan tahap ② penerimaan (peninjauan) yang tidak terlihat di baliknya. Consent mode, pengecualian internal, key event yang belum terdaftar, ID yang tertukar, dedup, pengecualian bot, keterlambatan — sebagian besar alasan sesuatu tidak tercatat bersembunyi pada tahap penerimaan ini.

Itulah mengapa "sudah fire, jadi aman" bukanlah verifikasi. Memastikan sinyalnya lolos penerimaan dan mencapai pencatatan — di production, di jalur nyata yang dilalui pengunjung Anda — itulah arti sesungguhnya dari "tracking-nya berfungsi."

ConversionOK menjalankan halaman live Anda di browser independen dan terisolasi, lalu menangkap sinyal konversi yang benar-benar terkirim — termasuk isinya (status consent, ID tujuan) — kemudian mengisolasi di mana rantainya terputus antara fire dan tercatat. Tidak perlu mengklik iklan Anda sendiri, dan tidak ada gangguan dari environment kantor Anda. Mulai dengan pengecekan statis gratis untuk memastikan titik masuk pengukuran Anda.