Google Ads, GTM ve GA4 Nasıl Birlikte Çalışır? (Ölçüm Mimarisi)

Google Ads, Google Tag Manager (GTM) ve GA4 üçgeni; reklam yayınını, veri toplamayı ve ölçümü birbirine bağlayan üç sistemdir. Google Ads reklamı yayınlar ve optimize eder; GTM site üzerindeki etiketleri ve veri toplamayı yönetir; GA4 ise kullanıcı davranışını ve dönüşümleri ölçer. Bu üç sistem birbirine doğru veriyle bağlanmadığında kampanya teknik olarak iyi kurulmuş olsa bile sistem sonucu yanlış görebilir.

Bir Google Ads hesabında kampanyalar teknik olarak kusursuz kurulmuş olabilir.

Anahtar kelimeler doğru seçilmiş, negatif keyword listeleri hazırlanmış, reklam metinleri test edilmiş, Performance Max asset grupları düzenlenmiş ve Smart Bidding aktif edilmiş olabilir.

Buna rağmen hesap kötü sonuç da üretebilir.

Daha doğrusu, sonuç üretiyor olabilir ama sistem bunu doğru göremiyor olabilir.

Örneğin:

Purchase event’i iki kez çalışıyordur.
Form gönderimi yerine form butonuna tıklama conversion sayılıyordur.
Google Ads yalnızca lead sayısını görüyor, lead kalitesini göremiyordur.
GA4 geliri KDV ve kargo dahil, Google Ads geliri hariç hesaplıyordur.
Ödeme başka domain’de tamamlandığı için kullanıcı yolculuğu bölünüyordur.
Consent banner, Analytics ve reklam tag’lerini yanlış sırada çalıştırıyordur.
Shopify’ın native Google entegrasyonu purchase gönderirken GTM aynı event’i ikinci kez gönderiyordur.
Google Ads’e hem doğrudan Google Ads conversion tag’i hem GA4 import’u primary olarak tanımlanmış, Smart Bidding aynı satışı iki conversion gibi okuyordur.
Enhanced Conversions açık görünmesine rağmen e-posta veya telefon verisi yanlış formatta gönderiliyordur.
Satış CRM’de kapanıyor fakat Google Ads hâlâ yalnızca form dolduran kullanıcıya göre optimizasyon yapıyordur.

Bunların tamamında reklam yöneticisi panelde gördüğü veriyi gerçek zanneder.

Fakat veri gerçek değildir.

Bu noktada problem kampanyada değil, ölçüm mimarisindedir.

Google Ads, Google Tag Manager ve GA4 Üçgeni Nedir?

En basit tanımıyla:

Google Ads, reklamı dağıtır, conversion verisini kullanır ve kampanyaları iş hedeflerine göre optimize eder.
Google Tag Manager, web sitesiyle ölçüm ve reklam platformları arasında veri akışını yönetir.
Google Analytics 4, kullanıcıların site veya uygulama içerisindeki davranışlarını toplar, analiz eder ve farklı trafik kaynaklarını birlikte değerlendirir.

Bu üç platform aynı işi yapmaz.

Birbirinin alternatifi de değildir.

Doğru kurulduğunda her biri farklı bir görev üstlenir.

Kullanıcı Davranışı ↓ Web Sitesi / Uygulama ↓ Data Layer ↓ Google Tag Manager ↓ GA4 + Google Ads + Diğer Platformlar ↓ Raporlama, Attribution ve Smart Bidding

Fakat bu şema hâlâ eksiktir.

Çünkü gerçek iş sonucu çoğu zaman web sitesinde değil:

CRM’de,
E-ticaret backend’inde,
ERP’de,
Ödeme sisteminde,
Çağrı merkezinde,
Fiziksel mağazada

oluşur.

Bu nedenle profesyonel mimari şöyledir:

Reklam ↓ Web Sitesi ↓ GTM / Google Tag ↓ GA4 ve Google Ads ↓ CRM / E-Ticaret / ERP ↓ Gerçek Satış ve Gelir ↓ Google Ads’e Offline veya Enhanced Conversion Geri Beslemesi

Google Ads, GTM ve GA4 üçgeninin asıl amacı rapor üretmek değildir.

Asıl amaç şudur:

İşletmede gerçekleşen gerçek kullanıcı davranışlarını ve ticari sonuçları, reklam algoritmasının doğru öğrenebileceği güvenilir sinyallere dönüştürmek.

Bu Üç Sistemin Rolleri Birbirinden Nasıl Ayrılır?

Google Ads’in Görevi Nedir?

Google Ads’in görevi kullanıcı davranışlarını genel olarak analiz etmek değildir.

Google Ads şu sorularla ilgilenir:

Hangi reklam hangi kullanıcıya gösterilmeli?
Hangi açık artırmaya ne kadar teklif verilmeli?
Hangi arama sorgusu dönüşüm üretme ihtimali taşıyor?
Hangi kullanıcı yüksek değerli müşteri olabilir?
Hangi kampanyaya daha fazla bütçe aktarılmalı?
Hangi conversion action bidding için kullanılmalı?
Bir conversion’ın parasal değeri nedir?

Google Ads’e gönderdiğiniz conversion verisi, yalnızca raporlama için kullanılmaz.

Bu veri aynı zamanda:

Target CPA,
Target ROAS,
Maximize Conversions,
Maximize Conversion Value

gibi Smart Bidding sistemlerini eğitir.

Bu nedenle Google Ads conversion kurulumu, basit bir “satışları panelde görelim” çalışması değildir.

Algoritmaya verdiğiniz eğitim verisidir.

Yanlış conversion sinyali gönderirseniz Smart Bidding yanlış hedefi daha verimli biçimde optimize etmeye çalışır.

Örneğin bir lead-generation hesabında yalnızca form submit’i primary conversion olarak kullanırsanız Google Ads size daha fazla form getirmeye çalışır.

Bu formların:

Gerçek kişi olması,
Doğru sektörden gelmesi,
Bütçesinin bulunması,
Satış görüşmesine katılması,
Müşteriye dönüşmesi

algoritmanın bilgisi dışında kalır.

Sonuçta CPL düşebilir ama CAC yükselebilir.

Platform açısından kampanya başarılı görünürken işletme açısından başarısız olabilir.

Google Tag Manager’ın Görevi Nedir?

Google Tag Manager bir analiz aracı değildir.

Rapor üretmez.

Kullanıcılara reklam göstermez.

Tek başına veri kaynağı da değildir.

Google Tag Manager, web sitesindeki veya uygulamadaki verilerin hangi koşullarda, hangi platformlara ve hangi parametrelerle gönderileceğini yöneten bir Tag Management System (Etiket Yönetim Sistemi)’dir.

Google’ın resmî tanımında GTM; Google Ads, Google Analytics, Floodlight ve üçüncü taraf tag’lerini site kodunu her değişiklikte yeniden düzenlemeden kurmayı ve yönetmeyi sağlayan bir sistemdir. Ayrıca versiyonlama, hata kontrolü, erişim ve güvenlik özellikleri sunar.

GTM’nin temel bileşenleri şunlardır:

Trigger

Tag’in hangi durumda çalışacağını belirler.

Örnek:

Bütün sayfalar
Belirli sayfa görüntüleme
Form gönderimi
Purchase event’i
Buton tıklaması
Scroll
Timer
Custom Event
Consent Initialization

Variable

Tag ve trigger içerisinde kullanılacak dinamik değerleri taşır.

Örnek:

Transaction ID
Purchase value
Currency
Product ID
Form type
Page URL
Click text
Customer type
Lead score

GTM’nin asıl gücü yalnızca tag eklemek değildir.

Asıl güç şudur:

İşletmenin veri modelini farklı pazarlama ve analiz platformlarına tutarlı biçimde dağıtabilmek.

Google Analytics 4’ün Görevi Nedir?

GA4 yalnızca trafik sayacı değildir.

GA4’ün temel veri modeli event-based, yani olay tabanlıdır.

Sistemde:

Sayfa görüntüleme,
Scroll,
Video izleme,
Ürün görüntüleme,
Sepete ekleme,
Form başlatma,
Form gönderme,
Satın alma,
Abonelik yenileme

gibi kullanıcı davranışları event olarak değerlendirilir.

GA4’ün görevi şu sorulara cevap vermektir:

