Fevzican Randa
Kas 5, 2026GA4’te Revenue Neden E-ticaret Platformundan Farklı Çıkar?
GA4’te Revenue Neden E-ticaret Platformundan Farklı Çıkar?GA4 Revenue ile E-ticaret Platformundaki Ciro Neden Farklıdır?
E-ticaret projelerinde en sık karşılaşılan veri problemlerinden biri, GA4’te görünen revenue ile e-ticaret platformunda görünen toplam cironun birbirini tutmamasıdır.
Örneğin e-ticaret platformunda bir gün içerisinde 1.000.000 TL satış görünürken GA4’te 920.000 TL veya 1.080.000 TL revenue görülebilir. Bu durumda ilk akla gelen soru genellikle “GA4 neden yanlış hesaplıyor?” olur.
Ancak iki sistemin aynı rakamı göstermemesi tek başına GA4’ün hatalı olduğu anlamına gelmez. Çünkü e-ticaret platformu gerçek sipariş kayıtlarını ve finansal işlemleri temel alırken, GA4 web sitesi veya uygulama üzerinden gönderilen ölçümleme event'lerine göre gelir metriklerini oluşturur.
GA4’te purchase event'i gönderilirken transaction_id, value, currency, items, tax, shipping ve benzeri parametrelerin doğru şekilde aktarılması gerekir. Google'ın dokümantasyonuna göre value, satın alınan ürünlerin price × quantity toplamı olarak gönderilmeli ve bu değere shipping veya tax dahil edilmemelidir. transaction_id ise işlemin benzersiz kimliğidir ve duplicate purchase event'lerinin önlenmesine yardımcı olur.
Dolayısıyla GA4 ile e-ticaret platformunu karşılaştırırken yalnızca toplam rakamlara bakmak yerine, hangi sistemin hangi gelir tanımını kullandığını ve purchase event'inin nasıl gönderildiğini kontrol etmek gerekir.
GA4 Revenue Nasıl Hesaplanır?
GA4'te e-ticaret gelirinin temelini purchase event'i oluşturur. Bu event içerisinde satın alma işlemini tanımlayan ürünler ve işlem bilgileri gönderilir.
Basitleştirilmiş bir yapı şu şekilde düşünülebilir:
purchase
├── transaction_id
├── value
├── currency
├── tax
├── shipping
└── items
├── item_id
├── item_name
├── price
└── quantity
Google Analytics dokümantasyonunda value için ürünlerin price × quantity toplamının kullanılması ve vergi ile kargonun bu değere dahil edilmemesi önerilmektedir. Vergi ve kargo ayrı parametreler olarak gönderilebilir.
Bu nedenle e-ticaret platformundaki:
Sipariş toplamı = Ürünler + indirimler + vergi + kargo vb.
mantığı ile GA4'te kullanılan:
Purchase value = Ürün fiyatı × miktar toplamı
mantığı her zaman birebir aynı sonucu vermeyebilir.
Buradaki en önemli nokta, karşılaştırılan metriklerin gerçekten aynı şeyi ifade edip etmediğinin kontrol edilmesidir.
1. Vergi ve Kargo Revenue Farkına Neden Olabilir
GA4'te tax ve shipping ayrı parametreler olarak gönderilebilir. Google'ın önerdiği purchase event yapısında value içerisine shipping ve tax eklenmemesi gerekir.
Örneğin bir sipariş için:
- Ürün toplamı: 1.000 TL
- Kargo: 50 TL
- Vergi: 200 TL
- Toplam sipariş: 1.250 TL
olduğunu düşünelim.
GA4'e:
- value = 1000
- shipping = 50
- tax = 200
şeklinde gönderim yapılabilir.
E-ticaret platformu ise sipariş toplamını 1.250 TL olarak gösterebilir.
Bu durumda iki sistem arasındaki 250 TL'lik fark bir ölçümleme hatası değil, gelirin farklı kapsamda hesaplanmasından kaynaklanıyor olabilir.
Bu nedenle karşılaştırma yapılırken GA4'te hangi revenue metriğinin, e-ticaret platformunda ise hangi ciro alanının kullanıldığı mutlaka kontrol edilmelidir.
2. İndirimler Revenue Hesabını Değiştirebilir
Kuponlar ve ürün bazlı indirimler de iki sistem arasındaki gelir farklarının önemli sebeplerinden biridir.
Örneğin ürünün liste fiyatı 1.500 TL olsun ve kullanıcı 200 TL indirimle ürünü 1.300 TL'ye satın alsın.
Eğer GA4'e gönderilen items.price değeri gerçek satış fiyatı yerine 1.500 TL olarak gönderiliyorsa, GA4 tarafında ürün geliri beklenenden yüksek hesaplanabilir.
Google'ın GA4 e-ticaret yapısında ürün seviyesinde price, quantity, discount ve coupon gibi parametreler bulunabilir.
Bu nedenle özellikle kampanya dönemlerinde aşağıdaki değerlerin kontrol edilmesi önemlidir:
- Ürünün liste fiyatı
- İndirim sonrası satış fiyatı
- Ürün bazlı indirim
- Sepet indirimi
- Kupon indirimi
- Kampanya indirimi
Özellikle e-ticaret platformu net satış tutarını baz alırken GA4'e liste fiyatlarının gönderilmesi, ciddi revenue farklarına yol açabilir.
3. purchase Event'inin Birden Fazla Tetiklenmesi
GA4 revenue farklarının en kritik sebeplerinden biri duplicate purchase ölçümlemesidir.
Kullanıcı satın alma işlemini tamamladığında purchase event'i bir kez gönderilmelidir.
Ancak teşekkür sayfasının tekrar yüklenmesi, sayfanın yenilenmesi veya aynı purchase event'inin hem hard-coded hem GTM üzerinden gönderilmesi gibi durumlarda aynı sipariş GA4'e birden fazla kez aktarılabilir.
Örneğin platformda:
- Sipariş #12345 = 1.000 TL
varsa ancak GA4'e aynı transaction iki kez gönderilirse:
- GA4 Revenue = 2.000 TL
gibi bir sonuç oluşabilir.
Bu nedenle transaction_id kritik bir parametredir. Google, transaction_id değerinin her işlem için benzersiz olmasını ve duplicate purchase event'lerinin önlenmesine yardımcı olmasını önerir.
Duplicate Purchase Nasıl Kontrol Edilir?
GTM Preview, GA4 DebugView veya tarayıcı network kontrolleri üzerinden purchase event'i incelenebilir.
Özellikle aşağıdakiler kontrol edilmelidir:
- Purchase event kaç kez tetikleniyor?
- Her tetiklenmede transaction_id aynı mı?
- Aynı purchase hem dataLayer hem doğrudan GA4 kodu üzerinden gönderiliyor mu?
- GTM üzerinde birden fazla GA4 purchase tag'i var mı?
- Teşekkür sayfası yenilendiğinde event yeniden gönderiliyor mu?
4. transaction_id Eksik veya Hatalı Olabilir
transaction_id, GA4 e-ticaret ölçümlemesinin en önemli alanlarından biridir.
Her sipariş için benzersiz bir transaction ID gönderilmesi gerekir. Google'ın GA4 purchase event referansında transaction_id işlem için benzersiz tanımlayıcı olarak belirtilmektedir.
Örneğin:
- transaction_id: 784512
gibi bir değer gönderilebilir.
Ancak bazı implementasyonlarda transaction ID:
- Hiç gönderilmeyebilir.
- Her kullanıcıda aynı olabilir.
- Sipariş numarası yerine session ID kullanılabilir.
- Dinamik olarak değişebilir.
- İlk purchase'ta farklı, tekrar yüklemede farklı gelebilir.
Bu durumda GA4 tarafında duplicate kontrolü ve sipariş eşleştirmesi sağlıklı çalışmayabilir.
5. Currency Problemleri Revenue Farkı Oluşturabilir
E-ticaret sitelerinde birden fazla para birimi kullanılıyorsa currency parametresi ayrıca kontrol edilmelidir.
GA4'te value gönderildiğinde revenue metriklerinin doğru hesaplanabilmesi için currency parametresinin de gönderilmesi gerekir.
Örneğin:
- value: 100
currency: EUR
ile
- value: 100
currency: TRY
aynı ekonomik değeri ifade etmez.
Özellikle uluslararası e-ticaret sitelerinde:
- Kullanıcının seçtiği para birimi
- Sipariş para birimi
- GA4 property currency ayarı
- E-ticaret platformundaki raporlama para birimi
- Döviz dönüşümünün hangi sistemde yapıldığı
birlikte incelenmelidir.
6. İade ve İptaller GA4 Revenue'yu Etkileyebilir
E-ticaret platformunda görünen ciro ile GA4'te görünen revenue arasındaki farkın bir diğer nedeni refund işlemleridir.
GA4'te satın alma geliri metriği, satın alma işlemlerinden elde edilen gelirden geri ödemelerin çıkarılmasıyla hesaplanabilir. Google'ın dokümantasyonunda satın alma geliri; purchase, uygulama içi satın alma ve bazı abonelik event'lerinin değerlerinden refund değerlerinin çıkarılmasıyla açıklanmaktadır.
Örneğin:
- Purchase: 10.000 TL
- Refund: 2.000 TL
- Net Purchase Revenue: 8.000 TL
E-ticaret platformunda ise raporun yapısına bağlı olarak brüt sipariş tutarı, net satış veya farklı bir finansal metrik gösterilebilir.
Dolayısıyla “ciro” kelimesinin iki sistemde aynı metrik olduğundan emin olmak gerekir.
7. Purchase Event'inin Hiç Gönderilmemesi
Revenue farkı her zaman fazla ölçümleme nedeniyle oluşmaz. Bazı siparişler GA4'e hiç ulaşmıyor olabilir.
Özellikle ödeme sürecinde üçüncü taraf ödeme sayfalarının kullanılması bu problemi ortaya çıkarabilir.
Örneğin:
Product Page
↓
Cart
↓
Checkout
↓
Payment Provider
↓
Thank You Page
kurgusunda kullanıcı ödeme sağlayıcısından siteye döndüğünde GA4 tag'i çalışmıyorsa purchase event'i gönderilmeyebilir.
Bu durumda e-ticaret platformunda sipariş oluşurken GA4'te purchase görünmez.
Bu nedenle revenue karşılaştırmasında yalnızca toplam tutar değil, transaction count da karşılaştırılmalıdır.
Örneğin:
| Sistem | Sipariş | Revenue |
| E-ticaret Platformu | 1.000 | 1.000.000 TL |
| GA4 | 920 | 920.000 TL |
Bu tablo bize yalnızca “80.000 TL fark var” demez. Aynı zamanda 80 siparişin GA4'e ulaşmamış olabileceğini de gösterir.
8. Consent ve Tarayıcı Kısıtlamaları Veri Farkına Yol Açabilir
GA4 ölçümlemesi kullanıcı tarafındaki web teknolojilerine bağlı olduğu için consent tercihleri, tarayıcı kısıtlamaları ve teknik engellemeler de ölçümleme kapsamını etkileyebilir.
Özellikle:
- Consent banner
- Consent Mode
- Reklam/analitik izinleri
- Browser restrictions
- Ad blocker
- JavaScript hataları
- Checkout domain değişiklikleri
- Cross-domain yapılandırması
gibi konular purchase event'lerinin GA4'e ulaşmasını etkileyebilir.
Bu nedenle e-ticaret platformunda gerçekleşen sipariş sayısının GA4'te daha düşük olması durumunda yalnızca purchase tag'ini değil, kullanıcı yolculuğunun tamamını incelemek gerekir.
9. GA4 ve E-ticaret Platformu Aynı Tarihi Baz Almıyor Olabilir
Bir diğer sık gözden kaçan konu tarih ve zaman dilimidir.
GA4 property'sinin timezone ayarı ile e-ticaret platformunun timezone ayarı farklıysa aynı gün için farklı sipariş sayıları görülebilir.
Örneğin:
E-ticaret Platformu:
25 Eylül 00:00 – 23:59
GA4:
25 Eylül 03:00 – 26 Eylül 02:59
gibi bir farklılık varsa günlük revenue karşılaştırması doğru sonuç vermeyebilir.
Bu nedenle karşılaştırma yapılırken:
- Tarih aralığı
- Saat dilimi
- Currency
- Filtreler
- Platform raporunun kapsamı
aynı olmalıdır.
10. GA4'te Hangi Revenue Metriğini Karşılaştırmalıyız?
GA4 içerisinde farklı revenue metrikleri bulunabildiği için “GA4 revenue” derken hangi metriğin kullanıldığı açıkça belirtilmelidir.
Örneğin Item Revenue, ürünlerden elde edilen geliri ifade eder ve vergi ile gönderim bedelini içermez. Google Analytics dokümantasyonunda item revenue, price × quantity üzerinden hesaplanan ürün geliri olarak tanımlanır.
Bu nedenle e-ticaret platformundaki “Total Sales”, “Gross Sales”, “Net Sales”, “Order Total” veya “Revenue” alanlarından herhangi biriyle doğrudan eşleştirme yapmak doğru olmayabilir.
Karşılaştırmadan önce şu sorunun cevabı verilmelidir:
“İki sistemde karşılaştırdığımız metrik tam olarak neyi ifade ediyor?”
Bu sorunun cevabı bulunmadan yapılan revenue karşılaştırmaları yanıltıcı olabilir.
GA4 Revenue ile E-ticaret Platformu Nasıl Karşılaştırılmalı?
Sağlıklı bir karşılaştırma yapmak için toplam revenue rakamından başlamak yerine transaction bazlı reconciliation yapılması daha doğru bir yöntemdir.
Örneğin e-ticaret platformundan şu bilgiler alınabilir:
| Transaction ID | Order Value | Currency | Status |
| 10001 | 1.250 TL | TRY | Paid |
| 10002 | 850 TL | TRY | Paid |
| 10003 | 2.100 TL | TRY | Refunded |
Ardından aynı transaction ID'ler GA4 tarafında kontrol edilir.
Böylece şu kategoriler oluşturulabilir:
Platformda Var, GA4'te Yok
Bu durumda purchase event'inin GA4'e ulaşmaması araştırılmalıdır.
Olası sebepler:
- Purchase trigger problemi
- Consent
- Checkout dönüş problemi
- JavaScript hatası
- Measurement ID problemi
- GTM container problemi
Hem Platformda Hem GA4'te Var, Ancak Tutar Farklı
Bu durumda:
- value
- items.price
- quantity
- discount
- tax
- shipping
- currency
alanları karşılaştırılmalıdır.
GA4'te Var, Platformda Yok
Bu durumda duplicate purchase veya test siparişi gibi senaryolar araştırılmalıdır.
Özellikle aynı transaction ID'nin birden fazla kez gönderilip gönderilmediği kontrol edilmelidir.
GA4 Revenue Farkını Analiz Etmek İçin Kontrol Listesi
Revenue farkı görüldüğünde aşağıdaki sırayla ilerlemek analiz süresini ciddi şekilde azaltabilir:
- GA4 ve e-ticaret platformunda aynı tarih aralığını kullanın.
- Timezone ayarlarını karşılaştırın.
- Karşılaştırılan revenue metriklerinin tanımını kontrol edin.
- Transaction count değerlerini karşılaştırın.
- transaction_id değerlerini karşılaştırın.
- GA4 purchase event'inin kaç kez tetiklendiğini kontrol edin.
- value değerini kontrol edin.
- items.price × quantity toplamını kontrol edin.
- Discount değerlerini kontrol edin.
- Tax ve shipping kapsamını kontrol edin.
- Currency değerini kontrol edin.
- Refund event'lerini kontrol edin.
- Consent kaynaklı veri kaybını inceleyin.
- Checkout ve payment provider akışını kontrol edin.
- GA4 DebugView ve GTM Preview üzerinden gerçek bir test siparişi gerçekleştirin.
Örnek: GA4 Revenue Neden 100.000 TL Eksik Çıkıyor?
Bir e-ticaret sitesinde şu sonuçların çıktığını düşünelim:
- E-ticaret Platformu: 1.000.000 TL
- GA4: 900.000 TL
- Fark: 100.000 TL
İlk bakışta GA4'ün 100.000 TL eksik ölçtüğü düşünülebilir.
Ancak transaction bazlı analiz sonucunda:
- Platformdaki sipariş: 1.000
- GA4 purchase: 950
olduğu görülürse problem revenue hesaplama mantığından ziyade 50 siparişin GA4'e ulaşmaması olabilir.
Başka bir senaryoda ise:
- Platform: 1.000 sipariş
- GA4: 1.000 purchase
ancak revenue hâlâ farklıysa bu kez:
- value
- items.price
- quantity
- discount
- tax
- shipping
- currency
- refund
alanlarının incelenmesi gerekir.
Bu nedenle revenue farkının kaynağını bulmanın en sağlıklı yöntemi, toplam tutardan transaction seviyesine inmektir.
Sonuç: GA4 Revenue Farkı Her Zaman Bir Ölçümleme Hatası Değildir
GA4 ile e-ticaret platformu arasında revenue farkı görülmesi oldukça yaygın bir durumdur. Ancak bu farkın normal mi yoksa teknik bir problem mi olduğunu anlayabilmek için iki sistemin gelir hesaplama yöntemleri karşılaştırılmalıdır.
En sık karşılaşılan nedenler arasında:
- Purchase event'inin eksik gönderilmesi
- Duplicate purchase
- Hatalı transaction_id
- Yanlış value
- İndirimlerin yanlış aktarılması
- Tax ve shipping kapsamının farklı olması
- Currency problemleri
- Refund'ların farklı ele alınması
- Consent kaynaklı veri kaybı
- Checkout/payment provider kaynaklı problemler
- Timezone ve tarih aralığı farklılıkları
bulunur.
Özellikle büyük e-ticaret projelerinde yalnızca GA4'teki toplam revenue ile platformdaki toplam ciroyu yan yana koymak yerine transaction ID bazında reconciliation yapılması, problemin kaynağını çok daha hızlı ortaya çıkarır.
GA4'te e-ticaret ölçümlemesinin sağlıklı çalışması için purchase, transaction_id, value, currency ve items yapısının doğru kurulması temel gerekliliklerdir.
Sık Sorulan Sorular (FAQ)
GA4 revenue neden e-ticaret platformundan farklı çıkar?
GA4 revenue ile e-ticaret platformundaki ciro farklı hesaplama yöntemlerine sahip olabilir. Vergi, kargo, indirim, refund, currency, purchase event'inin eksik veya fazla tetiklenmesi gibi faktörler fark oluşturabilir. Bu nedenle öncelikle iki sistemde karşılaştırılan metriklerin aynı kapsamda olup olmadığı kontrol edilmelidir.
GA4 revenue ile e-ticaret platformundaki ciro birebir aynı olmalı mı?
Her durumda birebir aynı olmak zorunda değildir. İki sistem aynı siparişleri ölçüyor olsa bile revenue metriklerinin vergi, kargo, indirim ve refund gibi kalemleri ele alma biçimi farklı olabilir. Sağlıklı bir analiz için önce gelir metriklerinin kapsamı eşleştirilmelidir.
GA4 purchase event'i revenue'yu nasıl etkiler?
GA4'te e-ticaret revenue ölçümünün temelinde purchase event'i bulunur. Event içerisinde value, currency, transaction_id ve items gibi bilgilerin doğru gönderilmesi gerekir. Purchase event'i gönderilmezse ilgili işlem GA4 revenue raporlarına yansımayabilir.
Duplicate purchase GA4 revenue'yu artırır mı?
Evet. Aynı sipariş için purchase event'i birden fazla kez gönderilirse GA4 tarafında revenue olduğundan yüksek görünebilir. Bu nedenle her purchase event'inde benzersiz bir transaction_id kullanılmalı ve purchase event'inin yalnızca gerekli durumda tetiklendiği kontrol edilmelidir.
GA4 purchase event'inde value nasıl hesaplanmalıdır?
Google'ın önerisine göre value, items içerisindeki ürünlerin price × quantity toplamı olarak gönderilmelidir. shipping ve tax değerleri value içerisine eklenmemelidir; bunlar ayrı parametreler olarak gönderilebilir.
Shipping ve tax GA4 revenue'ya dahil midir?
Bu, kullanılan revenue metriğine ve event yapısına bağlıdır. GA4 purchase event'inde shipping ve tax ayrı parametreler olarak gönderilebilir. Google'ın önerdiği yapıda bunların value içerisine dahil edilmemesi gerekir.
GA4'te refund ölçümlemek neden önemlidir?
İade işlemleri net gelir analizini etkileyebilir. GA4'te refund event'i ile geri ödemelerin raporlamaya yansıtılması mümkündür. E-ticaret platformundaki rapor brüt satışları, GA4 raporu ise refund sonrası geliri temel alıyorsa iki sistem arasında fark oluşabilir.
GA4 revenue neden daha düşük çıkar?
GA4 revenue'nun düşük çıkmasının nedenleri arasında purchase event'lerinin GA4'e ulaşmaması, consent kaynaklı veri kaybı, checkout problemleri, yanlış trigger koşulları, yanlış value, currency problemleri veya e-ticaret platformunun farklı bir revenue metriğinin kullanılması bulunabilir.
GA4 revenue neden daha yüksek çıkar?
GA4 revenue'nun daha yüksek görünmesinin en önemli teknik nedenlerinden biri duplicate purchase event'leridir. Bunun yanında yanlış value, yanlış ürün fiyatı, hatalı quantity veya platformda bulunmayan test işlemlerinin GA4'e gönderilmesi de fark oluşturabilir.
GA4 ve e-ticaret platformu arasındaki revenue farkı nasıl bulunur?
En sağlıklı yöntem transaction bazında karşılaştırmadır. E-ticaret platformundaki sipariş ID'leri ile GA4'teki transaction_id değerleri karşılaştırılarak hangi siparişlerin eksik, fazla veya farklı tutarla ölçüldüğü belirlenebilir.
GA4'te Item Revenue ile Total Revenue aynı şey midir?
Hayır. GA4'te farklı revenue metriklerinin kapsamları farklı olabilir. Örneğin item revenue, ürünlerden elde edilen geliri ifade eder ve vergi ile gönderim bedelini hariç tutar. Bu nedenle e-ticaret platformundaki toplam sipariş tutarıyla doğrudan karşılaştırılmadan önce metrik tanımı kontrol edilmelidir.
Revenue farkını analiz ederken ilk olarak ne kontrol edilmelidir?
İlk olarak tarih aralığı, timezone ve karşılaştırılan metriklerin kapsamı kontrol edilmelidir. Ardından transaction count ve transaction_id bazında karşılaştırma yapılması, problemin ölçümleme mi yoksa gelir hesaplama farkı mı olduğunu anlamayı kolaylaştırır.
More resources
Add to Cart Yüksek Ama Purchase Düşük: Sorun Nasıl Analiz Edilir?
Add to Cart Yüksek Ama Purchase Düşük: Sorun Nasıl Analiz Edilir?E-ticaret sitelerinde kullanıcı dav...
Meta Pixel ve GA4 Verileri Neden Farklı Görünür?
Meta Pixel ve GA4 Verileri Neden Farklı Görünür?Dijital pazarlama ekiplerinin en sık karşılaştığı so...
GA4 Hostname Include Filter Nedir? GA4’te Veri Kalitesini Artıran Yeni Güncelleme
GA4 Hostname Include Filter Nedir? GA4’te Veri Kalitesini Artıran Yeni GüncellemeGoogle Analytics 4,...