Meta, Google Ads ve GA4 Rakamları Neden Tutmuyor? Farkları Okuma ve Raporlama Rehberi

Meta, Google Ads ve GA4 aynı satışı farklı kurallarla sayar: her reklam paneli kendi reklamına kredi verir, farklı atıf penceresi kullanır, dönüşümü farklı bir tarihe yazar ve ölçemediği kısmı farklı biçimde modeller. Bu yüzden rakamların tutmaması çoğu zaman arıza değil, tasarımdır. Doğru yaklaşım tek bir rakamı “gerçek” ilan etmek değil, her kaynağı kendi işine atamaktır: ciro için sipariş sistemi, optimizasyon için reklam paneli, kanal karşılaştırması için GA4.

Reklam panelleri ile GA4 neden aynı rakamı göstermez?

Çünkü üç araç aynı soruyu sormuyor. Meta Reklam Yöneticisi “reklamımı gören ya da tıklayan kişilerden kaçı, benim belirlediğim süre içinde satın aldı?” diye sorar. Google Ads “reklamıma yapılan etkileşimlerden sonra kaç dönüşüm oldu?” diye sorar. GA4 ise “sitede gerçekleşen satın almalar hangi kanala yazılmalı?” diye sorar. İlk ikisi kendi reklamlarının etkisini ölçmeye çalışır, üçüncüsü bütün kanallar arasında krediyi paylaştırır.

Bu fark tek başına rakamları ayırmaya yeter. Bir müşteri Instagram’da reklam görür, iki gün sonra Google’da markayı arayıp reklama tıklar ve satın alır. Meta bu satışı kendi atıf penceresi içinde gördüğü için sayar. Google Ads kendi tıklaması olduğu için sayar. GA4 ise satışı genellikle tek bir kanala, bu örnekte büyük olasılıkla Google reklamına yazar. Sonuç: iki reklam panelinin toplamı, GA4’teki ve sipariş sistemindeki gerçek satış sayısından fazladır.

Bunun üzerine teknik farklar eklenir: çerez onayı vermeyen ziyaretçiler, reklam engelleyiciler, farklı cihazlar, iadeler, vergi ve kargo dahil ya da hariç tutarlar. Bu yazı önce bu farkların her birini tek tek açıklıyor, sonra hangisinin normal hangisinin arıza olduğunu ayırmak için bir kontrol listesi ve raporlamada hangi rakamın nerede kullanılacağına dair bir karar çerçevesi veriyor. Kurulumun kendisini doğrulamak isterseniz önce dönüşüm takibi yazımızdaki adımlardan geçmenizi öneririz; bu yazı kurulumun doğru olduğunu varsayarak farkları okumaya odaklanıyor.

Meta Ads’teki satın alma sayısı neden GA4’ten fazla?

En sık duyduğumuz soru budur ve cevabın büyük kısmı üç nedende toplanır.

Birincisi görüntüleme sonrası dönüşümdür. Meta, reklamı gören ama tıklamayan kişinin belirli bir süre içinde yaptığı satın almayı da raporlayabilir. Meta Business Yardım Merkezi’nde anlatılan varsayılan atıf ayarı, tıklamadan sonraki birkaç günü ve görüntülemeden sonraki kısa bir süreyi birlikte kapsar; hesabınızda hangi ayarın seçili olduğunu reklam seti düzeyindeki atıf ayarından görebilirsiniz. GA4 ise bir reklam görüntülemesini oturum kaynağı olarak göremez; o kişi siteye Google aramasıyla ya da doğrudan geldiyse satış o kanala yazılır.

İkincisi krediyi paylaşmamaktır. Meta, satışı başka bir kanalın da etkilediğini bilmez ya da bunu hesaba katmaz. Aynı satışı Google Ads, e-posta aracı ve bir iş ortaklığı platformu da kendi panelinde sayıyor olabilir.

Üçüncüsü ölçüm yöntemidir. Meta Pixel ile Dönüşümler API’si birlikte kullanıldığında, tarayıcıda engellenen bazı olaylar sunucu üzerinden yine de Meta’ya ulaşır. GA4 ise aynı ziyaretçinin olayını çerez onayı ya da engelleyici nedeniyle hiç göremeyebilir. Yani Meta’nın “fazla” saydığı satışların bir kısmı, aslında GA4’ün eksik saydığı satışlardır.