Kullanıcılar siteye nereden geliyor?
Site içerisinde ne yapıyor?
Hangi sayfalarda etkileşim kuruyor?
Hangi ürünleri inceliyor?
Hangi trafik kaynakları kullanıcı yolculuğunda rol oynuyor?
İlk temas ile son temas arasında hangi kanallar bulunuyor?
Hangi kullanıcı grupları daha yüksek gelir üretiyor?
Organik, ücretli, doğrudan ve referral trafik nasıl birlikte çalışıyor?
Müşteriler zaman içinde tekrar geliyor mu?
Hangi cohort daha değerli?

Google Ads, esas olarak Google Ads kampanyalarının performansını ve optimizasyonunu yönetir.

GA4 ise daha geniş bir cross-channel davranış ve analiz katmanı sağlar.

GTM Olmadan GA4 ve Google Ads Kurulabilir mi?

Evet.

Google tag doğrudan site koduna gtag.js ile eklenebilir.

Shopify, Wix, WordPress ve benzeri sistemlerin native entegrasyonları da Google tag ve conversion verilerini doğrudan gönderebilir.

Google, Google tag’in doğrudan gtag.js veya Google Tag Manager üzerinden uygulanabileceğini; bazı CMS ve website builder sistemlerinin kendi entegrasyonlarını sunduğunu belirtiyor.

Dolayısıyla GTM her projede zorunlu değildir.

Ancak aşağıdaki durumlarda GTM ciddi avantaj sağlar:

Birden fazla reklam ve analiz platformu kullanılıyorsa
Custom event ölçülecekse
Data Layer varsa
Form türleri ayrıştırılacaksa
Farklı conversion değerleri gönderilecekse
Consent yönetimi yapılacaksa
Geliştirme ekibine sürekli bağımlılık azaltılmak isteniyorsa
Test ve versiyonlama gerekiyorsa
Server-side tagging kullanılacaksa
E-ticaret event mimarisi özelleştirilecekse

Burada şu hataya düşmemek gerekir:

GTM kurulduysa bütün tag’ler mutlaka GTM’den yönetilmelidir.

Hayır.

Bazı platformlarda native entegrasyon daha sağlıklı olabilir.

Örneğin Shopify’ın Google & YouTube entegrasyonu purchase event’ini doğru ve güvenilir biçimde gönderiyorsa aynı purchase event’ini GTM üzerinden tekrar kurmak mükerrer conversion oluşturabilir.

Doğru soru:

Bu tag’i teknik olarak nereden çalıştırabilirim?

değildir.

Doğru soru:

Bu event’in tek ve güvenilir source of truth’u hangi uygulama veya veri katmanıdır?

olmalıdır.

Ölçüm Mimarisi Kurulmadan Önce Ne Yapılmalıdır?

En sık yapılan hata önce GTM container açmak, ardından tag eklemeye başlamaktır.

Doğru süreç bunun tersidir.

Önce işletmenin ölçüm planı hazırlanmalıdır.

1. İş Hedefleri Belirlenir

Örneğin e-ticaret için:

Satış
Net gelir
Yeni müşteri
Tekrar satın alma
AOV
Katkı marjı
İade
Abonelik

Lead-generation için:

Lead
MQL
SQL
Opportunity
Sale
Closed revenue
Tahsilat

İçerik sitesi için:

Üyelik
İçerik tüketimi
Abonelik
Reklam geliri
Video completion
Returning user

2. KPI Ağacı Oluşturulur

Örneğin e-ticaret KPI ağacı:

Gelir ├── Trafik │ ├── Impression │ ├── Click │ ├── Session │ └── Landing Page View ├── Conversion Rate │ ├── View Item │ ├── Add to Cart │ ├── Begin Checkout │ └── Purchase ├── Average Order Value └── Repeat Purchase

Lead-generation KPI ağacı:

Gelir ├── Lead Hacmi │ ├── Click │ ├── Landing Page View │ └── Form Submit ├── Lead Kalitesi │ ├── MQL Rate │ ├── SQL Rate │ └── Opportunity Rate ├── Satış Performansı │ ├── Close Rate │ └── Average Deal Value └── Tahsilat

3. Event Planı Hazırlanır

Her event için şu alanlar belirlenmelidir:

Event adı
Tanımı
Trigger noktası
Parametreleri
Veri kaynağı
GA4’e gönderilecek mi?
Google Ads’e gönderilecek mi?
Key event olacak mı?
Primary conversion olacak mı?
Conversion value nedir?
Consent gereksinimi nedir?
Test senaryosu nedir?

Örnek:

Event	Trigger	GA4	Google Ads	Key Event	Ads Primary
`view_item`	Ürün sayfası	Evet	Hayır	Hayır	Hayır
`add_to_cart`	Sepete ekleme	Evet	Opsiyonel	Hayır	Hayır
`begin_checkout`	Checkout başlangıcı	Evet	Secondary	Opsiyonel	Hayır
`purchase`	Başarılı ödeme	Evet	Evet	Evet	Evet
`generate_lead`	Başarılı form	Evet	Evet	Evet	Modele göre
`qualified_lead`	CRM MQL/SQL	Evet/CRM	Evet	Evet	Evet

Bu tablo hazırlanmadan GTM kurulursa container zamanla düzensiz tag yığınına dönüşür.

Data Layer Nedir ve Neden Önemlidir?

Data Layer, web sitesi veya uygulamadaki anlamlı iş verilerini Google Tag Manager ve diğer tag sistemlerine düzenli, öngörülebilir bir yapıda aktaran JavaScript veri katmanıdır.

Google’ın resmî dokümantasyonunda Data Layer, GTM ve gtag.js tarafından tag’lere bilgi aktarmak için kullanılan yapı olarak tanımlanır. Google ayrıca sayfadaki dağınık HTML öğelerini parse etmek yerine verinin düzenli ve öngörülebilir biçimde Data Layer’a gönderilmesini önerir.

Örnek bir purchase Data Layer push’u şöyle olabilir:

window.dataLayer = window.dataLayer || [];
dataLayer.push({ event: "purchase", ecommerce: { transaction_id: "ORD-10452", value: 9500, tax: 1583.33, shipping: 150, currency: "TRY", coupon: "YAZ15", items: [{ item_id: "ELB-245", item_name: "Siyah Uzun Elbise", item_brand: "Örnek Marka", item_category: "Elbise", price: 9500, quantity: 1 }] } });

Bu event gerçekleştiğinde GTM:

GA4’e purchase event’i,
Google Ads’e purchase conversion’ı,
Gerekirse başka reklam platformlarına satış event’ini

gönderebilir.

Neden DOM Scraping Yerine Data Layer?

Bazı kurulumlarda ürün fiyatı veya sipariş numarası doğrudan sayfadaki HTML alanından çekilir.

Örneğin:

#order-number alanındaki metni al

Bu yaklaşım kırılgandır.

Tema değiştiğinde:

CSS class değişebilir.
Element kaldırılabilir.
Fiyat formatı değişebilir.
Sayfa asenkron yüklenebilir.
Aynı element farklı sayfalarda farklı anlam taşıyabilir.

Data Layer ise veriyi tasarımdan ayırır.

Tema değişse bile veri sözleşmesi korunabilir.

Profesyonel kurulumda frontend görünümü ile measurement veri modeli birbirine bağımlı olmamalıdır.

Data Layer Bir Kod Parçası Değil, Veri Sözleşmesidir

Data Layer yalnızca geliştiricinin siteye eklediği JavaScript değildir.

Pazarlama, veri ve geliştirme ekipleri arasında yapılan bir data contract’tır.

Şu sorular önceden cevaplanmalıdır:

Event adları nasıl yazılacak?
Para birimi hangi formatta gönderilecek?
Vergi dahil mi hariç mi?
İndirim hangi parametrede tutulacak?
Product ID hangi sistemdeki ID olacak?
Transaction ID benzersiz mi?
Müşteri tipi nasıl ayrılacak?
Yeni ve mevcut müşteri bilgisi gönderilecek mi?
Lead form türü nasıl tanımlanacak?
Event ne zaman “başarılı” kabul edilecek?

Bu anlaşma yapılmazsa GA4, Google Ads ve backend verileri sürekli çelişir.

GA4 Event Mimarisi Nasıl Kurulmalıdır?

