Shopify GA4 E-Ticaret Takibi Nasıl Düzeltilir?

GA4 e-ticaret takibi, Realtime ekranında yeşil nokta göründüğü için doğru değildir. Güvenilir kurulum doğru olayı bir kez; doğru ürün, değer, para birimi, transaction ID, izin durumu ve kaynak bağlamıyla kaydeder. Shopify siparişi ile GA4, Google Ads ve diğer platformlar arasındaki beklenen farkı da açıklayabilir.

Shopify’ın checkout ve customer events mimarisi gelişir, tarayıcılar takibi sınırlar, izin tercihleri önem taşır ve uygulamalar çakışan etiket kurabilir. Eski checkout betiğini kopyalamak veya bir Google etiketi daha eklemek çoğu zaman veriyi kötüleştirir. Kontrollü doğrulama süreci kullanın.

Ölçüm sözleşmesini tanımlayın

Kod değiştirmeden önce kurumun her olaydan ne anladığını yazın. GA4 view_item, add_to_cart, view_cart, begin_checkout, add_shipping_info, add_payment_info, purchase, refund, view_item_list, select_item, view_promotion ve select_promotion gibi önerilen olaylar sunar. Hepsini kullanmanız gerekmez; iş sorusunu tutarlı yanıtlayanları seçin.

Her olay için şunları tanımlayın:

• tetikleyen kesin kullanıcı işlemi veya sistem durumu;
• sayfa, aksiyon, checkout veya transaction başına kaç kez çalışacağı;
• zorunlu parametre ve item alanları;
• değer, vergi, kargo, indirim ve para biriminin doğruluk kaynağı;
• izin gereksinimi ve bölgesel davranış;
• vitrin, checkout, post-purchase ve hesapta bulunabilirlik;
• sahip, test yöntemi ve kabul edilen rapor gecikmesi.

Ürün kimliği standardını seçin. Analistin Shopify verisiyle eşleyebileceği kalıcı kimlik kullanın; product ID, variant ID, SKU veya başka alan olduğunu belgeleyin. Ürün görüntülemede SKU, satın almada product ID kullanıp eşleme bırakmayın.

Bütün etiket ve entegrasyonları envantere alın

Shopify Google & YouTube kanalı, custom pixel, app pixel, GTM container, tema script’i, izin aracı, server-side tagging, reklam uygulaması ve eski order-status kodunu listeleyin. Tema ve özel kodda GA ölçüm kimliği, gtag, dataLayer, GTM ID ve e-ticaret olay adlarını arayın.

Her kaynağın hangi sayfa/olayı etkilediğini ve sahibini yazın. İki etiket aynı GA4 kimliğine bağlanıp purchase’ı iki kez gönderebilir. Sağlayıcı ayarı yalnız Google Ads gibi görünürken GA4 olayı da yollayabilir. Tarayıcı eklentileri testleri etkileyebilir; temiz profil kullanın.

Her olay için tek sahip seçin. Vitrinde data layer/GTM, checkout’ta desteklenen customer events entegrasyonu kullanılabilir; sınır açık olmalıdır. Yerine gelen kurulumun bütün zorunlu senaryoyu kapsadığını yan yana test etmeden eski kaynağı kaldırmayın.

Düzeltme öncesi başlangıç değerini çıkarın

Son Shopify siparişleriyle GA4 purchase olaylarını tarih, transaction ID, para birimi ve pazara göre karşılaştırın. Şunları ölçün:

• GA4 karşılığı olmayan Shopify siparişi;
• geçerli Shopify siparişi olmayan GA4 transaction’ı;
• yinelenen transaction ID veya birden fazla purchase;
• vergi, kargo, iade, indirim veya para kaynaklı ciro farkı;
• tarayıcı, cihaz, ülke, izin, ödeme ve kanal bazında kayıp;
• tema veya uygulama yayını sonrasındaki ani değişim.

Kusursuz eşitlik beklemeyin. Reklam engelleyici, ret izni, tarayıcı sınırı, offline veya draft sipariş, iade, saat dilimi, attribution ve modeled data meşru fark yaratır. Ham fark başlığı yerine tolerans belirleyip kalıpları araştırın.

Google tag temelini doğrulayın

Doğru GA4 property ve web stream’i teyit edin. Measurement ID, enhanced measurement, internal traffic, unwanted referral, cross-domain ve data retention ayarını inceleyin. Production ile staging aynı veriyi kirletmemelidir.

Google Tag Assistant, browser network ve GA4 DebugView kullanın. Page view doğru measurement ID’ye gitmeli ve beklenmedik tekrar olmamalıdır. Banner’ın her etiketi yönettiğini varsaymak yerine consent parametrelerini inceleyin.

GTM kullanıyorsanız yalnız production container sürümünü yayınlayın ve environment’ları belgeleyin. GTM Preview’da tag fired görmek, GA4’ün doğru ecommerce parametresini aldığı anlamına gelmez. Gerçek ağ isteğiyle DebugView olayını kontrol edin.

