Blog

Kenapa Cross-Domain Tracking Membuat Konversi Anda Kacau (dan Cara Memverifikasinya)

Diterbitkan 2026-07-20

cross-domain tracking ga4cross domain tidak berfungsiself referral ga4parameter linker _gl

"Situs utama saya dan domain pendaftaran/checkout yang terpisah saling melempar user bolak-balik, tapi angka GA4-nya kok nggak nyambung." Ini adalah titik kebingungan yang sangat umum bagi layanan yang membentang di beberapa domain. Bahkan ketika tracking per halaman terlihat baik-baik saja, jika identitas user terputus tepat saat mereka berpindah domain, laporan Anda dan optimasi bidding Anda diam-diam menjadi salah.

Apakah ini terdengar familier?

Domain Anda sendiri muncul sebagai sumber traffic di laporan referral (self-referral)
Padahal satu user yang sama, tapi sesi terpecah jadi dua tepat saat mereka berpindah domain
Jumlah user dan sesi jadi membengkak — lebih tinggi dari yang seharusnya
Konversi pendaftaran atau checkout tidak tersambung ke kampanye yang membawa pengunjung tersebut

Panduan ini menyusun bagaimana cross-domain tracking GA4 bisa rusak, cara memverifikasinya menggunakan parameter linker _gl dan DebugView, titik buta yang sering terlewat, dan cara berpikir untuk memverifikasinya di production.

Apa sebenarnya cross-domain tracking itu

GA4 membedakan user dengan pengenal bernama client_id, yang biasanya disimpan di cookie domain tersebut. Di sinilah jebakannya: cookie tidak dibagikan lintas domain. Jadi saat user berpindah dari site.com ke checkout.othersite.com, domain tujuan menghitung ulang orang yang sama sebagai user baru sama sekali.

Cross-domain tracking mencegah hal ini. Saat Anda mengonfigurasi domain-domain Anda, GA4 secara otomatis menambahkan parameter linker — _gl= — ke URL saat navigasi link, membawa client_id tersebut. Tanpa konfigurasi itu, hand-off ini tidak pernah terjadi.

Kondisi	Apa yang terjadi	Gejala umum
Terkonfigurasi (sehat)	`_gl=` ditambahkan ke URL; client_id terbawa	Berlanjut sebagai user yang sama, sesi yang sama
Tidak terkonfigurasi (rusak)	client_id tidak terbawa; dibuat ulang di tujuan	Fragmentasi sesi, self-referral, jumlah membengkak
Tidak ada referral exclusion	Payment gateway dsb tercatat sebagai sumber traffic	Self-referral merusak atribusi

Poin kuncinya: "tag terpicu di setiap domain" dan "orang yang sama dikenali lintas domain" adalah dua hal yang berbeda. Kebanyakan pengecekan berhenti di yang pertama. Konfirmasi bahwa tag GA4 itu sendiri terpicu dibahas di cara memverifikasi tag GA4 Anda berfungsi, tapi artikel ini membahas langkah selanjutnya — apakah hand-off-nya benar-benar terjadi.

Subdomain vs. cross-domain: sumber kebingungan yang umum

Sebelum masuk ke penyebab, ada baiknya kita perjelas dulu satu hal yang sering membuat banyak tim keliru: subdomain dan cross-domain itu bukan hal yang sama, dan GA4 memperlakukan keduanya secara berbeda.

Jika perjalanan user Anda tetap berada dalam subdomain dari domain induk yang sama — misalnya, www.yoursite.com ke blog.yoursite.com ke shop.yoursite.com — GA4 menanganinya secara otomatis. Cookie _ga diset pada domain induk (.yoursite.com), sehingga dapat diakses oleh semua subdomain tanpa konfigurasi tambahan apa pun.

Cross-domain tracking hanya diperlukan saat user berpindah antar domain yang sepenuhnya berbeda — misalnya, yoursite.com ke checkout.otherdomain.com. Ini adalah cookie jar yang terpisah, dan di sinilah parameter linker _gl berperan.

Skenario	Perlu konfigurasi?
`www.yoursite.com` → `blog.yoursite.com`	Tidak — GA4 menangani subdomain secara otomatis
`yoursite.com` → `checkout.otherdomain.com`	Ya — cross-domain tracking harus dikonfigurasi
`yoursite.com` → `payment.stripe.com` (pihak ketiga)	Hanya referral exclusion (Anda tidak bisa memasang tag di domain yang bukan milik Anda)

