GA4 Gelir Verileri WooCommerce Satış Tutarlarıyla Uyuşmuyorsa 9 Neden

En yaygın sorunlardan biri, iki sistemde aynı anlamı taşımayan metriklerin karşılaştırılmasıdır.

WooCommerce’deki Toplam satış, vergi ve kargo kalemlerini de içerebilir.

GA4’te standart e-ticaret value alanı ise ürün tutarlarını temsil eder; KDV ve kargo bu alana eklenmemelidir.

Örnek

İndirim sonrası ürün tutarı: 1.000 TL
KDV:                            200 TL
Kargo:                          100 TL

WooCommerce sipariş toplamı:  1.300 TL
GA4 purchase.value:           1.000 TL

Fark:                           300 TL

Bu basitleştirilmiş senaryoda iki değer arasındaki 300 TL fark, tek başına takip hatası değildir.

Çözüm

1. WooCommerce’de Gelir raporunu açın.
2. Toplam satış ve Net satış rakamlarını ayırın.
3. GA4’te karşılaştırdığınız metrik adını doğrulayın.
4. Vergi ve kargo kapsamlarını karşılaştırın.
5. Aynı tarih ve para birimini kullanın.

GA4’ün e-ticaret veri modelinde value, tax ve shipping ayrı parametrelerdir.

Google’ın resmî dokümanına göre value, satın alınan ürünlerin price × quantity toplamı olmalı; kargo ve vergi içermemelidir.

Yanlış uygulama

value: 1300
tax: 200
shipping: 100

Sorun:
value zaten KDV ve kargo içeriyor.

Doğru ayrıştırma

value: 1000
tax: 200
shipping: 100
currency: "TRY"

items:
- price: 1000
- quantity: 1

Örnekler, ürün fiyatlarının indirim sonrası ve vergi hariç hesaplandığı bir senaryoya aittir.

Kontrol edilecekler

• value hangi WooCommerce alanından geliyor?
• KDV zaten ürün fiyatına eklenmiş mi?
• Kargo tutarı ayrıca gönderiliyor mu?
• Ürün price değerleri doğru mu?
• Fiyatlar vergili gösteriliyorsa etiket doğru ayrıştırıyor mu?

WooCommerce’de kuponlar sepet tutarını değiştirirken GA4 entegrasyonunun bu indirimleri doğru yansıtması gerekir.

Özellikle özel fiyatlandırma eklentileri, varyasyonlu ürünler ve birden fazla kupon kullanımı yanlış value hesaplamasına neden olabilir.

Örnek

İndirim öncesi ürün tutarı: 2.000 TL
Kupon indirimi:                 300 TL

İndirim sonrası ürün tutarı:  1.700 TL

Beklenen purchase.value:
1700

GA4’e 2.000 TL gönderiliyorsa kupon indirimi göz ardı edilmiş olabilir.

Kontrol edilecekler

• Kupon indirimi value hesabına yansıyor mu?
• Ürün price değerleri indirim sonrası tutarla tutarlı mı?
• discount alanında tutar doğru mu?
• Dinamik fiyatlandırma eklentisi kullanılıyor mu?
• Birden fazla kupon uygulandığında tutar değişiyor mu?

Çözüm

Tek ürün ve tek kupon senaryosuyla ölçümü test edin. Ardından varyasyon, sepet indirimi ve çoklu kupon senaryolarını sırayla karşılaştırın.

WooCommerce’de sipariş oluşması, GA4’ün mutlaka bir purchase etkinliği alacağı anlamına gelmez.

Özellikle ödeme sağlayıcısı üzerinden yönlendirilen müşteriler sipariş sonrası teşekkür sayfasına geri dönmeyebilir.

Yalnızca teşekkür sayfasının yüklenmesine bağlı bir ölçüm kurulumu, bu işlemleri kaçırabilir.

Eksik purchase nedenleri