Ürün ve liste olaylarını test edin

Koleksiyondan ürüne gidip kapsamınızdaysa view_item_list, select_item ve view_item sırasını izleyin. items dizisi item_id, item_name, varyant, marka, kategori, liste bağlamı, fiyat, adet ve para standardını tutarlı kullanmalıdır.

Fiyat seçilen birim fiyatı, event value belgelenen hesabı göstermelidir. Sayı gereken alana $29.00 gibi formatlı metin göndermeyin. URL, olay adı, parametre veya item alanına kişisel veri koymayın.

Doğrudan ürün açılışını ayrı test edin. Liste bağlamı yoksa uydurmak yerine boş bırakmak doğrudur. Varyant, indirim, abonelik, bundle, hediye kartı, ücretsiz ürün ve çoklu para senaryolarını çalıştırın.

Sepete ekleme ve sepet davranışını test edin

add_to_cart düğmeye basıldığı anda değil, sepet değişikliği başarıyla tamamlanınca çalışmalıdır. Aksi halde validasyon, tükenen varyant veya ağ hatası sahte eklemeye dönüşür. Olay gerçekten eklenen varyant ve adedi içermelidir.

Hızlı tıklama, adet değişimi, cart drawer, tam sepet, quick add, quick view, öneri, sticky button, bundle ve abonelik widget’ını deneyin. Tema ve uygulamalar ayrı ekleme yolları kullanır; bir ürün düğmesinin çalışması yeterli kanıt değildir.

Bir satır değişince tüm sepeti yeni eklenmiş gibi saymayın. remove_from_cart ve adet değişimi davranışını tutarlı tanımlayın. Sözleşmeniz buysa event value birim fiyat × eklenen adet olmalıdır.

Checkout olaylarını desteklenen mimariyle test edin

Shopify checkout sıradan tema sayfası değildir. Plan ve gereksinime uygun güncel customer-event pixel, app pixel, checkout extensibility veya resmî entegrasyon kullanın. Birçok yapılandırmada bulunmayan ya da kaldırılan checkout.liquid ve additional scripts yöntemine dayanmayın.

begin_checkout, kargo, ödeme ve purchase olaylarını Shop Pay, kart, hızlı cüzdan, yerel ödeme, indirim, gift card, ücretsiz sipariş, çoklu para ve izin tercihleriyle doğrulayın. Platform bazı olay veya parametreyi sınırlayabilir; olmayan tutarlılığı uydurmak yerine belgeleyin.

Referral atfını kontrol edin. Domain ayarı yanlışsa ödeme sağlayıcısı kaynak görünebilir. Cross-domain yalnız yolculuk gerçekten kontrol ettiğiniz alanlar arasında geçiyor ve kurulum destekliyorsa eklenmelidir.

Purchase olayını idempotent yapın

Purchase en riskli olaydır; çift kayıt ciroyu ve ROAS’ı doğrudan şişirir. Shopify sipariş veya checkout transaction kimliğini kalıcı transaction_id olarak kullanın. Tamamlanan sipariş teşekkür veya order-status sayfasında yeniden açılınca yeni transaction olmamalıdır.

GA4 bazı bağlamlarda aynı transaction ID’yi tekilleştirebilir; bunu tekrar tekrar gönderme izni saymayın. Uygulama sınırında duplicate’i önleyin, tek olay sahibi tutun ve refresh, geri, çoklu sekme ile post-purchase extension senaryosunu deneyin.

Item, adet, ürün cirosu, order value, para, vergi, kargo, kupon, affiliation ve transaction ID’yi kontrol edin. value kargo ve vergi hariç mi gibi hesap sözleşmesini yazın; mutabakatta aynı tanımı kullanın.

İadeyi bilinçli yönetin

Shopify siparişinin iptal veya iade edilmesi istediğiniz GA4 refund olayını otomatik garanti etmez. İadenin uygulama, Measurement Protocol/server süreci veya desteklenen başka entegrasyonla mı gideceğini belirleyin. Transaction ID ve kısmi iadede ilgili ürün/adedi ekleyin.

Idempotency ve retry tasarlayın. Webhook birden fazla gelebilir; worker gönderip başarı kaydından önce durabilir. Olay kimliği ile sonucu saklayarak tekrar denemenin çift refund üretmesini önleyin.

Analitik iade finans defteri değildir. Shopify ile mutabakat yapın fakat kaynak sistemlerin zaman ve tanım farkını koruyun.

İzin ve bölgesel davranışı doğrulayın

En az karar verilmemiş, reddedilmiş ve kabul edilmiş durumları test edin. Banner veya Shopify privacy ayarı değişiyorsa temsilî bölgelerde tekrarlayın. Hangi tag’in çalıştığını, hangi consent sinyalinin gittiğini ve seçimden sonra olayın nasıl güncellendiğini doğrulayın.

Performans gecikmesini izin mekanizması olarak kullanmayın. İzin gereken durumda müşteri verisini önceden göndermeyin. Banner erişilebilir olmalı; tercih değiştirme ve geri çekme çalışmalıdır.

