GA4 ile E-Ticaret Panelindeki Ciro Neden Farklı?

E-ticaret panelindeki ciro ile GA4’teki tutar birbirini tutmadığında, farkın nereden geldiğini anlamadan reklam performansı hakkında karar vermek zorlaşıyor. Satışlar eksik mi ölçülüyor, yoksa iki rapor farklı tutarları mı topluyor?

GA4 ciro farkı; gelir tanımından, verilerin işlenme süresinden veya satın alma bilgilerinin eksik ya da hatalı gönderilmesinden kaynaklanabilir. İncelemeye rakamların kapsamını netleştirerek başlıyorum. Ardından siparişlerin ölçüm akışını kontrol ediyorum. [1] · [2]

Önce aynı satışları karşılaştırdığımdan emin oluyorum

İki panelde aynı tarih aralığını seçmek başlangıç için yeterli görünebilir. Oysa bir panel tüm oluşturulan siparişleri, diğeri yalnızca satın alma olayı gönderilen işlemleri gösteriyorsa karşılaştırmanın kapsamı farklıdır.

Bu yüzden önce şu soruların yanıtını netleştiriyorum:

• Tarih aralığı ve saat dilimi aynı mı?
• İki rapor da yalnızca web sitesindeki siparişleri mi kapsıyor?
• İptal, iade ve ödeme bekleyen siparişler nasıl ele alınıyor?
• Kargo, vergi ve indirimler ciroya nasıl yansıtılıyor?
• Para birimi ve karşılaştırılan gelir metriği aynı mı?

Google’ın purchase tanımında value , varsa indirim uygulanmış ürün fiyatlarının adetlerle çarpılıp toplanmasıyla hesaplanır. Kargo ve vergi bu tutara dahil edilmez; ayrı parametrelerde gönderilir. Paneldeki tutar kargo ve vergiyi içeriyorsa, önce karşılaştırılabilir tutarı hesaplamak gerekir. [3]

Bugünün verisiyle de hemen hüküm vermiyorum. GA4 verilerinin işlenmesi 24–48 saat sürebiliyor ve bu sırada raporlar değişebiliyor. Kontrolü, bu süreyi dikkate alan tamamlanmış bir dönem üzerinden yapmak daha sağlıklı. [2]

Fark sipariş sayısında mı, sipariş tutarında mı?

Toplam ciro farkı, sorunun yerini tek başına göstermiyor. Sipariş sayısını ve sipariş başına gönderilen tutarı ayrı incelemek, kontrol alanını daraltıyor.

Burada metrik seçimine dikkat etmek gerekiyor. GA4’te “satın alınan ürün sayısı” ile “e-ticaret satın alma işlemleri” aynı şeyi saymaz. Üç ürün içeren tek bir sipariş, üç ayrı satın alma işlemi değildir. [4]

Sonraki adımda paneldeki siparişleri, GA4’te sipariş kimliğiyle görülebilen satın alma kayıtlarıyla transaction_id üzerinden eşleştiriyorum. Eşleşmeyen siparişleri ve tutarı farklı kaydedilen işlemleri ayrı inceleyebiliyorum.

GTM’de “tetiklendi” görmek kontrolün tamamlandığı anlamına gelmiyor

Google Tag Manager ön izlemesinde etiketin çalıştığını görmek yararlı bir bulgu. Yine de olayın adı, içeriği ve ulaştığı GA4 mülkü ayrıca kontrol edilmeli.

Ben satın alma testinde şu sırayı izliyorum:

1. Veri katmanı: Sitenin oluşturduğu dataLayer kaydında doğru sipariş bilgileri var mı?
2. Etiket: GTM bu bilgileri doğru değişkenlerden alıyor mu?
3. Gönderim: Olay, hedeflenen GA4 mülküne purchase adıyla gönderiliyor mu?
4. Doğrulama: Uygun izin durumundaki testte DebugView’da sipariş kimliği, tutar, para birimi ve ürünler doğru görünüyor mu?

Örneğin satın alma olayı ulaşırken tutar yanlış biçimde gönderilmiş olabilir. value alanının para birimi simgesi içeren bir metin yerine sayısal değer taşıması gerekir. Olayın görünmesi ile gelir bilgisinin doğru hesaplanması bu nedenle ayrı ayrı doğrulanmalı. [1]

DebugView sonrasında, işleme süresini ve etkin veri filtrelerini dikkate alarak raporu da kontrol ediyorum. Geliştirici trafiği filtresi gibi ayarlar, testte görünen verinin standart raporda yer almamasını açıklayabilir. [5]

Ödeme yöntemlerini ayrı ayrı test ediyorum

Son dönemde yaptığım ölçüm kontrollerinde ödeme akışına ayrıca zaman ayırdım. Bir incelemede satın alma olayını GA4’te görmemize rağmen, ödeme adımlarındaki takibin tamamını aynı ölçüde doğrulayamamıştık. Farklı ödeme yöntemlerini ayrı ayrı test ederek ilerledik.

