Ölçüm · GA4 · Google Ads · Meta

GA4, Google Ads ve Meta aynı satışı neden farklı sayar?

Kısa cevap

Üç sistem aynı satışı dört ayrı kuralla sayar: krediyi kime yazdığı (ilişkilendirme), hangi güne yazdığı, kaç kez saydığı ve göremediği dönüşümleri modelleyip modellemediği. Bu yüzden toplamları eşit çıkmaz ve hiçbiri kasanın yerine geçmez. Ticari sonucun dayanağı reklam panelleri değil; sipariş, ödeme ve gerektiğinde ERP/muhasebe kayıtlarının birbiriyle mutabakatıdır. Platformlar bu mutabakata göre okunur.

Ulaş Gökhan GümüşKurucu, İnovatif360 · 17 Ekim 2026 · 6 dk okuma

Üç rakam, bir kasa

Ay sonu raporunda tablo hep aynıdır: Meta 412 satış diyor, Google Ads 298, GA4 356, sipariş paneli 377. Herkes bir önceki ajansın kurulumundan şüphelenir. (Rakamlar gösterim içindir, gerçek bir hesaba ait değildir.)

Böyle bir farkla karşılaştığımızda ilk baktığımız yer platformlar değil; sitenin kendisi ve yönetim panelindeki sipariş verisi. Siparişleri ödeme durumu, iptal, iade, test ve başarısız işlemlerle birlikte temizlediğiniz kayıt, platformlarla karşılaştıracağınız ticari referanstır. Geri kalan her rakam, bu kaydın bir platform tarafından kendi kurallarıyla yeniden anlatılmasıdır. Farkın bir kısmı bu kurallardan gelir ve normaldir; bir kısmı ise kurulum hatasıdır ve düzeltilmelidir. İş, ikisini ayırmaktır.

Üç rakam, bir kasaGösterim senaryosu: Meta 412, GA4 356, Google Ads 298 satış gösteriyor; sipariş kaydı 377. Sipariş kaydı referans çizgisi olarak işaretli. Gerçek bir hesaba ait değildir.kasaMeta412GA4356Sipariş kaydı377Google Ads298
Gösterim senaryosuÜç rakam, bir kasa. Meta 412 · GA4 356 · Google Ads 298; sipariş kaydı 377 referans çizgisi. Gerçek bir hesaba ait değildir.
Grafik verisini tablo olarak göster
Gösterim senaryosu: panel ve kayıt başına satış adedi
KaynakSatış adedi
Meta412
GA4356
Sipariş kaydı377
Google Ads298
Bir siparişin üç hayatıAynı sipariş: pazartesi Meta gösterimi, çarşamba Google tıklaması, cuma satın alma. Meta gösterim gününe yazar ve krediyi kendi reklamına verir; Google Ads tıklama gününe yazar ve krediyi kendi reklamına verir; GA4 dönüşüm gününe yazar ve krediyi seçili ilişkilendirme modeline göre dağıtır.PztSalÇarPerCumaMetagösterim günü · kredi Meta reklamınaGoogle Adstıklama günü · kredi Google reklamınaGA4dönüşüm günü · kredi seçili modele göre
Şekil 1Bir siparişin üç hayatı. Pazartesi Meta gösterimi, Çarşamba Google tıklaması, Cuma satın alma. Meta gösterim gününe yazar ve krediyi kendi reklamına verir; Google Ads tıklama gününe yazar ve krediyi kendi reklamına verir; GA4 dönüşüm gününe yazar ve krediyi seçili modele göre dağıtır.
Grafik verisini tablo olarak göster
Panel başına temas noktası, yazılan gün ve kredinin sahibi
PanelTemasYazdığı günKredi
MetagösterimPztkredi Meta reklamına
Google AdstıklamaÇarkredi Google reklamına
GA4satın almaCumakredi seçili modele göre

Fark 1 — Kredi kime yazılıyor?

Her reklam platformu satışı ilk önce kendi reklamına yazar. Bir müşteri hem Meta reklamını görüp hem Google'da tıkladıysa, iki platform da o satışı sahiplenebilir. Bu bir hata değil, her sistemin kendi bakış açısıdır; ama toplayınca kasadan büyük bir sayı çıkar.

Google tarafında iki ayrı ayar vardır. GA4'te üç rapor modeli bulunur: veriye dayalı, ücretli ve organik son tıklama, Google ücretli kanalları son tıklama2. GA4 raporları varsayılan olarak krediyi ücretli ve organik kanallara birlikte dağıtır; Google Ads raporları ise Google ücretli kanallarına3. Google Ads'te veriye dayalı model çoğu dönüşüm işlemi için varsayılandır; ilk tıklama, doğrusal ve benzeri eski modeller artık desteklenmiyor4.

