AnalyticaHouse
Fevzican Randa

Fevzican Randa

Kas 5, 2026
19 min read

GA4’te Revenue Neden E-ticaret Platformundan Farklı Çıkar?

GA4’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:

SistemSiparişRevenue
E-ticaret Platformu1.0001.000.000 TL
GA4920920.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 IDOrder ValueCurrencyStatus
100011.250 TLTRYPaid
10002850 TLTRYPaid
100032.100 TLTRYRefunded

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