Kesalahan umum: mengatur cross-domain tracking antar subdomain milik sendiri padahal tidak diperlukan. Ini justru bisa menambahkan parameter _gl yang tidak perlu dan bahkan menimbulkan masalah. Jika kedua halaman berbagi domain induk yang sama, cukup pastikan tag GA4 yang sama terpasang di keduanya — tidak perlu konfigurasi domain.

Penyebab 1: "Configure your domains" belum diset

Penyebab paling umum. Di admin GA4, di bawah "Data Streams → Configure tag settings → Configure your domains," Anda harus mendaftarkan setiap domain yang dilalui user. Jika domain tujuan tidak terdaftar di sana, GA4 tidak akan menambahkan parameter linker dan client_id tidak akan terbawa.

Yang perlu dicek: apakah semua domain yang relevan sudah terdaftar, tanpa ada yang terlewat. Perhatikan varian subdomain (www vs tanpa www, shop., dan sebagainya).

Kesalahan umum: mengasumsikan "saya sudah pasang measurement ID yang sama di kedua domain, jadi sudah aman." Memasang tag dan mengonfigurasi domain adalah dua pekerjaan yang terpisah. Tag-nya bisa saja sudah ada, tapi tanpa konfigurasi domain, hand-off tetap tidak akan terjadi.

Penyebab 2: `_gl=` tidak ditambahkan ke URL

Apakah hand-off benar-benar berfungsi bisa dilihat dari URL setelah navigasi. Tepat setelah sebuah link membawa Anda dari site.com ke checkout.othersite.com, jika address bar menampilkan string panjang yang diawali _gl=, berarti hand-off berfungsi. Jika tidak ada, berarti ada yang putus di suatu tempat.

Yang perlu dicek: klik link cross-domain secara langsung dan lihat apakah _gl= muncul di URL tujuan. Jika tidak, curigai Penyebab 1 (domain yang belum terdaftar) atau cara implementasi link (di bawah ini).

Kesalahan umum: jika Anda melakukan navigasi dengan menulis ulang window.location lewat JavaScript, atau melalui form submission atau redirect, _gl bisa saja hilang alih-alih ditambahkan dan dipertahankan. "Link <a> biasa membawanya, tapi lewat tombol tidak" adalah pola klasik.

Penyebab 3: Referral exclusion (self-referral) belum diset

Saat Anda melewati payment processor, keranjang belanja, atau form eksternal, domain tersebut bisa tercatat di GA4 sebagai sumber traffic (referral). Akibatnya, checkout.othersite.com atau payment gateway — alih-alih kampanye akuisisi Anda yang sebenarnya — diperlakukan sebagai "sumber terakhir sebelum konversi," dan atribusi pun rusak. Ini disebut self-referral.

Mengatur cross-domain tracking dengan benar akan menyelesaikan sebagian besar masalah ini, tapi ketika Anda melewati domain yang bukan milik Anda (seperti payment gateway), Anda juga perlu menambahkan domain tersebut ke daftar "unwanted referrals / referral exclusion" GA4. Untuk cara ad-click ID terbawa, lihat cara kerja gclid dan click ID.

Kesalahan umum: melihat domain sendiri atau domain payment muncul di laporan referral lalu bersorak "kita dapat traffic." Padahal itu mungkin bukan akuisisi baru — bisa jadi tanda bahwa user yang sama keluar lalu dihitung ulang, yang membuat angkanya membengkak.

Penyebab 4: Persetujuan cookie (CMP) memblokir domain tujuan

Bahkan ketika parameter _gl sampai dengan benar di URL tujuan, hand-off tetap bisa gagal secara diam-diam jika status persetujuan cookie user mencegah GA4 menulis cookie di domain tujuan. Ini semakin sering terjadi seiring penerapan Consent Mode v2 dan penegakan CMP (Consent Management Platform) yang lebih ketat.

Begini cara kerusakannya terjadi: pengunjung menyetujui cookie di site.com lalu berpindah ke checkout.othersite.com. Parameter _gl terbawa, tapi banner persetujuan di checkout.othersite.com belum disetujui — atau menggunakan CMP berbeda yang tidak membagikan status persetujuan. GA4 di domain tujuan melihat "tidak ada persetujuan" dan entah terpicu dalam mode cookieless atau tidak terpicu sama sekali. Hasilnya: client_id dari _gl diabaikan, dan sesi pun terpecah.

