İçeriğe geç
SEMROI
Vaka çalışması · Analitik ve dijital reklam

GA4 denetimi: 92 mağaza siparişinin 43'ü neden GA4'e hiç ulaşmadı

ABD'de BigCommerce kullanan bir endüstriyel parça perakendecisinde GA4 denetimi yaptık: 20–27 Eylül 2026'da mağaza 92, GA4 ise yalnızca 49 sipariş kaydetmişti. Siparişleri tek tek eşleştirdik, altı nedeni eledik ve kanıtı BigCommerce'e götürdük; BigCommerce bunu platform hatası olarak kabul etti. 19–26 Ekim'de GA4 siparişlerin yaklaşık %85'ini yeniden yakalıyordu; platform düzeltmesi bekleniyor.

Müşteri
ABD'li bir endüstriyel parça perakendecisi (adı paylaşılmıyor)
Sektör
B2B e-ticaret
Pazar
Amerika Birleşik Devletleri
Süre
Eyl – Kas 2026
Platformlar
BigCommerce, GA4, Google Ads
Rollerimiz
GA4 denetimi, sipariş mutabakatı, platforma eskalasyon, gelişmiş dönüşüm kontrolü
  • GA4 denetimi
  • Sipariş mutabakatı
  • Google Ads
  • Gelişmiş dönüşümler
  • BigCommerce
GA4'te olmayan mağaza siparişi, 20–27 Eyl 2026
92'de 43
21 Eyl 2026'dan itibaren satın alma yakalama; önce ~%89
%50
o haftanın mağaza gelirinden GA4'te görünen pay
%30
test edilip elenen olası neden
6
yeniden yakalanan sipariş, 19–26 Eki 2026
%85

Kaynaklar: mağaza sipariş dökümü ve GA4 (onay sayfası görüntülemeleri, purchase olayları), Eyl – Eki 2026; test siparişleri, Kas 2026.

Zorluk

GA4 neden satın almaları kaydetmiyordu?

Perakendeci, ABD'de endüstriyel parçaları bir BigCommerce mağazası üzerinden satıyor. Sipariş verildiğinde GA4'e bir purchase olayı gidiyor, Google Ads de bu satın almayı kendi dönüşümü olarak içe aktarıyor. 21 Eylül 2026'dan itibaren checkout siparişlerinin bir kısmı GA4'e ulaşmamaya başladı; sipariş onay sayfasının görüntülemeleri ise kaydedilmeye devam etti.

Ne yapmaya çalıştık
  • GA4'ün hangi siparişleri kaçırdığını ve ortak noktalarını bulmak92'de 43 bulundu
  • Mağazanın kendi kurulumundaki nedenleri elemek6 neden elendi
  • Nedeni kaynağında kabul ettirip düzelttirmekHata kabul edildi
  • Her satın almanın mağazanın değil, müşterinin verisini taşımasıDüzeltildi, Kas 2026
  • Satın alma olaylarının yarısı eksik

    21 Eyl 2026'dan itibaren onay sayfası görüntülemelerinin yaklaşık %50'si GA4'te bir purchase olayı üretti. 1–20 Eylül'de bu oran yaklaşık %89'du.

  • Google Ads dönüşümleri eksik sayıldı

    Google Ads, GA4'teki satın almayı kendi dönüşümü olarak içe aktarıyor; bu yüzden reklamdan gelen siparişler de eksik sayıldı.

  • Teklif verme eksik veriden öğreniyordu

    Otomatik teklif verme, görebildiği dönüşümlere göre optimize eder. Siparişler eksik olunca resmin yalnızca bir kısmından öğreniyordu.

  • Görünür bir neden yoktu

    Onay sayfaları GA4'te hala kaydediliyordu, yani etiket yükleniyordu. Sayfa ile purchase olayı arasında bir şey bozuluyordu.

Neler yaptık

GA4 denetimi kayıp siparişlerin izini nasıl sürdü

GA4 raporlarından değil, mağazanın kendi siparişlerinden başladık. Her adım nedeni biraz daha daralttı; sonunda geriye yalnızca platform kaldı. Ardından BigCommerce'e tekrarlayabileceği bir test verdik.

Denetim adımlarıEyl – Kas 2026