İlişkilendirme penceresi de farklıdır. GA4'te edinme anahtar olayları için varsayılan geriye bakış penceresi 30 gün, diğer anahtar olaylar için 90 gündür3. Meta'da pencere, reklam setinin ilişkilendirme ayarında yazar. Karşılaştırma yapmadan önce her platformun penceresini not edin; 30 günlük bir pencere ile 7 günlük bir pencere aynı satışı aynı kampanyaya yazmaz.

Bir uyarı: GA4'te rapor ilişkilendirme modelini değiştirmek geçmiş veriyi de yeniden hesaplar; geriye bakış penceresini değiştirmek ise yalnız ileriye dönük uygulanır3. Geçen ayın raporu bu yüzden bir gün öncekinden farklı görünebilir.

Fark 2 — Satış hangi güne yazılıyor?

Google Ads dönüşümü genellikle dönüşümün gerçekleştiği güne değil, ona kredi verilen reklam etkileşiminin gerçekleştiği tarihe yazar; bu tarih tıklama veya uygun görüntüleme etkileşimi olabilir. Diğer raporlama araçları ise dönüşümü gerçekleştiği güne yazar1. Meta'nın raporlama API'si de varsayılan olarak dönüşümü gösterim zamanına göre raporlar6.

Ayın son haftası reklamı görüp ayın ilk günü satın alan müşteri, Google Ads'te önceki ayın, sipariş panelinde sonraki ayın satışıdır. Ay kapanışlarındaki farkların büyük kısmı buradan gelir. Google Ads'te Conversions (by conv. time) sütunu bu farkı görmek için vardır1.

Fark 3 — Kaç kez sayılıyor?

Google Ads'te her dönüşüm işlemi "Her biri" ya da "Bir" sayımıyla çalışır: ilki bir etkileşimden sonraki her dönüşümü sayar, ikincisi tıklama başına yalnız birini5. Satın alma için "Her biri" mantıklıdır; form doldurma için "Bir" çoğu zaman daha dürüsttur.

Çift saymanın asıl kaynağı ise kurulumdur. GA4, aynı transaction_id ile gelen satın alma olaylarını tekler (yalnız web akışlarında; kimlik boş gönderilmemeli)8. Meta, tarayıcıdan ve sunucudan gelen aynı olayı yalnız event_id eşleşiyorsa ve 48 saat içinde geldiyse tekler7. Bu kimlikler eksikse teşekkür sayfasının her yenilenmesi yeni bir satıştır. Tarayıcı ve sunucu olaylarının nasıl eşleştirileceğini Meta Pixel ve Conversions API yazımızda anlattık.

Fark 4 — Görülmeyen satış tahmin ediliyor mu?

Tarayıcı çerez sınırları, rıza vermeyen ziyaretçiler ve cihazlar arası yolculuklar yüzünden her satış gözlenemez. Google Ads bu boşluğu kimliği belirlemeyen verilerle modelleyerek doldurur ve modellenmiş dönüşümleri gözlenenlerle aynı sütunda raporlar9. Google Ads modellemesi, çoğu durumda dönüşümün gerçekleşip gerçekleşmediğini uydurmaz; gözlenen reklam etkileşimi ile çevrim içi dönüşüm arasındaki bağlantı kaybolduğunda, hangi reklam etkileşiminin dönüşüme yol açtığını tahmin eder9.

GA4 da rıza vermeyen kullanıcılar için davranış ve anahtar olay modellemesi yapar; ancak davranış modellemesi için eşikler vardır: en az yedi gün boyunca günde 1.000 rızasız olay ve 1.000 rızalı günlük kullanıcı11. GA4 anahtar olaylarından oluşturulan Google Ads dönüşümleri de modelleme içerir10. Düşük trafikli birçok sitede bu eşikler aşılamaz; eşikler aşılmadığında davranış modellemesi raporlara eklenmez. Yani iki sistem aynı rıza durumunu farklı işler.

Fark 5 — Veri en baştan bozuksa

Buraya kadarki farklar normaldir. Sahada daha sık karşımıza çıkanlar ise kurulumdan doğan farklar; ilk üçü en sık gördüklerimiz:

  • Değer tanımı tutarsız. Bir platform KDV dahil, öteki hariç tutar alıyor; kargo bir yerde ekleniyor, bir yerde eklenmiyor.
  • Sayı tutarsız. Çift tetiklenen satın alma, ikinci bir Pixel kodu, eksik transaction_id.
  • Ara adımlar tutarsız. add_to_cart ve begin_checkout olayları satın almayla aynı mantıkla kurulmamış; huni anlam taşımıyor.
  • İade ve iptal düşülmüyor. Bu bir kurulum hatası değil, yapı farkıdır: platformlar satışı görür, iadeyi görmez; kasa ikisini de görür.

