GA4 para birimi ve gelir verileri neden tutarsız olabilir?

GA4’te para birimi ve gelir verileri çoğunlukla ölçüm sırasında gönderilen para birimi, GA4 mülk ayarı, satın alma olayındaki değerlerin kapsamı veya raporların farklı tarih ve filtrelerle incelenmesi nedeniyle tutarsız görünür. Önce aynı siparişin sisteminizdeki toplamını, GA4’e gönderilen value ve currency değerlerini karşılaştırın; sorun genellikle bu üç noktadan birinde bulunur.

GA4 para birimi nasıl çalışır?​

GA4 gelir olaylarında value parasal tutarı, currency ise bu tutarın para birimini belirtir. Aşağıdaki alanlar yalnızca kavramsal bir örnektir; tek başına çalışır olay gönderme kodu değildir:


İşlem para birimi, üç harfli ISO 4217 koduyla belirtilir. Mülkün raporlama para birimi farklıysa Analytics yerel tutarı raporlama para birimine dönüştürür; ödeme sağlayıcısının uyguladığı kurla birebir eşleşmesi beklenmemelidir. Ancak sitenizdeki sipariş tutarı, ödeme sağlayıcısının kullandığı para birimi ve GA4 raporundaki görüntülenen para birimi aynı şey olmayabilir.

Ayrıca gelir tek bir kavram değildir. Satın alma geliri, toplam gelir, ürün geliri, vergi, kargo, indirim ve iade gibi kalemlerin dahil edilip edilmemesi kullanılan rapora ve gönderilen olay parametrelerine göre değişebilir. Bu nedenle GA4 gelirini doğrudan muhasebe veya ödeme sistemi toplamıyla karşılaştırmadan önce kapsamı eşitlemek gerekir.

En yaygın tutarsızlık nedenleri​

• Yanlış veya eksik para birimi: Tutar TRY iken currency gönderilmemesi, yanlış kod gönderilmesi ya da farklı mağaza dillerinde aynı kodun kullanılmaması.
• Ondalık ve veri tipi hatası: 1299.90 yerine kuruş cinsinden 129990 gönderilmesi veya tutarın metin olarak iletilmesi.
• Farklı toplam kapsamı: GA4’e indirim sonrası ürün toplamı gönderilirken ödeme sistemi vergi ve kargoyu da içerebilir.
• Çift gönderim: Aynı satın alma hem etiket yöneticisi hem de uygulama kodu tarafından gönderilebilir. transaction_id değerinin hatalı veya her denemede değişmesi de mükerrer kayıt riskini artırır.
• İade ve iptal zamanı: Siparişin oluşturulduğu tarih ile iadenin işlendiği tarih farklı olabilir. Bu durum günlük ve aylık karşılaştırmaları değiştirir.
• Rapor kapsamı: Tarih aralığı, filtreler, mülkün raporlama saat dilimi, kanal boyutu ve raporlama gecikmesi iki ekranın aynı toplamı göstermemesine yol açabilir.

Aşağıdaki ayrım, karşılaştırmaya nereden başlayacağınızı gösterir:


Bu tabloya göre önce veri gönderimini, sonra rapor kapsamını, en son muhasebe tanımını kontrol etmek daha hızlı sonuç verir. Tek bir örnek sipariş üzerinden ilerlemek, toplamlara bakmaktan daha açıklayıcıdır.

Adım adım teşhis​

1. GA4 raporlama para birimi ayarını ve sitenizin ödeme akışında kullandığı para birimlerini listeleyin. Çoklu para birimi varsa her olayda gerçek işlem para biriminin gönderildiğini doğrulayın.
2. Test ortamında, gerçek tahsilat yapmayan bir sipariş oluşturun ve gönderilen satın alma isteğini tarayıcı geliştirici araçlarında veya kullandığınız etiket önizleme ekranında inceleyin. value sayısal olmalı; currency ve transaction_id beklenen değeri taşımalıdır.
3. Aynı siparişin ürün toplamı, indirim, vergi, kargo ve nihai tahsilat tutarını yan yana yazın. Satın alma value değeri, items içindeki price × quantity toplamı olmalı; shipping ve tax ayrı alanlarda tutulmalı ve value içine eklenmemelidir.
4. Aynı tarih aralığı, mülk, veri akışı, filtreler ve gelir metriğiyle karşılaştırma yapın. Bugün gönderilen olayların tüm raporlarda hemen aynı anda görünmeyebileceğini hesaba katın.
5. Etiket yöneticisi, doğrudan kod ve sunucu gönderiminin aynı siparişi nasıl ilettiğini kontrol edin. Web purchase olaylarında aynı transaction_id tekilleştirmeye yardım eder; kimliği her yeniden denemede değiştirmeyin, farklı siparişlerde de yeniden kullanmayın. Boş kimlik göndermeyin.
6. İade veya iptal kullanıyorsanız iade olayının doğru sipariş kimliği ve tutarla gönderildiğini, karşılaştırdığınız dönemin sipariş tarihi mi yoksa iade tarihi mi olduğunu belirleyin.

Test siparişi doğru parametrelerle iletiliyor, aynı işlem kimliği yinelenmiyor ve rapor kapsamları eşleşiyorsa küçük farkları veri işleme zamanı veya para dönüşümünden ayırmak gerekir. Büyük ve sürekli farklarda ise önce value hesabını ve mükerrer olayları düzeltin; eski hatalı kayıtlar kendiliğinden yeniden hesaplanmayabilir.

Sık yapılan hatalar​

Ödeme ekranındaki nihai tahsilatı doğrudan value yapmak hatalı olabilir. Örneğin ürün toplamı 100, vergi 20, kargo 10 ise value 100 olur; 130 gönderilmez. İndirim ürün fiyatına uygulanmışsa ikinci kez düşülmemelidir. Karşılaştırdığınız gelir metriğinin tanımını ayrıca sabitleyin.

Bir başka hata, para birimini yalnızca mülk ayarında tanımlayıp olay parametresinde göndermemektir. Tek para birimli basit bir yapıda bu hemen fark edilmeyebilir; farklı ülke veya mağaza akışlarında ise hatalı dönüşüm ve karşılaştırma sorunları oluşturabilir. Ayrıca sipariş yenileme, teşekkür sayfasına tekrar giriş veya başarısız ödeme sonrası yeniden yönlendirme aynı satın almanın birden fazla gönderilmesine neden olabilir.

Sık sorulan sorular​

GA4 geliri ödeme sistemiyle birebir aynı olmak zorunda mı?​

Hayır. Birebir karşılaştırma için ürün, indirim, vergi, kargo, iade ve para birimi kapsamlarının iki sistemde de aynı olması gerekir. GA4 ayrıca analiz ve ilişkilendirme amacıyla kullanılan bir ölçüm sistemidir; muhasebe kaynağının yerine geçmez.

Eski hatalı gelir kayıtlarını sonradan düzeltebilir miyim?​

Genellikle geçmişte yanlış gönderilmiş olayın parametrelerini geriye dönük değiştiremezsiniz. En doğru yaklaşım, gönderimi düzeltmek, yeni bir test siparişiyle doğrulamak ve raporlama notlarında düzeltmenin başladığı noktayı belirtmektir.