Yang perlu dicek: apakah CMP Anda membagikan status persetujuan lintas domain Anda. Banyak CMP mendukung berbagi persetujuan lintas domain, tapi harus dikonfigurasi secara eksplisit. Verifikasi juga bahwa parameter analytics_storage di Consent Mode sudah granted di semua domain sebelum mengasumsikan hand-off berfungsi.

Kesalahan umum: menguji cross-domain tracking di komputer Anda sendiri, di mana Anda sudah menyetujui cookie di kedua domain, lalu menyimpulkan "ini berfungsi." Pengunjung sungguhan yang baru pertama kali sampai di domain tujuan akan menghadapi banner persetujuan, dan jika persetujuan tidak diberikan atau tidak terbawa, hand-off pun gagal — meskipun _gl di URL sudah terbentuk sempurna.

Penyebab 5: Safari ITP dan pembatasan privasi browser

Safari's Intelligent Tracking Prevention (ITP) menerapkan batas kedaluwarsa 7 hari pada cookie first-party yang diset lewat JavaScript — termasuk cookie _ga milik GA4. Jika user tidak kembali dalam 7 hari, client_id mereka hilang, dan mereka dihitung sebagai user baru pada kunjungan berikutnya. Untuk cross-domain tracking, dampaknya berlipat ganda.

Bahkan ketika _gl berhasil membawa client_id ke domain tujuan, Safari mungkin sudah membuat cookie asli kedaluwarsa lebih dulu. Dan di sisi domain tujuan, cookie yang baru ditulis juga akan tunduk pada batas 7 hari yang sama. Hasilnya: perjalanan multi-sesi yang melintasi domain jadi sangat rapuh di Safari, yang mewakili 25-35% traffic web di banyak pasar (dan lebih tinggi lagi di mobile).

Browser lain pun mengikuti tren serupa. Enhanced Tracking Protection milik Firefox dan blocking bawaan Brave bisa mengganggu dengan cara yang mirip, meski lewat mekanisme yang berbeda.

Yang perlu dicek: apakah cross-domain tracking Anda tetap bertahan khususnya di Safari. Uji seluruh perjalanan di jendela private Safari (di mana ITP paling ketat) dan bandingkan perilaku client_id dengan Chrome.

Kesalahan umum: hanya menguji di Chrome, di mana pembatasan cookie minimal, lalu mengasumsikan hasilnya berlaku di mana saja. User Safari — yang sering kali merupakan porsi besar traffic mobile — bisa diam-diam memecah sesi Anda dan membengkakkan jumlah user tanpa error yang terlihat di laporan Anda.

Cara verifikasi: cek tiga hal sekaligus

Apakah cross-domain tracking masih hidup atau tidak bergantung pada tiga pengecekan berikut, yang digunakan bersama-sama.

_gl= di URL tujuan: klik link cross-domain dan lihat apakah parameter linker muncul di URL tujuan.
client_id di DebugView: di GA4 DebugView, operasikan kedua domain secara berurutan dan konfirmasi bahwa client_id yang sama digunakan. Jika dibuat ulang, berarti hand-off gagal.
Laporan referral: cek apakah domain Anda sendiri atau domain payment muncul sebagai sumber traffic di laporan source/medium. Jika iya, berarti sedang terjadi self-referral.

Hanya ketika ketiga hal itu sejalan, Anda bisa mengatakan "orang yang sama sedang dilacak lintas domain." Untuk memisahkan ini dari apakah konversinya sendiri tercatat, lihat juga kenapa konversi terpicu tapi tidak tercatat. Jika masalah yang lebih luas adalah konversi nol di Google Ads, lihat Konversi Nol di Google Ads? Panduan Diagnostik Langkah demi Langkah untuk alur diagnostik lengkapnya.

Apa yang tidak bisa diketahui dari pengecekan di komputer sendiri

Ketiga pengecekan di atas berguna, tapi verifikasi sekali di komputer Anda sendiri memiliki dua batasan struktural.

Lingkungan Anda bukan lingkungan pengunjung Anda. Status login, ekstensi browser, pengaturan cookie, pengecualian IP kantor, dan sejenisnya membuat _gl bisa terlihat ada di komputer Anda padahal hand-off-nya gagal di kondisi pengunjung sungguhan (browser berbeda, tracking protection, status persetujuan).
Jalur yang melibatkan klik iklan sulit direproduksi. Untuk benar-benar memastikan "saat seseorang datang lewat iklan dan berpindah domain, apakah tetap tersambung ke kampanye akuisisi," Anda perlu mengklik iklan yang live untuk mereplikasi jalur tersebut — yang membawa risiko pelanggaran kebijakan iklan sebagai self-click.