Bu farkın pratikte nasıl göründüğüne bir örnek, ikas’ın destek sayfasında var. ikas, Meta Olay Yöneticisi’nde verilerin iki kat görünmesinin tarayıcı ve sunucu olaylarının birlikte listelenmesinden kaynaklandığını ve olayların Event ID ile tekilleştirildiğini anlatıyor. Aynı sayfa, sepete ekleme sayısının tutmamasını da Meta pikselinin her ürün eklemeyi ayrı saymasına, mağaza panelinin ise oluşturulan sepeti tek saymasına bağlıyor. Bu, sayım birimindeki küçük bir farkın ne kadar büyük bir rakam farkı yaratabileceğini iyi gösteriyor. Dönüşümler API’sinin kurulumu ve tekilleştirme mantığını Meta Conversions API yazımızda ayrıntılı anlattık.

Google Ads dönüşümleri ile GA4 dönüşümleri neden farklı?

Google, aynı şirketin iki ürünü olsalar bile bu farkı normal kabul ediyor. Google Ads Yardım Merkezi’nin Google Analytics dönüşümlerini içe aktarma sayfası, iki araç arasında dönüşüm istatistiklerinde fark görmenin yaygın olduğunu ve kurulum doğru olsa bile birkaç nedenle ortaya çıkabileceğini söylüyor. Sayfanın saydığı nedenler şunlar:

• İşlem tarihi: Google Ads dönüşümü, başarılı işlemin gerçekleştiği tarihe göre değil, o işleme yol açan tıklamanın tarih ve saatine göre raporlar. GA4 ise dönüşümün gerçekleştiği güne yazar.
• Sayım yöntemi ve sütunlar: Google Ads’te dönüşüm işlemi “Her biri” ya da “Bir” olarak sayılabilir. “Dönüşümler” sütunu yalnızca birincil (primary) işlemleri gösterirken “Tüm dönüşümler” sütunu ikincil işlemleri ve modelinize dahilse görüntüleme sonrası dönüşümleri de içerir.
• Geçersiz tıklamalar: GA4’te raporlanan bazı dönüşümler, geçersiz tıklama teknolojisi şüpheli etkinliği kaydetmediği için Google Ads’e aktarılırken elenebilir.
• Çerez süreleri: Google Ads çerezleri tıklamadan 90 gün sonra sona erer, Analytics ise 2 yıla kadar geçerli çerez kullanır. Google Ads dönüşüm aralığı 1 ile 90 gün arasında seçilebilir; bu aralığın dışında kalan dönüşüm Google Ads’te kaydedilmez ama Analytics’te kaydedilebilir.
• İçe aktarma gecikmesi: Analytics dönüşümleri Google Ads’e gerçekleştikten sonra 24 saate kadar içinde aktarılır.

Analytics Yardım Merkezi’ndeki Analytics ve Google Ads dönüşüm metriklerini karşılaştıran sayfa iki neden daha ekliyor. Google Ads’in dönüşüm tahminleri, Google’da oturum açmış kullanıcıların farklı cihazlardaki davranışına dayanan çapraz cihaz dönüşümlerini içerebiliyor. Ve modellenmiş dönüşümler: sayfaya göre Google Analytics, Google Ads’e yalnızca gözlemlenen dönüşümleri aktarıyor, Google Ads bunların üzerine kendi dönüşüm modellemesini uyguluyor. Analytics’teki modelleme toplam dönüşüm sayısını değiştirmezken Ads’teki modelleme toplamı artırabiliyor. Sayfa, diğer bütün kontrollerden sonra Google Ads’in hâlâ daha fazla dönüşüm gösterdiği durumlarda modellenmiş dönüşümlerin olası bir neden olduğunu söylüyor.

Atıf modeli ve atıf penceresi farkı nasıl okunur?

Atıf modeli, bir satışın kredisinin yolculuktaki temas noktalarına nasıl paylaştırılacağını belirler. Atıf penceresi ise ne kadar eski bir temasın hâlâ kredi alabileceğini belirler. İki ayar birlikte, aynı satışın hangi panelde ve hangi kanala yazılacağını değiştirir.

GA4 tarafında bu ayarlar mülk düzeyindedir. Analytics Yardım Merkezi’nin atıf ayarları sayfasına göre raporlama atıf modelini değiştirmek geçmiş ve gelecek veriye uygulanır, olay kapsamlı trafik boyutlarını (Kaynak, Aracı, Kampanya, Varsayılan kanal grubu) kullanan bütün önemli olay raporlarına ve keşiflere yansır. Aynı sayfa, geriye dönük inceleme penceresinin edinme olayları (first_open ve first_visit) için varsayılan olarak 30 gün, diğer bütün önemli olaylar için 90 gün olduğunu; ikincisinin 30 ya da 60 güne indirilebileceğini söylüyor. Pencere değişiklikleri ise yalnızca ileriye dönük uygulanıyor.