• Müşteri ödeme sonrasında siteye dönmemiştir.
• Thank-you sayfasındaki etiket çalışmamıştır.
• GTM tetikleyicisi yanlış tanımlanmıştır.
• İzin durumu ölçümü sınırlandırmıştır.
• Tarayıcı veya reklam engelleyici isteği engellemiştir.

Fazla purchase nedenleri

• GTM ve WooCommerce eklentisi aynı olayı gönderiyordur.
• Birden fazla GA4 eklentisi aktiftir.
• Etkinlik sipariş onayından farklı aşamalarda tetikleniyordur.
• Sunucu ve tarayıcı tarafı izleme koordinasyonsuzdur.
• İşlem kimlikleri farklı veya hatalı gönderiliyordur.

Çözüm

1. GA4’e veri gönderen bütün kaynakları listeleyin.
2. GTM’de purchase tetikleyicisini inceleyin.
3. WooCommerce Analytics eklentisinin ayarlarını kontrol edin.
4. Test işleminde kaç olay gönderildiğini gözlemleyin.
5. Gerçek ödeme durumuyla olay zamanını karşılaştırın.

transaction_id, GA4 e-ticaret ölçümünün en önemli parametrelerinden biridir.

Bu alan, satın alma işlemlerinin birbirinden ayırt edilmesine ve yinelenen olayların azaltılmasına yardımcı olur.

Her gerçek sipariş için benzersiz ve tutarlı işlem kimliği kullanılmalıdır.

Yanlış örnek

Sipariş 1001:
transaction_id = ""

Sipariş 1002:
transaction_id = ""

Sorun:
Boş işlem kimliği kullanılıyor.

Doğru yaklaşım

Sipariş 1001:
transaction_id = "WC-1001"

Sipariş 1002:
transaction_id = "WC-1002"

İade WC-1001:
transaction_id = "WC-1001"

İade olayında orijinal satın almayla eşleşen işlem kimliği kullanılmalıdır.

Kontrol edilecekler

• Her siparişe benzersiz bir işlem kimliği atanıyor mu?
• Kimlik boş metin olarak gönderiliyor mu?
• Farklı siparişler aynı kimliği kullanıyor mu?
• Tarayıcı ve sunucu olayları aynı sipariş kimliğiyle gönderiliyor mu?
• İade olayı orijinal işlem kimliğini kullanıyor mu?

WooCommerce’de bir siparişin iade edilmesi veya iptal edilmesi, GA4’te satın alma gelirinin otomatik olarak güncelleneceği anlamına gelmez.

GA4’e gerekli refund etkinliğinin iletilmesi gerekir.

Örnek

İlk satın alma:
1.000 TL

Müşteriye yapılan ürün iadesi:
400 TL

WooCommerce net ürün geliri:
600 TL

GA4 refund gönderilmediyse:
İlk satın alma gelirinde 1.000 TL
görünmeye devam edebilir.

Bu senaryoda aynı dönem, aynı gelir metriği ve başka işlem bulunmadığı varsayılır.

Kontrol edilecekler

• İade işlemleri GA4’e gönderiliyor mu?
• Kısmi iadeler destekleniyor mu?
• Refund tutarı doğru mu?
• Refund işlem kimliği orijinal siparişle eşleşiyor mu?
• Kargo ve vergi iadeleri ayrı ele alınıyor mu?
• Sipariş iptal edildiğinde yanlış purchase kaydı oluşmuş mu?

WooCommerce iade tarihine dikkat

WooCommerce Analytics raporlarında iadeler, ilgili raporun kurallarına göre iadenin gerçekleştiği tarihte negatif değer olarak gösterilebilir.

Bu nedenle eski bir siparişin bugünkü iadesi, iki raporun günlük dağılımında farklılık yaratabilir.

WooCommerce, siparişleri farklı durumlarla yönetir.

Örneğin Ödeme bekleniyor, İşleniyor, Beklemede, Tamamlandı, İptal edildi ve Başarısız gibi durumlar bulunabilir.

WooCommerce Analytics, belirli sipariş durumlarını rapora dahil ederken bazılarını hariç tutabilir.