Bu deneyim nedeniyle tek bir başarılı siparişten sonra testi bitirmiyorum. Sitede hangi yöntemler kullanılıyorsa her biri için siparişin oluştuğu anı, ödeme dönüşünü ve satın alma kaydını kontrol ediyorum. Mobil ve masaüstünde farklı akışlar varsa onları da ayrı ele alıyorum.

Ödeme sırasında GTM ön izlemesinin bağlantıyı kaybetmesini ise bir inceleme noktası olarak kaydediyorum. Bunun gerçekten veri kaybına yol açtığını söylemek için gönderimi ve GA4 kaydını ayrıca doğrulamak gerekiyor.

Benzer şekilde, begin_checkout olayını görememek, purchase olayının da mutlaka kaybolduğu anlamına gelmez. Her adımın nasıl gönderildiğini ayrı kontrol ediyorum.

Aynı siparişin tekrar gönderilip gönderilmediğine bakıyorum

Kurulum incelerken GTM dışında çalışan bir entegrasyon veya ikinci bir etiketle karşılaşılabilir. Burada baktığım şey, bu yapıların aynı siparişi aynı GA4 mülküne gönderip göndermediği.

İki farklı ölçüm kodu görmek, tek başına çift satış kaydı oluştuğunu kanıtlamaz. Hedef mülkü, olay içeriğini ve sipariş kimliğini birlikte incelemek gerekir.

Google, web veri akışlarında aynı transaction_id ile gelen satın almaları tekilleştirir. Bu nedenle DebugView’da iki olay görmekten doğrudan “ciro iki kat sayılıyor” sonucu çıkarmıyorum. Öte yandan farklı siparişlere aynı kimliği vermek veya boş kimlik göndermek de eksik sayım yaratabilir. Her siparişin kendine ait, tutarlı bir işlem kimliği olmalı. [6]

Çerez izninin ölçümü nasıl etkilediğini kontrol ediyorum

İzin tarafında yalnızca ekranda bir çerez banner’ı olup olmadığına bakmak yeterli değil. Kullanıcının seçimi sonrasında Google etiketlerinin nasıl davrandığını da görmek gerekiyor.

Temel Consent Mode kurulumunda kullanıcı izin vermediğinde Google etiketleri veri göndermez. Gelişmiş kurulumda ise izin reddedildiğinde çerezsiz sinyaller gönderilebilir. İki yapının ölçüm davranışı bu yüzden aynı değildir. [7]

GA4’te davranış modellemesinin kullanılabilmesi ayrıca uygunluk koşullarına bağlıdır. Modellenmiş veriyi, eksik her siparişin kimliği ve tutarıyla geri getirilmesi şeklinde düşünmemek gerekir. [8]

Test sonucunu da izin durumuyla birlikte değerlendiriyorum. Analytics izni verilmemiş bir oturumda olayların DebugView’da görünmemesi, tek başına teknik kurulum hatası kanıtı değildir. [5]

Bulguyu, tekrar test edilebilecek şekilde iletiyorum

İnceleme sonunda yazılım ekibine yalnızca “GA4 eksik ölçüyor” demek, sorunun yerini bulmayı zorlaştırıyor. Benim için işe yarayan kayıt; sipariş numarasını, test saatini, ödeme yöntemini, cihazı ve hangi adımda ne görüldüğünü birlikte içeriyor.

Örneğin aşağıdaki gibi bir not, incelemeyi somutlaştırır:

Mobilde ilgili ödeme yöntemiyle oluşturulan test siparişi panelde mevcut. Veri katmanında satın alma kaydı görülüyor; aynı sipariş kimliği hedef GA4 mülkündeki testte doğrulanamadı. Test sırasında Analytics izni kabul edilmişti. Gönderimin hedefini, parametrelerini ve ilgili filtreleri birlikte kontrol edelim.

Bu temsili not, önce gözlenen durumu tarif ediyor. Sorunun hangi sistemden kaynaklandığı, yapılacak kontrolün sonucunda netleşebilir.

Düzeltme sonrasında da aynı ödeme akışını yeniden test ediyorum. Ardından karşılaştırılabilir dönemde sipariş kimliklerini ve tutarlarını tekrar eşleştiriyorum. Böylece değişikliğin hangi sorunu çözdüğünü, hangi farkların devam ettiğini görebiliyorum.

Sıkça sorulan sorular

GA4 ile e-ticaret paneli arasında ne kadar ciro farkı normal?

Tek bir yüzdeye göre karar vermiyorum. Farkı kabul edilebilir saymadan önce hangi siparişlerden, gelir kalemlerinden ve ölçüm koşullarından kaynaklandığını açıklayabilmek gerekir. Küçük bir farkın belirli bir ödeme yönteminde yoğunlaşması da incelemeye değer.

GA4’te satın alma görünüyor ama gelir sıfır. Neden?

Satın alma olayının ulaşması, gelir parametrelerinin doğru gönderildiğini göstermez. Önce value ve currency alanlarını kontrol ederim. Tutarın sayısal değer olarak, para biriminin ise TRY gibi geçerli bir kodla olay düzeyinde gönderilmesi gerekir. [1]