Google Ads’e aktarılan GA4 dönüşümleri için bir ayar daha var: “Google ücretli kanalları” ile “Ücretli ve organik kanallar”. Sayfaya göre ilk seçenek GA4 dönüşüm raporlarında Google Ads’ten gelen dönüşümleri görmenizi sağlıyor, ikincisi ücretli ve organik kaynakları birlikte raporluyor. Bu ayar ileriye dönük uygulanıyor, bağlı bütün Google Ads hesaplarını etkiliyor ve Google Ads’teki teklif ve raporlamaya yansıması birkaç gün sürebiliyor.

Pratik sonuç şu: iki raporu karşılaştırmadan önce iki tarafın modelini ve penceresini yan yana yazın. Biri 90 günlük veriye dayalı modelle, diğeri 7 günlük tıklama penceresiyle sayıyorsa, rakamların tutmasını beklemek için bir neden yoktur. Modellerin mantığını atıf modelleri yazısında karşılaştırdık.

Görüntüleme sonrası dönüşüm farkı nasıl büyütür?

Görüntüleme sonrası dönüşüm, reklamı görüp tıklamayan kişinin belirli bir süre içinde yaptığı dönüşümdür. Meta’nın varsayılan atıf ayarında kısa bir görüntüleme penceresi bulunur; Google Ads’te ise görüntüleme sonrası dönüşümler, Google’ın yardım sayfasına göre modelinize dahilse “Tüm dönüşümler” sütununda yer alır. GA4 ise yalnızca siteye gelen oturumları ve bu oturumların kaynaklarını görür; reklamın ekranda görünmesi bir oturum yaratmaz.

Bu farkın büyüklüğü kampanya türüne göre değişir. Geniş kitleye gösterilen video ve görsel kampanyalarda görüntüleme sonrası dönüşümün payı yüksek olabilir. Arama kampanyasında ise neredeyse yoktur. Aynı hesapta iki kampanya türü birlikte çalışıyorsa, panel toplamı ile GA4 arasındaki farkın büyük kısmının hangi kampanyadan geldiğine bakmak, farkı açıklamanın en hızlı yoludur.

Bu noktada sık yapılan hata, görüntüleme sonrası dönüşümleri tamamen yok saymak ya da tamamen doğru kabul etmektir. Görüntüleme sonrası dönüşümün bir kısmı reklamın gerçek etkisidir, bir kısmı ise zaten satın alacak kişinin reklamı tesadüfen görmesidir. Bu ikisini ayırmanın yolu atıf ayarı değil, artımsallık testidir.

Dönüşüm neden farklı günlere yazılır?

Google Ads’in dönüşümü tıklama tarihine yazdığını yukarıda gördük. Google’ın kendi örneği şöyle: kullanıcı 19 Temmuz’da reklama tıklıyor, 20 Temmuz’da satın alıyor. Google Ads dönüşümü 19 Temmuz’a, Google Analytics ise 20 Temmuz’a yazıyor. Analytics Yardım Merkezi’ndeki karşılaştırma sayfası bunun amacını da açıklıyor: üretilen değeri doğru reklam maliyetiyle eşleştirmek.

Bu fark günlük raporlarda küçük görünür, ama iki durumda büyür. Birincisi ay sonu raporlarıdır: ayın son günlerindeki tıklamalardan gelen ve sonraki aya sarkan satışlar, Google Ads’te önceki aya, GA4’te sonraki aya yazılır. İkincisi kampanya dönemleridir: indirim döneminin son günü yapılan tıklamaların satışı, dönem bittikten sonra da gelmeye devam eder ve Google Ads’teki dönem rakamı haftalar içinde yavaşça yükselir.

Sonuç olarak, geçen haftanın Google Ads rakamı bugün baktığınızda ile iki hafta sonra baktığınızda farklı olabilir. Raporda bir dönemi “kapanmış” saymadan önce dönüşüm aralığınız kadar beklemek ya da raporun hangi tarihte alındığını not etmek, sonradan çıkan “rakamlar neden değişti?” sorusunu önler.

Çerez onayı ve Consent Mode modellemesi rakamları nasıl etkiler?

Çerez onayı vermeyen ziyaretçi, ölçümde en büyük boşluğu yaratan etkendir ve bu boşluk her araçta farklı biçimde doldurulur. Analytics Yardım Merkezi’nin izin modu sayfasına göre ziyaretçi onay vermediğinde etiketler çerez saklamak yerine Google’a çerezsiz sinyaller (ping) gönderiyor. Google Analytics kullanılıyorsa Google bu veri boşluklarını dönüşüm modellemesi ve davranış modellemesiyle dolduruyor.

Burada kurulum türü belirleyicidir. Sayfa iki uygulamayı karşılaştırıyor. Gelişmiş uygulamada Google etiketleri onay penceresinden önce yüklenir ve onay reddedilirse çerezsiz sinyaller gönderir; GA4’te davranış modellemesi ve dönüşüm modellemesi bu sinyallere dayanır. Temel uygulamada ise etiketler onay verilene kadar tamamen engellenir. Sayfaya göre etiketleri onay gelene kadar engellemek, izin modunun tüm faydalarını almanızı engeller; örneğin onay reddedildiğinde eksik gözlemlenen veriyi dolduracak modellenmiş veriyi GA4 mülkünüzde göremezsiniz.

Rakam farkı açısından bunun anlamı şu: aynı sitede Google Ads, GA4 ve Meta’nın her biri çerez onayı reddedilen ziyaretçiyi farklı ölçüde görür ve farklı ölçüde modeller. Meta’nın Dönüşümler API’si ise sunucu tarafında gönderilen olaylarla ayrı bir yol izler. Onay oranınız değiştiğinde (örneğin onay penceresinin tasarımı değiştiğinde) paneller arasındaki fark da değişir. Bu yüzden onay penceresinde yapılan her değişikliği raporlama takviminde not almak gerekir. Kurulumun Türkiye’deki uygulaması ve KVKK boyutu için çerez onayı ve Consent Mode yazımıza bakabilirsiniz.

Reklam engelleyiciler ve tarayıcı kısıtları neyi kaybettirir?

Reklam engelleyici eklentiler ve bazı tarayıcıların izleme koruma özellikleri, tarayıcıda çalışan ölçüm etiketlerinin bir kısmının hiç yüklenmemesine ya da çerezlerinin kısa sürede silinmesine yol açar. Bu kayıp her araç için aynı değildir: bir engelleyici GA4 etiketini engellerken bir reklam platformunun sunucu taraflı olayını engelleyemez.

Bu yüzden reklam panelinin GA4’ten fazla gösterdiği farkın bir kısmı, GA4’ün tarayıcıda göremediği satışlardır. Bunu anlamanın yolu, sipariş sistemindeki satış sayısını GA4’teki satın alma sayısıyla karşılaştırmaktır. GA4, sipariş sistemindeki satışların belirgin biçimde altında kalıyorsa sorun yalnızca atıf değil, ölçümün kendisidir. Bu oran zamanla değişiyorsa (örneğin bir tarayıcı güncellemesinden sonra) GA4’teki kanal kıyaslarını bu değişimi hesaba katarak okumak gerekir.

Çapraz cihaz dönüşümleri nerede sayılır?

Müşteri reklamı telefonda görüp satın almayı dizüstü bilgisayarda yapabilir. Reklam platformları, kendi hesaplarında oturum açmış kullanıcıların farklı cihazlardaki davranışını ilişkilendirerek bu tür dönüşümlerin bir kısmını reklama bağlayabilir. Analytics Yardım Merkezi’ndeki karşılaştırma sayfası, Google Ads dönüşüm izlemenin çapraz cihaz dönüşüm tahminlerini “Tüm dönüşümler” ve “Dönüşümler” sütunlarına yansıttığını ve bunun Google’da oturum açmış kullanıcılardan elde edilen ölçüm ve tahminlere dayandığını söylüyor.

GA4 tarafında ise cihazlar arası eşleşme, sitenizde kullanıcı kimliği (User-ID) gönderip göndermediğinize ve raporlama kimliği ayarlarınıza bağlıdır. Üye girişi olmayan bir sitede, telefonda başlayıp bilgisayarda biten yolculuk GA4’te iki ayrı kullanıcı gibi görünür ve satış yalnızca bilgisayardaki oturumun kaynağına yazılır. Bu da reklam paneli ile GA4 arasındaki farkı büyütür.

İade, iptal, para birimi ve vergi farkları nereden gelir?

Buraya kadar anlatılan farklar dönüşüm sayısıyla ilgiliydi. Ciro tarafında ise bir katman daha var: satışın değeri nasıl gönderiliyor?

Reklam platformları ve GA4, satın alma olayında hangi değer gönderildiyse onu raporlar. Bu değer KDV dahil mi hariç mi, kargo ücretini içeriyor mu, kupon indirimi düşülmüş mü, hepsi sitenin etiket kurulumuna bağlıdır. Sipariş sistemi ya da ERP ise genellikle faturalanan tutarı, iptal ve iadeleri düşerek gösterir. Etiket siparişin oluştuğu anda değer gönderdiği için sonradan iptal edilen ya da iade edilen sipariş, reklam panelinde ve GA4’te satış olarak kalır; ayrıca iade verisi gönderilmedikçe düzeltilmez.

Para birimi de sessiz bir fark kaynağıdır. Reklam hesabı dolar ya da avro ile, GA4 mülkü Türk lirasıyla, mağaza başka bir para birimiyle çalışıyorsa her araç dönüşümü kendi kuruyla çevirir. Çevirme tarihi ve kuru farklı olduğu için aynı satış farklı tutarlarda görünür. Yurt dışına satış yapan markalarda bu fark kur hareketli dönemlerde belirginleşir.

Bu kalemleri kontrol etmenin yolu, bir haftalık siparişleri tek tek sipariş sisteminden alıp GA4’teki işlem kimlikleri (transaction_id) ve değerleriyle eşleştirmektir. Eşleşmeyen siparişler ve değer farkı olan siparişler, sorunun nerede olduğunu hızlıca gösterir.

Çift sayım nasıl olur, nasıl bulunur?

Çift sayım, rakam farklarının arıza olan türüdür ve genellikle kurulumdan kaynaklanır. En sık gördüğümüz durumlar şunlar:

• Aynı satın alma olayı hem Google Tag Manager’dan hem de platformun kendi eklentisinden gönderiliyor.
• Teşekkür sayfası yenilendiğinde ya da tekrar ziyaret edildiğinde satın alma olayı yeniden tetikleniyor.
• Meta Pixel ve Dönüşümler API’si birlikte kullanılıyor ama iki taraf aynı event_id’yi göndermediği için tekilleştirme çalışmıyor.
• Google Ads’te hem kendi dönüşüm etiketiniz hem de GA4’ten içe aktarılan dönüşüm aynı anda birincil olarak işaretli.
• Birden fazla Google Ads hesabı aynı dönüşümü hesap düzeyinde sayıyor. Analytics Yardım Merkezi’nin karşılaştırma sayfası, hesap düzeyinde dönüşüm izlemede tek kullanıcı için dönüşümlerin hesaplar arasında tekilleştirilmediğini, ortak yönetici hesabıyla hesaplar arası dönüşüm izlemede ise tek dönüşüm sayıldığını anlatıyor.

Çift sayımı bulmanın en güvenilir yolu yine sipariş sistemiyle eşleştirmedir. GA4’te aynı transaction_id ile birden fazla satın alma görünüyorsa ya da bir reklam panelindeki satın alma sayısı sipariş sistemindeki toplam siparişi aşıyorsa, sorun atıftan değil kurulumdan kaynaklanıyordur.

Hangi fark normal, hangisi arıza?

Farkları okurken en işe yarayan soru “fark var mı?” değil, “fark açıklanabilir ve istikrarlı mı?” sorusudur. Açıklanabilir ve haftadan haftaya benzer oranda seyreden bir fark, ölçüm sisteminin doğal halidir. Aniden değişen, açıklanamayan ya da sipariş sistemini aşan bir fark ise arızadır. Aşağıdaki tablo ve kontrol listesi bu ayrımı yapmak için kullandığımız çerçevedir.

Haftalık kontrol için kısa liste:

• Sipariş sistemi, GA4 ve her reklam panelinin satın alma sayısı aynı tarih aralığı için yan yana yazıldı mı?
• Her reklam panelinin kullandığı atıf penceresi ve modeli raporda belirtildi mi?
• GA4’ün sipariş sistemine oranı önceki haftalarla benzer mi?
• Herhangi bir reklam paneli sipariş sistemindeki toplamı aşıyor mu?
• GA4’te tekrarlanan transaction_id var mı?
• Gönderilen satın alma değerinin KDV, kargo ve indirim tanımı biliniyor mu?
• Bu hafta sitede, onay penceresinde ya da etiketlerde bir değişiklik yapıldı mı?

Hangi rakama güvenmeliyim?

Tek bir “doğru rakam” aramak yerine her kaynağa bir görev verin. Bu ayrım yapılmadığında her toplantıda aynı tartışma yeniden başlar.

Sipariş sistemi ya da ERP, ciro için tek kaynaktır. Gerçekte kaç sipariş alındığını, iptal ve iadeler düşüldükten sonra ne kadar ciro kaldığını yalnızca o bilir. Toplam pazarlama verimliliği (toplam harcamanın toplam ciroya oranı) ve dönem hedefleri buradan izlenir.

Reklam paneli, kendi içindeki optimizasyon için kaynaktır. Hangi kampanyanın, hangi kreatifin, hangi kitlenin daha iyi çalıştığını platformun kendi verisiyle karşılaştırmak tutarlıdır, çünkü aynı kurallarla sayılır. Teklif stratejileri de bu veriyle çalışır. Ama reklam panelinin ciro rakamı toplam ciro gibi raporlanmamalı, farklı panellerin rakamları da toplanmamalıdır.

GA4, kanallar arası karşılaştırma için kaynaktır. Meta mı, Google mı, organik mi, e-posta mı sorusuna tek bir kuralla cevap veren yer GA4’tür. Kredi kanallar arasında paylaşıldığı için toplamı sipariş sistemine yakındır, ama her kanalı olduğundan eksik ya da fazla gösterebilir. Özellikle görüntüleme ağırlıklı kanalları eksik gösterme eğilimindedir.

Bu üç görev net olduğunda “hangi rakam doğru?” sorusu “bu soruya hangi rakam cevap verir?” sorusuna dönüşür ve tartışma biter.

Ajans raporunda hangi kaynak esas alınmalı?

Ajans raporunun ana satırı sipariş sistemindeki ciro ve toplam pazarlama harcaması olmalıdır. Ajansın başarısı, reklam panellerinin kendi kendine bildirdiği ciroyla değil, markanın gerçek cirosu ve bu ciroyu elde etmenin maliyetiyle ölçülür. Reklam paneli rakamları raporda kalır, ama “platform bildirimli” etiketiyle ve optimizasyon kararlarını açıklamak için.

Glowy, İstanbul merkezli dijital pazarlama ajansı olarak raporlarında bu ayrımı her sayfada görünür tutar: ciro ve harcama sipariş sisteminden, kanal payları GA4’ten, kampanya ve kreatif karşılaştırmaları reklam panellerinden gelir ve her rakamın yanında kaynağı yazar. Ay sonunda paneller arasındaki fark oranı da ayrı bir satır olarak izlenir; bu oranın aniden değişmesi, raporun kendisinden önce ölçüm kurulumunun kontrol edilmesi gerektiği anlamına gelir.

Bir ajansla çalışırken sormanız gereken soru şudur: “Raporunuzdaki ciro rakamı nereden geliyor?” Cevap yalnızca “reklam panelinden” ise, raporun toplamı büyük olasılıkla gerçek satışın üzerindedir. GA4 kurulumunun ve raporlamanın bir ajans ya da danışmandan beklenen kapsamını GA4 danışmanlığı ne kapsar yazısında, veri odaklı raporlama disiplininin nasıl göründüğünü ise veri odaklı dijital pazarlama ajansı yazısında anlattık.

Üç kaynak rapor panelinde nasıl yan yana gösterilir?

Farkları tartışmanın en verimli yolu, onları gizlemek yerine aynı ekranda göstermektir. Looker Studio ya da benzeri bir rapor panelinde şu yapıyı öneriyoruz:

• Üst satır: sipariş sisteminden gelen sipariş sayısı, net ciro ve toplam pazarlama harcaması. Yönetimin bakacağı tek satır budur.
• Karşılaştırma tablosu: satırlarda kanallar (Meta, Google Ads, organik, e-posta), sütunlarda “platform bildirimli satın alma”, “GA4 satın alma” ve ikisi arasındaki oran. Oran sütunu, farkın istikrarlı olup olmadığını haftadan haftaya gösterir.
• Kapsama oranı: GA4 satın almalarının sipariş sistemine oranı. Ölçüm kaybının büyüklüğünü tek rakamla özetler.
• Açıklama kutusu: her panelin atıf penceresi ve modeli, satın alma değerinin tanımı (KDV, kargo, indirim), dönemin kapanma tarihi.
• Değişiklik kaydı: site, etiket ve onay penceresi değişikliklerinin tarihleri. Grafiklerde bu tarihleri işaretlemek, sıçramaların nedenini tartışmasız hale getirir.

Bu yapı, reklam panellerinin toplamının sipariş sistemini aştığını açıkça gösterir ve bunun neden normal olduğunu da aynı ekranda açıklar. Looker Studio’da veri kaynaklarını birleştirme ve rapor kurma adımlarını Looker Studio ile rapor oluşturma yazısında, sipariş sistemi ve reklam verisini tek modelde toplayan yapıyı ise iş zekası sayfamızda anlattık.

Sunucu taraflı etiketleme veri farkını kapatır mı?

Kısmen kapatır, tamamen kapatmaz. Sunucu taraflı etiketleme ve reklam platformlarının sunucu API’leri (Meta Dönüşümler API’si gibi), tarayıcıda engellenen ya da kaybolan olayların bir kısmını kurtarır. Bu, ölçüm kaybından kaynaklanan farkı azaltır ve reklam platformunun optimizasyonu için daha eksiksiz veri sağlar.

Ama bu yazıda anlatılan farkların çoğu ölçüm kaybından değil, sayım kurallarından gelir. Atıf modeli, atıf penceresi, görüntüleme sonrası dönüşüm, dönüşümün yazıldığı tarih ve kanallar arası kredi paylaşımı sunucu taraflı etiketlemeyle değişmez. Hatta sunucu taraflı kurulumdan sonra reklam panelinin dönüşüm sayısı artıp GA4 aynı kalırsa, paneller arasındaki fark büyüyebilir. Bu bir arıza değil, iki aracın farklı ölçüde veri kurtarmasıdır.

Ayrıca sunucu taraflı kurulum da çerez onayı kurallarına tabidir. Onay vermeyen ziyaretçinin verisini sunucu üzerinden göndermek, onay sorununu teknik olarak çözmez; hukuki olarak da çözmez. Kurulumun kapsamını ve sınırlarını sunucu taraflı etiketleme yazısında ayrıntılı anlattık.

Sık yapılan hatalar

Reklam panellerinin cirosunu toplayıp toplam ciro gibi raporlamak. Her panel aynı satışı kendine yazabildiği için toplam, gerçek cironun üzerinde çıkar.

“Tüm dönüşümler” ile GA4’ü karşılaştırmak. Bu sütun ikincil işlemleri ve görüntüleme sonrası dönüşümleri de içerir. Karşılaştırma “Dönüşümler” sütunuyla yapılmalıdır.

Dönemi erken kapatmak. Google Ads dönüşümü tıklama tarihine yazdığı için geçen haftanın rakamı birkaç gün daha değişebilir.

GA4’ü “tek doğru kaynak” ilan etmek. GA4 kanal karşılaştırması için iyidir, ama onay ve engelleyici kayıpları nedeniyle toplam satışı eksik gösterebilir. Ciro için sipariş sistemi esastır.

Farkı görünce hemen etiketleri değiştirmek. Önce farkın açıklanabilir ve istikrarlı olup olmadığına bakın. Gereksiz etiket değişikliği yeni farklar yaratır ve karşılaştırma zeminini bozar.

Onay penceresi değişikliklerini kayda geçirmemek. Onay oranı değiştiğinde bütün paneller arasındaki fark değişir; kayıt yoksa nedeni sonradan bulunamaz.

Sıkça sorulan sorular

Meta Ads’teki satın alma sayısı neden GA4’ten fazla?

Meta görüntüleme sonrası dönüşümleri de sayabilir, satışın kredisini diğer kanallarla paylaşmaz ve Dönüşümler API’si sayesinde GA4’ün tarayıcıda kaçırdığı bazı olayları görebilir. GA4 ise satışı çoğunlukla siteye son getiren kanala yazar. Oran haftadan haftaya benzerse bu fark normaldir.

Google Ads dönüşümleri ile GA4 dönüşümleri neden farklı?

Google’ın yardım sayfasına göre Google Ads dönüşümü tıklama tarihine, GA4 gerçekleştiği güne yazar; sayım yöntemi, geçersiz tıklama filtresi, çerez süreleri ve 24 saate varan içe aktarma gecikmesi de fark yaratır. Google Ads ayrıca çapraz cihaz ve modellenmiş dönüşümleri ekleyebilir.

Hangi rakama güvenmeliyim: reklam paneli mi, GA4 mü, e-ticaret paneli mi?

Her birine ayrı görev verin: ciro ve sipariş sayısı için sipariş sistemi ya da e-ticaret paneli, kampanya ve kreatif optimizasyonu için reklam paneli, kanallar arası karşılaştırma için GA4. Reklam panellerinin cirosu toplanmamalı ve toplam ciro gibi raporlanmamalıdır.

Ajans raporunda hangi kaynak esas alınmalı?

Ana satır sipariş sistemindeki net ciro ve toplam pazarlama harcaması olmalıdır. Reklam paneli rakamları “platform bildirimli” etiketiyle optimizasyon kararlarını açıklamak için, GA4 kanal payları için kullanılmalı ve her rakamın yanında kaynağı yazmalıdır.

Sunucu taraflı etiketleme veri farkını kapatır mı?

Kısmen. Tarayıcıda kaybolan olayların bir kısmını kurtarır, ama atıf modeli, atıf penceresi, görüntüleme sonrası dönüşüm ve dönüşüm tarihi gibi sayım kurallarından doğan farkları değiştirmez. Çerez onayı kurallarına da tabidir.

Rakam farkı ne zaman arıza sayılır?

Bir reklam paneli sipariş sistemindeki toplam siparişi aşıyorsa, GA4’te tekrarlanan işlem kimlikleri varsa ya da fark açıklanabilir bir değişiklik olmadan aniden sıçradıysa arıza vardır. Açıklanabilir ve istikrarlı farklar ölçüm sisteminin doğal halidir.

Terimler sözlüğü

Atıf modeli

Bir dönüşümün kredisinin yolculuktaki temas noktalarına nasıl paylaştırılacağını belirleyen kural ya da algoritma.

Atıf penceresi

Bir reklam temasının dönüşümden ne kadar önce gerçekleşmişse hâlâ kredi alabileceğini belirleyen süre.

Görüntüleme sonrası dönüşüm

Reklamı görüp tıklamayan kişinin belirli bir süre içinde yaptığı ve reklama bağlanan dönüşüm.

Birincil ve ikincil dönüşüm

Google Ads’te “Dönüşümler” sütununa ve teklif stratejisine giren işlemler ile yalnızca “Tüm dönüşümler”de raporlanan işlemler.

Tekilleştirme

Aynı olayın tarayıcı ve sunucu üzerinden iki kez gönderildiğinde bir kez sayılması; Meta’da event_id ile yapılır.

Modellenmiş dönüşüm

Gözlemlenemeyen dönüşümlerin istatistiksel modelle tahmin edilerek raporlara eklenmesi.

Kapsama oranı

GA4’te ölçülen satın almaların sipariş sistemindeki siparişlere oranı.

Kaynaklar

• Google Ads Yardım: Google Ads’de Google Analytics etkinliklerinden dönüşüm oluşturma (işlem tarihi, sayım yöntemi ve sütunlar, geçersiz tıklamalar, çerez süreleri ve 1-90 günlük dönüşüm aralığı, 24 saatlik içe aktarma gecikmesi). İngilizce sürümüyle karşılaştırıldı.
• Analytics Yardım: Comparing Analytics and Google Ads conversion metrics (tıklama tarihine yazmanın amacı, hesaplar arası tekilleştirme, çapraz cihaz dönüşümleri, modellenmiş dönüşümler). Sayfa Google tarafından eski Universal Analytics için arşiv (Legacy) olarak işaretli; buradan alınan bilgiler Google Ads dönüşüm izlemenin davranışıyla ilgili.
• Analytics Yardım: Select attribution settings (raporlama atıf modeli, 30 ve 90 günlük varsayılan pencereler, Google ücretli kanalları ile ücretli ve organik kanallar ayarı).
• Analytics Yardım: Consent mode on websites and mobile apps (çerezsiz sinyaller, davranış ve dönüşüm modellemesi, gelişmiş ve temel uygulama farkı).
• ikas Destek: Facebook Piksel ve Dönüşümler API’si Bağlantısı (Olay Yöneticisi’nde tarayıcı ve sunucu olaylarının birlikte görünmesi, Event ID ile tekilleştirme, sepete ekleme sayım farkı).
• Meta Business Yardım Merkezi, atıf ayarları başlıklı sayfalar. Sayfalar sunucumuzdan ham haliyle okunamadığı için varsayılan atıf ayarı yalnızca genel olarak parafraz edildi; güncel değer için hesabınızdaki reklam seti atıf ayarını kontrol edin.

Özet

Meta, Google Ads ve GA4 arasındaki rakam farklarının çoğu, araçların farklı sorular sormasından ve farklı sayım kuralları kullanmasından doğar: atıf modeli ve penceresi, görüntüleme sonrası dönüşüm, dönüşümün tıklama tarihine ya da gerçekleştiği güne yazılması, çerez onayı ve modelleme, reklam engelleyiciler, çapraz cihaz eşleşmesi, iade ve değer tanımı. Bu farklar açıklanabilir ve istikrarlı olduğu sürece normaldir. Reklam panelinin sipariş sistemini aşması, tekrarlanan işlem kimlikleri ve açıklanamayan sıçramalar ise arızadır. Raporlamada tek bir doğru rakam aramak yerine her kaynağa görev verin: ciro için sipariş sistemi, optimizasyon için reklam paneli, kanal karşılaştırması için GA4. Üçünü aynı rapor panelinde, kaynaklarıyla ve aradaki oranla birlikte gösterin. Sunucu taraflı etiketleme ölçüm kaybını azaltır, ama sayım kurallarından doğan farkları ortadan kaldırmaz.