GA4 entegrasyonu ise satın alma olayını farklı bir anda gönderebilir.

Yaygın uyuşmazlıklar

• WooCommerce siparişi beklemedeyken GA4 purchase gönderilmiştir.
• Ödeme alınmıştır ancak kullanıcı teşekkür sayfasına dönmemiştir.
• Ödeme tamamlanmış fakat sipariş durumu gecikmiştir.
• Özel sipariş statüleri WooCommerce raporuna dahil edilmiştir.
• Manuel oluşturulan siparişler GA4 üzerinden ölçülmemiştir.

Çözüm

1. WooCommerce → Analizler → Ayarlar bölümünü açın.
2. Rapora dahil edilen sipariş durumlarını kontrol edin.
3. GA4 satın alma olayının hangi aşamada gönderildiğini belirleyin.
4. Ödeme sağlayıcısı bildirimleriyle sipariş statüsünü karşılaştırın.
5. Manuel, telefonla veya yönetimden oluşturulan siparişleri ayrı değerlendirin.

Raporlarda birkaç saatlik fark bile siparişin farklı günlerde görünmesine neden olabilir.

Özellikle gece yarısına yakın yapılan satın almalarda saat dilimi ayarları önemlidir.

Örnek

WooCommerce:
8 Kasım, 00:30 (İstanbul)

Başka zaman dilimindeki rapor:
7 Kasım, 21:30 (UTC)

Aynı gerçek işlem,
iki farklı takvim gününe düşebilir.

Kontrol edilecekler

• WordPress zaman dilimi doğru mu?
• GA4 mülkünün raporlama zaman dilimi aynı mı?
• İki raporda aynı başlangıç ve bitiş tarihleri seçildi mi?
• WooCommerce sipariş oluşturma tarihi mi kullanılıyor?
• GA4 olayının gönderim tarihi farklı mı?
• Her iki rapor aynı para biriminde mi?
• Çoklu para birimi eklentisi kullanılıyor mu?

Para birimi sorunu

GA4 e-ticaret olaylarında currency üç harfli ISO 4217 koduyla gönderilir.

Örneğin Türk lirası için TRY, euro için EUR ve ABD doları için USD kullanılır.

Para birimi hatalı veya eksikse raporlanan gelir doğru hesaplanmayabilir.

WooCommerce sipariş kaydı doğrudan mağazanın sisteminde tutulurken GA4 verileri kullanılan etiketleme sistemine göre toplanır.

Bu yüzden kullanıcının izin tercihleri, tarayıcı ayarları, ağ hataları veya eklenti çakışmaları GA4 ölçümünü etkileyebilir.

Önemli teknik nedenler

• Analytics izni reddedilmiş olabilir.
• Consent Mode yanlış kurulmuş olabilir.
• Tarayıcı eklentisi veri gönderimini engelliyor olabilir.
• GTM ve GA4 eklentileri çakışıyor olabilir.
• Yanlış G- ölçüm kimliği kullanılabilir.
• Purchase isteği JavaScript hatası nedeniyle gönderilmemiş olabilir.
• GA4 standart raporu henüz tamamlanmamış olabilir.

Veri işleme süresi

Google Analytics raporlarında veri işleme süreleri farklılık gösterir.

Google, bazı rapor verilerinin işlenmesinin 24–48 saat sürebileceğini belirtir.

Bu nedenle bugünün tamamlanmamış GA4 verisini, WooCommerce’in anlık sipariş kayıtlarıyla eşit kabul etmeyin.

Çözüm

1. GA4 veri akışındaki ölçüm kimliğini doğrulayın.
2. GTM ve WooCommerce entegrasyonlarını listeleyin.
3. Tarayıcıdan çıkan purchase isteklerini kontrol edin.
4. İzin durumlarını uygun şekilde test edin.
5. GA4 DebugView ve gerçek zamanlı verileri inceleyin.
6. Standart raporları veri işleme tamamlandıktan sonra karşılaştırın.