BigCommerce'in mühendislik düzeltmesi, bu yazı yazılırken hala bekleniyordu.

  1. MutabakatEyl 2026

    Her mağaza siparişi GA4 ile eşleştirildi

    • 20–27 Eylül 2026'daki her mağaza siparişini, iki sistemin de kaydettiği sipariş numarasıyla GA4'teki purchase olaylarıyla eşleştirdik.
    • Mağaza 92, GA4 49 sipariş kaydetmişti. Eksik 43 sipariş gerçek checkout siparişleriydi.

    Sonuç92 siparişin 43'ü eksik; GA4, o haftanın mağaza gelirinin yaklaşık %30'unu gösteriyordu.

  2. TeşhisEyl 2026

    Onay sayfası görüntülemeleri ve purchase olayları, gün gün

    • 1–20 Eylül'de onay sayfası görüntülemelerinin yaklaşık %89'u bir purchase olayı üretti. 21 Eylül'den itibaren bu oran yaklaşık %50 oldu.
    • Sayfa görüntülemesinin purchase olmadan gelmesi, etiket engellemeyi ve çerez onayını eledi. İç trafik filtresi, manuel ya da pazaryeri siparişleri, yarım kalan siparişler ve değer tanımı da elendi.
    • Kayıp, masaüstü Chrome ve Edge'de yoğunlaşıyordu.

    SonuçAltı neden elendi. Arıza, purchase olayının gönderilme biçimindeydi.

  3. EskalasyonEki 2026

    BigCommerce'in tekrarlayabileceği bir test

    • Kontrollü bir test siparişi prosedürü yazdık: ne sipariş edilecek, hangi tarayıcıda ve GA4'e ne ulaşmalı.
    • Bunu mutabakat ve günlük karşılaştırmayla birlikte BigCommerce'e ilettik.

    SonuçBigCommerce bunu platform hatası olarak kabul etti ve bir mühendislik kaydı açtı.

  4. Yeniden kontrol19–26 Eki 2026

    Eksik siparişler yeniden ölçüldü

    • Aynı sipariş bazlı mutabakat, daha sonraki bir haftada tekrarlandı.
    • 74 mağaza siparişinin 11'i GA4'te yoktu, yaklaşık %15.

    SonuçPlatform düzeltmesi beklenirken yakalama oranı yeniden %85 civarında.

  5. Gelişmiş dönüşümlerKas 2026

    Gelişmiş dönüşümler gerçek bir siparişle kontrol edildi

    • Bir test siparişi, purchase olayının kullanıcı verisi olarak müşterinin değil, mağazanın kendi e-posta adresini gönderdiğini gösterdi.
    • Bu düzeltildi; satın alma artık müşterinin bilgilerini hash'lenmiş olarak taşıyor. İkinci bir test siparişi bunu doğruladı.

    SonuçSatın almalar artık mağazanın değil, müşterinin hash'lenmiş bilgilerini taşıyor.

Denetim adımlarıEyl – Kas 2026
01MutabakatEyl 2026

Her mağaza siparişi GA4 ile eşleştirildi

  • 20–27 Eylül 2026'daki her mağaza siparişini, iki sistemin de kaydettiği sipariş numarasıyla GA4'teki purchase olaylarıyla eşleştirdik.
  • Mağaza 92, GA4 49 sipariş kaydetmişti. Eksik 43 sipariş gerçek checkout siparişleriydi.

Sonuç92 siparişin 43'ü eksik; GA4, o haftanın mağaza gelirinin yaklaşık %30'unu gösteriyordu.

02TeşhisEyl 2026

Onay sayfası görüntülemeleri ve purchase olayları, gün gün

  • 1–20 Eylül'de onay sayfası görüntülemelerinin yaklaşık %89'u bir purchase olayı üretti. 21 Eylül'den itibaren bu oran yaklaşık %50 oldu.
  • Sayfa görüntülemesinin purchase olmadan gelmesi, etiket engellemeyi ve çerez onayını eledi. İç trafik filtresi, manuel ya da pazaryeri siparişleri, yarım kalan siparişler ve değer tanımı da elendi.
  • Kayıp, masaüstü Chrome ve Edge'de yoğunlaşıyordu.

SonuçAltı neden elendi. Arıza, purchase olayının gönderilme biçimindeydi.

03EskalasyonEki 2026

BigCommerce'in tekrarlayabileceği bir test

  • Kontrollü bir test siparişi prosedürü yazdık: ne sipariş edilecek, hangi tarayıcıda ve GA4'e ne ulaşmalı.
  • Bunu mutabakat ve günlük karşılaştırmayla birlikte BigCommerce'e ilettik.

SonuçBigCommerce bunu platform hatası olarak kabul etti ve bir mühendislik kaydı açtı.

04Yeniden kontrol19–26 Eki 2026

Eksik siparişler yeniden ölçüldü

  • Aynı sipariş bazlı mutabakat, daha sonraki bir haftada tekrarlandı.
  • 74 mağaza siparişinin 11'i GA4'te yoktu, yaklaşık %15.

SonuçPlatform düzeltmesi beklenirken yakalama oranı yeniden %85 civarında.

05Gelişmiş dönüşümlerKas 2026

Gelişmiş dönüşümler gerçek bir siparişle kontrol edildi

  • Bir test siparişi, purchase olayının kullanıcı verisi olarak müşterinin değil, mağazanın kendi e-posta adresini gönderdiğini gösterdi.
  • Bu düzeltildi; satın alma artık müşterinin bilgilerini hash'lenmiş olarak taşıyor. İkinci bir test siparişi bunu doğruladı.

SonuçSatın almalar artık mağazanın değil, müşterinin hash'lenmiş bilgilerini taşıyor.

Veri

GA4'ün kaydettiği mağaza siparişi payı, haftalara göre