Mutabakat nasıl yapılır?

Ayları değil haftaları karşılaştırın ve sırayla gidin:

  • Kasa: seçilen hafta için sipariş adedi ve ciro; iptal ve iade ayrı sütunda. Değerin KDV/kargo tanımını yazın. Platformların saat dilimi ayarını da not edin; gün sınırı farklıysa haftalık toplamlar kayar.
  • GA4: aynı hafta, aynı değer tanımı. Kasadan büyükse çift sayma, çok küçükse eksik etiket ya da rıza kaybı arayın.
  • Google Ads: by conv. time sütunuyla; sayım ayarı ve ilişkilendirme modeli not edilerek.
  • Meta: ilişkilendirme ayarı not edilerek; Pixel ve sunucu olaylarının tekilleştiği Events Manager'da doğrulanarak.
Farkın kaynağı: satır başına yön ve neden
FarkGA4Google AdsMeta
İlişkilendirmeduruma göre değişirnormalkasadan fazla gösterirnormalkasadan fazla gösterirnormal
Rapor tarihiduruma göre değişirnormalduruma göre değişirnormalduruma göre değişirnormal
Sayma yöntemiduruma göre değişirnormalduruma göre değişirnormalduruma göre değişirnormal
Modellemekasadan fazla gösterirnormalkasadan fazla gösterirnormalbu yazıda ele alınmadı
Değer tanımıduruma göre değişirkurulum hatasıduruma göre değişirkurulum hatasıduruma göre değişirkurulum hatası
Çift tetiklemekasadan fazla gösterirkurulum hatasıkasadan fazla gösterirkurulum hatasıkasadan fazla gösterirkurulum hatası
İade / iptalkasadan fazla gösterirnormalkasadan fazla gösterirnormalkasadan fazla gösterirnormal

↑ kasadan fazla gösterir · ↓ az gösterir · ↕ duruma göre · — bu yazıda ele alınmadı

Şekil 2Farkın kaynağı. Yedi satır × üç panel: her hücrede farkın yönü (↑ kasadan fazla · ↓ az · ↕ duruma göre) ve normal ya da kurulum hatası etiketi.

Farkın haftadan haftaya benzer kalması, kurulumun tutarlı çalıştığına dair bir işarettir; tek başına kanıt değildir. Ani değişim kurulum sorunundan kaynaklanabileceği gibi kampanya karması, dönüşüm gecikmesi, iade dönemi, atıf penceresi veya modelleme değişiminden de doğabilir. Sıçrama görüldüğünde bu nedenler sırayla ayrıştırılmalıdır.

Bu farkla ne yapmalı?

Platform rakamlarını çöpe atmayın; ama doğru iş için kullanın. Platform rakamı, o platformun içinde kampanyaları birbiriyle kıyaslamak ve trendi izlemek içindir. Bütçe, kâr ve ölçekleme kararı ise kasaya dayanır. Panel ROAS'ı ile kasa ROAS'ı arasındaki farkın kâra etkisini ROAS yazımızda hesapladık.

Ajans olarak müşterinize bu tabloyu her ay açıklayamıyorsanız, ölçüm kurulumunu sizin markanızla biz yapabiliriz: white label ölçüm teslimatı.

Hangi rakama güveneceğinizi bilmeden bütçe kararı vermeyin.
Panolarınızı kasayla tek tabloda buluşturuyoruz.

Ölçüm çözümünü görün

Kaynaklar

  1. Google Ads Yardım — Data discrepancies: Factors and troubleshooting
  2. Google Analytics Yardım — Get started with attribution
  3. Google Analytics Yardım — Select attribution settings
  4. Google Ads Yardım — About attribution models
  5. Google Ads Yardım — Choose how to count conversions
  6. Meta for Developers — Insights API: Parameters
  7. Meta for Developers — Handling Duplicate Pixel and Conversions API Events
  8. Google Analytics Yardım — Minimize duplicate key events with transaction IDs
  9. Google Ads Yardım — About modeled conversions
  10. Google Analytics Yardım — Key event modeling
  11. Google Analytics Yardım — Behavioral modeling for consent mode
Ulaş Gökhan Gümüş

İnovatif360 Dijital Pazarlama ve AI Otomasyon Ajansı ile Gökhan Gümüş Akademi'nin kurucusu. Acunmedya Akademi Dijital Bölüm Başkanı; 2021'den bu yana yapay zeka destekli dijital reklamcılık ve e-ticaret eğitimleri veriyor.