Ana sayfa / Rehberler

Canlı raporları kirletmeden izleme testi

Test siparişleri gerçek raporlara giriyor. İstekleri tarayıcıda, yalnızca tek sekmede durdurup gönderilecek olan her şeyi yine de görmenin yolu.

Yayınlandı 10 Ağustos 2026

Bir satış tag'ini doğrulamak, satış tamamlamak demek. Lansman öncesi bunu on kez yapın; raporlarda hiç gerçekleşmemiş on sipariş, gerçek ciroyla, birinin ileride analiz edeceği bir ayda duruyor olur.

Alışılmış çözümler ve her birinin sızdırdığı yer

• IP'nize dahili trafik filtresi. Evden, telefondan, bir CI makinesinden ya da müşterinin ofisinden test edene kadar işe yarar. Üstelik işleme anında uygulanır; siz kurmadan önce sızan her şey veride kalıcı olarak durur.
• Ayrı bir hazırlık mülkü. Hata hazırlık ortamındaysa iyi. Yeniden üretmeniz gereken şey yalnızca canlı ödeme akışında oluyorsa hiçbir işe yaramaz.
• Google'ın devre dışı bırakma eklentisi. Yalnızca Google Analytics'i durdurur. Test siparişiniz Meta'ya, TikTok'a ve satış ortaklığı ağına yine ulaşır — ciro raporlamasının en çok acıdığı yer de tam orası.
• İzni reddetmek. Gözlemlemeye çalıştığınız davranışı değiştirir. Siz izin verildiğinde tag'lerin ne gönderdiğini öğrenmek istiyordunuz.

Bunun yerine isteği durdurmak

Alternatif şu: her tag normalde nasıl ateşleniyorsa öyle ateşlensin, ama istek tarayıcıdan çıkmadan durdurulsun. Hiçbir şey ulaşmaz; dolayısıyla sonradan filtrelenecek bir şey de, gelecek çeyrek raporu okuyan kişiye açıklanacak bir şey de kalmaz.

Bunu kaba bir alet değil kullanışlı bir araç yapan üç özellik var:

• Platform bazında. Meta'yı ve satış ortaklığı pikselini engelleyip GA4'ü açık bırakın; çünkü asıl test ettiğiniz GA4.
• Tek sekme. Kurallar yalnızca ayıkladığınız sekmeye bağlı; gezinmenizin geri kalanı normal davranır — müşterinin canlı panosunu açık tuttuğunuz öbür sekme dahil.
• Hiçbir şey kalıcı değil. Bunlar oturum kuralları: tarayıcı oturumu sürdüğü sürece var, sonra yok. Unutulacak bir durum kalmaz ve bir meslektaşın makinesinde haftaya sessizce dönüşüm düşüren bir ayar bırakmanın yolu yoktur.

Gönderilecek olanı yine de görürsünüz

İsteği saklayan bir engelleyici ayıklama için işe yaramaz — okumaya geldiğiniz şey zaten o istek. Engellenen istek de yakalanır ve çözümlenir; böylece kimsenin sunucusuna ulaşmamış bir satışın tutarını, para birimini, ürün listesini ve event kimliğini kontrol edebilirsiniz.

Canlıda test etmeyi makul kılan kısım bu: içeriğin tamamı sizde kalır, platforma hiçbir şey gitmez.

Tersi araç: GA4 DebugView modu

Bazen isteğin ulaşmasını, ama görünür bir yere ulaşmasını istersiniz. /g/collect'e _dbg=1 eklemek, GA4'ün bu trafiği debug trafiği sayıp DebugView'da göstermesini sağlar; sitenin kendi yapılandırmasına dokunmadan.

Takası açıkça söyleyelim: bu, isteği yine de gönderir. Debug trafiği GA4 için gerçek trafiktir. Engelleme ile DebugView modu birbirinin tersidir; ikisini aynı anda kullanmak, engellenen isteğin ayıklanmak üzere hiç ulaşmaması demektir. Sorduğunuz soruya uyanı seçin.

Canlıda test için bir rutin

1. Neyi test ettiğinize karar verin. Geri kalan her şey engellenir.
2. Engellemeyi huniye başlamadan önce yapın, satıştan sonra değil.
3. Huniyi yürüyün ve engellenen istekleri yol boyunca okuyun — gönderecekleri içeriğin aynısını taşırlar.
4. İsteğin gerçekten ulaşması gerektiğinde yalnızca o platformun engelini kaldırıp son adımı tekrarlayın.
5. Ardından, geçmesine izin verdiğiniz platformun kendi konsoluna bakın.

Engellemenin çözmediği şeyler

Belirtmeye değer iki sınır. Site event'i bir de sunucu tarafından gönderiyorsa — bir Conversions API çağrısı, ileri aktaran bir server-side GTM container'ı — tarayıcı isteğini engellemek işin yarısını durdurur, sunucu yarısı yine ulaşır. Bir de engellenen istek size tarayıcının ne göndermek istediğini söyler, platformun bunu kabul edip etmeyeceğini değil; bozuk bir içerik, gerçekten bir yere ulaşana kadar iki durumda da aynı görünür.

İlgili rehberler

• Sonraki dağıtımda bozulmayacak bir GTM tıklama tetikleyicisi
• Google Tag Gateway: gerçekten çalıştığını doğrulamak
• GA4 trafiğin başka yerden geldiğini söylediğinde