Consent Mode ve modeled reporting’in Google’a özgü gereksinimleri vardır. Güncel doküman ve işletmeye uygun hukuk görüşü kullanın; banner varlığından uyumluluk sonucu çıkarmayın.

Çift olayları sistematik ayıklayın

Olay iki kez görünüyorsa timestamp, source, parametre, client/session kimliği ve network initiator’ı karşılaştırın. Yaygın nedenler:

1. Google kanalı ve manuel gtag.
2. GTM ve tema script’i.
3. Custom pixel ve analitik uygulaması.
4. Section yeniden render olunca iki kez bağlanan listener.
5. SPA benzeri navigasyon ve tam page ölçümünün çakışması.
6. Hem click hem başarılı cart callback’inin aynı olayı göndermesi.
7. Thank-you ve order-status kodunun ikisinin purchase sahibi olması.

Adaylardan birini kontrollü kopya veya test ayarında kapatıp aynı senaryoyu tekrarlayın ve sonucu yazın. Yoğun satış saatinde her etiketi silip sıfırdan başlamayın.

Eksik olayları adım adım takip edin

Eksik olayda zinciri izleyin: iş işlemi başarılı mı, olay kaynağı gördü mü, tag/pixel çalıştı mı, izin var mı, ağ isteği gitti mi, Google kabul etti mi, DebugView gördü mü ve standart rapor işledi mi?

JavaScript hatası, CSP, ad blocker, race condition, desteklenmeyen checkout yüzeyi, eksik data layer, app proxy hatası ve yazım yanlışını arayın. Standart rapor gerçek zamanlı değildir; anlık testte DebugView, daha sonra işlenmiş rapor kullanın.

Transaction düzeyinde mutabakat yapın

Aynı saat dilimi ve dönem için Shopify siparişiyle GA4 transaction’ını dışa aktarın. Transaction ID ile birleştirin. Eşleşmeyenleri ödeme, tarayıcı, pazar, para, izin ve yayın tarihine göre gruplayın. Böylece “GA4 yüzde 18 eksik” ifadesi, “Temmuz pixel değişiminden sonra bir pazardaki cüzdan siparişleri kayıp” gibi çözülebilir bulguya dönüşür.

Önce adet, sonra para ve anlaşılan value tanımını karşılaştırın. İptal, test, draft, abonelik yenileme, POS ve import siparişlerini kapsama göre ayırın. Dışa aktarımda müşteri gizliliğini koruyup erişimi sınırlandırın.

Tekrarlanan kalite dashboard’u kurun: sipariş eşleşme oranı, duplicate oranı, ciro farkı, eksik item ve platform bazlı funnel. Aylık raporu beklemek yerine ani değişime alarm verin.

Değişikliği güvenle yayınlayın

GTM ve kodu sürümleyin. Ölçüm sözleşmesi değişikliği, eski/yeni sahip, test senaryosu, DebugView kanıtı, yayın ve rollback’i kaydedin. Tema kopyası veya kontrollü ortam kullanın; checkout ve izin için güvenli production test siparişi gerekebilir.

Yayın sonrası temsilî cihaz ve ödeme yollarıyla birkaç gerçek test siparişi verin. Kapsamdaysa test iadesini yapın. Shopify, GA4 Realtime/DebugView, işlenmiş rapor, Ads diagnostic ve uygulama hatasını izleyin.

Kampanya ayarı, tema, izin ve olay uygulamasını aynı anda değiştirmeyin. Tek kontrollü değişken düzeltmenin etkisini görmenizi sağlar.

Shopify GA4 kabul listesi

• Her e-ticaret olayının tek ve belgeli sahibi var.
• Kalıcı ürün ve transaction kimliği kullanılıyor.
• Ham tıklama değil başarılı işlem olayı tetikliyor.
• Purchase yenileme ve tekrar ziyarette bir kez çalışıyor.
• Item, value, currency, vergi, kargo, indirim ve adet yazılı sözleşmeyi izliyor.
• Ürün, sepet, checkout, cüzdan, indirim, pazar, para ve izin test edildi.
• Refund davranışı bilinçli ve idempotent.
• Yasak kişisel bilgi gönderilmiyor.
• Shopify–GA4 mutabakatı kabul edilen toleransla ölçülüyor.
• Değişiklik sürümlü, izlenen ve geri alınabilir.

Olay parametreleri için Google’ın GA4 e-ticaret dokümanını, platform olay ortamı için Shopify’ın Web Pixels API dokümanını temel alın. Her projede desteklenen checkout yöntemini yeniden doğrulayın.

Raporlarınız hangi ürün ve kanalın gerçek sipariş getirdiğini söyleyemiyorsa Shopimaster ile iletişime geçin. Çakışan etiketleri çıkarabilir, olay sözleşmesini kurabilir, desteklenen Shopify uygulamasını düzeltebilir, izin ve checkout senaryolarını test edip GA4’ü transaction düzeyindeki mağaza verisiyle mutabık hale getirebiliriz.