Menyimpulkan "_gl ada, jadi aman" di komputer sendiri cenderung melewatkan masalah hand-off yang gagal di jalur sungguhan yang dilalui pengunjung Anda.

Checklist verifikasi

Pertanyaan yang sering diajukan

T. Kalau saya pasang tag GA4 yang sama di kedua domain, apakah itu sudah dianggap cross-domain tracking? J. Tidak. Selain memasang tag, Anda harus mendaftarkan domain-domain tersebut di "Configure your domains" GA4. Pemasangan dan konfigurasi adalah dua pekerjaan yang terpisah.

T. Apa fungsi parameter _gl? J. Ini adalah parameter linker milik GA4. Parameter ini otomatis ditambahkan ke URL saat navigasi link cross-domain dan membawa informasi identifikasi seperti client_id ke domain tujuan. Tanpa ini, domain tujuan akan menghitung ulang pengunjung sebagai user baru.

T. Apa itu self-referral? J. Ini terjadi ketika domain lain milik Anda sendiri, atau domain payment, tercatat di GA4 sebagai "sumber traffic (referral)." Disebabkan oleh konfigurasi cross-domain yang belum diset atau referral exclusion yang terlewat, hal ini menggeser atribusi dari sumber akuisisi Anda yang sebenarnya.

T. Saya menggunakan payment gateway eksternal. Apa yang harus saya set? J. Daftarkan domain yang Anda miliki di "Configure your domains," dan tambahkan domain payment gateway yang bukan milik Anda ke daftar referral exclusion GA4. Lakukan keduanya sekaligus.

T. Apakah saya perlu cross-domain tracking untuk subdomain? J. Tidak. GA4 menangani subdomain dari domain induk yang sama (misalnya, www.yoursite.com dan shop.yoursite.com) secara otomatis, karena cookie diset di domain induk. Konfigurasi cross-domain hanya diperlukan saat user berpindah antar domain yang sepenuhnya berbeda.

T. Apakah banner persetujuan cookie bisa merusak cross-domain tracking? J. Ya. Jika CMP Anda tidak membagikan status persetujuan lintas domain, GA4 di domain tujuan mungkin tidak punya izin menulis cookie — meskipun parameter _gl sudah sampai dengan benar. Pastikan manajemen persetujuan Anda dikonfigurasi untuk berbagi persetujuan lintas domain.

T. Apakah Safari memengaruhi cross-domain tracking secara berbeda? J. Ya. ITP Safari membatasi cookie yang diset lewat JavaScript (termasuk cookie _ga milik GA4) hingga 7 hari tanpa aktivitas. Ini berarti user Safari yang kembali sering dihitung sebagai baru, dan perjalanan cross-domain multi-sesi menjadi sangat rapuh. Penulisan cookie secara server-side bisa mengurangi dampak ini.

T. Jumlah user saya lebih tinggi dari yang seharusnya — apakah cross-domain penyebabnya? J. Mungkin saja. Ketika hand-off gagal, user yang sama dibuat ulang sebagai user baru di domain tujuan, membengkakkan jumlah user dan sesi. Cek di DebugView apakah client_id benar-benar terbawa.

Kesimpulan: jangan berhenti di "terpicu" — verifikasi hand-off-nya

Memverifikasi cross-domain tracking membutuhkan lebih dari sekadar mengecek apakah tag terpicu di setiap domain. Yang penting adalah langkah selanjutnya — apakah identitas terbawa lintas domain sebagai user yang sama, dan apakah client_id tetap terjaga di jalur sungguhan yang dilalui pengunjung Anda di production. Untuk gambaran yang lebih luas, lihat panduan lengkap cross-domain tracking konversi GA4.

ConversionOK menjalankan halaman live Anda di browser independen yang terisolasi dan mengintersep event serta client_id yang benar-benar dikirim, lalu memverifikasinya — tanpa perlu mengklik iklan Anda sendiri dan tanpa gangguan dari lingkungan kantor Anda. Mulai dengan pengecekan statis gratis untuk mengonfirmasi titik masuk pengukuran Anda.