Dönüşüm İzleme: GA4, GTM, Server-Side ve Consent Mode v2 Tam Rehberi.

// 01Dönüşüm izleme nedir, neden önemli?

Dönüşüm izleme (conversion tracking), web siten veya uygulamanda gerçekleşen değerli bir aksiyonun — satın alma, form gönderimi, demo talebi, dosya indirme — hangi reklam, hangi kampanya, hangi tıklama tarafından tetiklendiğini sistematik olarak ölçmektir. Modern reklam algoritmaları (Google'ın Smart Bidding, Meta'nın Advantage+, TikTok'un Smart Performance Campaign) tamamen dönüşüm verisiyle beslenir; algoritmanın gördüğü dönüşüm sinyali ne kadar doğru, sayım ne kadar eksiksiz, gecikme ne kadar düşükse, algoritma o kadar isabetli karar verir.

Bu yüzden dönüşüm izleme bir "ölçüm tercihi" değil, reklam yatırımının temelidir. Yanlış izleme, üç şekilde paraya yansır:

• Algoritma yanlış kampanyaya yatırım yapar. Eksik dönüşüm gönderimi nedeniyle aslında performans gösteren kampanya zayıf görünür; bütçe daha az verimli kampanyaya akar.
• tCPA / tROAS hedefi şişer. Dönüşüm sayım eksikse Google "hedef tutmuyor" yorumlar; kampanyayı kısar veya CPA'yı yükseltir.
• Audience listeler oluşmaz. Consent Mode v2 yanlış kuruluysa retargeting kitleleri büyümez; remarketing performansı çöker.

// 02Modern kurulumun altı katmanı

2026 itibariyle "minimum sağlıklı" bir conversion tracking kurulumu altı katmandan oluşur. Daha azı bugünün cookie kaybı, AB veri yönetmelikleri ve algoritmik reklam koşullarında ciddi körlük yaratır.

Katman	Görev	Olmadan ne kaybedersin
GA4	Olay (event) kaydı, kanal raporlama, audience inşası	Tek doğru kanal görünümü
GTM (web)	Tag yönetimi, dataLayer push, tetikleyiciler	Geliştirici-ücretsiz değişim, hız
Server-side GTM	1st-party domain üzerinden veri gönderimi	%20-40 cookie kaybı
Consent Mode v2	Yasal izin durumunu Google'a bildirme + modelleme	AB remarketing, conversion modelling
Enhanced Conversions	Hash'lenmiş kullanıcı verisiyle eşleştirme kurtarma	%5-15 dönüşüm
Data-driven attribution	Kanal kredisi dağıtımı (last-click yerine)	Adil kanal değerlendirmesi

Bu altı katmanın her biri kendine ait risk noktaları içerir; sıradaki bölümlerde teker teker açacağız.

// 03GA4 ve GTM doğru kurulumu

GA4 + GTM ikilisi conversion tracking'in temel iskeletidir. Her iki tarafta da en sık görülen hatalar, kurulumun "çalışıyor görünüp" aslında bozuk olmasından kaynaklanır.

GA4 tarafında olması gerekenler

• Enhanced Measurement açık (sayfa görüntüleme, scroll, dış link tıklama, dosya indirme otomatik).
• Key events (eski adıyla "conversions") doğru tanımlanmış: purchase, generate_lead, sign_up vb.
• E-ticaret olayları (view_item, add_to_cart, begin_checkout, purchase) GA4'ün önerdiği parametre yapısıyla gönderiliyor.
• Google Signals AB kullanıcıları için consent koşullu açık.
• Data retention 14 ay (varsayılan 2 ay; rapor derinliği için 14'e çek).
• Cross-domain tracking birden fazla domain varsa (ör. ödeme partner alt-domaini) yapılandırılmış.

GTM tarafında olması gerekenler

• Tek bir GA4 Configuration tag. Birden fazla varsa double-counting olur — bu en yaygın hatadır.
• Tag sequencing. Google Ads Conversion ve GA4 event aynı tetikleyiciden çalışıyorsa sıralama önemli — Conversion Linker → GA4 → Ads.
• Trigger filtreleri. "Purchase" tetikleyicisinin sadece teşekkür sayfasında çalıştığı doğrulanmış (yenileme yapılırsa çift sayım olmaz).
• dataLayer naming. GA4 için event: purchase, parametreler GA4 standartlarında (value, currency, items).
• Consent Initialization önce, sonra Conversion Linker, sonra olaylar.

// 04Server-side GTM (sGTM) — neden ve nasıl

Geleneksel client-side GTM, kullanıcının tarayıcısı üzerinden Google'a, Meta'ya, TikTok'a doğrudan istek atar. Bu yapının üç problemi var:

• Üçüncü-parti cookie kaybı. Safari ITP, iOS 14.5+ App Tracking Transparency, Firefox Enhanced Tracking Protection — hep birden bu mekanizmaları kısıtlıyor.
• Ad-blocker kaybı. uBlock, AdBlock Plus gibi araçlar GA4 ve Pixel tag'lerini bloklar; tipik kayıp %15-25.
• Performans. Tarayıcıda 5-10 farklı tag yüklenmesi sayfa hızını yavaşlatır.

Server-side GTM (sGTM) bu sorunların büyük kısmını çözer. Tarayıcıdan veriyi senin kendi domainine (örn. analytics.markaadi.com) gönderir; oradan sunucu tarafında uygun formata çevirip Google/Meta/TikTok'a ileri yollar.

sGTM'nin kazanımları

• 1st-party domain — ITP'nin tanıdığı bir cookie ekosistemi; kayıp %20-40 → %5-10 bandına iner.
• Ad-blocker direnci — kendi domainin engelli listesinde olmaz (yine de bypass değildir, ad-blocker'lar yavaşça yakalıyor).
• Veri kontrolü — Google'a/Meta'ya hangi alanların gittiğini sunucu tarafında filtreleyebilirsin (PII koruması).
• Hız — tarayıcıda tek tag (sGTM endpoint'ine), kalan dağıtım sunucuda asenkron.

Maliyet ve kompleksite

sGTM Google Cloud Run üzerinde çalışır. Aylık trafik 1M event'in altındaysa 1.440-2.880 TL/ay civarı. Üzerinde, trafiğine göre ölçeklenir. Kurulum bir kerelik 4-8 saat geliştirici işidir; sonrasında self-servis. Mid-scale e-ticaret (>1M TL aylık reklam bütçesi) için tartışmasız ROI verir.

// 05Consent Mode v2 ve KVKK uyumu

Consent Mode v2, Google'ın "kullanıcı reklamlara ve analitiğe izin verdi mi?" sinyalini Google Ads ve GA4'e taşıyan protokolüdür. Mart 2024'ten itibaren Avrupa Ekonomik Bölgesi'ne (EEA) reklam vermek için zorunlu hale geldi. Türkiye için doğrudan zorunlu değil ama: (1) AB'ye reklam veriyorsan zorunlu; (2) KVKK ve ETK uyumu için "açık rıza" mantığını otomatize etmenin en pratik yolu; (3) conversion modelling Consent Mode v2 olmadan çalışmaz — yani izin vermeyen kullanıcıların dönüşüm tahmini Google tarafında yapılamaz.

İki temel mod

• Basic mode — kullanıcı izin verene kadar hiçbir Google tag'i çalışmaz. Yasal olarak en güvenli; ölçüm tarafında en kayıplı.
• Advanced mode — kullanıcı izin vermese bile Google'a anonim "consent_state: denied" sinyali gider; Google bu veriyi modelleme için kullanır. Ölçüm doğruluğu çok daha iyi.

Çoğu kurum advanced mode tercih ediyor çünkü modelleme sayesinde "izin vermeyen" kullanıcı dönüşümünün de tahmini Google Ads'e yansıyor. Bu d-dat sitesinin kullandığı yapıdır: gtag('consent','default',…) ile her sinyal başlangıçta denied; cookie banner'dan kullanıcı seçim yaptığında update ile granted'e çevriliyor.

Hangi sinyali ne için kullanırsın?

Sinyal	Tetiklediği	Cookie banner kategorisi
analytics_storage	GA4 event gönderimi	analytics
ad_storage	Google Ads conversion + remarketing cookie	targeting
ad_user_data	Hash'li kullanıcı verisi gönderimi	targeting
ad_personalization	Kişiselleştirilmiş reklam	targeting
functionality_storage	Fonksiyonel cookie (tema, dil)	functional
personalization_storage	Kişiselleştirme	functional
security_storage	Güvenlik (anti-fraud)	her zaman granted

// 06Enhanced Conversions kurulumu

Enhanced Conversions, Google'ın 2021'de tanıttığı, hash'lenmiş kullanıcı verisini (e-posta adresi, telefon, adres) cookie kaybından bağımsız olarak Google'a göndermeyi mümkün kılan özelliktir. Cookie kaybolsa da, kullanıcı Google hesabıyla giriş yapmışsa eşleştirme yapılabiliyor; tipik %5-15 ek dönüşüm geri kazanımı sağlıyor.

İki kurulum yöntemi

• Tag-side (web tabanlı) — GTM içinden Google Ads Conversion tag'ine "Include user-provided data" işaretle, dataLayer'dan e-posta/telefon push et. En kolay yöntem.
• API tabanlı (server-side) — sGTM veya doğrudan Google Ads API üzerinden offline conversion upload. Kontrol daha yüksek; e-ticaret sipariş sonrası CRM tetikleyicili kullanım için ideal.

Önemli güvenlik kuralları

• Veriyi SHA-256 hash formatında gönder. GTM bunu otomatik yapar; doğrudan API kullanıyorsan manuel hash zorunlu.
• E-posta adresini küçük harfe çevir ve baş/son boşluğu temizle hash'lemeden önce.
• Telefonu E.164 formatına (örn. +905321234567) çevir.
• Hash'lenmiş veriyi kendi sunucunda log'a yazma; GDPR/KVKK için ek risk yaratır.

// 07Attribution modelleri ve dönüşüm penceresi

İzleme verisi doğru toplanıyor olsa da, "hangi kanal bu dönüşümün sahibidir?" sorusunun cevabı attribution modele bağlıdır. Yanlış model seçimi, doğru veriyle yanlış kanal kararına götürür.

Yaygın 4 model

• Last-click — son tıklamaya tüm kredi. En basit ama en yanıltıcı; brand search'ün gerçek değerini abartır.
• First-click — ilk tıklamaya tüm kredi. Top-of-funnel kanallarını öne çıkarır; alt-funnel'ı yetersiz değerlendirir.
• Linear / Time-decay / Position-based — kuralcı dağıtımlar; arada bir yerde, ama hala manuel kuralcı.
• Data-driven attribution (DDA) — Google'ın algoritması, yeterli veri varsa (kanalda 30+ gün, 300+ dönüşüm) gerçek kanıt-temelli kredi dağılımı yapar.

2023'ten beri Google Ads ve GA4'ün varsayılan modeli DDA'dır. Modeli değiştirebilirsin ama özel bir gerekçen yoksa DDA'ya bağlı kal — yıllar içinde toplanan vakaların gösterdiği "en az yanıltıcı" model bu. Daha derin için data-driven attribution sözlük girdisi.

Dönüşüm penceresi (lookback window)

Kullanıcı tıkladıktan kaç gün sonra dönüşüm yaparsa Google bunu o tıklamaya bağlasın? Varsayılan 30 gün ama ürününe göre değiştir:

• Hızlı tüketim / dürtüsel satın alma — 7 gün yeter. Daha uzun pencere algoritmayı yorgun veriyle besler.
• Standart e-ticaret — 30 gün (varsayılan) iyi başlangıç.
• Yüksek değerli B2B / araç satışı — 60-90 gün. Lead → demo → sözleşme döngüsü uzun.
• SaaS deneme → ödeme — 30-45 gün; deneme süresi + karar dönemini kapsayacak şekilde.

// 0812 maddelik denetim checklisti

Mevcut kurulumunu sınamak için aşağıdaki 12 maddeyi sırayla geç. Her madde için "yeşil mi?" sorusunu somut bir doğrulama adımına bağladık.

Bu 12 maddenin tamamına "yeşil" diyebiliyorsan, dönüşüm izlemen modern standart bir kurulumdadır. Bir tanesi bile sarı/kırmızıysa, ilgili bölüme dönüp düzeltme öncelik listesi çıkar.

// 09Yaygın 6 hata ve çözümü

Hata 1: Çift sayım (double counting)

Belirti: GA4 dönüşüm sayımı Google Ads'inkinin neredeyse 2 katı. Sebep: Birden fazla GA4 Configuration tag, veya teşekkür sayfası yenilenince tag tekrar çalışıyor. Çözüm: GTM'de tüm GA4 tag'lerini listele; sadece 1 Configuration tag bırak. Purchase trigger için "Once per page" sınırı koy veya transaction_id ile dedupe.

Hata 2: GA4 ↔ Google Ads %20+ uyumsuzluk

Sebep: Genelde Google Ads Conversion tag'inin Conversion Linker olmadan tetiklenmesi (gclid kaybı). Çözüm: Conversion Linker tag'i All Pages tetikleyicisinde çalıştır; Google Ads tag'inin bundan sonra tetiklendiğinden emin ol.

Hata 3: Consent Mode v2 yanlış sıralama

Belirti: Cookie banner görünmeden önce GA4 ve Pixel zaten istek yapmış. Sebep: gtag('consent','default',…) çağrısı GTM container yüklenmeden önce yapılmamış. Çözüm: Default consent çağrısını <head>'in en üstüne, GTM script'inden önce koy.

Hata 4: Server-side GTM cookie alanları kaybolmuş

Belirti: sGTM kuruldu ama Google Ads gclid eşleşmesi düşük. Sebep: Cookie set işleminin 1st-party domain'e değil, googletagmanager.com'a yapılıyor olması. Çözüm: sGTM Google Tag client'ında "Set cookie domain" alanını auto'dan kendi root domain'ine (.markaadi.com) çevir.

Hata 5: Enhanced Conversions hash'lenmemiş veri

Belirti: Enhanced Conversions açık ama match rate %15'in altında. Sebep: dataLayer'a düz e-posta yerine zaten hash'lenmiş veri push'lanıyor (GTM tekrar hash'liyor → bozuluyor); veya e-posta normalize edilmemiş. Çözüm: dataLayer'a düz kullanıcı verisini push et — GTM SHA-256 hash'i kendisi yapar. Lowercase + trim normalize'i mutlaka.

Hata 6: tCPA otomatik teklif "yetersiz veri" uyarısı

Sebep: Doğrudan izleme hatası değil ama izleme sonucu görünür. Kampanya son 30 günde <30 dönüşüm aldıysa Smart Bidding güvenilir karar veremez. Çözüm: Kampanya bütçesini büyütmeden, "Maximize Conversions" stratejisine al — kararlı 30+ dönüşüme ulaştığında tCPA'ya geri dön.

// 10Sık sorulan sorular

---

Bu rehber agentic AI marketing platformu d-dat tarafından hazırlanmıştır. Reklam hesabını 90 saniyede tarayıp tag sağlığını otomatik denetlemek için d-lens'i dene; veya kurulum desteği için iletişime geç.