E-ticaret panelinde yaptığım iade GA4’e otomatik yansır mı?

Bu, kullanılan entegrasyona bağlıdır. Panelde iade yapmak, iade bilgisinin GA4’e de iletildiğini tek başına göstermez. refund olayının ilgili siparişin transaction_id değeri ve doğru iade tutarıyla gönderilip gönderilmediğini kontrol etmek gerekir. [3]

Ölçüm kurulumunu düzelttiğimde geçmişte eksik kalan satışlar da gelir mi?

Etiket veya veri katmanındaki düzeltme, geçmişte hiç gönderilmemiş siparişleri kendiliğinden GA4’e getirmez. Geçmiş veriler için ayrıca gönderim yapılması değerlendirilecekse eldeki kayıtlar ve GA4’ün zaman sınırları incelenmelidir. Düzeltmenin etkisini yeni siparişler üzerinden doğrularım. [9]

Ciro farkı birden arttıysa ilk neyi kontrol etmeliyim?

Farkın başladığı tarihin çevresinde yapılan tema, ödeme sayfası, çerez yönetimi ve ölçüm değişikliklerine bakarım. Eksik siparişlerin belirli bir ödeme yönteminde veya cihazda toplanması da araştırmayı daraltır. Tarihlerin örtüşmesi ipucu sağlar; nedenini doğrulamak için ilgili akışı test etmek gerekir.

Gerçek satış cirosunu takip ederken hangi kaydı esas almalıyım?

Satış, tahsilat, iptal ve iadeler için doğrulanmış sipariş ve ödeme kayıtlarını esas alırım. GA4’ü kullanıcı davranışını ve pazarlama kanallarının katkısını incelemek için kullanırım. E-ticaret panelinde de ödeme bekleyen veya iptal edilmiş siparişlerin toplama dahil olup olmadığını kontrol ederim.

GA4 eksik ölçüyorsa Google Ads de eksik mi ölçüyordur?

Her zaman değil. Google Ads, GA4’ten içe aktarılan satın almalarla veya doğrudan Google Ads dönüşüm etiketiyle çalışıyor olabilir. Hangi dönüşüm kaynağının raporlama ve teklif vermede kullanıldığı kontrol edilmeden, GA4’teki farkın Google Ads’e aynı şekilde yansıdığı söylenemez. [10]

İki panelde toplam cironun eşit çıkması ölçümün doğru olduğunu gösterir mi?

Tek başına yeterli değil. Eksik bir siparişin tutarı, fazla veya hatalı kaydedilmiş başka bir işlemle dengelenmiş olabilir. Toplamın yanında satın alma sayısını ve sipariş kimliğiyle eşleşebilen kayıtların tutarlarını da doğrulamak gerekir.

E-ticaret sitenizde benzer bir fark yaşıyorsanız, GA4 ve GTM ölçüm desteği kapsamında satın alma akışınızı ve raporlarınızı birlikte inceleyebiliriz.

Ölçüm altyapınızı birlikte değerlendirelim

Mevcut etiketleri ve dönüşüm akışlarını kontrol etmek, yeni bir ölçüm planı oluşturmak veya rapor verilerini değerlendirmek için GA4 ve Google Tag Manager kurulumu hizmetimin kapsamını inceleyebilirsiniz.

Kaynaklar

Teknik açıklamalarda Google’ın aşağıdaki resmi belgelerinden yararlandım. Kontrol sırası ve örnek bulgu notu, bu yazıda anlattığım inceleme yaklaşımına aittir.

1. Google Analytics: Eksik gelir verisi sorununu düzeltme
   Gelir hesabında kullanılan parametreler ve veri biçimleri.
2. Google Analytics: Veri güncelliği
   Verilerin işlenmesi ve raporlara yansıma süreleri.
3. Google Analytics: purchase ve refund olayları
   Satın alma, iade, ürün, tutar ve para birimi parametreleri.
4. Google Analytics: E-ticaret metrikleri
   Satın alma işlemleri ile satın alınan ürün sayısı arasındaki fark.
5. Google Analytics: DebugView’da etkinlikleri izleme
   Test olayları, izin durumu ve geliştirici trafiği filtreleri.
6. Google Analytics: İşlem kimlikleriyle tekilleştirme
   Benzersiz işlem kimliği kullanımı ve yinelenen satın almalar.
7. Google: İzin moduna genel bakış
   Temel ve gelişmiş Consent Mode uygulamaları.
8. Google Analytics: İzin modu için davranış modelleme
   Gözlenen ve modellenen veriler ile modelleme koşulları.
9. Google Analytics: Measurement Protocol ile olay gönderme
   Sonradan veri gönderiminde zaman damgası ve kabul sınırları.
10. Google Ads: Web dönüşümlerini ayarlama
    Google etiketi ve Google Analytics üzerinden dönüşüm ölçümü.

Kaynakların son kontrol tarihi: 30 Eylül 2026.