GA4’te event’ler dört ana grupta düşünülebilir:

Automatically collected events
Enhanced Measurement events
Recommended events
Custom events

Google, önerilen event isimlerinin ve parametrelerinin mevcut ve gelecekteki raporlama özelliklerinden yararlanmak için kullanılmasını tavsiye eder. E-ticaret ölçümü için view_item, add_to_cart, begin_checkout ve purchase gibi standardize edilmiş event’ler bulunur.

Her Şeyi Custom Event Yapmak Neden Yanlıştır?

Örneğin satın alma için:

satin_alma_tamamlandi

adında custom event oluşturabilirsiniz.

Teknik olarak çalışabilir.

Fakat GA4’ün standart ecommerce raporları ve entegrasyonları purchase event’ini ve önerilen parametreleri bekler.

Bu nedenle mümkün olduğunda Google’ın recommended event yapısı kullanılmalıdır.

Custom event ancak standart event’in karşılamadığı özel işletme davranışları için tercih edilmelidir.

Örnek custom event’ler:

calculator_completed
proposal_downloaded
demo_video_completed
pricing_plan_compared
appointment_rescheduled

Event Parametreleri Neden Önemlidir?

Event yalnızca “ne oldu?” sorusuna cevap verir.

Parametreler ise:

Nerede?
Hangi ürün?
Kaç TL?
Hangi form?
Hangi kategori?
Hangi kullanıcı türü?
Hangi teklif?

sorularını cevaplar.

Örneğin:

dataLayer.push({ event: "generate_lead", form_type: "google_ads_consulting", form_location: "service_page", lead_value: 5000, currency: "TRY" });

Böylece tüm lead’leri tek bir sayı olarak görmek yerine:

Hizmet türü,
Sayfa,
Tahmini değer,
Form konumu

bazında analiz edebilirsiniz.

Event, Key Event ve Google Ads Conversion Arasındaki Fark

Bu kavramlar çok sık birbirine karıştırılıyor.

Event Nedir?

Kullanıcının gerçekleştirdiği veya sistemde oluşan her anlamlı davranıştır.

Örnek:

page_view
scroll
view_item
add_to_cart
purchase
generate_lead

Key Event Nedir?

Google'a göre GA4 içerisinde işletme açısından özellikle önemli kabul edilen event’tir (eski adıyla conversion).

Google, key event’i işletmenin başarısı açısından önemli bir kullanıcı aksiyonunu ölçen event olarak tanımlar.

Örneğin:

Purchase
Lead
Subscription
Appointment
Account creation

key event olabilir.

Fakat her event key event yapılmamalıdır.

scroll, page_view veya video_start gibi mikro davranışları key event yapmak raporlamayı ve attribution yorumunu gereksiz biçimde kirletebilir.

Google Ads Conversion Nedir?

Google Ads içerisinde:

Raporlanabilen,
Attribution kredisi alabilen,
Bidding sisteminde kullanılabilen

iş sonucudur.

Bir GA4 key event’inden Google Ads conversion oluşturulabilir. Google’ın güncel yapısında Google Ads conversion’ları GA4 ve Google Ads arayüzleri üzerinden daha merkezi biçimde oluşturup yönetmek mümkündür.

Ancak GA4 key event ile Google Ads conversion yine aynı kavram değildir.

purchase, GA4 içerisinde key event olabilir.

Aynı purchase, Google Ads hesabında conversion action olarak ayrıca kullanılır.

Primary ve Secondary Conversion Nedir?

Google Ads’te conversion action’lar primary veya secondary olabilir.

Primary Conversion

Primary conversion:

“Conversions” kolonuna dahil edilir.
Uygun goal ayarlarında Smart Bidding tarafından optimize edilir.

Google, primary action’ların “Conversions” kolonunda raporlandığını ve bidding için kullanıldığını belirtir.

Örnek primary conversion’lar:

E-ticaret:

Purchase
New customer purchase

Lead-generation:

Qualified lead
Sales opportunity
Closed sale

Secondary Conversion

Secondary conversion:

Gözlem ve analiz için kullanılabilir.
“All Conversions” içerisinde görülebilir.
Genellikle bidding’in ana hedefi olarak kullanılmaz.

Örnek secondary conversion’lar:

Add to cart
Begin checkout
Phone button click
Brochure download
WhatsApp click
Sayfada belirli süre kalma
GA4 duplicate validation conversion’ı

En Büyük Hata: Her Conversion’ı Primary Yapmak

Bir e-ticaret hesabında şu event’lerin tamamının primary olduğunu düşünün:

View item
Add to cart
Begin checkout
Purchase

Smart Bidding için “başarı” kavramı bulanıklaşır.

Bir purchase ile bir add-to-cart aynı hedef sistemine girer.

Algoritma daha kolay gerçekleşen mikro conversion’lara yönelme eğilimi gösterebilir.

Bu nedenle bidding hedefi mümkün olduğunca işletmenin gerçek sonucuna yakın olmalıdır.

Google Ads Conversion Tag’i mi, GA4 Import’u mu?

Bu sorunun tek bir doğru cevabı yoktur.

İki yöntemin farklı avantajları vardır.

Doğrudan Google Ads Conversion Tracking

Google Ads conversion action oluşturulur ve Google Ads conversion tag’i siteye veya GTM’ye eklenir.

Avantajları:

Google Ads’e doğrudan veri gönderir.
Google Ads’e özgü attribution özellikleri kullanılabilir.
Bidding için doğrudan sinyal sağlar.
View-through conversion gibi Ads’e özgü özelliklerden yararlanabilir.
Enhanced Conversions doğrudan conversion action’a bağlanabilir.

Google, Analytics’ten import edilen conversion’larda view-through conversion verisinin bulunmadığını ve bu özellik için native Google Ads conversion measurement gerektiğini belirtmektedir.

GA4 Event’inden Google Ads Conversion Oluşturmak

GA4 event’i veya key event’i Google Ads’e conversion olarak aktarılır.

Avantajları:

GA4 ile Google Ads arasında daha tutarlı event tanımı sağlar.
Cross-channel analiz mantığını korur.
Conversion yönetimini sadeleştirebilir.
Tek event yapısı üzerinden farklı raporlar oluşturulabilir.
Google Ads ve Analytics arayüzleri arasında merkezi yönetim imkânı sağlar.

Google, Analytics event’lerinden doğrudan Google Ads conversion oluşturulabildiğini ve ayarların iki sistem arasında daha merkezi biçimde yönetilebildiğini açıklıyor.

Bununla birlikte Analytics conversion verisinin Google Ads conversion measurement sistemine aktarılması 24 saate kadar gecikebilir.

Hangi Yöntem Tercih Edilmelidir?

E-Ticaret İçin

Genellikle güçlü kurulum:

Google Ads native purchase conversion: Primary
GA4 purchase conversion: Secondary veya validation
Backend revenue: Kontrol kaynağı

şeklinde olabilir.

Ancak Google’ın merkezi conversion yönetimindeki güncellemeler nedeniyle bazı hesaplarda GA4 tabanlı conversion da primary olarak kullanılabilir.

Burada karar şu unsurlara göre verilmelidir:

Enhanced Conversions ihtiyacı
View-through raporlama ihtiyacı
Attribution modeli
Platform entegrasyonu
Conversion gecikmesi
Veri tutarlılığı
Bidding performansı

Lead Generation İçin

Form submit’i native Google Ads tag’iyle ölçülebilir.

Fakat gerçek hedef:

MQL
SQL
Opportunity
Sale

ise CRM’den offline veya enhanced conversion geri gönderilmelidir.

Form submit yalnızca ara aşamadır.

Aynı Conversion’ı İki Kez Primary Yapmayın

Örneğin:

Native Google Ads Purchase
GA4 Imported Purchase

aynı işlemi ölçüyorsa ikisi de primary yapılmamalıdır.

Aksi halde aynı satış bidding açısından iki conversion gibi sayılabilir.

Google, aynı GA4 property’den mevcut conversion hedefleri bulunduğunda yeni Analytics tabanlı conversion’ları duplication riskini azaltmak amacıyla secondary olarak işaretleyebilir.

Conversion Linker Nedir?

Conversion Linker, Google Ads tıklama bilgilerinin ve conversion ilişkilendirmesinde kullanılan first-party bilgilerin korunmasına yardımcı olan GTM tag’idir.

