GA4 ile backend ciro farkı ne kadar olmalı?

Finans ekibi ile pazarlama ekibi aynı ayın cirosunu farklı biliyorsa, toplantı uzun sürer. Genelde de yanlış soruyla başlar: “hangisi doğru?”

İkisi de doğrudur. GA4 ile backend cironuz birebir tutmaz, tutması da beklenmez. Beklenen şey, farkın açıklanabilir ve istikrarlı olması. Fark her ay başka bir yerde geziyorsa ya da kimse kaynağını bilmiyorsa, mutabakat sorununuz var demektir.

Nerede olmanız gerekiyor

Sağlıklı bir kurulumda GA4 cirosu, backend cirosunun yüzde 95 ile 99’u arasında seyreder. Aradaki eksik consent reddi, ad blocker’lar ve teknik kayıpların toplamıdır.

Bandın altına düşüyorsanız ölçüm kaybınız var. Üstüne çıkıyorsanız, yani GA4 backend’den fazla ciro gösteriyorsa, bu neredeyse her zaman duplicate event demektir ve daha acil bir sorundur.

Farkın meşru kaynakları

En büyük kalem consent reddi. Analitik izni vermeyen kullanıcının satın alması backend’e ulaşır, GA4’e ulaşmaz. Türkiye’de red oranları pazar ve sektöre göre ciddi biçimde değişiyor, o yüzden kendi oranınızı bilmeden bu kalemi tahmin etmeyin.

İkinci sırada ad blocker’lar ve tarayıcı korumaları var. Üçüncüsü teknik kayıp: sayfa kapanmadan event gönderilemeyen durumlar, ağ hataları, ödeme başarılı olduğu halde teşekkür sayfasına hiç ulaşılamayan senaryolar.

Bunlar toplandığında tek haneli bir yüzde çıkar. Normal olan bu. Anormal olan, o yüzdenin aylar içinde dalgalanması.

Mutabakatı bozan üç hata

Yanlış sipariş durumu. Backend tarafında “tamamlanmış” siparişleri baz alırsanız, henüz kargoya verilmemiş ama analitik açısından çoktan gerçekleşmiş satışları dışarıda bırakırsınız. Doğru filtre genelde iptal edilmemiş siparişlerdir. Bu tek başına yüzde 5 ile 10 arasında sahte fark yaratabilir.

Yanlış sipariş numarası. Ticaret platformları çoğu zaman iki kimlik taşır: mağaza tarafındaki sipariş numarası ve ERP tarafındaki numara. GA4’ün transaction_id’si bunlardan sadece biriyle eşleşir. Hangisi olduğunu bir örneklem üzerinde doğrulamadan mutabakata girişmek, olmayan bir farkı kovalamaktır.

İadelerin tek tarafta olması. Backend cironuz net, GA4 cironuz brütse fark yapay olarak büyür. Ya iki tarafı da brüt karşılaştırın, ya da GA4’e refund event’i gönderin.

Doğru yöntem: işlem bazında

Toplamları karşılaştırmak size sadece farkın büyüklüğünü söyler, kaynağını söylemez. İşlem bazına indiğinizde hikaye çıkar.

İki tarafın transaction_id listesini çıkarın ve üç kümeye ayırın:

İki tarafta da olanlar. Burada ciro tutarlarını karşılaştırın; tutmayan tutarlar genelde kargo, indirim veya vergi alanlarının farklı gönderilmesinden kaynaklanır.

Sadece backend’de olanlar. Bu sizin ölçüm kaybınız ve büyüklüğü consent oranınızla tutarlı olmalı. Tutarlı değilse, kaybın başka bir kaynağı var demektir.

Sadece GA4’te olanlar. Bu küme alarm zilidir. Backend’de karşılığı olmayan bir GA4 satışı ya duplicate’tir ya da test siparişidir.

Zaman damgalarını karşılaştırırken event_timestamp değerini yerel saat dilimine çevirmeyi unutmayın. Aksi halde gün sınırındaki satışlar iki tarafta farklı günlere düşer ve olmayan bir fark yaratır. Bu, mutabakat raporlarında gördüğümüz en sık teknik hatalardan biri.

Farkı takip edin

Amaç farkı sıfırlamak değil. Aylık mutabakat rakamını bir yerde kayıt altına alın, tercihen tabloya yazın ve sahibi belli olsun.

Fark aniden değiştiğinde sorulacak soru “neden tutmuyor” olmaz. “Geçen ay ne değişti” olur. Bu iki soru arasındaki mesafe, ölçüm sorunlarını haftalar yerine saatler içinde bulmanızı sağlar.