Mağaza siparişlerini üç haftada GA4 ile tek tek eşleştirdik: kayıptan önce, en kötü hafta ve eskalasyondan sonra. Her çubuk, o haftanın mağaza siparişlerinden GA4'te bulunanların payı.

en düşük hafta, 20–27 Eyl
%53
eskalasyondan sonra, 19–26 Eki
%85
GA4'te bulunan siparişlerEyl – Eki 2026
Çubuk grafik: GA4, mağaza siparişlerinin 1–14 Eylül 2026'da %86,5'ini, 20–27 Eylül'de %53,3'ünü ve 19–26 Ekim'de %85,1'ini kaydetti.

Kaynaklar: mağaza sipariş dökümü, GA4. Sipariş bazlı eşleştirme.

Neler öğrendik

  1. Panoyla değil, siparişlerle karşılaştırın

    GA4 toplamı, siparişler eksikken bile makul görünebilir. Her mağaza siparişini kendi purchase olayıyla eşleştirmek, hangilerinin kaybolduğunu ve ortak noktalarını gösterir.

  2. Sayfa görüntülemesini beklenen olayla karşılaştırın

    Onay sayfası kaydediliyor ama satın alma kaydedilmiyorsa etiket yükleniyor demektir. Bu, engellemeyi, çerez onayını ve filtreleri tek adımda eler ve olayı gönderen yere işaret eder.

  3. Platforma tekrarlayabileceği bir test verin

    Destek ekipleri yeniden üretebildikleri vakalarla ilgilenir. Neyin gelmesi gerektiğini ve neyin geldiğini gösteren yazılı bir test siparişi prosedürü, bir raporlama farkını mühendislik kaydına dönüştürdü.

  4. Bir ayarın açık olması kanıt değildir

    Bir takip ayarı açık olup yine de yanlış kişinin verisini gönderebilir. Purchase olayının gerçekte ne taşıdığını yalnızca gerçek bir test siparişi gösterir.

SSS

GA4 denetimi hakkında sorular

Başka sorunuz mu var? hello@semroi.net adresine yazın ya da GA4 cross-domain rehberimizi okuyun.

  • GA4 denetimi neyi kontrol eder?

    GA4 denetimi, yani Google Analytics 4 denetimi, GA4'ün kaydettiklerinin gerçekle örtüşüp örtüşmediğine bakar. Bir online mağazada bu, GA4'teki satın almaları mağazanın siparişleriyle karşılaştırmak, GA4 kurulumunda değer, filtre, onay ve etiketleri kontrol etmek ve Google Ads'in doğru dönüşümü aldığını görmek demektir.

  • GA4 purchase olayı bazı siparişlerde neden eksik?

    Onay sayfası kaydediliyor ama purchase olayı kaydedilmiyorsa etiket yükleniyordur; bu durumda engelleme ve çerez onayı pek olası neden değildir. Olayı gönderen yere bakın. Bu vakada neden, BigCommerce GA4 takibindeki bir platform hatasıydı. BigCommerce hatayı kabul etti; en çok masaüstü Chrome ve Edge etkileniyordu.

  • GA4'te hangi siparişlerin eksik olduğunu nasıl bulursunuz?

    Bir dönemin mağaza siparişlerini dışa aktarın, her sipariş numarasını GA4'teki transaction ID ile eşleştirin. Eşleşmeyen sipariş eksiktir. Bu denetimde 20–27 Eylül 2026'da mağazada 92, GA4'te 49 sipariş vardı. Onay sayfası görüntülemeleri ile purchase olaylarını gün gün kıyaslamak, kaybın ne zaman başladığını gösterdi.

  • Google Ads dönüşüm izleme neden tüm siparişleri saymıyor?

    Google Ads satın alma dönüşümünü GA4'ten içe aktarıyorsa, GA4'ün kaçırdığı her satın alma Google Ads'te de eksik olur ve otomatik teklif verme eksik veriden öğrenir. Önce GA4'ü mağaza siparişleriyle karşılaştırın. Yalnızca Google Ads tarafında yapılan değişiklikler o dönüşümleri geri getirmez.

  • Gelişmiş dönüşümlerin doğru veriyi gönderdiğini nasıl kontrol edersiniz?

    Gerçek bir test siparişi verin ve bu siparişin gönderdiği purchase olayına bakın. Bu denetimde olay, kullanıcı verisi olarak müşterinin değil, mağazanın kendi e-posta adresini gönderiyordu. Düzeltmeden sonra ikinci bir test siparişi, satın almanın artık müşterinin bilgilerini hash'lenmiş olarak taşıdığını doğruladı.

GA4 satın almalarınız siparişlerinizle örtüşüyor mu?

Bir haftalık mağaza siparişlerinizi ve GA4 okuma erişiminizi paylaşın. Siparişleri tek tek eşleştirip ne bulduğumuzu size söyleyelim.

Illustration: a Japanese archery target with grey arrows in the outer rings and red arrows in the centre, marked 2.3× enquiries per 1,000 clicks
Sonraki vaka çalışması · Sağlık
Diş kliniği Google Ads: hesabın öğrendiğini düzeltmek