Google Ads tıklaması sonrasında URL’de:

GCLID
DCLID

gibi click identifier’lar bulunabilir.

Conversion Linker bu bilgilerin first-party cookie’lerde saklanmasına yardımcı olur.

Google, GTM üzerinden Google Ads conversion tracking kullanılırken Conversion Linker tag’inin kurulmasını destekler.

GTM kurulumu kullanıyorsanız Conversion Linker genellikle bütün sayfalarda çalıştırılır.

Ancak Google tag’in modern yapılandırmalarında bazı linker fonksiyonları Google tag tarafından da yönetilebilir.

Dolayısıyla container’da rastgele duplicate linker ve Google tag yapılandırmaları oluşturulmamalıdır.

Conversion Value Neden Gönderilmelidir?

Bir conversion’ın yalnızca gerçekleştiğini bilmek her zaman yeterli değildir.

Örneğin iki satış düşünelim:

Satış A: 1.000 TL
Satış B: 15.000 TL

İkisi de “1 purchase”tır.

Fakat aynı ticari değere sahip değildir.

Google Ads’e dinamik conversion value gönderildiğinde Smart Bidding yalnızca daha fazla satış değil, daha yüksek toplam değer üretmeye çalışabilir.

E-ticarette:

value = Gerçek sipariş geliri currency = TRY transaction_id = Benzersiz sipariş numarası

gönderilmelidir.

GA4’te parasal key event değerlerinin value ve geçerli currency parametresiyle gönderilmesi gerekir; para birimi eksik veya geçersiz olduğunda event sayılabilir fakat değer Google Ads’e doğru taşınmayabilir.

Transaction ID Neden Kritik?

Transaction ID:

Aynı siparişin iki kez sayılmasını engellemeye,
Mükerrer event’leri tespit etmeye,
Backend ile GA4 ve Ads verisini eşleştirmeye

yardımcı olur.

Teşekkür sayfası her yenilendiğinde purchase tag’i tekrar çalışıyor ve transaction ID gönderilmiyorsa aynı sipariş birden fazla purchase olarak raporlanabilir.

Enhanced Conversions Nedir?

Enhanced Conversions, kullanıcının kendi isteğiyle verdiği first-party müşteri verilerini güvenli biçimde işleyerek Google Ads conversion eşleştirmesini geliştiren ölçüm özelliğidir.

Kullanılabilecek veriler:

E-posta
Telefon
Ad-soyad
Adres

gibi bilgiler olabilir.

Bu veriler normalize edilip SHA-256 ile hash edilerek Google’a gönderilebilir veya Google tag tarafından uygun koşullarda hash edilebilir.

Amaç, cookie ve click identifier verisinin eksik kaldığı durumlarda conversion’ın reklam etkileşimiyle daha iyi eşleştirilmesidir.

2026 Enhanced Conversions Değişikliği

Bu konuda eski rehberlerin önemli bölümü artık güncel değildir.

Google, Nisan 2026’dan itibaren user-provided data’yı website tag’leri, Data Manager ve API bağlantılarından eş zamanlı kabul etmeye başladı.

Haziran 2026 itibarıyla Enhanced Conversions for Web ve Enhanced Conversions for Leads ayrımı, tek bir açma-kapama ayarında birleştirildi.

Bu nedenle eski arayüzlerde görülen:

“Web için enhanced conversions”
“Lead için enhanced conversions”
“Yöntem seçin”

gibi adımlar güncel hesaplarda farklı görünebilir.

Bu özelliğin kullanılması:

Kullanıcı rızası,
Veri işleme şartı,
Aydınlatma,
Veri güvenliği,
Google politikaları

konularını ortadan kaldırmaz.

Kullanıcı verisini “hash ettim, artık kişisel veri değil” diye düşünmek yanlıştır.

Hashing bir güvenlik ve eşleştirme yöntemidir; hukuki sorumluluğu ortadan kaldırmaz.

Enhanced Conversions for Leads ve Offline Conversion

Lead-generation hesaplarında en önemli gelişim alanı budur.

Kullanıcı reklamdan gelir ve form doldurur.

Google Ads bunu lead olarak görür.

Fakat satış daha sonra CRM’de gerçekleşir.

01Google Ads Click
02Form
03MQL
04SQL
05Teklif
06Satış
07Tahsilat

Google Ads’e yalnızca ilk form bilgisini gönderirseniz sistem en kolay form dolduran kullanıcıları bulur.

Gerçek satış verisi geri gönderilirse sistem daha değerli kullanıcıları öğrenebilir.

Hangi Offline Event’ler Gönderilebilir?

Qualified lead
Converted lead
Sales opportunity
Closed won
Purchase
Contract signed
Revenue collected

Her aşama için:

Conversion time
Conversion value
Currency
Click ID veya user-provided data
CRM record ID

gibi veriler kullanılabilir.

15 Haziran 2026 Data Manager API Değişikliği

Google, 15 Haziran 2026’dan itibaren offline conversion import ve Enhanced Conversions for Leads yüklemelerini Data Manager API’ye taşımaya başladı. Yeni ve gelecekteki yüklemeler için Data Manager API öneriliyor; legacy Google Ads API erişimi belirli allowlist koşullarına bağlandı.

Dolayısıyla 2026’da CRM entegrasyonu tasarlanırken eski Google Ads API upload örneklerinin doğrudan kullanılabilir olduğu varsayılmamalıdır.

Güncel mimari şu seçenekleri değerlendirmelidir:

Google Ads Data Manager
Data Manager API
Uygun CRM native entegrasyonu
Google Sheets veya dosya tabanlı bağlantılar
Güvenilir entegrasyon platformları

Consent Mode, Google tag’lerinin kullanıcının consent tercihlerine göre davranışlarını ayarlamasını sağlar.

Consent Mode V2 ile dört temel consent türü özellikle önemlidir:

analytics_storage
ad_storage
ad_user_data
ad_personalization

Google, Consent Mode V2’de ad_user_data ve ad_personalization parametrelerinin eklendiğini belirtir.

analytics_storage

Analytics ile ilişkili cookie veya cihaz tanımlayıcılarının saklanmasına izin verir.

ad_storage

Reklam ölçümüyle ilişkili cookie veya cihaz tanımlayıcılarının saklanmasına izin verir.

ad_user_data

Kullanıcı verilerinin reklam amaçlı olarak Google’a gönderilmesine verilen izni belirtir.

ad_personalization

Kişiselleştirilmiş reklam kullanımına verilen izni belirtir.

Basic modda Google tag’leri kullanıcı consent tercihini verene kadar tamamen engellenir.

Kullanıcı izin vermezse Google’a tag verisi gönderilmez.

Google bu durumda daha genel modelleme yöntemlerine dayanabilir.

Advanced modda Google tag’leri varsayılan consent durumu denied olacak şekilde yüklenebilir.

Kullanıcı izin vermeden cookie yazılmaz; ancak consent durumu ve cookieless measurement ping’leri gönderilebilir.

Google bu sinyalleri advertiser-specific conversion ve behavioral modeling için kullanabilir.

Bu iki yapı karıştırılmamalıdır.

CMP veya consent banner:

Kullanıcıya seçenek sunar.
Kullanıcının tercihini kaydeder.
Gerekli bilgilendirmeyi gösterir.

Consent Mode:

Bu tercihi Google tag’lerine iletir.
Tag davranışını consent durumuna göre ayarlar.

Consent Mode tek başına kullanıcıdan consent toplamaz.

Consent kurulumu sırasında temel sıra şudur:

Default consent state mümkün olan en erken aşamada set edilir.
Google tag ve diğer tag’ler bu consent state’i okur.
Kullanıcı banner üzerinde seçim yapar.
Consent update gönderilir.
Tag’ler yeni duruma göre davranır.

Google, GTM consent template’lerinde setDefaultConsentState ve updateConsentState API’lerinin kullanılmasını öneriyor. gtag consent komutunun GTM template içinde kullanılması işlem sırası sorunlarına yol açabileceği için tavsiye edilmiyor.

