GA4 e-ticaret kurulumu: satın alma olayını doğru ölçme listesi

GA4 e-ticaret kurulumu, satın alma anını tek bir purchase olayıyla, dört zorunlu parametreyle (value, currency, transaction_id, items) ve siparişi ikinci kez saymayan bir tetikleme mantığıyla ölçmektir. Kurulum, olay gönderildiği an bitmez: DebugView'de tek bir olay göründüğünde, 24-48 saat sonra rapordaki gelir arka uçtaki siparişlerle örtüştüğünde ve kanal kırılımı reklam panelindeki hikayeyle aynı yöne baktığında biter. Aşağıdaki liste tam olarak bu üç eşiği kontrol eder.

GA4 e-ticaret kurulumu tam olarak nedir?

GA4 e-ticaret kurulumu, alışveriş yolculuğundaki adımların standart olay adlarıyla ve standart parametrelerle GA4'e bildirilmesidir. Bunun tek bir etiket değil, bir sözleşme olduğunu unutma: GA4 raporları bu olay adlarını ve parametre isimlerini bekler. İsimlendirme sözleşmeye uymazsa olay GA4'e ulaşır ama gelir, ürün ve dönüşüm raporları boş kalır.

• view_item: ürün detay sayfası görüntülendi. Ürün ilgisini ölçer.
• add_to_cart: sepete ekleme. Sepet terk oranının paydası burada oluşur.
• begin_checkout: ödeme adımına giriş. Ödeme akışındaki kaybı burada görürsün.
• purchase: tamamlanan sipariş. Gelirin, ROAS'ın ve kanal kırılımının tek kaynağı budur.

Dördü de değerlidir, ama reklam kararını yalnız sonuncusu belirler. Bu yüzden kısıtlı zamanın varsa önce purchase olayını kusursuz kur, diğerlerini sonra tamamla.

purchase olayında hangi parametreler zorunlu?

Dört parametre olmadan satın alma olayı işe yaramaz: value (sipariş tutarı), currency (ISO para birimi kodu), transaction_id (siparişin benzersiz kimliği) ve items (ürün dizisi). Biri eksikse GA4 olayı kaydeder ama ilgili rapor boş kalır: currency yoksa gelir hesaplanmaz, transaction_id yoksa yinelenen sipariş ayıklanamaz, items yoksa ürün performansı hiç oluşmaz.

• value: siparişin toplam tutarı. Vergi ve kargoyu dahil edip etmeyeceğine karar ver ve bu kararı arka uçla aynı tut; yoksa her karşılaştırma tartışmaya döner.
• currency: ISO 4217 kodu (TRY, EUR, USD). Olay düzeyinde gönderilir. Çok para birimli satışta her olay kendi kodunu taşımalıdır.
• transaction_id: sipariş başına benzersiz kimlik. Rastgele üretme; arka uçtaki sipariş numarasından türet ki karşılaştırma mümkün olsun.
• items: her ürün için en az item_id ve item_name. price, quantity, kategori ve varyant alanları önerilir; ürün raporlarının derinliği buradan gelir.

Aynı sipariş neden iki kez sayılır, nasıl engellenir?

Yinelenen işlem, satın alma olayının teşekkür sayfasına bağlanmasından doğar. Kullanıcı sayfayı yenilediğinde, geri tuşuyla döndüğünde ya da bağlantıyı paylaştığında olay tekrar tetiklenir. GA4 aynı transaction_id ile gelen olayı 24 saatlik pencerede yinelenmiş sayıp ayıklar, ama kimlik her seferinde rastgele üretiliyorsa bu koruma çalışmaz ve gelir şişer.

1. transaction_id değerini arka uçtaki sipariş numarasından üret. Rastgele sayı, zaman damgası ya da oturum kimliği kullanma.
2. Olayı yalnız ödemenin onaylandığı durumda, tek bir noktadan tetikle. Sayfa yüklenmesine değil, siparişin gerçekten oluştuğu duruma bağla.
3. Gönderilen kimliği tarayıcının oturum belleğinde sakla ve ikinci gönderimi engelle. Yenilemeye karşı en ucuz sigorta budur.
4. Hem tarayıcıdan hem sunucudan gönderiyorsan birini kapat ya da ikisinin de aynı transaction_id ile gittiğinden emin ol; aksi halde iki kayıt iki sipariş gibi görünür.

İade ve iptal gelire nasıl yansır?

GA4 geliri iadeler için kendiliğinden düşürmez. Bir sipariş iade edildiğinde ya da iptal edildiğinde ayrıca bir refund olayı göndermen gerekir; göndermezsen GA4 geliri zamanla arka uçtaki net gelirin üzerinde kalır ve bu farkın üstüne kurulan her ROAS hesabı iyimser çıkar. İade oranı yüksek kategorilerde (giyim, ayakkabı) bu fark kararı doğrudan bozar.

• Tam iade: orijinal siparişle aynı transaction_id, iade tutarı pozitif sayı olarak value ve currency. Eksi değer gönderme.
• Kısmi iade: aynı transaction_id ile birlikte yalnız iade edilen ürünleri ve adetlerini içeren bir items dizisi. GA4 sadece o kalemleri düşer.
• İptal: kargo öncesi iptal de geliri geri alıyorsa iade gibi işlenmelidir. İade ve iptal muhasebede farklı olabilir, ölçümde ikisi de geliri geri almalıdır.
• Zamanlama: iade genellikle satıştan günler sonra gerçekleşir. Bu yüzden dünün ROAS'ı ile geçen ayın ROAS'ı aynı olgunlukta değildir; karşılaştırmayı aynı gecikmeyle yap.

