GA4 e-ticaret kurulumunda en sık hata, satın alma olayının yinelenmesi ya da eksik gelmesidir; çoğu sorun benzersiz bir sipariş numarası (transaction_id), doğru ürün listesi ve doğru tutarla çözülür. Kurulumu bitirdikten sonra mağazanızın sipariş kaydıyla GA4 raporunu karşılaştırmak, sorunun var olup olmadığını en hızlı gösteren testtir.
Aşağıda önce olay şemasını, sonra yedi sık hatayı ve her biri için doğrulama yolunu anlatıyoruz. Olay ve parametre adları Google belgelerinde zamanla güncellenebilir; ayrıntı için güncel GA4 belgelerine bakın.
Olay şeması
GA4 e-ticaret raporları için temel olaylar şunlar:
| Olay | Ne zaman gönderilir |
|---|---|
| view_item_list | Ürün listesi görüntülendiğinde |
| view_item | Ürün sayfası açıldığında |
| add_to_cart | Sepete eklendiğinde |
| begin_checkout | Ödeme adımı başladığında |
| add_payment_info | Ödeme bilgisi girildiğinde |
| purchase | Sipariş tamamlandığında |
Önemli parametreler: items (ürün listesi; her ürün için item_id, item_name, fiyat, adet), value (tutar), currency (para birimi) ve satın almada transaction_id.
Etiket yöneticisi akışı
Çoğu mağazada akış şöyle çalışır: Site, siparişin tamamlanma anında bir veri katmanına (dataLayer) olay ve ürün bilgisini yazar. Google Tag Manager bu olayı yakalar, GA4 olay etiketini tetikler. Aynı veri katmanı Google Ads ve Meta etiketleri için de kullanılır; bu sayede tek kaynaktan çoğaltılır.
Önce bu veri katmanının doğru olduğundan emin olun, sonra etiketi bağlayın.
7 sık hata
1. transaction_id yok ya da her seferinde değişiyor
Sipariş teşekkür sayfası yenilendiğinde ya da kullanıcı geri dönüp açtığında purchase olayı tekrar gider. transaction_id benzersiz ve siparişle aynı numara olmalıdır; GA4, aynı kimlikle tekrar gelen satın almaları çoğu durumda tekilleştirmeye çalışır (Google bunu web akışları için anlatıyor); yine de olayı tek kez göndermek asıl güvencedir. Boş ya da sabit bir kimlik tüm siparişleri tek sipariş gösterebilir.
Kontrol: Test siparişinin teşekkür sayfasını iki kez yenileyin. DebugView’da purchase tekrar görünüyorsa kimliğin aynı olduğunu doğrulayın; raporlarda siparişin bir kez sayıldığını kontrol edin. Sayılıyorsa olayı sayfa yenilemesinde tekrar göndermeyecek şekilde düzeltin.
2. Çift kurulum: hem GTM hem doğrudan kod
Siteye gtag.js doğrudan eklenmiş, bir de GTM içinden GA4 etiketi tetikleniyor olabilir. Sonuç iki kat oturum ve iki kat dönüşüm.
Kontrol: Sayfa kaynağında ve ağ isteklerinde aynı ölçüm kimliğine giden iki ayrı istek var mı? Tek kurulum yöntemi bırakın.
3. Tutarsız ciro (value)
GA4’teki ciro mağaza kaydından farklı çıkıyor. Nedenleri: KDV dahil/hariç farkı, kargo ve indirim dahil edilmesi, farklı para birimi, iptal/iade’nin yansımaması.
Kontrol: Bir haftalık siparişi mağaza kaydıyla karşılaştırın. Tutar tanımını (KDV, kargo, indirim) yazılı bir kurala bağlayın ve her yerde aynısını kullanın. İade ve iptallerin GA4’e aktarılıp aktarılmadığına karar verin; aktarılmıyorsa farkı raporda not edin.
4. items listesi eksik ya da hatalı
Ürün adı var ama item_id yok, fiyat metin olarak gidiyor (örneğin “1.299,90 TL”) ya da adet eksik. Ürün raporları boş ya da yanlış çıkar.
Kontrol: DebugView’da purchase olayının items dizisini açın; her ürün için id, ad, sayısal fiyat ve adet var mı bakın. Fiyatı noktalı ondalık, para birimi işaretsiz sayı olarak gönderin.
5. Ödeme sağlayıcı yönlendirmesi oturumu bölüyor
Müşteri 3D Secure ya da ödeme kuruluşu sayfasına gidip dönüyor; GA4 bunu yeni bir oturum ve “ödeme sağlayıcı” yönlendirmesi olarak sayar. Sonuç: satın almanın kaynağı “ödeme sağlayıcı” olarak yazılır, reklam kanalı kaybolur.
Kontrol: GA4 yönetim ayarlarında istenmeyen yönlendirmeler listesine ödeme sağlayıcı alan adlarını ekleyin. Satın almaların kaynak dağılımında bu alan adlarının yoğunluğuna bakın.
6. Çerez izni ve olay kaybı
İzin banner’ı etiketleri engelliyor ya da yanlış yapılandırıldığı için izin verilen kullanıcıda da olay gitmiyor. Ya da izin yönetimi hiç olmadığı için hukuki uyum sorunu var.
Kontrol: İzin verildiğinde ve verilmediğinde etiketlerin davranışını test edin. Çerez izni kuruluyorsa Google’ın izin modu (consent mode) ayarlarını okuyun. Hukuki uyum için KVKK ve çerez metinlerinizi yetkili kişiye danışın.
7. Reklam hesabına aktarım ve dönüşüm tanımı
GA4’te purchase olayı doğru ama Google Ads’e dönüşüm olarak aktarılmamış ya da yanlış olay dönüşüm yapılmış. GA4’te dönüşümün adı zamanla “key event” olarak değişti; Türkçe arayüzdeki karşılığı farklı olabilir.
Kontrol: GA4 ile Google Ads bağlantısını doğrulayın, hangi olayın hesapta birincil dönüşüm olduğunu ve değerinin geldiğini kontrol edin. Meta için piksel/sunucu olayları ayrıca test edilmeli. Hesap bütünü için reklam hesabı denetimi listemizin ilk dört maddesine bakın.
Test ve doğrulama
Yayına çıkmadan önce bu sırayı izleyin:
- GTM önizleme modu: Her olayın doğru adımda tetiklendiğini görün.
- GA4 DebugView: Olayları ve parametreleri canlı izleyin.
- Test siparişi: Gerçek bir sipariş (ya da test ortamı) verin. Tutar, ürün ve sipariş numarasını not edin.
- Karşılaştırma: Bir hafta sonra GA4’ün satın alma sayısı ve cirosunu mağaza kaydıyla karşılaştırın. Birebir eşleşme beklenmez, ama büyük fark sorun işaretidir. Reklam engelleyiciler ve izin vermeyen kullanıcılar küçük bir farkı doğal kılar.
- Düzenli kontrol: Site güncellemelerinden (tema, eklenti, ödeme sistemi) sonra kurulumu tekrar test edin. Kurulum çoğu zaman sessizce bozulur.
Raporlama tarafı için Looker Studio yönetici raporu yazısına bakın.
Reklam hesaplarına aktarırken ek notlar
Google Ads için GA4’ten dönüşüm içe aktarmak yerine doğrudan Google Ads dönüşüm etiketi kullanıyorsanız, aynı satın almayı iki kez saymadığınızdan emin olun: bir yöntem birincil, diğeri ikincil (ya da hiç) olsun. Meta için tarayıcı pikseli ve sunucu tarafı olay birlikte kullanılıyorsa, tekilleştirme için iki taraftan da aynı olay kimliğinin gönderilmesi gerekir.
Ayrıca sipariş durumuna dikkat edin. Ödeme alınmadan “sipariş oluşturuldu” aşamasında purchase göndermek, sonradan iptal olan siparişleri de ciro gibi gösterir. Havale ve kapıda ödemede sipariş onay anını tanımlayın; mümkünse purchase olayını yalnızca ödeme onaylandığında tetikleyin.
Hata yakalamak için ayarlanabilecek uyarılar
Kurulum bozulduğunda geç fark edilir. GA4’te satın alma sayısı belirgin biçimde düşerse ya da sıfıra inerse uyarı alacağınız bir özel uyarı ya da rapor kurun. Haftalık rapor e-postasında satın alma sayısını mağaza kaydıyla yan yana göstermek de basit bir erken uyarıdır. Bir tema ya da eklenti güncellemesinin ardından ilk 48 saatte olay akışına bakmak, çoğu sessiz bozulmayı yakalar.
Sık sorulan sorular
GA4 ile mağaza cirosu neden birebir tutmuyor? İzin vermeyen kullanıcılar, reklam engelleyiciler, iade/iptal ve tutar tanımı farkları nedeniyle. Küçük fark normal; büyük ve sistematik fark kurulum hatasıdır.
GTM kullanmak şart mı? Şart değil, ama çok sayıda etiketi (GA4, Google Ads, Meta) tek yerden yönetmek için pratik.
Kurulumu kendim yapabilir miyim? Basit mağazalarda eklenti ya da hazır entegrasyonla mümkün. Özel altyapıda veri katmanı için geliştirici gerekir.
GA4’te bir hata fark edersem geçmiş veri düzelir mi? Genellikle hayır. Hata düzeltilene kadarki veri olduğu gibi kalır; düzeltme tarihini not edin.
Ölçüm kurulumunuzu birlikte gözden geçirmek isterseniz Profaj ekibi yardımcı olur.