Default consent tag’lerden sonra çalışıyor.
Kullanıcının reddi Analytics’e iletilmiyor.
Banner reddedildiği halde tag’ler normal çalışıyor.
ad_user_data ve ad_personalization hiç tanımlanmıyor.
Consent update yalnızca sayfa yenilendiğinde gerçekleşiyor.
CMP ile GTM iki kez consent update gönderiyor.
Basic ve advanced yaklaşım birbirine karıştırılıyor.

Consent Mode, Tag Assistant ile default state, update ve tag davranışı açısından test edilebilir.

Server-Side Tagging Nedir?

Server-side tagging, tag işleme ve veri dağıtımının bir bölümünü kullanıcının tarayıcısından kontrol edilen bir server container’a taşır.

Klasik client-side yapı:

Kullanıcı Tarayıcısı ├── GA4 ├── Google Ads ├── Meta ├── TikTok └── Diğer Vendor’lar

Server-side yapı:

Kullanıcı Tarayıcısı ↓ Server Container ├── GA4 ├── Google Ads ├── Diğer Vendor’lar └── Veri Kontrolleri

Google, server-side tagging’in üç temel yararını:

Daha ayrıntılı privacy kontrolü
Site performansında iyileşme
Veri kalitesinde iyileşme

olarak açıklar.

Server-Side Tagging Ne Sağlar?

Tarayıcıda çalışan üçüncü taraf kod miktarını azaltabilir.
Vendor’lara gönderilen veriyi kontrol etmeyi sağlar.
IP veya belirli parametreler gönderilmeden önce düzenlenebilir.
Event normalization yapılabilir.
First-party context kullanılabilir.
Cookie ve identifier yönetimi üzerinde daha fazla kontrol sağlar.
Bir event farklı platformlara kontrollü biçimde dağıtılabilir.
Veri kalitesi ve güvenlik kontrolleri eklenebilir.

Server-Side Tagging Ne Sağlamaz?

Server-side tagging:

Consent olmadan veri toplama izni vermez.
Ad blocker’ları sihirli biçimde geçersiz kılmaz.
Yanlış Data Layer’ı düzeltmez.
Duplicate event’leri kendiliğinden çözmez.
GA4 ve Google Ads verisini backend ile otomatik eşitlemez.
Her projede daha ucuz değildir.
“Veri artık yüzde 100 doğru” garantisi vermez.

Client-side sistemden yanlış veri geliyorsa server container yanlış veriyi daha kontrollü biçimde dağıtır.

Yanlış veri yine yanlıştır.

Custom Domain Neden Önemlidir?

Server-side tagging default cloud provider domain’i üzerinden çalıştırılabilir.

Ancak Google, first-party cookie ve güvenlik avantajlarından yararlanmak için tagging server’ın sitenin kendi domain bağlamında çalıştırılmasını best practice olarak tanımlar.

Örnek:

https://www.site.com/metrics

veya:

https://metrics.site.com

Google’ın dokümantasyonuna göre same-origin veya subdomain yaklaşımı server-set cookie avantajları sağlarken default provider domain’i bu avantajlara erişemez.

Same-Origin ile Subdomain Aynı Şey midir?

Tam olarak değil.

Subdomain

metrics.site.com

DNS üzerinden yapılandırılır.

First-party context avantajı sağlayabilir.

Same-Origin

www.site.com/metrics

Ana web sitesiyle aynı origin üzerinden çalışır.

CDN veya load balancer yönlendirmesi gerektirebilir.

Google, same-origin serving’i güçlü güvenlik ve cookie dayanıklılığı açısından best practice olarak konumlandırıyor.

Google Tag Gateway for Advertisers Nedir?

Google tag gateway for advertisers, Google tag script’lerinin ve measurement isteklerinin reklamverenin kendi first-party altyapısı üzerinden sunulmasına imkân verir.

CDN, load balancer, web server veya server-side tagging altyapısıyla kurulabilir.

Google, gateway’in:

First-party measurement
Üçüncü taraf etkileşimlerinin azaltılması
Privacy odaklı yapı
Conversion uplift

amaçlarına hizmet ettiğini belirtiyor. Google ayrıca daha dayanıklı tagging kurulumu için gateway ile server-side tagging’in birlikte uygulanmasını tavsiye ediyor.

Google tag gateway ile server-side tagging aynı şey değildir.

Gateway, Google script ve measurement trafiğini first-party altyapıdan sunmaya odaklanır.
Server-side tagging, server container içerisinde event işleme, dönüşüm ve vendor dağıtım katmanı sağlar.

2026 Server-Side Google Ads Güncellemesi

Google Tag Manager’ın Mayıs 2026 release note’unda, Google Ads’e bağlı GA4 property’leri kullanan server-side GTM müşterileri için conversion tracking ve attribution iyileştirmelerinin devreye alındığı belirtiliyor.

Bu iyileştirmeler, Google Signals aktif olduğunda paralel browser sinyallerinden yararlanıyor.

Bu güncelleme önemli bir noktayı gösteriyor:

Server-side tagging, client-side sinyallerin tamamen ortadan kaldırıldığı bir yapı olmak zorunda değildir.

Modern ölçümleme çoğu zaman browser ve server sinyallerinin birlikte kullanıldığı hibrit mimariye doğru ilerliyor.

Cross-Domain Tracking Nedir?

Kullanıcı bir domain’den başka bir domain’e geçerek işlemi tamamlayabilir.

Örnek:

www.site.com → checkout.odeme.com → www.site.com/tesekkurler

Cross-domain measurement kurulmazsa GA4 kullanıcıyı iki farklı kullanıcı veya iki farklı session olarak değerlendirebilir.

Ödeme domain’i referral kaynağı olarak görünebilir.

İlk Google Ads kampanyasının attribution bilgisi kaybolabilir.

Google, cross-domain measurement’ın kullanıcı farklı domain’ler arasında hareket ederken aktivitenin tek kullanıcı ve yolculuk olarak ilişkilendirilmesine yardımcı olduğunu belirtir.

Subdomain İçin Cross-Domain Gerekir mi?

Genellikle aynı root domain altındaki subdomain’ler için ayrıca cross-domain linker gerekmez.

Örneğin:

www.site.com shop.site.com

aynı first-party cookie bağlamını paylaşabilir.

Ancak teknik yapı, cookie domain ayarları ve farklı property kullanımları kontrol edilmelidir.

Cross-Domain Kurulumunda Kontrol Edilecekler

Aynı GA4 property ve data stream kullanılıyor mu?
Bütün domain’lerde Google tag doğru çalışıyor mu?
Domain listesi doğru tanımlandı mı?
URL’de _gl linker parametresi taşınıyor mu?
Payment domain unwanted referral listesine eklendi mi?
GCLID geçiş sırasında korunuyor mu?
Consent state domain’ler arasında doğru yönetiliyor mu?
Checkout iframe mi, redirect mi?
Teşekkür sayfası hangi domain’de?

Google Ads ve GA4 Rakamları Neden Aynı Çıkmaz?

Google Ads ve GA4’ün birebir aynı rakamı göstermesi beklenmemelidir.

Bunun başlıca sebepleri şunlardır:

Farklı Attribution Mantığı

Google Ads, Google Ads etkileşimlerinin conversion üzerindeki katkısını ölçmeye odaklanır.

GA4 bütün paid ve organic kanalları birlikte değerlendirebilir.

GA4’te web conversion’ları için attribution credit’i:

Google Paid Channels
Paid and Organic Channels

arasında yapılandırılabilir.

Conversion Tarihi ile Interaction Tarihi

Google Ads conversion’ı çoğu standart raporda reklam etkileşiminin gerçekleştiği tarihe yazabilir.

GA4 ise event’in gerçekleştiği tarih üzerinden raporlama yapabilir.

Bu durum conversion lag bulunan hesaplarda günlük fark yaratır.

Time Zone Farkı

Google Ads hesabı ve GA4 property farklı time zone kullanıyorsa gün sınırları farklı olabilir.

Google’ın kendisi de bu ayarların reporting discrepancy oluşturabileceğini belirtiyor.

Attribution Window Farkı

30 günlük click
7 günlük click
View-through
Engaged view

gibi pencereler farklı olabilir.

Google Ads ve GA4 farklı modeling eşiklerine ve raporlama süreçlerine sahip olabilir.

Data Processing Gecikmesi

Realtime, standart GA4 raporu ve Google Ads conversion raporu aynı anda güncellenmeyebilir.

Farklı Conversion Tanımları

