GA4 E-Ticaret Ölçümü Nedir?

E-ticaret ölçümünü olay modeli üzerinden anlayın

Ürün görüntüleme, sepete ekleme, ödeme başlangıcı ve satın alma farklı davranışlardır. Google’ın e-ticaret ölçüm rehberi bu olayların kurulumunu örnekler. Entegrasyonunuzun hangi olayları otomatik ürettiğini belirleyin; aynı davranışı ayrıca bir etiketle tekrar göndermeyin.

Ölçüm planında olay adı, tetiklendiği gerçek durum, veri kaynağı ve sorumlu yer almalı. Örneğin düğmeye basılmış olması sepete ürün eklendiğini her zaman göstermez. Stok hatası varsa ekleme başarısız olabilir; olayın başarılı işlemi mi yoksa denemeyi mi anlattığını netleştirin.

Tabloyu yana kaydırarak inceleyin.

items dizisini tek ürün üzerinden anlayın

Ürünler items dizisinde taşınır. Olay referansında her olayın zorunlu ve koşullu alanları ayrı belirtilir; ürün için item_id veya item_name alanlarından en az biri gerekir. Yalnız olay adının raporda görünmesi yeterli değildir. Ürün bilgilerini olayın yanlış düzeyine yazmadığınızı ve katalog kimliklerinin olaylar arasında tutarlı kaldığını kontrol edin.

Para birimi ve value parametresini kurallı gönderin

Google’ın olay referansında value, ilgili items içindeki price × quantity toplamıdır; shipping ve tax bu toplama eklenmez. Value gönderildiğinde currency gerekir. Add_to_cart, tüm eski sepeti yeniden saymak yerine o ekleme işlemindeki ürünleri anlatmalıdır.

Uygulamada indirimin iki kez çıkarılmaması, tutarın metin yerine sayı olarak taşınması ve para biriminin doğru olması kontrol edilir. Muhasebe sisteminin toplamıyla ölçüm alanı aynı tanımı kullanmıyorsa iki rakamı doğrudan eşitlemeyin. Sipariş kaydından hangi bileşenlerin alınacağını teknik sözleşmede açıkça belirtin.

Basit hesapla tutarı doğrulayın

Test için vergiden ve kargodan ayrı ürün değerleriyle çalışın: birim fiyatı 80 olan üründen iki, birim fiyatı 50 olan üründen bir adet varsa ürün toplamı 210 olur. Bu sentetik örnekte olayın ürünleri ve miktarları da aynı hesabı vermeli. Ardından indirim, farklı miktar ve kısmi iade senaryolarını kendi entegrasyonunuzda deneyin.

Veriyi sipariş kayıtlarıyla karşılaştırarak doğrulayın

Aynı dönemin sipariş kayıtlarıyla GA4 satın alma verisini karşılaştırın. Önce saat dilimini, siparişin hangi durumda satış sayıldığını, iadeleri ve gelir tanımını eşleştirin. Ölçüm tercihleri, engelleyiciler ve veri işleme süresi de fark oluşturabilir; rapor tek başına mağazanın muhasebe kaydı değildir.

Farkın sabit kalması doğruluk kanıtı değildir. Bir ödeme yöntemindeki satışların sürekli eksik gelmesi toplamda sakin görünen bir fark üretebilir. Ödeme yöntemi, cihaz ve entegrasyon değişikliği üzerinden araştırın. Hata eşiği erken uyarı için kullanılabilir; nedenini bilmediğiniz farkı kabul gerekçesine dönüştürmeyin.

• Aynı tarih, saat dilimi ve sipariş durumunu karşılaştırın.
• Farklı ödeme yöntemlerinden temsil eden test kayıtları kullanın.
• Sipariş kimliği ve ürün toplamını tek tek eşleştirin.
• Yenileme veya geri dönüşte yinelenen tetiklemeyi kontrol edin.
• İade ve iptal kayıtlarının rapora etkisini ayrı değerlendirin.

Tekrar gönderimi transaction_id ile önleyin

Purchase için transaction_id gerçek işlemle ilişkili, benzersiz ve kararlı olmalı. Yeniden gönderimde yeni rastgele kimlik üretmeyin; başka siparişlere de aynı kimliği vermeyin. Parametre yinelenen satın almaları önlemeye yardımcı olur, fakat entegrasyonun gereksiz tekrar göndermesini test etme ihtiyacını kaldırmaz. Gönderilen istek ile işlenmiş rapor kaydını birbirinden ayırın.

Debug modda olay akışını uçtan uca test edin

İlk denemeleri mümkünse ayrı test mülkü veya kontrollü test ortamında yapın. DebugView olayların ve parametrelerin incelenmesine yardımcı olur; yalnız sıranın görünmesi gelir hesabının ve bütün senaryoların doğru olduğunu kanıtlamaz. Normal raporlara test satışlarını karıştırmamak için test planını baştan kurun.

Başarılı siparişe ek olarak stok hatası, başarısız ödeme, sayfa yenileme ve dış ödeme ekranından dönüşü deneyin. Adres, e-posta ve telefon gibi kişisel bilgilerin URL veya olay parametreleriyle yanlışlıkla Analytics’e taşınmadığını kontrol edin. Veri ihtiyacından fazlasını göndermeyin.

Üçüncü taraf ödeme sayfasını ayrı senaryoda kontrol edin

Müşteri ödeme sağlayıcısının ekranından mağazaya dönmeden işlemi bitirebilir. Yalnız teşekkür sayfasına bağlı ölçümün bu senaryoda ne yaptığını inceleyin. Sunucu bildirimi kullanan bir yapı varsa başarısız bildirim, tekrar deneme ve işlem durumları ayrıca test edilir. Sunucudan gelen bir istek de kendiliğinden doğru satış kaydı sayılmaz.

Olay ölçümünü dönüşüm ve reklam ölçümüne bağlayın

Google Ads satış ölçümü için GA4’ten içe aktarma kullanılabilir; doğrudan Google Ads dönüşüm etiketi de ayrı bir yoldur. GA4 bağlantısı olmadan Ads satış ölçülemez demek doğru değildir. Google Ads dönüşüm ölçümü rehberi ilgili yöntemleri açıklar.

Aynı satışı iki farklı dönüşüm aksiyonunda birincil hedef olarak kullanıp kullanmadığınızı kontrol edin. Sepete ekleme ile tamamlanmış siparişi aynı sonuç olarak sunmayın. Google Ads hizmeti bu hedef yapısını kampanya kararlarıyla birlikte ele alır; mağaza ihtiyaçları için Worgoo E-Ticaret sayfasını inceleyebilirsiniz.

İki raporun aynı yönde gitmesi yeterli mi?

Hayır. Atıf kapsamı, dönüşüm penceresi, raporlama tarihi ve kanal kapsamı farklı olabilir. Aynı yönde hareket eden iki hatalı rapor da mümkündür. Karşılaştırmadan önce tanımları eşleştirin, ardından olay ve sipariş düzeyindeki kanıtlarla kurulumu doğrulayın.

Sonuç

GA4 e-ticaret ölçümünde kabul, olay adlarını görmekten daha fazlasıdır. Gerçek davranışı, ürün kimliğini, tutarı ve sipariş kaydını birlikte doğrulayın. Rapor farklarını açıklayabildiğiniz ve kritik senaryoları test ettiğiniz bir yapı, sonraki pazarlama kararları için daha güvenilir temel sağlar.