Google Analytics 4 ile E-Ticaret Ölçümleme

Hangi dört olay zorunlu, parametreler nasıl doldurulur, transaction_id neden sipariş numarası olmalı ve kurulum mağaza paneliyle nasıl mutabakat edilir?

GA4'te e-ticaret ölçümlemesi kurulmadan, dönüşüm oranı hakkında konuşmak mümkün değil. Bu yazıda hangi olayların hangi sırayla gönderileceğini, zorunlu parametreleri, mükerrer sipariş kaydını önleyen transaction_id mantığını ve kurulumun nasıl doğrulanacağını anlatıyoruz.

Çoğu mağazada GA4 kurulu ama e-ticaret olayları eksik. Sonuç: ziyaretçi sayısını biliyorsunuz, cironun nerede kaybedildiğini bilmiyorsunuz. Oysa doğru kurulmuş bir ölçümleme, "dönüşümü artıralım" sorusunu "sepetten ödemeye geçişte %40 kaybediyoruz" gibi işlem yapılabilir bir tespite çeviriyor.

Olaylar ve sıraları

GA4'ün e-ticaret modeli, satın alma yolculuğunu takip eden standart olaylardan oluşuyor:

Kurulum zamanınız kısıtlıysa öncelik nettir: view_item, add_to_cart, begin_checkout ve purchase. Bu dördü, satın alma yolculuğu hunisini kurmaya yeter. Diğerleri huniyi zenginleştirir ama olmadan da karar verebilirsiniz.

Parametreler: olayın içi boş olmasın

Olayı göndermek yetmiyor; içindeki ürün verisi doğru dolmalı. Her e-ticaret olayı bir items dizisi taşır:

• item_id — ürünün benzersiz kodu (SKU). Kanallar arası eşleştirmenin anahtarı.
• item_name — ürün adı.
• price — birim fiyat.
• quantity — adet.
• item_category, item_brand, item_variant — kırılımlı analiz için.

Olay düzeyinde ise currency ve value gerekiyor. Para birimi gönderilmezse GA4 gelir raporlarını doğru hesaplayamıyor — en sık atlanan alan bu.

value neyi içermeli

Karar verip tutarlı kalmanız gereken bir konu: value alanına kargo ve vergi dahil mi? Genel yaklaşım, ürün bedelini göndermek ve kargo/vergiyi ayrı parametrelerle (shipping, tax) iletmek. Hangi yöntemi seçerseniz seçin, muhasebe raporunuzla GA4 arasındaki farkı bilerek yönetin; aksi halde her ay "rakamlar tutmuyor" tartışması yaşanır.

transaction_id: mükerrer sipariş kaydını önleyen alan

Bu tek parametre, e-ticaret ölçümlemesinde en çok soruna yol açan yer. Kural şu:

transaction_id, her siparişe özel benzersiz bir değer taşımalı. GA4 aynı transaction_id ile gelen ikinci bir purchase olayını saymaz; farklı bir ID gelirse iki ayrı sipariş olarak kaydeder.

Pratikteki anlamı: müşteri teşekkür sayfasını yenilerse ya da sekmeyi tekrar açarsa, doğru transaction_id gönderildiği sürece sipariş iki kez sayılmaz. Ama sipariş numarası yerine rastgele bir değer üretiliyorsa, her yenileme yeni bir satış olarak kaydedilir ve ciro raporunuz gerçeğin üzerinde çıkar.

Doğru kaynak her zaman sipariş numarasıdır — zaman damgası, oturum kimliği ya da rastgele üretilmiş bir değer değil.

Google Tag Manager ile kurulum akışı

1. dataLayer'a olayı bastırın. Site (ya da tema) tarafında, doğru anda doğru veriyle. Bu adım geliştirici işi ve kurulumun asıl zor kısmı.
2. GTM'de özel olay tetikleyicisi oluşturun. Olay adı dataLayer'dakiyle birebir eşleşmeli — add_to_cart yazan bir tetikleyici, addToCart gönderen bir siteyi yakalamaz.
3. GA4 olay etiketini bağlayın. Ürün verisini dataLayer değişkeni olarak aktarın.
4. Her olay için tekrarlayın. view_item, add_to_cart, begin_checkout ve purchase ayrı ayrı kurulur.

Doğrulama: kurulduğunu varsaymayın

Ölçümleme kurulumlarının çoğu, doğrulanmadığı için haftalarca yanlış veri toplar. Üç aşamalı kontrol:

• DebugView. Test siparişi verirken olayların sırayla ve parametreleriyle geldiğini görün.
• Gerçek zamanlı rapor. Olayların gerçekten GA4'e ulaştığını doğrulayın.
• Mutabakat. Bir haftalık GA4 sipariş sayısını ve cirosunu, mağaza panelinizdeki gerçek rakamla karşılaştırın. Fark %5'in üzerindeyse kurulumda sorun var demektir.

Mutabakat adımı en çok atlanan ve en çok işe yarayan adım. Fark genelde şu üç sebepten çıkıyor: mükerrer purchase, eksik para birimi, ya da izin (consent) yönetimi nedeniyle ölçülemeyen oturumlar.

Satın alma yolculuğu raporunu okumak

Olaylar doğru kurulduğunda GA4'ün satın alma yolculuğu raporu, kaç kullanıcının view_item'dan add_to_cart'a, oradan begin_checkout'a ve purchase'a geçtiğini gösteriyor. Bu rapor tek başına iki soruya cevap veriyor:

1. Hangi adımda en çok kaybediyoruz? En büyük düşüşün olduğu adım, ilk müdahale noktanız.
2. Cihaz kırılımında fark var mı? Raporu mobil ve masaüstü olarak ayırın; çoğu mağazada mobil huni belirgin şekilde daha kötü çalışıyor. Dönüşüm oranı yazımızda bu farkın nasıl kapatılacağını anlattık.

Sık yapılan hatalar

1. transaction_id olarak sipariş numarası dışında bir şey kullanmak. Ciro raporu şişer.
2. currency göndermemek. Gelir raporları hatalı hesaplanır.
3. Olay adını yanlış yazmak. addToCart ile add_to_cart GA4 için farklı olaylardır; standart isimler kullanılmazsa hazır raporlar çalışmaz.
4. İadeleri hiç işlememek. İade edilen siparişler ciroda kalmaya devam eder.
5. Kurulumu doğrulamadan yayına almak. Yanlış veri, veri olmamasından daha tehlikeli — çünkü ona göre karar veriliyor.

Sonuç

GA4 e-ticaret ölçümlemesi, dört olayın doğru parametrelerle gönderilmesinden ibaret bir iş. Zor olan kısmı kurulum değil, doğrulama ve mutabakat disiplini. Bir haftalık GA4 verisi mağaza panelinizle tutuyorsa, artık dönüşüm çalışmasına başlayabilirsiniz demektir.

Ölçümlemenin nasıl kullanılacağı için dönüşüm oranı artırma ve sepet terk oranını düşürmek yazılarımıza bakabilirsiniz.

Commerslab olarak GA4 ve GTM kurulumlarını ürün verisi ve mutabakat kontrolü dahil yapıyoruz. E-ticaret danışmanlığı hizmetimizi inceleyin veya ölçümleme denetimi isteyin.