Kanal kırılımı reklam kararlarıyla nasıl uyumlu hale gelir?

Doğru sayıda ve doğru tutarda satın alma ölçmek yetmez; her satın almanın hangi kanaldan geldiği de doğru olmalıdır. Kanal kırılımı bozulduğunda gelir toplamı doğru görünür ama dağılım yanlış olur, yani bütçeyi yanlış kanala kaydırırsın. En sık görülen bozulma nedeni, ödeme sağlayıcısının oturumu bölüp dönüşümü kendine mal etmesidir.

• Yönlendirme hariç tutma: ödeme sağlayıcıları ve 3D doğrulama alan adlarını istenmeyen yönlendirme listesine ekle. Veri akışı başına 50 alan adı tanımlayabilirsin.
• Alan adları arası izleme: sepet, ödeme ve teşekkür sayfası farklı alan adlarındaysa bunları tek yolculuk olarak tanımla. Aksi halde her geçiş yeni bir oturum ve yeni bir kaynak üretir.
• UTM disiplini: ücretli kanallarda otomatik etiketlemeyi aç, elle etiketlediğin yerlerde utm_source ve utm_medium değerlerini sabit bir sözlükten seç. Serbest yazım kanal kırılımını parçalar.
• Doğrudan trafiğin anlamı: doğrudan, kullanıcının adresi elle yazması demek değildir; çoğu zaman bilgi eksikliğidir. Doğrudan payının anormal yüksekliği kurulum sorununun ilk işaretidir.

Kanal kırılımını düzelttikten sonra bile GA4 ile reklam platformunun rakamları birebir tutmaz: ilişkilendirme modelleri, dönüşüm pencereleri ve tıklama tanımları farklıdır. Bu farkın nereden geldiğini ayrıntısıyla anlattığımız yazı: GA4 ile Google Ads dönüşüm farkı. Sinyal kaybının teknik tarafı için sunucu taraflı izleme yazısına bakabilirsin.

Kurulum bittiğinde neyi adım adım doğrularsın?

Doğrulama üç katmanda yapılır: olay anında (DebugView), rapor işlendikten sonra (24-48 saat) ve kanal düzeyinde. Bu sırayı atlama; çünkü DebugView'de mükemmel görünen bir kurulum, iade eksikliği ya da bozuk kaynak yüzünden rapor katmanında hala yanlış olabilir. Aşağıdaki altı adımı sırayla uygula.

1. DebugView: gerçek bir test siparişi ver ve tek bir purchase olayı gördüğünü doğrula. Olaya tıklayıp value, currency, transaction_id ve items alanlarının dolu olduğunu gör.
2. Kimlik eşleşmesi: olaydaki transaction_id değeri, arka uçtaki sipariş numarasıyla birebir aynı mı? Ön ek ya da biçim farkı varsa şimdi düzelt.
3. Yenileme testi: teşekkür sayfasını yenile ve geri tuşuyla dön. İkinci bir purchase olayı gitmemeli.
4. İade testi: test siparişini kısmen iade et ve refund olayının doğru ürünlerle gittiğini doğrula.
5. Rapor karşılaştırması: 24-48 saat bekle, gelir raporundaki işlem sayısını ve geliri aynı tarih aralığındaki arka uç siparişleriyle karşılaştır. Uygulamada tipik olarak birkaç puanlık fark normaldir; kalıcı ve büyüyen fark kurulum sorunudur.
6. Kanal kontrolü: satın alma yapan oturumların kaynak ve aracını incele. Ödeme sağlayıcısı kaynak listesinde görünüyorsa yönlendirme hariç tutma eksik demektir.

Doğru kurulmuş GA4 verisi reklam kararına nasıl dönüşür?

Bu noktada elinde güvenilir bir gelir ve kanal tablosu var, ama karar hala elle veriliyor. Ads Sensor tam burada devreye girer: GA4'ün trafik, dönüşüm ve kanal kırılımı verisini Meta Ads, Google Ads, TikTok Ads ve Criteo harcamalarıyla aynı panelde birleştirir, kampanyaları yapay zeka ile okur ve gerekçeli, önceliklendirilmiş aksiyonlar üretir. Dürüst olalım: Ads Sensor GA4 kurulumunu senin yerine yapmaz, kurulmuş GA4'ü okur. Kurulum bu yazıdaki listeyle sende bitmeli.

• Birleşik tablo: platform harcaması ile GA4 tarafındaki gelir ve kanal kırılımı yan yana, tek ekranda.
• Yapay zeka analizi: kampanya bazında risk ve fırsatlar, her öneri gerekçesiyle birlikte.
• Onayla ve uygula: kabul ettiğin öneriler platform API'leriyle uygulanır, sonrasında öncesi ve sonrası karşılaştırması otomatik tutulur.
• Anomali takibi: harcama, dönüşüm ve gelirdeki sapmalar 7/24 izlenir; eşikler ayarlanabilir.
• Rapor modu: ajanslar için müşteriye gösterilebilir aylık rapor.

Kurulum listesini tamamladıysan sıradaki adım verinin karar üretmesi. Beta'ya kaydolabilir ve hesaplarını bağlayıp ilk analizi görebilirsin.