GA4’te purchase event’i yalnızca tamamlanan satış olabilir.

Google Ads conversion tag’i yanlışlıkla checkout sayfasında çalışıyor olabilir.

Bu durumda sistemler aynı şeyi ölçmüyordur.

İptal ve İade

Backend siparişi iptal etmiş olabilir.

GA4 ve Google Ads hâlâ ilk purchase değerini tutabilir.

Conversion adjustment veya refund event’leri uygulanmamış olabilir.

E-Ticaret İçin Doğru Ölçüm Mimarisi

Bir e-ticaret sitesinde minimum event yapısı şu şekilde kurulabilir:

01view_item_list
02select_item
03view_item
04add_to_cart
05view_cart
06begin_checkout
07add_shipping_info
08add_payment_info
09purchase
10refund

Bütün projelerde tüm event’lerin zorunlu olduğu söylenemez.

Fakat purchase event’i için şu parametreler kritik önemdedir:

transaction_id
value
currency
items
item_id
item_name
price
quantity

Google’ın ecommerce measurement dokümantasyonu ürünlerin items array’i içerisinde gönderilmesini ve alışveriş davranışının standardize edilmiş ecommerce event’leriyle ölçülmesini önerir.

E-Ticaret Kontrol Tablosu

Sistem	Purchase Sayısı	Gelir	Transaction ID
E-Ticaret Backend	Source of Truth	Source of Truth	Evet
GA4	Yakın olmalı	Yakın olmalı	Evet
Google Ads	Attributed satış	Attributed değer	Evet
Ödeme Sistemi	Tahsilat	Tahsil edilen tutar	Ödeme ID

Bu sistemlerin sayıları birebir aynı olmak zorunda değildir.

Ancak fark açıklanabilir olmalıdır.

Örneğin:

Backend: 100 sipariş
GA4: 94 sipariş
Google Ads: 52 attributed sipariş

mantıklı olabilir.

Fakat:

Backend: 100
GA4: 185

ise muhtemel duplicate purchase problemi vardır.

Yeni ve Mevcut Müşteri Ayrımı

E-ticaret markası yalnızca toplam purchase ve ROAS takip ederse mevcut müşterilere atfedilen satışlar acquisition performansını olduğundan iyi gösterebilir.

Mümkünse:

New customer purchase
Existing customer purchase
New customer revenue
Repeat customer revenue
New customer CAC

ayrı raporlanmalıdır.

Bu ayrım çoğu zaman GA4 veya Google Ads’in kendi başına güvenilir biçimde yapabileceği bir ayrım değildir.

CRM veya e-ticaret customer database bilgisi gerekir.

Lead Generation İçin Doğru Ölçüm Mimarisi

Lead-generation’da form submit’in ölçülmesi yeterli değildir.

Doğru event zinciri şöyle olabilir:

01form_start
02generate_lead
03qualified_lead
04sales_accepted_lead
05opportunity
06closed_won
07revenue_collected

İlk Aşama: Web Event’i

GTM veya native integration:

Form başarı event’ini,
Form türünü,
Lead source bilgisini,
GCLID / GBRAID / WBRAID gibi attribution parametrelerini

yakalar.

İkinci Aşama: CRM Kaydı

CRM’de:

Lead ID
Source
Campaign
Ad group
Keyword
Form type
MQL durumu
SQL durumu
Deal value

saklanır.

Üçüncü Aşama: Google Ads’e Geri Besleme

CRM’de lead qualified veya sale olduğunda conversion Google Ads’e geri gönderilir.

Bu yapı kurulmadığında:

CPL optimize edilir.
Lead kalitesi optimize edilemez.
Satış ekibiyle reklam algoritması kopuk kalır.
Google Ads düşük kaliteli lead’lerden öğrenebilir.

GTM ve GA4 Kurulumu Nasıl Test Edilir?

Bir tag’in GTM Preview ekranında “Fired” görünmesi testin bittiği anlamına gelmez.

Doğrulama katmanlı yapılmalıdır.

1. Data Layer Kontrolü

Event doğru zamanda push ediliyor mu?
Event adı doğru mu?
Parametreler dolu mu?
Value number formatında mı?
Currency doğru mu?
Transaction ID benzersiz mi?
Aynı event iki kez push ediliyor mu?

2. GTM Preview / Tag Assistant

GTM Preview mode, henüz yayımlanmamış container taslağının site üzerinde nasıl çalışacağını görmeye imkân verir.

Kontrol:

Tag fired mı?
Trigger doğru mu?
Consent state uygun mu?
Variable değerleri doğru mu?
Tag bir kez mi çalıştı?
Exception trigger var mı?
Yanlış sayfada çalışıyor mu?

3. Network Request

Browser developer tools üzerinden GA4 veya Ads request’i kontrol edilir.

Tag’in fired olması request’in başarıyla çıktığı veya platform tarafından kabul edildiği anlamına gelmeyebilir.

4. GA4 DebugView

GA4 DebugView, debug cihazından gelen event ve user property’leri gerçek zamana yakın biçimde gösterir. Event parametreleri ayrıntılı olarak incelenebilir.

Kontrol:

Event GA4’e ulaştı mı?
Parametreler geldi mi?
Value ve currency doğru mu?
Items array’i geldi mi?
Debug device doğru mu?

5. GA4 Realtime

Realtime raporu event’in genel akışta alındığını doğrulamaya yardımcı olur.

Fakat Realtime raporu kesin attribution analizi için kullanılmamalıdır.

6. Google Ads Diagnostics

Google Ads conversion ve enhanced conversion diagnostics:

Tag algılanıyor mu?
Veri geliyor mu?
User-provided data formatı doğru mu?
Coverage yeterli mi?
Hata veya uyarı var mı?

sorularını kontrol etmek için kullanılmalıdır.

Google, Enhanced Conversions diagnostics raporlarının missing veya incorrectly formatted data gibi implementasyon sorunlarını tespit etmeye yardımcı olduğunu belirtir.

7. Backend Karşılaştırması

Test siparişi veya lead’i:

Backend,
GA4,
Google Ads,
CRM

arasında eşleştirilmelidir.

Tek bir gerçek test işlemi uçtan uca takip edilmeden production kurulumu tamamlanmış sayılmamalıdır.

GA4 ve BigQuery Neden Birlikte Kullanılır?

GA4 arayüzü standart raporlama ve analiz için güçlüdür.

Fakat aşağıdaki çalışmalar için BigQuery gerekebilir:

Raw event analizi
User-level journey
Gelişmiş cohort analizi
LTV
Attribution modelleme
Multi-touch analiz
CRM birleştirme
Duplicate event tespiti
Data warehouse raporlaması
Blended ROAS
Contribution profit
Tahminleme

Google, GA4 property’lerindeki raw event verisinin BigQuery’ye export edilebildiğini ve SQL benzeri sorgularla analiz edilebildiğini belirtir.

GA4 arayüzündeki metriklerle BigQuery raw data değerleri her zaman birebir aynı çıkmayabilir.

Bunun sebepleri:

Reporting identity
Thresholding
Modeling
Attribution
Session işleme
HLL++ tahminleri
Geç gelen event’ler

olabilir.

BigQuery “GA4’ün aynısını daha ayrıntılı gösteren ekran” değildir.

Farklı işleme ve sorgulama katmanıdır.

En Sık Yapılan Google Ads, GTM ve GA4 Hataları

1. Tag Fired Görünmesini Başarı Saymak

Tag fired olabilir fakat:

Request engellenmiş,
Parametre boş,
Consent denied,
Conversion ID yanlış,
Conversion label yanlış

olabilir.

2. Buton Tıklamasını Form Başarısı Sanmak

Kullanıcı submit butonuna tıklar ama:

Form validation hatası alır,
Sunucu hata verir,
Form gönderilmez.

Click event conversion olarak sayılırsa gerçek lead sayısı şişer.

En doğru trigger, başarılı form submission veya backend success event’idir.

3. Teşekkür Sayfasını Tek Kontrol Olarak Kullanmak

Kullanıcı teşekkür sayfasını:

Yenileyebilir,
Bookmark’tan açabilir,
Geri dönebilir,
Başkasıyla paylaşabilir.

Confirmation page yöntemi kullanılacaksa transaction veya lead ID ve session kontrolleri eklenmelidir.

4. Purchase’ı İki Entegrasyondan Göndermek

Shopify native integration + GTM purchase aynı anda çalışabilir.

GA4 ve Ads conversion sayıları iki katına çıkabilir.

5. Her Event’i Key Event Yapmak

Key event raporu anlamsız hale gelir.

İş sonucu ile mikro davranış ayrımı kaybolur.

6. Bütün Key Event’leri Google Ads Primary Yapmak

Smart Bidding gerçek satış yerine kolay mikro aksiyonları optimize edebilir.

7. Sabit Conversion Value Kullanmak

Her lead’e veya siparişe aynı değer verilirse algoritma gerçek ekonomik farkı göremez.

8. CRM Satış Verisini Geri Göndermemek

Lead-generation kampanyası form kalitesinden öğrenemez.

Banner görünür ama consent state Google tag’lerine iletilmiyor olabilir.

Server üzerinden gönderilen veri de consent ve veri koruma gereksinimlerine tabidir.

11. GCLID’yi CRM’de Saklamamak

Offline conversion ilişkilendirmesi zorlaşır.

12. Cross-Domain’i Kurmamak

Ödeme veya form başka domain’deyse kaynak bilgisi bölünebilir.

13. UTM’leri Plansız Kullanmak

facebook
Facebook
fb
meta
paid-social

gibi farklı değerler GA4 channel raporunu parçalar.

14. Google Ads ve GA4’ün Birebir Aynı Olmasını Beklemek

Farklı attribution ve işleme mantıkları nedeniyle birebir eşitlik beklenmemelidir.

15. Raporu Source of Truth Sanmak

Gerçek satış ve tahsilat kaynağı çoğu zaman backend veya CRM’dir.

GA4 ve Ads attribution sistemleridir.

Ölçüm Mimarisi Nasıl Yönetilmelidir?

İyi bir kurulum yalnızca teknik değildir.

Yönetişim gerektirir.

Naming Convention

GTM:

GA4 - Event - Purchase GAds - Conversion - Purchase GAds - Conversion - Qualified Lead Consent - CMP - Default

Trigger:

CE - purchase CE - generate_lead PV - Thank You Page Click - WhatsApp

Variable:

DLV - ecommerce.value DLV - ecommerce.transaction_id DLV - form_type

Version ve Publish Notu

Her GTM publish sırasında:

Ne değişti?
Neden değişti?
Kim istedi?
Hangi tag etkilendi?
Nasıl test edildi?
Rollback planı nedir?

yazılmalıdır.

Erişim Yönetimi

Ajans çalışanlarının tamamı publish yetkisine sahip olmamalıdır.

Roller:

View
Edit
Approve
Publish

ayrılmalıdır.

Düzenli Audit

Aylık veya üç aylık kontroller:

Tag envanteri
Duplicate event
Unused tag
Broken trigger
Consent status
Conversion diagnostics
GA4 / backend farkı
Ads / CRM farkı
Event value kalitesi
Cross-domain
Enhanced Conversion coverage

Monitoring

Özellikle kritik event’ler için otomatik alarm kurulmalıdır.

Örnek:

Purchase son 3 saatte sıfır
Purchase value boş
Transaction ID duplicate
Generate lead yüzde 70 düştü
GA4/backend farkı yüzde 20’yi geçti
Consent granted oranı beklenmedik biçimde değişti
Google Ads primary conversion inactive oldu

Doğru Kurulum İçin Önerilen Sıra

Aşama 1: Measurement Plan

İş hedefleri
KPI tree
Event listesi
Conversion tanımları
Source of truth
Consent gereksinimi

Aşama 2: Data Layer

Recommended events
Parametreler
E-commerce items
Lead ID
Transaction ID
Customer type

Aşama 3: Google Tag ve GTM

Google tag
Conversion Linker
GA4 event tag’leri
Google Ads conversion tag’leri
Consent Initialization
Naming ve version

Aşama 4: GA4

Data stream
Event doğrulama
Key event
Custom dimension
Cross-domain
Internal traffic
Google Ads link
BigQuery link

Aşama 5: Google Ads

Conversion action
Primary / secondary
Value
Attribution window
Enhanced Conversions
Smart Bidding goal
Diagnostics

Aşama 6: CRM ve Backend

Click ID saklama
Lead ID
Qualification stages
Offline conversion
Revenue
Refund / adjustment

Aşama 7: QA

Data Layer
GTM Preview
Network
DebugView
Realtime
Google Ads diagnostics
Backend karşılaştırması
Consent testi

Google Ads, GTM ve GA4 Üçgeninde Nihai Source of Truth Nedir?

Bu sorunun tek cevabı yoktur.

Kullanıcı Davranışı İçin

GA4 güçlü analiz kaynağıdır.

Google Ads Optimizasyonu İçin

Google Ads conversion sistemi ve bidding verisi önemlidir.

Tag Çalışması İçin

GTM Preview, Tag Assistant ve network request kontrol edilir.

Satış ve Gelir İçin

E-ticaret backend’i, CRM veya ERP source of truth olmalıdır.

Tahsilat İçin

Ödeme sistemi veya finansal kayıt source of truth’tur.

Bu sistemlerden birini diğerlerinin yerine koymak hatadır.

Örneğin Meta veya Google Ads panelindeki purchase value şirket cirosu değildir.

GA4 revenue muhasebe geliri değildir.

CRM closed-won kaydı tahsilat değildir.

Her sistem farklı gerçeği ölçer.

Sonuç

Google Ads, Google Tag Manager ve GA4 üçgeni bir “tag kurulum paketi” değildir.

Bu sistem, işletmenin dijital davranışını ve gerçek ticari sonuçlarını ölçülebilir, analiz edilebilir ve algoritma tarafından öğrenilebilir hale getiren veri altyapısıdır.

Doğru yapı şunları sağlar:

Kullanıcı davranışlarını doğru event’lerle ölçmek
Google Ads’e gerçek conversion sinyali göndermek
Smart Bidding’i doğru hedefle eğitmek
Lead kalitesini CRM’den geri beslemek
Conversion value ve gelir farklarını görmek
Consent tercihlerine saygı göstermek
Cross-domain yolculuğu korumak
Client ve server verisini kontrollü biçimde birleştirmek
GA4, Ads ve backend farklarını açıklayabilmek
Kampanya kararlarını gerçek iş sonucuna bağlamak

Yanlış yapı ise yalnızca kötü rapor üretmez.

Reklam algoritmasını da yanlış eğitir.

Net ifade etmek gerekirse:

Google Ads hesabının performansı, yalnızca kampanya yöneticisinin yaptığı ayarlara bağlı değildir. Algoritmaya hangi event’i, hangi değerle, hangi consent durumu altında ve ne kadar güvenilir biçimde gönderdiğiniz en az kampanya yapısı kadar önemlidir.

2026’da iyi Google Ads yöneticisi yalnızca kampanya kuran kişi değildir.

İyi Google Ads yöneticisi:

Data Layer’ı anlayan,
GTM’i yönetebilen,
GA4 event mimarisini okuyabilen,
Consent Mode’u bilen,
Enhanced Conversions kurabilen,
CRM verisini reklam platformuna geri besleyebilen,
Server-side tracking’in sınırlarını anlayan,
Attribution farklarını açıklayabilen,
Raporu gerçek ticari sonuçla karşılaştırabilen

ölçümleme odaklı performans pazarlamacısıdır.

Sıkça Sorulan Sorular

Google Ads, GTM ve GA4 arasındaki fark nedir?

Google Ads reklam kampanyalarını ve conversion optimizasyonunu yönetir. GTM tag ve veri akışını yönetir. GA4 kullanıcı davranışlarını ve cross-channel performansı analiz eder.

GTM ile GA4 aynı şey midir?

Hayır. GTM tag yönetim sistemidir. GA4 analiz ve raporlama platformudur.

GTM kullanmadan GA4 kurulabilir mi?

Evet. Google tag doğrudan site koduna veya CMS entegrasyonuna eklenebilir. GTM daha gelişmiş event, consent ve multi-platform yönetiminde avantaj sağlar.

Google Ads conversion ile GA4 key event aynı şey midir?

Hayır. Key event GA4 içerisinde önemli kabul edilen event’tir. Google Ads conversion ise Ads raporlama ve bidding sisteminde kullanılan conversion action’dır.

Her GA4 key event Google Ads’e aktarılmalı mıdır?

Hayır. Yalnızca kampanya optimizasyonu ve reklam performansı açısından anlamlı event’ler aktarılmalıdır.

Primary conversion nedir?

Google Ads’te “Conversions” kolonunda raporlanan ve uygun kampanya goal ayarlarında Smart Bidding için kullanılan conversion action’dır.

Secondary conversion nedir?

Analiz ve gözlem için tutulan, genellikle bidding’in ana hedefi olarak kullanılmayan conversion action’dır.

Google Ads native conversion mı, GA4 import mu kullanılmalıdır?

İşletmenin attribution, Enhanced Conversions, bidding ve raporlama gereksinimine göre değişir. Aynı conversion iki yöntemle ölçülüyorsa yalnızca biri primary olmalıdır.

Conversion Linker ne işe yarar?

Google Ads click identifier bilgilerinin first-party cookie üzerinden korunmasına ve conversion ilişkilendirmesine yardımcı olur.

Data Layer nedir?

Web sitesindeki iş verilerini GTM ve tag’lere düzenli biçimde aktaran JavaScript veri katmanıdır.

Purchase event’inde hangi parametreler bulunmalıdır?

En az transaction ID, value, currency ve items bilgileri doğru biçimde gönderilmelidir.

Enhanced Conversions nedir?

Kullanıcının verdiği first-party müşteri verilerinden yararlanarak Google Ads conversion eşleştirmesini geliştiren ölçüm özelliğidir.

Enhanced Conversions for Web ve Leads hâlâ ayrı mı?

Haziran 2026 itibarıyla Google bu iki yapıyı tek bir Enhanced Conversions açma-kapama ayarında birleştirmiştir.

Google tag davranışını kullanıcının analytics, reklam depolama, advertising user data ve reklam kişiselleştirme tercihine göre ayarlayan sistemdir.

Hayır. Banner veya CMP kullanıcı tercihini toplar. Consent Mode bu tercihi Google tag’lerine iletir.

Server-side tagging bütün kayıp veriyi geri getirir mi?

Hayır. Veri kalitesi, consent, Data Layer, browser kısıtlamaları ve backend mimarisi gibi koşullar sonucu etkiler.

Server-side tagging için custom domain gerekli midir?

Teknik olarak default provider domain kullanılabilir. Ancak Google, first-party cookie ve güvenlik avantajları için custom domain ve özellikle same-origin yaklaşımını tavsiye eder.

Google tag gateway nedir?

Google tag script ve measurement trafiğinin reklamverenin kendi first-party altyapısı üzerinden sunulmasını sağlayan yapıdır.

GA4 ve Google Ads neden farklı conversion gösterir?

Attribution modeli, conversion tarihi, time zone, processing süresi, consent, attribution window ve conversion tanımı farklı olabilir.

Lead-generation’da yalnızca form submit ölçmek yeterli midir?

Hayır. MQL, SQL, opportunity, sale ve revenue gibi CRM aşamalarının Google Ads’e geri beslenmesi gerekir.

GTM Preview’da tag fired görünüyorsa kurulum doğru mudur?

Kesin olarak değil. Event’in Data Layer, network, GA4 DebugView, Google Ads diagnostics ve backend üzerinde de doğrulanması gerekir.

Google Ads algoritması yanlış conversion verisinden etkilenir mi?

Evet. Smart Bidding primary conversion action’lardan öğrenir. Yanlış veya düşük kaliteli event gönderilirse algoritma yanlış hedefi optimize edebilir.

GA4 işletmenin gerçek gelir kaynağı mıdır?

Hayır. GA4 bir measurement ve attribution sistemidir. Gerçek gelir ve sipariş bilgisi için backend, CRM, ERP veya finansal sistem source of truth olmalıdır.

Google Ads conversion tracking ne sıklıkla kontrol edilmelidir?

Kritik event’ler sürekli izlenmeli; teknik audit ise büyük site değişikliklerinden sonra ve düzenli aralıklarla yapılmalıdır.

En doğru ölçümleme yapısı nedir?

İş hedefi ve KPI ağacıyla başlayan, Data Layer üzerinden standardize edilen, GTM veya native entegrasyonla dağıtılan, GA4’te analiz edilen, Google Ads’e gerçek conversion sinyali sağlayan ve CRM/backend verisiyle doğrulanan yapıdır.

Kaynaklar

Google Tag Platform — Consent Mode (rıza modu) hakkında.
Google Ads Yardım — Enhanced Conversions hakkında.
Google Tag Platform — Server-side tagging (sunucu taraflı etiketleme).
Google Analytics Yardım — Key events (anahtar etkinlikler) hakkında.

Google Ads, Google Tag Manager ve GA4 Üçgeni Nedir?

Bu Üç Sistemin Rolleri Birbirinden Nasıl Ayrılır?

Google Ads’in Görevi Nedir?

Google Tag Manager’ın Görevi Nedir?

Tag

Trigger

Variable

Google Analytics 4’ün Görevi Nedir?

GTM Olmadan GA4 ve Google Ads Kurulabilir mi?

Ölçüm Mimarisi Kurulmadan Önce Ne Yapılmalıdır?

1. İş Hedefleri Belirlenir

2. KPI Ağacı Oluşturulur

3. Event Planı Hazırlanır

Data Layer Nedir ve Neden Önemlidir?

Neden DOM Scraping Yerine Data Layer?

Data Layer Bir Kod Parçası Değil, Veri Sözleşmesidir

GA4 Event Mimarisi Nasıl Kurulmalıdır?

Her Şeyi Custom Event Yapmak Neden Yanlıştır?

Event Parametreleri Neden Önemlidir?

Event, Key Event ve Google Ads Conversion Arasındaki Fark

Event Nedir?

Key Event Nedir?

Google Ads Conversion Nedir?

Primary ve Secondary Conversion Nedir?

Primary Conversion

Secondary Conversion

En Büyük Hata: Her Conversion’ı Primary Yapmak

Google Ads Conversion Tag’i mi, GA4 Import’u mu?

Doğrudan Google Ads Conversion Tracking

GA4 Event’inden Google Ads Conversion Oluşturmak

Hangi Yöntem Tercih Edilmelidir?

E-Ticaret İçin

Lead Generation İçin

Aynı Conversion’ı İki Kez Primary Yapmayın

Conversion Linker Nedir?

Conversion Value Neden Gönderilmelidir?

Transaction ID Neden Kritik?

Enhanced Conversions Nedir?

2026 Enhanced Conversions Değişikliği

Enhanced Conversions Bir Consent Bypass Yöntemi Değildir

Enhanced Conversions for Leads ve Offline Conversion

Hangi Offline Event’ler Gönderilebilir?

15 Haziran 2026 Data Manager API Değişikliği

Consent Mode V2 Nedir?

Consent Türleri Ne Anlama Gelir?

analytics_storage

ad_storage

ad_user_data

ad_personalization

Basic Consent Mode

Advanced Consent Mode

Consent Mode, Consent Banner Değildir

GTM’de Consent Sıralaması

Consent Kurulumunda Sık Hata

Server-Side Tagging Nedir?

Server-Side Tagging Ne Sağlar?

Server-Side Tagging Ne Sağlamaz?

Custom Domain Neden Önemlidir?

Same-Origin ile Subdomain Aynı Şey midir?

Subdomain

Same-Origin

Google Tag Gateway for Advertisers Nedir?

2026 Server-Side Google Ads Güncellemesi

Cross-Domain Tracking Nedir?

Subdomain İçin Cross-Domain Gerekir mi?

Cross-Domain Kurulumunda Kontrol Edilecekler

Google Ads ve GA4 Rakamları Neden Aynı Çıkmaz?

Farklı Attribution Mantığı

Conversion Tarihi ile Interaction Tarihi

Time Zone Farkı

Attribution Window Farkı

Consent ve Modeling

Data Processing Gecikmesi

Farklı Conversion Tanımları

İptal ve İade

E-Ticaret İçin Doğru Ölçüm Mimarisi

E-Ticaret Kontrol Tablosu

Yeni ve Mevcut Müşteri Ayrımı

Lead Generation İçin Doğru Ölçüm Mimarisi

İlk Aşama: Web Event’i