Örnek senaryo
Sipariş ile olay arasındaki boşluğu bulun
Örnekte sipariş oluşmuş, herkese açık sayfada GA4 görünüyor; satın alma olayı ise henüz incelenmemiş.
Mağaza
Test siparişi kaydedildi.
Herkese açık sayfa
GA4 kodu görünüyor.
Hesap tarafı
Aynı purchase olayının alındığı belirsiz.
Anlatım için hazırlanmıştır; gerçek bir mağazanın veya Google hesabının sonucu değildir.
Sonraki adım: purchase olayını hangi kurulumun gönderdiğini belirleyin. Aynı test işlemini doğru GA4 mülküne kadar izleyin. İlk iki bulgu satın alma olayının ulaştığını doğrulamaz.
1. Eksik olan kaydı belirleyin
İzinli bir test ortamı ve deneme yöntemi seçin. Sayfayı, saati, beklenen G- ölçüm kimliğini ve Analytics çerez tercihini not edin. Müşteri bilgisi yerine test siparişinin referansını kullanın. Yönetici olarak açık bir oturum, müşteri oturumuyla aynı davranmayabilir.
- Sipariş var, purchase isteği yok: olayı hangi kurulumun ve hangi adımın göndermesi gerektiğine bakın.
- İstek var, doğru GA4 mülkünde olay yok: hedefi karşılaştırın, test cihazını DebugView’da inceleyin.
- Olay var, gelir tutarı yanlış: yeni sipariş oluşturmadan olayın alanlarını kontrol edin.
2. Satın alma olayını hangi kurulum gönderiyor?
GA4’ün hangi yöntemle eklendiğini belirleyin: Google Analytics for WooCommerce, başka bir eklenti, GTM veya özel kod. Kontrolü o yöntemin belgesine göre yapın. Ana sayfada ölçüm kimliği görmek, satın alma olayının nereden gönderildiğini açıklamaz.
Ücretsiz Google Analytics for WooCommerce eklentisinde satın alma takibi, müşterinin ödeme sonrasında teşekkür/sipariş onay sayfasına dönmesine bağlıdır. Bu koşulu bütün eklentilere veya sunucu tarafındaki kurulumlara genellemeyin.
3. Ödeme dönüşündeki adımı inceleyin
Üzerinde anlaşılan deneme akışında, ödeme sağlayıcısından sonra mağazanın hangi sayfasına dönüldüğünü kaydedin. Gerçek tahsilat, sipariş e-postası veya sevkiyat işlemi oluşturacak bir denemeyi hazırlık yapmadan tamamlamayın.
Dönülen sayfayı, satın alma olayının gönderilmesinin beklendiği yerle karşılaştırın. Ödeme sayfasını açmak tek başına satın alma değildir. Ana sayfaya yapılan dıştan kontrol de kişiye özel sipariş onay ekranını göremez.
4. Aynı olayı doğru GA4 mülkünde arayın
Tag Assistant’ı aynı sayfada açıp beklenen işlemi inceleyin. Network’te bir istek görmek, tarayıcının gönderim denemesini gösterir; GA4’ün olayı aldığını tek başına doğrulamaz. Hedef ölçüm kimliğini beklenen veri akışıyla karşılaştırın.
Kendi test cihazınız için hata ayıklamayı açın ve ilgili mülkün DebugView ekranında purchase olayına bakın. Çerez tercihini notta tutun. Gizlilik ayarları, verilmemiş Analytics izni veya hata ayıklamaya alınmamış cihaz da boş ekranın nedeni olabilir. Test geçsin diye izin koşulunu kapatmayın.
5. Olayın tutar ve sipariş alanlarını karşılaştırın
Aynı test olayında transaction_id, value, currency ve items alanlarını inceleyin. Türk lirasıyla satış yapan bir mağazada örnek ayardan kalmış başka bir para birimi, tutarı yorumlamayı zorlaştırır. Beklenen değerleri mağazanın kendi kaydıyla karşılaştırın.
Satın alma iki kez görünüyorsa hangi kurulumların gönderdiğini araştırın. İşlem kimliğinin aynı siparişi gösterip göstermediğine ve kullanılan yöntemin tekrarları nasıl ele aldığına bakın. Çözüm olarak yeni bir etiket daha eklemek sorunu büyütebilir.
6. Geliştiriciye kısa bir kontrol notu verin
Test saati, sayfa, kullanılan kurulum, çerez tercihi, beklenen hedef ve ilk eksik bulgu yeterli bir başlangıçtır. Müşteri bilgisi veya ödeme anahtarı paylaşmayın. Standart GA4 raporlarının çoğunda işleme 24–48 saat sürebilir; raporda satır olmamasıyla doğru ayarlanmış DebugView’da olay olmaması aynı bulgu değildir.
TrackCanary, herkese açık sayfalarda görünen takip kodlarını ve WooCommerce ipuçlarını inceler. Ödeme akışınıza girmez, özel siparişleri okumaz ve purchase olayının GA4’e ulaştığını doğrulamaz. Dış kontrolü sayfa kanıtı için, yukarıdaki hesap adımlarını olayın alındığını incelemek için kullanın.
Kaynaklar
Güncelleme: