GA4 E-Ticaret Gelir Analizi Nedir?

GA4 E-ticaret Gelir Analizi, yalnızca satış sayısını izlemek değildir; asıl amaç, gelirin nerede eksik ölçüldüğünü, hangi ödeme adımında kaybolduğunu ve hangi reklam kanalının yanlış kredi aldığını bulmaktır. En doğru kurulum; purchase, begin_checkout, add_payment_info, add_shipping_info, refund ve tutarlı transaction_id yapısı ile başlar, sonra Consent Mode, User-ID, BigQuery ve Google Ads eşleştirmesiyle derinleşir. 

Bugün yaşanan “GA4 gelir eksik çıkıyor” sorununun arkasında çoğu zaman tek bir neden yoktur. Veri katmanı hataları, teşekkür sayfasının yüklenmemesi, ödeme sağlayıcısı yönlendirmeleri, çerez izin duvarları, duplicate tag yapıları, yanlış attribution ayarları ve platform raporlama farkları aynı anda sapma üretebilir. 

Metay Dijital için bu rehberin ana yaklaşımı şudur: önce ölçüm mimarisini düzeltin, ardından huni sızıntılarını keşfedin, sonra yapay zeka destekli tahmin ve BigQuery ile görünmeyen gelir kayıplarını ortaya çıkarın. Böylece reklam bütçesi, eksik veya kirli veri yüzünden boşa yönlenmez. 

Google Ads Yönetimi

GA4 E-ticaret Gelir Analizi için doğru temel kurulum

Google Analytics 4 E-ticaret İzleme Nedir ve Nasıl Kurulur?

GA4’te e-ticaret izleme, kullanıcıların ürün görmeden satın almaya kadar yaptığı ticari aksiyonları olay bazlı bir yapıyla toplar. Google’ın önerdiği kurulum zinciri; view_item, add_to_cart, begin_checkout, purchase, gerekirse refund gibi önerilen e-ticaret olaylarını göndermek ve ürünleri items dizisi içinde tanımlamaktır. purchase olayında transaction_id, currency, value ve items kritik alanlardır. Ayrıca value, ürünlerin price * quantity toplamı olmalı; shipping ve tax ayrı parametrelerde gönderilmelidir. 

Kurulum tarafında, Google tag’in tüm sayfalarda yüklü olması ve olayların DebugView ile doğrulanması gerekir. Google, web için satın alma olayının onay sayfasında veya satın alma butonuna tıklama anında tetiklenebileceğini; verinin raporlara tam yansımasının ise yaklaşık 24 saat sürebileceğini belirtir. Bu nedenle, canlıya almadan önce gerçek sipariş senaryolarıyla test yapmak ideal yaklaşımdır. 

GA4 Data Layer Hataları ve Satın Alma Etkinliği Optimizasyonu

E-ticaret ölçümünde en sık kırılan katman, veri katmanıdır. Google Tag Manager veri katmanını first-in, first-out mantığıyla işler; fakat dataLayer.push() veya gtag() çağrıları yanlış sırada çalışırsa, ilgili değerler bir sonraki event için hazır olmayabilir. Google bu yüzden, veri katmanına event adı eklenmesini ve tag’lerin Custom Event trigger ile dinlenmesini önerir. 

Daha kritik nokta şudur: config komutu veya Google tag, diğer event’lerden sonra çalışırsa kullanıcı kimliği, session kimliği ve attribution bozulabilir. Google’ın kendi uyarısına göre bu durum (not set), yanlış user/session sayıları ve hatalı session ölçümü üretebilir. Kısacası, config önce; custom event’ler sonra gelmelidir. Eğer aynı property için hem bağımsız client-side hem de server-side kurulum aynı sayfada birlikte tutulursa, raporlama bozulabilir.

WordPress Kurumsal Web Sitesi

User ID ve Cihazlar Arası İzleme ile Hatalı Dönüşüm Verilerini Düzeltme

GA4’te User-ID, farklı session ve cihazlardaki hareketleri tek kullanıcı etrafında birleştirmek için en güvenilir kimlik alanıdır. Google, User-ID’nin signed-in kullanıcılara tutarlı biçimde atanması halinde cross-device yolculuğun daha doğru ölçüleceğini ve kullanıcı sayılarının daha isabetli olacağını açıkça belirtir. Reporting identity tarafında Blended, Observed ve Device-based seçenekleri vardır; ilk iki modelde User-ID toplanıyorsa daha bütünlüklü raporlama elde edilir. 

Bununla birlikte, User-ID’yi custom dimension olarak kaydetmek iyi bir uygulama değildir. Google, bunun yüksek cardinality üretip (other) satırını büyütebileceğini söyler. Doğru yaklaşım, User-ID özelliğini doğrudan kullanmak; kullanıcı düzeyi ayrıntılı analiz gerektiğinde ise BigQuery export üzerinden user_id ve user_pseudo_id alanlarını birleştirmektir. Ayrıca User-ID yanlış set edilirse tarihsel veride kalıcı bozulum ve misattribution oluşabilir. 

GA4 Veri Alıkoyma Ayarları ve Uzun Vadeli Gelir Trendi Analizi

GA4’te veri alıkoyma ayarı, user-level ve event-level verinin Analytics sunucularında ne kadar tutulacağını belirler. Standart GA4 mülklerinde bu süre 2 ay veya 14 aydır; 360 tarafında 26, 38 ve 50 aya kadar uzayabilir. Google Signals verisi ise en fazla 26 ay tutulur. 

Buradaki kritik ayrım şudur: bu ayar standart aggregate raporları etkilemez, fakat Explorations ve funnel raporlarını etkiler. Yani uzun dönem gelir trendi için yalnızca Explore’a güveniyorsanız 14 ay sınırına takılabilirsiniz. Bu nedenle, uzun vadeli GA4 E-ticaret Gelir Analizi için pratik çözüm BigQuery export’tur. Ayrıca “reset on new activity” açık olduğunda, aktif kullanıcı kimlikleri her yeni aktivitede yeniden uzatılır. 

Google Merchant Center Next

Sayfa Hızı ve GA4 Etiket Tetiklenme Gecikmesi Arasındaki Bağlantı

Core Web Vitals tarafında Google, iyi bir kullanıcı deneyimi için LCP’nin 2.5 saniye veya daha hızlı, INP’nin 200 ms veya daha düşük, CLS’nin 0.1 veya daha düşük olmasını önerir. Bu eşikler yalnızca SEO değil, ölçüm güvenilirliği açısından da önemlidir; çünkü geç yüklenen sayfa, geç yüklenen tag anlamına gelebilir. 

Özellikle reklam tıklaması sonrası kullanıcı sayfayı Analytics kodu tam yüklenmeden kapatırsa, Google Ads tıklamayı sayarken GA4 session veya event üretmeyebilir. Shopify da piksel script’lerinin çoğaldıkça mağazayı yavaşlatabileceğini ve kırık script’lerin sayfanın yavaş veya başarısız yüklenmesine yol açabileceğini belirtir. Dolayısıyla performans optimizasyonu, ölçüm doğruluğunun da parçasıdır. 

Veri uyuşmazlıkları ve kayıp sinyallerinin nedenleri

GA4 ve E-ticaret Altyapıları Arasındaki Veri Uyuşmazlığı Nedenleri

Shopify ile GA4 arasındaki farklar çoğu zaman “hata” değil, farklı ölçüm mantığıdır. Shopify; sayfa yeniden yükleme, unique visitor, session tanımı, cookie/JavaScript erişimi, browser extension engelleri ve time zone farkları yüzünden üçüncü taraf sistemlerle sapma oluşabileceğini açıkça söyler. Başka bir deyişle, aynı kullanıcı davranışı iki sistemde iki farklı metrik üretir. 

Shopify tarafında ek bir risk daha vardır: checkout_completed olayı genellikle Thank You sayfasında tetiklenir; ancak upsell veya post-purchase akışında ilk upsell sayfasında tetiklenebilir ve page load başarısız olursa hiç tetiklenmeyebilir. Yani sipariş Shopify’da oluşur ama GA4 satın alma olayı oluşmayabilir. Ayrıca Google & YouTube uygulamasına geçişten sonra eski manuel GA4/Google Ads/GTM tag’leri kaldırılmazsa duplicate event ve şişmiş gelir oluşabilir. 

WooCommerce tarafında uyuşmazlıkların yaygın sebepleri daha çok teşekkür sayfası bağımlılığı ve order status mantığıdır. WooCommerce’ın resmi entegrasyonu, purchase tracking için ödeme sağlayıcısının kullanıcıyı thank you / order received sayfasına geri yönlendirmesini şart koşar. Buna ek olarak siparişler “Pending payment”, “On hold”, “Completed” gibi statülerde ilerler; yani mağaza, siparişi operasyonel olarak görürken GA4 yalnızca purchase event’i gerçekten tetiklenirse geliri sayar. 

Zero-Click Search

Yönlendirme Hariç Tutma Listesi ile Hatalı Ödeme Kanalı Sinyallerini Önleme

Ödeme sağlayıcısı veya ayrı checkout domain’i kullanıldığında, kullanıcı kendi domain’inizden çıkıp geri döndüğünde GA4 bunu referral olarak yorumlayabilir. Google, unwanted referral kurallarıyla belirli domain’leri hariç tutabileceğinizi ve bu durumda ilgili olaylara ignore_referrer=true ekleneceğini söyler. Böylece ödeme sağlayıcısı son trafik kaynağı gibi görünmez. 

Eğer checkout farklı domain’deyse yalnızca referral exclusion yetmez; cross-domain measurement da gerekebilir. Google, cross-domain kurulmazsa yeni cookie ve yeni ID üretileceğini; bunun iki user ve iki session gibi sayılabileceğini söyler. _gl parametresinin redirect sürecinde korunması burada belirleyicidir. Bu bağlamda, ödeme adımlarında hatalı kanal sinyalini önlemek için cross-domain + referral exclusion + thank-you page validation birlikte ele alınmalıdır. 

GA4 ve Google Ads Gelir Verilerinin Eşleşmeme Sorunu ve Çözümü

GA4 ve Google Ads dönüşüm verileri çoğu zaman bire bir eşleşmez; çünkü attribution zamanı farklıdır. Google Ads, dönüşümü onu getiren tıklamanın tarihine yazar; GA4 ise dönüşümün gerçekleştiği tarihe yazar. Üstelik Google Ads’te counting method “all” veya “one” olabilir, conversion window 1-90 gün arasında değişebilir ve invalid click filtreleri devreye girebilir. 

Çözüm tarafında ilk adım, imported GA4 conversion ile native Google Ads conversion kurulumlarını karıştırmamaktır. Google, conversion management alanında farklı ayarları tespit edip düzeltebilen yeni araçlar sunduğunu ve per-conversion attribution settings’in bağımsız biçimde ayarlanabildiğini söylüyor. Bu, GA4–Ads rapor farklarının önemli bir bölümünü azaltır. Ayrıca non-purchase aksiyonlarını yanlışlıkla Primary yapıp değer atamak da ROAS’ı şişirebilir. 

Google Ads ROAS Artırma

İlişkilendirme Modelleri ve GA4’te Reklam ROAS Değerini Doğru Ölçme

Attribution, dönüşüm yolundaki temas noktalarına kredi dağıtma işidir. GA4’te attribution settings ekranı üzerinden reporting attribution model, kredi alabilecek kanallar ve lookback window seçilebilir. Bu ayarlar ROAS yorumunu doğrudan değiştirir; çünkü aynı satış, farklı modele göre farklı kampanyaya kredi yazabilir. 

Özellikle Google Ads tarafında data-driven attribution, müşterilerin dönüşen ve dönüşmeyen yollarını karşılaştırarak reklam etkileşimlerinin gerçek katkısını dağıtır. Bu model, son tıklama takıntısını azaltır. Ancak işletme raporlamasında kanal bazlı gelir, finans muhasebesi ve platform ROAS aynı metrik değilse yine fark çıkacaktır. Bu nedenle ideal yaklaşım; GA4’te bir “işletme gerçeği ROAS”, Ads içinde ise “optimizasyon ROAS” mantığını ayrı tutmaktır. 

Çerez İzin Duvarları ve GA4 Gelişmiş Dönüşümler Etkisi

Basic consent mode’da Google tag’ler kullanıcı banner ile etkileşene kadar yüklenmez; kullanıcı reddederse Google’a consent status bile gitmez. Advanced consent mode’da ise tag açılır, default state denied olur ve consent verilene kadar cookieless ping gönderilir. Google, gelişmiş modellemenin advertiser-specific olduğuna ve basic’e göre daha güçlü modelleme sağladığına dikkat çeker. 

GA4 tarafındaki Enhanced Conversions ise hashed first-party veriyi kullanarak conversion ölçüm doğruluğunu artırır. Eğer GA4 conversions’ı Google Ads’e import ediyorsanız, Google Analytics’te user-provided data kurulumu yapıldığında geliştirilmiş dönüşümler ilgili Ads hesabıyla paylaşılabilir. Consent banner olan sitelerde veri kaybını azaltmanın modern yolu, advanced consent mode + enhanced conversions + düzgün first-party data toplama kombinasyonudur. 

Huni analizi ve checkout sızıntılarını bulma

GA4 Geliştirilmiş Ölçüm ile Sepet Terk Etme Analizi

Enhanced Measurement, kod yazmadan sayfa görüntüleme benzeri bazı etkileşimleri açar; ama tek başına e-ticaret hunisini tamamlamaz. Sepet terk analizi için gerçek omurga yine view_item, add_to_cart, begin_checkout ve purchase olaylarıdır. Google’ın Purchase Journey raporu, session start → view product → add to cart → begin checkout → purchase adımları arasında drop-off ve retention oranlarını doğrudan gösterir. 

Burada incelik şudur: Enhanced Measurement, sepet terk nedenini değil, bağlamı güçlendirir. Örneğin site search, page path veya landing page farklarıyla abandon oranı ilişkilendirilebilir. Shopify custom pixel sandbox kullanıyorsanız, bazı enhanced measurement davranışları otomatik çalışmayabilir; Shopify bu durumda bazı olayların custom event olarak manuel kurulmasını önerir. 

Shopify vs WooCommerce 2026

Özel Etkinlikler ile Ödeme Adımlarındaki Sızıntıları Bulma

Checkout funnel sızıntılarını gerçek anlamda bulmak için genelde standart event’lerin yanına özel event’ler eklenir. Google, custom event’i yalnızca mevcut önerilen event’ler ihtiyacı karşılamıyorsa kullanmanızı; ayrıca reserved name/prefix’lerden kaçınmanızı söyler. Bu event’ler çoğu standart raporda görünmez, bu yüzden Explore veya custom report gerekir. 

En pratik yapı, checkout’u begin_checkout → add_shipping_info → add_payment_info → purchase olarak kurmaktır. Google’ın kendi Ecommerce Exploration örneği tam olarak bu dört adımı önerir. Eğer kullanıcıların büyük kısmı add_payment_info öncesinde düşüyorsa sorun shipping cost, form validation, 3D Secure, ödeme yöntemi uyumsuzluğu veya sayfa hatası olabilir. Ayrıca Shopify’ın 2024 sonunda eklediği checkout error event’leri bu tip hataları daha görünür hale getirir. 

GA4 Keşfet Raporları ile Nitelikli B2B ve E-ticaret Huni Analizi Tasarımı

Explore modülü, GA4’ün varsayılan raporlarından daha güçlüdür; çünkü segment, funnel, path ve breakdown mantığını bir araya getirir. Funnel exploration kullanıcıların görevi nasıl tamamladığını; path exploration ise purchase gibi bir sona hangi yollardan geldiğini ya da gelmediğini gösterir. Backward path özellikle “neden purchase olmadı?” sorusunda çok değerlidir. 

B2B tarafında en iyi tasarım, funnel’ı lead form mantığıyla kurmaktır: ana giriş sayfası → form görüntüleme → form_start → form_submit veya generate_lead. Google’ın lead-generation örneği tam bu akışı gösterir. Buna ek olarak şirket büyüklüğü, sektör, MQL/SQL seviyesi gibi user-scoped property’ler tanımlanırsa, nitelikli lead ile düşük kaliteli lead aynı hunide ayrıştırılabilir. Bu son cümle Google dokümantasyonundaki Explore, segment ve user-scoped dimension mantığından çıkarılmış uygulamalı bir öneridir. 

Yapay zeka, semantik SEO ve büyük veri ile kaybı önleme

Yapay Zeka Destekli Tahmine Dayalı Metrikler ile Gelir Kaybı Önleme

GA4 predictive metrics, “kim önümüzdeki 7 günde satın alır?”, “kim churn eder?”, “kim daha çok gelir üretir?” gibi sorulara ML ile yanıt verir. Ancak her mülk otomatik uygun olmaz. Google, son 28 gün içinde 7 günlük bir periyotta en az 1.000 returning user’ın ilgili predictive condition’ı tetiklemiş ve en az 1.000 returning user’ın da tetiklememiş olmasını şart koşar. Purchase probability ve predicted revenue için purchase event’inin value ve currency ile sağlıklı toplanması gerekir. 

Buradaki iş değeri şudur: “high purchase probability but no checkout in last 3 days” benzeri audience’lar oluşturup bu kitleleri Google Ads’e gönderebilir, churn riski taşıyan satın almacılara yeniden pazarlama yapabilir ve tahmini gelir yaratmayacak trafiği agresif teklif stratejilerinden çıkarabilirsiniz. Yani predictive metrics, yalnız rapor değil; bütçe koruma aracı olarak da kullanılabilir. 

GA4 BigQuery Entegrasyonu ile Büyük Veri Üzerinden Gizli Gelir Kayıplarını Keşfetme

GA4 BigQuery Export, tüm ham event’leri SQL ile sorgulanabilir biçimde dışa aktarır. Google’a göre günlük tam export yapılır ve gün içinde sürekli export da mümkündür; standart mülklerde günlük export limiti 1 milyon event’tir. Bu verinin sahibi siz olursunuz ve ham event tablosu üzerinden GA4 arayüzünde görünmeyen anomalileri yakalayabilirsiniz. 

Gizli gelir kaybını bulmak için üç sorgu ailesi özellikle değerlidir: aynı transaction_id ile tekrar eden purchase’lar; purchase olup refund gelmeyen siparişler; begin_checkout var ama purchase yok kümeleri. Google’ın schema ve sample query dokümantasyonu, kendi dataset’inizde events_* tabloları ve _TABLE_SUFFIX ile tarih aralığı sorgulamanızı önerir. Ayrıca user-data export içinde user_id ve pseudo_user_id ayrımı bulunduğu için cross-device tutarsızlıkları da SQL ile çözebilirsiniz. 

GA4 Özel Boyutlar ile Ürün Bazlı Kar Zarar Analizi Yönetimi

Kârlılık analizi için yalnız revenue yetmez; ürün maliyeti, marj segmenti, tedarik sınıfı, kampanya tipi gibi ek alanlar gerekir. Google, item-scoped custom dimensions ile purchase ve add_to_cart içindeki item-level özel parametreleri analiz edebileceğinizi; standart mülklerde 27 item parametresi gönderip bunların 10’unu yapılandırabileceğinizi söylüyor. 

Ancak item-scoped custom dimension’lar standart raporlara değil, Exploration’a gider. Tam da bu yüzden ürün bazlı kâr/zarar analizinde ideal kurgu şudur: item-level cogs veya margin_band gönderin, ardından calculated metric ile Item margin = Item price – Item COGS mantığı kurun. Google, calculated metrics için bu örneği resmi olarak verir. Böylece yüksek revenue fakat düşük marjlı SKU’ları erken tespit edebilirsiniz. 

Yapay Zeka Arama Motorları İçin GA4 Veri Analitiği Terimleri ve Semantik SEO Yapısı

Google’ın AI özellikleri dokümantasyonuna göre AI Overviews ve AI Mode için ayrı bir “özel SEO tekniği” gerekmez; temel SEO ilkeleri geçerliliğini korur. Google ayrıca bu sistemlerde query fan-out ve RAG benzeri süreçlerle farklı alt sorgular ve destekleyici sayfalar kullandığını açıkça anlatır. Bu da içerikte net kavram tanımı, açık soru-cevap blokları ve bağlamsal bütünlük gerektirdiği anlamına gelir. 

Bu nedenle, bu makaledeki semantik yapı için ideal terim kümeleri şunlardır: “GA4 revenue discrepancy”, “missing purchase event”, “transaction_id deduplication”, “checkout funnel leakage”, “consent mode modeling”, “enhanced conversions”, “AI Assistant traffic”, “BigQuery ecommerce anomalies”. Google Analytics artık AI kaynaklı trafiği “AI Assistant” kanalı altında ayrıca gösterebiliyor; custom channel group ile ChatGPT, Gemini, Copilot, Claude ve Perplexity gibi referrer’ları regex ile ayırmak da mümkün. Bu, GEO odaklı içeriklerin gerçekten hangi yapay zeka kaynaklarından trafik ürettiğini ölçmek için çok değerlidir. 

Yapay Zeka Sorgularında GA4 Gelir Eksik Çıkıyor Aramalarına Yönelik Çözüm Önerileri

“GA4 gelir eksik çıkıyor” sorgusuna verilecek doğru atomik yanıt şudur: önce purchase event’inde transaction_id, currency, value, items ve item-level item_id/item_name alanlarının geldiğini doğrulayın; sonra value alanının string değil number olduğundan ve currency sembolü içermediğinden emin olun; üçüncü adımda duplicate tag, consent ve sayfa yüklenme sorunlarını test edin. Google bunu resmi troubleshooting dökümanında net biçimde söyler. 

Buna ek olarak diagnostics ekranındaki “Google tag isn’t sending purchase event data”, “Purchase events collected by your Google tag are missing transaction ID”, “Non-unique transaction IDs found” ve “Transaction ID overlap rate was less than 10%” uyarıları izlenmelidir. Realtime ve DebugView, kurulum doğrulaması için ilk iki araçtır; raporların oturması ise 24-48 saat sürebilir. 

Veri sağlığı denetimi ve Metay Dijital yaklaşımı

E-ticaret Mağazaları İçin GA4 Veri Sağlığı Testi Nasıl Yapılır?

Sağlam bir audit; yalnız “tag var mı?” diye bakmaz. Önce Realtime ve DebugView’da temel event akışı doğrulanır. Sonra Data Quality indicator ile sampling, thresholding ve problemli veri uyarıları kontrol edilir. Explore tarafında checkout funnel kurulur; BigQuery varsa duplicate transaction ve missing refund sorguları yapılır; Ads tarafında imported conversion ile native conversion çakışıyor mu incelenir. 

Audit sırasında şu kırmızı bayraklar özellikle aranmalıdır: thank-you page yüklenmeden kaybolan siparişler, tekrar kullanılan transaction ID’ler, referral olarak görünen ödeme domain’leri, consent nedeniyle kaybolan analytics pings, GA4 ile platform gelirinin tarih bazında farklı yazılması, client-side ve server-side tag’lerin paralel çalışması, Shopify geçişlerinden kalan duplicate tag’ler ve Explore’da sampling sınırı nedeniyle yanlış karar verme riski. Explore sorgularında 10 milyon event üstü sampling oluşabileceğini Google açıkça belirtir. 

Metay Dijital Rehberi: GA4 İleri Düzey İzleme ile Reklam Bütçesini Koruma Yolları

Metay Dijital perspektifinde en doğru sıralama şöyledir. İlk olarak ölçüm mimarisi temizlenir: duplicate tag’ler kaldırılır, purchase event optimize edilir, referral exclusion ve cross-domain ayarlanır. Ardından checkout funnel, payment ve shipping adımlarıyla derinleştirilir. Daha sonra consent mode ve enhanced conversions devreye alınır. Son olarak predictive audiences ve BigQuery ile karar katmanı güçlendirilir. 

GA4 E-ticaret Gelir Analizi, iyi kurulduğunda sadece raporlama ekranı değil; medya bütçesini koruyan bir erken uyarı sistemi haline gelir. Sonuç olarak doğru event yapısı, doğru identity, doğru consent, doğru attribution ve doğru SQL denetimi bir araya geldiğinde “gelir kaybı” problemi çoğu zaman kampanyadan değil, ölçüm mimarisinden kaynaklandığını gösterir. Bu nedenle Metay Dijital için en büyük fırsat, veriyi artırmak değil; önce veriyi güvenilir hale getirmektir. 

Sıkça sorulan sorular

GA4 neden Shopify geliriyle bire bir aynı değildir?

Çünkü iki sistem aynı olayı farklı mantıklarla sayabilir. Shopify; browser, cookie, JavaScript, timezone ve platform içi sipariş mantığına göre raporlar, GA4 ise event tetiklenmesine bağlı çalışır. Ayrıca checkout_completed sayfası yüklenmezse GA4 purchase kaçabilir. 

WooCommerce’te sipariş var ama GA4 purchase yoksa ilk olarak neye bakmalıyım?

Önce ödeme sağlayıcısının kullanıcıyı thank-you / order received sayfasına geri yönlendirip yönlendirmediğini kontrol edin. WooCommerce resmi entegrasyonu, purchase tracking için bu sayfaya dönüşü şart koşar. 

GA4 purchase event’te en kritik parametreler hangileridir?

transaction_id, currency, value, items ve item düzeyinde item_id veya item_name zorunlu kabul edilmelidir. Revenue eksikliği sorunlarında Google ilk olarak bu alanların doğruluğunu kontrol etmenizi önerir. 

purchase içindeki value alanına kargo ve vergi dahil edilmeli mi?

Hayır. Google, value için ürünlerin price * quantity toplamını önerir; shipping ve tax ayrı parametrelerde gönderilmelidir. 

GA4 duplicate purchase’ı nasıl önler?

Her sipariş için tekil bir transaction_id göndererek. Google, transaction_id’nin duplicate purchase’ı azaltmak için kullanıldığını açıkça belirtir. 

Enhanced Measurement tek başına sepet terk analizi yapar mı?

Hayır. Enhanced Measurement bağlamsal etkileşimleri artırır; ama gerçek checkout analizi için add_to_cart, begin_checkout ve purchase gibi e-ticaret event’leri gerekir. Purchase Journey raporu da bu olaylara dayanır. 

Checkout funnel için hangi adımlar ideal kabul edilir?

Standart e-ticarette en güvenilir kurgu begin_checkout → add_shipping_info → add_payment_info → purchase akışıdır. Google’ın resmi exploration örneği de bu yapıyı önerir. 

BigQuery export ücretsiz kullanılabilir mi?

Evet, BigQuery Sandbox ile başlayabilirsiniz. Ancak sandbox limitlerini aşan export ve sorgular ücret doğurabilir. 

Standart GA4 mülkünde BigQuery export limiti nedir?

Google’a göre standart properties için günlük BigQuery Export limiti 1 milyon event’tir. Daha yüksek ihtiyaçlar için 360 düşünülmelidir. 

BigQuery olmadan uzun vadeli funnel analizi yapılır mı?

Kısmen yapılır; fakat standart GA4’te data retention 2 veya 14 ayla sınırlıdır ve bu sınır Exploration ile funnel raporlarını etkiler. Uzun vadeli ham veri analizi için BigQuery daha sağlıklıdır. 

Consent Mode basic mi yoksa advanced mi daha iyidir?

Ölçüm doğruluğu açısından advanced genelde daha güçlüdür. Çünkü denied durumda cookieless ping gönderir ve Google’ın advertiser-specific modelleme yapmasına izin verir. 

Enhanced Conversions ne işe yarar?

Hashed first-party veriyi kullanarak conversion ölçüm doğruluğunu artırır ve daha güçlü bidding için sinyal sağlar. GA4 import’ları Google Ads’e taşınıyorsa ek fayda da sağlar. 

User-ID her sitede zorunlu mudur?

Hayır, fakat login’li yapı varsa çok değerlidir. Google, User-ID’nin cross-device yolculuğu daha doğru ölçtüğünü söyler. 

User-ID’yi custom dimension olarak kaydetmeli miyim?

Genelde hayır. Google bunun yüksek cardinality yaratabileceğini ve (other) satırını büyütebileceğini söylüyor. Doğru yol, doğrudan User-ID özelliğini kullanmaktır. 

Referral exclusion hangi problemi çözer?

Ödeme sağlayıcısı veya üçüncü taraf domain’iniz son trafik kaynağı gibi görünmesin diye kullanılır. GA4 bu kuralla ilgili event’lere ignore_referrer=true ekler. 

Cross-domain measurement ne zaman gerekir?

Kullanıcı bir root domain’den diğerine geçerken aynı session ve user kimliğinin korunması gerektiğinde gerekir. Aksi halde yeni cookie ve yeni user/session oluşabilir. 

Core Web Vitals kötü olursa ölçüm de bozulur mu?

Dolaylı olarak evet. Özellikle kullanıcı sayfayı Analytics kodu tam yüklenmeden terk ederse Ads tıklaması olup GA4 session oluşmayabilir. Çok sayıda veya bozuk pixel script’i de bu riski artırır. 

GA4’te ürün bazlı marj analizi yapılabilir mi?

Evet. Item-scoped custom dimensions ile cogs gibi alanları gönderip calculated metric ile item margin türetebilirsiniz. Ancak bu analiz çoğunlukla Exploration tarafında yapılır. 

GA4 artık yapay zeka kaynaklı trafiği ayırabiliyor mu?

Evet. Google Analytics, Default Channel Group içinde “AI Assistant” kanalını desteklemeye başladı. Ayrıca custom channel group ile AI referrer’ları regex ile daha ayrıntılı izleyebilirsiniz. 

GEO için ayrı bir optimizasyon mu gerekir?

Google’ın resmi görüşüne göre hayır; AI arama görünürlüğü için temel SEO hâlâ geçerlidir. Ancak içerik yapısının net, people-first, kanıtlı ve semantik olarak güçlü olması gerekir.