GA4 ve Google Tag Manager nedir, farkları nedir?

GA4, site ve uygulamadaki olayları toplayıp raporlayan ölçüm ürünüdür. Google Tag Manager, tag kurallarının site kodunu her seferinde değiştirmeden yönetildiği dağıtım katmanıdır. Google tag ise ürün hedeflerine giden ölçüm etiketidir ve Tag Manager içinden de kurulabilir. 20 Ağustos 2026 duyurusu bu deneyimleri birbirine yaklaştırır. İkisi birbirinin yerine geçen aynı iş değildir; ikisini birden ayrıca siteye koymak da çift sayım riski taşır.

GA4 ile Google Ads neden farklı dönüşüm gösterebilir?

Fark; olay tanımı, sayım, attribution penceresi, zaman, consent, modellenmiş dönüşüm ve teknik uygulamadan gelebilir. GA4’te önemli olay key event’tir. Reklam hesabındaki conversion, kampanya performansı ve teklif için ayrıca tanımlanmış kayıt olabilir. İkisinin aynı sayıyı vermesi başarı ölçütü değildir.

GA4’te hangi event’leri ölçmeliyiz?

İş sorusunun gerektirdiği recommended ve ecommerce event’ler ölçülür. Satış için purchase ve ilgili sepet adımları, lead için generate_lead ve gerekiyorsa qualify_lead, working_lead, close_convert_lead düşünülür. Karar taşımayan her tıklama key event yapılmaz.

Google Tag Manager siteyi yavaşlatır mı?

Yavaşlatan şey kural katmanının adı değil, yayınlanan tag’lerin ağırlığı, her sayfada ateşlenmesi ve aynı işin ikinci bir snippet ile tekrarlanmasıdır. Container sadeleştirmesi hız vaadi olarak satılmaz; önce hangi tag’in hangi kararı taşıdığı sorulur.

Duplicate conversion nasıl anlaşılır?

Aynı kullanıcı eyleminin Preview’da iki tag ile gitmesi, purchase’ın örneklem siparişten fazla olması ve transaction_id’nin boş veya tekrarlı olması ilk işaretlerdir. Kimlik, web purchase tekrarını önlemeye yardım eder. Sayfa yenilemesi, ikinci container veya farklı bir conversion action bu kontrolün dışında kalabilir.

Cross-domain tracking nedir?

Sizin kontrol ettiğiniz birden fazla domaine geçen yolculuğun aynı ölçüm hikâyesinde kalmasıdır. Ödeme sağlayıcısının edinim kaynağı gibi görünmemesi ise unwanted referral konusudur. Birini kurmak diğerini otomatik çözmez.

Consent Mode nedir; kayıp veriyi geri getirir mi?

Consent Mode, mevcut tercihe göre tag davranışını ayarlar; rıza banner’ının kendisi değildir. Basic ve advanced farklı veri gönderir. Advanced, ret hâlinde cookieless ping ile daha ayrıntılı modelleme mümkün kılabilir. Modellenen kayıt, gözlenen kaydın eksiksiz iadesi değildir. Hukuki uygunluk bu teknik ayarın sonucu değildir.

Server-side tracking gerekli mi?

Bazen. Ayrı container ve bulut operasyonu isteyen tamamlayıcı mimaridir. Bu sayfa gerekip gerekmediğini ayırır. Kurulumun sahibi Server-side Tracking hizmetidir. Her proje için zorunlu değildir ve hatalı event’i kendiliğinden düzeltmez.

Ecommerce tracking nasıl doğrulanır?

Bir gerçek sipariş seçilir. Purchase’ın bir kez gittiği, transaction_id, value, currency ve items alanlarının sipariş kaydıyla aynı tanımda olduğu bakılır. DebugView bu kontrolün yerine geçmez. Kusursuz izleme vaadi yoktur.

Ölçümün doğru çalıştığını nasıl anlarsınız?

Tag’in ateşlenmesi, Realtime’ın dolması veya dashboard’un durması yeterli sayılmaz. Kabul; iş sorusunun yazılı olması, event’in business truth ile örneklemde eşleşmesi, çift kaydın kapanması, izin ve domain davranışının test edilmesi ve Ölçüm Karar Notu’nda rakamın hangi kararı taşıdığının yazılmasıdır.

GA4 + GOOGLE TAG MANAGER · ÖLÇÜM GÜVENİ

GA4 ve GTM: Hangi sinyalin hangi kararı taşıdığını netleştirin.

Ölçümün amacı sayı üretmek değil, karara güven üretmektir. GA4 ve Google Tag Manager hizmetinin işi daha fazla event toplamak değil; iş sorusunu doğru ölçüm sinyaline bağlamak, sinyalin teknik zincirde bozulmadan taşındığını doğrulamak ve hangi rapordaki hangi rakamın hangi karar için güvenilir olduğunu netleştirmektir.

Google Ads 42 satış, GA4 29 gösteriyorsa ilk sorumuz hangisi yanlış olmaz. Önce gerçekten aynı şeyi ölçüp ölçmediklerini; dönüşüm tanımını, event ve transaction yapısını, attribution bağlamını, consent davranışını, domain geçişlerini ve platform farklarını ayırırız.

Sonra asıl soruya geliriz: Hangi rakam hangi soruya cevap veriyor ve hangi karar için güvenilir? GA4, Google Tag Manager ve veri katmanını bu kararın etrafında kurar veya düzeltiriz.

Ölçüm Güveninizi Kontrol Edelim Sinyal Mutabakat Masasını Görün

İlk başvuruda GA4, GTM, reklam hesabı, şifre veya yönetici erişimi istemeyiz. İlk inceleme tam implementasyon, tüm platformları eşitleme veya yüzde yüz doğruluk garantisi değildir.

TemsiliÖrnek belirti, müşteri sonucu değildir

Google Ads: 42 satış
GA4: 29 satış
~~Hangisi doğru?~~
Önce aynı şeyi ölçüyorlar mı?

Önce ayırdıklarımız

Dönüşüm tanımı
Event ve transaction yapısı
Attribution bağlamı
Consent davranışı
Domain geçişleri
Platform farkları

Hangi rakam hangi soruya cevap veriyor ve hangi karar için güvenilir?

Örnek belirti, müşteri sonucu değildir

Aynı işletme neden üç farklı satış rakamı görüyor?

Fark tek başına tracking hatası değildir. Sistemlerin aynı olayı, aynı dönemi ve aynı attribution sorusunu ölçüp ölçmediği anlaşılmadan sayıları zorla eşitlemek yeni hata üretir.

Temsili~~Sayıları zorla eşitlemek~~

Google Ads42 satışKampanya optimizasyonu
GA429 satışKanallar arası davranış
Backend veya CRM35 satışTamamlanmış iş sonucu

Eşitlenmesi gereken tek sayı değil, üç farklı soru.

Üç rakam üç farklı soruya cevap veriyor olabilir. Reklam hesabı kampanya optimizasyonunu, GA4 kanallar arası davranışı, sipariş sistemi veya CRM ise işletmenin tamamlanmış saydığı iş sonucunu tutar. Aradaki mesafe; tanım, sayım, zaman, katkı modeli, izin, modellenmiş sinyal veya teknik kopukluktan gelebilir.

Sinyal Mutabakat Masasını Görün

Yeşil tik

Tag'in çalışması, verinin güvenilir olduğunu kanıtlamaz.

Preview’da veya Tag Assistant’ta görünen yeşil tik, tag’in o anda bir hedefe istek gönderdiğini gösterir. Gönderilen şeyin doğru event, doğru değer, tek kayıt, doğru kaynak, geçerli izin, doğru hedef ve işletmenin gerçek sonucu olup olmadığını göstermez.

GTM etiketinin ateşlenmesi, doğru dönüşümün ölçüldüğünü kanıtlamaz. Gerçek sipariş veya lead olayından bütçe kararına kadar zinciri kontrol ederiz.

Yeşil tik bu kapıyı kapatmaz.
Yeşil tik bu kapıyı kapatmaz.
Yeşil tik bu kapıyı kapatmaz.
Yeşil tik bu kapıyı kapatmaz.
Yeşil tik bu kapıyı kapatmaz.
Yeşil tik bu kapıyı kapatmaz.
Yeşil tik bu kapıyı kapatmaz.

Tek yeşil tik, ölçüm güveni değildir.

Tek yeşil tik, ölçüm güveni değildir. DebugView ve Realtime da bu hükmü kapatmaz. DebugView, debug modu açık cihazın o anki event’lerini gösterir; izin yoksa event orada görünmeyebilir ve attribution analizi sınırlıdır. Realtime tazelik içindir; en yoğun kartlarda satır sınırı vardır, attribution’ı sınırlı işler ve günlük veri gelene kadar seçili model geçici kalabilir. Key event kredisi, kayıt gününden sonra da değişebilir.

İş sorusu

Event toplamadan önce iş sorusunu tanımlayın.

Hangi lead gerçekten satışa gidiyor? Bu sorunun karşılığı generate_lead tag’inin yeşil yanması değildir. Event, iş gerçeğinin kendisi değildir.

Ölçüm olayının izi

Karar taşımaz. Karar sorusu olmayan tıklama, scroll ve tekrarlar key event yapılmaz.

01Ziyaret
02Form
03Lead kimliği
04Edinim bağlamı
05CRM kaydı
06Nitelikli lead
07Satış

Google, lead yaşam döngüsü için generate_lead, qualify_lead, working_lead ve close_convert_lead gibi event adlarını önerir. Bu adlar, form gönderimini satış saymanın zayıf bir model olduğunu gösterir. Hangi adın kurulacağı iş sorusuna bağlıdır; hepsini her mülkte açmak amaç değildir.

Karar taşımayan yığın

Yüzlerce event arasından yalnız karar taşıyan azınlık sözleşmeye girer.
Karar sorusu olmayan tıklama, scroll ve tekrarlar key event yapılmaz.
CRM’deki satış ile web event’i kendiliğinden aynı kayıt değildir. Kimlik alanı duruyorsa kopukluk teşhis edilir; tam CRM veya offline kurulum bu sayfanın otomatik teslimi değildir.

Sinyal mutabakatı

Sinyal Mutabakat Masası

Bu sayıya güvenebilir miyim? Örnek belirti: Google Ads 42 satış, GA4 29 satış. Ziyaretçi hangisi doğru diye sorar. İlk cümlemiz, önce gerçekten aynı şeyi ölçüp ölçmediklerini anlayalım olur. Masa doğru sayıyı ilan etmez. Yüzde, sağlık skoru ve sahte ekran yoktur.

Sor
Tanımla
Taşı
Tekilleştir
Bağla
Uzlaştır
Karar ver

Temsili örnek belirti

Google Ads42GA429

Doğru sayı 35 denmez. Hangi rakam hangi kararı taşır, yazılır.

Bakılan kapı1 — Tanım

Satış iki platformda aynı olay mı?

Satış iki platformda aynı olay mı? Purchase, teşekkür sayfası, GA4 key event, Google Ads conversion veya başka bir conversion action olabilir. GA4’te işletme için önemli Analytics olayı key event’tir. Reklam performansı ve teklif için kullanılan kayıt conversion bağlamına geçebilir. Eski her önemli GA4 olayı conversion’dır dili kullanılmaz.
Aynı event birden fazla mı gidiyor? Sayım mantığı ne? Purchase için benzersiz transaction_id yinelenen kayıtları önlemeye yardım eder; bütün çift kayıtları kendiliğinden kapatmaz. İade ve iptal nerede duruyor?
Tarih aralığı ve saat dilimi aynı mı? Etkileşim zamanı ile conversion raporlama zamanı ve işlenme gecikmesi ayrı mı?
İki rapor aynı katkı sorusuna mı cevap veriyor? Kanal kapsamı, lookback, tıklama, görüntüleme ve cihazlar arası platform sinyalleri farklı olabilir. Tek bir mutlak attribution doğrusu yoktur.
Gözlenen ile modellenen ayrılmış mı? Consent durumu ne? Basic ve advanced kurulumlar farklı veri gönderir. Advanced, ret halinde cookieless ping ile daha ayrıntılı modelleme mümkün kılabilir. Bu, kayıp verinin eksiksiz geri geldiği anlamına gelmez.
Event eksik mi, çift mi? Değer ve para birimi var mı? Cross-domain kopuk mu? Ödeme domaini referral mı üretiyor? Aynı eylem iki tag ile mi gidiyor?
Backend, commerce veya CRM tamamlanmış iş sonucu olarak neyi kabul ediyor? Web event’i bu kaydın kendisi değildir.

Sinyal: Purchase veya Ads conversion. Doğru sayı şudur diye bir orta değer üretilmez.
Neyi temsil ediyor?: Hangi iş sorusunun, hangi olay tanımının sayısı olduğu yazılır.
Hangi sistemden geliyor?: GA4, Google Ads, sipariş sistemi veya CRM ayrı kaynak olarak durur.
Bilinen fark veya risk: Tanım, zaman, attribution, izin, model veya teknik boşluk adlandırılır.
Şu kararı taşır: Bu rakamla verilebilecek karar açıkça yazılır.
Şu kararı taşımaz: Taşınamayacak bütçe, kreatif veya satış hükmü de yazılır.
Sonraki aksiyon: Tag düzeltmesi, tanım notu veya başka hizmete devir. Skor yok.

Ölçüm Güveninizi Kontrol Edelim Belirti matrisine geçin

Aynı belirti

Aynı belirti, farklı ölçüm kararları gerektirebilir.

Belirti teşhistir. İlk refleks çoğu zaman yanlış kapıyı açar. Aşağıdaki on iki satır, ilk kontrolü, yanlış refleksi, olası kararı, sahibi, kabulü ve bu sayfanın bittiği yeri ayırır.

İlk kontrol
Olay tanımı, sayım, tarih ve saat dilimi, attribution kapsamı, modellenmiş pay.
Yanlış refleks
İkisini aynı sayıya getirmek.
Olası karar
Hangi rakamın kampanya optimizasyonuna, hangisinin davranış okumasına yaradığını yazmak.
Sahip
Ölçüm ve medya birlikte.
Kabul
Aynı dönem için farkın nedeni yazılı.
Sınır
Medya yönetimi Google Ads veya Meta sayfasındadır. Eşitlik hedefi yoktur. Kanal katkısının kendisi üst ölçüm hizmetindedir.
İlk kontrol
Başarılı gönderim gerçekten event mi, parametre yönlendirmede mi düşüyor, teşekkür adresi ayrı domainde mi.
Yanlış refleks
Daha fazla UTM yazmak.
Olası karar
Edinim bağlamını lead kimliğiyle birlikte taşınır tutmak.
Sahip
Ölçüm ve geliştirici.
Kabul
Test tıklamasından başarılı gönderime kampanya bilgisi geliyor.
Sınır
CRM’de satış aşamasına kadar kurmak bu teslimin otomatik parçası değildir.
İlk kontrol
İkinci tag, sayfada ayrıca duran Google tag, teşekkür sayfasının yenilenmesi, boş veya tekrarlayan transaction_id.
Yanlış refleks
Çift kayıt normaldir veya kimlik her şeyi kapatır.
Olası karar
Bir sipariş için kontrollü tek purchase.
Sahip
Geliştirici ve ölçüm.
Kabul
Örneklemde sipariş kimliği bir web purchase ile eşleşiyor.
Sınır
transaction_id web purchase tekrarlarını önlemeye yardım eder; bütün çift sayım türlerini kendiliğinden çözmez.
İlk kontrol
value, currency, items, purchase’ın gerçek siparişte ateşlenmesi, iade ve kargo veya vergi tanımı.
Yanlış refleks
Raporu elle çarpmak.
Olası karar
Gelir tanımını commerce kaydıyla aynı cümleye bağlamak.
Sahip
Commerce ve ölçüm.
Kabul
Örneklem siparişlerde değer tanımı tutuyor.
Sınır
Marj, iade maliyeti ve kârlılık kararı bu sayfada kurulmaz.
İlk kontrol
Domain listesi, linker parametresi, ortak ölçüm kimliği, onay veya ödeme adresi.
Yanlış refleks
Referral listesini silince yolculuk birleşir.
Olası karar
Alanlar arası oturumu bağlamak.
Sahip
Geliştirici.
Kabul
Test yolculuğu parçalanmadan izleniyor.
Sınır
Elle client kimliği yazmak standart yöntem değildir.
İlk kontrol
Dönüş adresi, unwanted referral adayı, cross-domain kapsamı.
Yanlış refleks
Ödeme sağlayıcısını edinim kanalı sayıp kapatmak.
Olası karar
Ödeme dönüşünün yeni source gibi görünmesini durdurmak.
Sahip
Ölçüm ve commerce.
Kabul
Dönüşten sonra satın alma kanalı duruyor.
Sınır
Referral dışlama, kopmuş oturumun her türünü otomatik onarmaz.
İlk kontrol
Preview’da aynı eylem için tag sayısı, sitedeki Google tag ile container’ın birlikte durması, aynı hedefe iki istek.
Yanlış refleks
Preview yeşilse sorun yoktur.
Olası karar
Bir eylem, bir kural, bir hedef.
Sahip
Container sahibi.
Kabul
Test eylemi hedefe bir kez gidiyor.
Sınır
20 Ağustos 2026’dan itibaren Google tag ile Tag Manager deneyimi birleşiyor; bu, iki snippet’in aynı sayfada birlikte durmasını güvenli yapmaz. Preview, geçmiş raporun doğruluğu değildir.
İlk kontrol
Basic veya advanced, varsayılan ret, tag’in yüklenme anı, gözlenen ve modellenen pay.
Yanlış refleks
Consent Mode kaybı geri getirdi.
Olası karar
Gözlenen, modellenen ve karar verilemeyen bandı ayırmak.
Sahip
Ölçüm ve CMP sahibi.
Kabul
İzin durumu ile tag davranışı testte okunuyor.
Sınır
Hangi rızanın hangi hukuki dayanakla alınacağı hukuk sahibindedir. Yasallık garantisi yoktur. Consent hizmeti ayrı sayfadadır.
İlk kontrol
Karar sorusu olmayan event’ler ve key event seçimi.
Yanlış refleks
Hepsini önemli işaretlemek.
Olası karar
Kritik azınlığı sözleşmeye almak.
Sahip
Pazarlama lideri ve ölçüm.
Kabul
Kalan her event bir karara bağlı.
Sınır
Daha fazla event daha iyi analytics değildir.
İlk kontrol
Lead veya click kimliği formdan CRM alanına gidiyor mu.
Yanlış refleks
Web event’i ile CRM satışı zaten aynı şeydir.
Olası karar
Kopukluğun tag’de mi, kimlik alanında mı olduğunu göstermek.
Sahip
Ölçüm ve CRM sahibi.
Kabul
Kimlik alanı kayıp değil.
Sınır
Tam CRM ve offline conversion kurulumunun otomatik kapsamı yoktur. Geniş veri işi için proje görüşmesi açılır.
İlk kontrol
Kaynağın hangi property olduğu, tanım sözlüğü, tazelik ve örneklem mutabakatı.
Yanlış refleks
Ekran varsa veri doğrudur.
Olası karar
Raporu karara açmadan Ölçüm Karar Notu yazmak.
Sahip
Analitik sahibi.
Kabul
Kaynak, tanım ve tarih notta yazılı.
Sınır
Dashboard üretimi ayrı hizmettir.
İlk kontrol
Eski ve yeni event sözleşmesi, history kaynaklı ikinci sayfa görüntüleme, checkout payload, domain ve consent.
Yanlış refleks
Yeni tasarım dönüşümü düşürdü.
Olası karar
Yayın kapısı geçmeden trafik yorumu yapmamak.
Sahip
Geliştirici, ölçüm ve release.
Kabul
Kritik event’ler staging’de beklenen payload ile eşleşiyor.
Sınır
Site performansı veya satış arttı hükmü bu kontrolden çıkmaz.

Ölçüm Güveninizi Kontrol Edelim

Veri sözleşmesi

Site gerçeğini ölçüm diline çevirin.

Site ne olduğunu bilir. Veri katmanı bu gerçeği ölçüm sistemine tutarlı biçimde aktarır. Buna veri sözleşmesi diyoruz. Alanlar olmazsa tag, teşekkür sayfasının metnini kazıyarak iş gerçeğini tahmin eder.

1İş sorusu
2İş gerçeği
3Ölçülebilir davranış
4Veri sözleşmesi
5Tag kuralı
6Consent durumu
7Platform yorumu
8Doğrulama
9Karar

Sipariş10451

Veri sözleşmesi: transaction, value, currency, items
GTM kuralları: ne zaman, hangi koşulda, hangi hedefe
GA4 ve Google Ads
Doğrulama: örneklem siparişle karşılaştırma

Dört okuyucu aynı zinciri görür.Yönetici · Pazarlama · Analytics · Geliştirici

Google Tag Manager tag deposu değildir. Ölçüm kurallarının kontrollü dağıtım katmanıdır. Aynı Google tag’in sayfada iki kez durması veya snippet ile container’ın birlikte siteye konması çift veri ve karışık ayar üretebilir. 20 Ağustos 2026’da duyurulan birleşik deneyim, Google tag kullanan sitelere Tag Manager arayüzü, hata ayıklama ve sürüm seçeneği açar; sayfadaki mevcut tag davranışını kendiliğinden yeniden yazdığını söylemez.

Sipariş anatomisi

Bir gerçek sipariş, ölçümde kaç siparişe dönüşüyor?

Ecommerce event’leri kendiliğinden tam gelmez. Purchase; değer, para birimi, kalemler ve siparişe özel transaction_id ile, işletmenin tamamlanmış saydığı anda gitmelidir. Kimlik, tekrarlayan web purchase’larını önlemeye yardım eder. Boş kimlik veya farklı siparişlerde tekrarlayan kimlik sayımı bozar. İki tag, sayfa yenilemesi veya ayrıca duran bir snippet kimliğin çözmediği çift kayıt bırakabilir.

Seçilen kolSipariş sisteminde bir tamamlanmış kayıt

Çoğalma tag listesi değil, sipariş anatomisidir.

Doğrulama, commerce örneklemi ile measurement kaydını aynı sipariş kimliğinde yan yana koymaktır. Kusursuz ecommerce tracking vaadi yoktur.

Domain geçişi

Müşteri domain değiştirince ölçüm hikâyesi kopmasın.

İkisi aynı düğme değildir. Referral listesi, kopmuş bir oturumu her problemde otomatik birleştirmez. Cross-domain kurulmadan ödeme dönüşü hâlâ parçalı hikâye bırakabilir. Kendi domaininizden gelen self-referral ile üçüncü taraf ödeme dönüşü ayrı kontrol edilir.

01ReklamCross-domain
02SiteCross-domain
03Rezervasyon veya checkoutCross-domain
04ÖdemeUnwanted referral
05OnayCross-domain

Dışlama, sürekliliğin yerine geçmez.

Cross-domain

Yolculuğun sürekliliğidir. Ölçüm kimliği, sizin sahip olduğunuz ikinci domaine geçer. Amaç, rezervasyon veya onay adımını yeni bir ziyaretçi gibi başlatmamaktır.

Unwanted referral

Bir domainin edinim kaynağı gibi görünmemesidir. Ödeme sağlayıcısı klasik adaydır. Listeye yazmak, o domainden gelen dönüşü yeni source saymamayı sağlar.

Farkın anlamı

Rakamları eşitlemeyin; farkın ne anlama geldiğini bilin.

GA4 ile Google Ads arasındaki fark; tanım, sayım, attribution, zaman, consent, modellenmiş sinyaller ve teknik uygulama yüzünden oluşabilir. Doğru hedef tutarlı tanım, açıklanabilir fark ve karar güvenidir. Tek katkı doğrusu yoktur. Attribution modelinin seçimi ve kanal bütçesinin nedenselliği bu sayfanın üstündeki ölçüm hizmetine aittir.

Fark nedenleri

Tanım
Sayım
Attribution
Zaman
Consent
Modellenmiş sinyal
Teknik uygulama

Teşhis bu sayfada. Mimari, komşu hizmette.

Measurement Protocol, sunucu veya offline olayı Analytics’e ekleyebilir. Web’de bunun mevcut ölçüm kimliğiyle ilişkilendirilmesi gerekir. Siteye kurulu tag sisteminin yerine geçen bir çözüm değildir.

Server-side TrackingTeşhis burada biter. Sunucu container, uç nokta ve operasyon orada ele alınır.
Ölçümleme, Veri ve Pazarlama ZekâsıAttribution, CRM veri bağı, dashboard ve ölçüm stratejisinin geniş çerçevesi.
Dönüşüm Takibi ve Veri KalitesiPlatformlar arası tutarlılık ve eksik veya çift kayıt bütünü.
Google Ads YönetimiConversion kesişir. Teklif, bütçe ve hesap yönetimi bu sayfada yapılmaz.
Meta Ads YönetimiPiksel veya sunucu olayı medya yönetimine dönüşmez.
CRO — Dönüşüm Oranı OptimizasyonuEvent üretmek deneyim optimizasyonu değildir.

Yayın kapısı

Site yayına çıktı diye ölçüm de doğru yayına çıkmış sayılmaz.

Kabul sorusu şudur: kritik event’ler, payload, purchase, source, domain ve consent beklenen davranışla eşleşiyor mu? Ana sayfada DebugView’ın event göstermesi yayın kapısını geçirmez. History ile değişen sayfalarda ikinci sayfa görüntüleme, yeni checkout’ta boş value veya kopan domain, tasarım yorumundan önce kapatılır.

Kabul sorusu burada sorulur. Ana sayfa debug’u bu kapıyı açmaz.

Kritik event’ler staging’de eski sözleşmeyle aynı durumda mı?
Purchase değeri ve kalemleri gerçek siparişle mi gidiyor?
Kampanya parametresi onay sayfasına kadar duruyor mu?
İkinci domain linker ile mi bağlanıyor?
İzin ret ve kabulde tag davranışı değişiyor mu?

Karar sözleşmesi

Dashboard geçmişi gösterir. Ölçüm Karar Notu hangi rakamla ne yapacağınızı söyler.

Ekranda grafik olması, altındaki purchase tanımının sipariş sistemiyle, Ads conversion’ının da kampanya teklifiyle aynı soruya cevap verdiğini kanıtlamaz. Ölçüm Karar Notu her önemli metrik için temsil, kaynak, bilinen fark ve taşınabilir kararı yazar.

Skor değil. Karar sözleşmesi.

Metrik: Purchase
Business definition: Tamamlanmış sipariş
Gerçekleşme referansı: Backend veya sipariş sistemi
GA4 rolü: Kanallar arası davranış
Ads rolü: Kampanya optimizasyonu
Bilinen fark: Attribution, modellenmiş sinyal ve teknik boşluk
Bu sayı şu kararı taşır: Tanımı yazılı purchase, davranış ve huniyi okumak için kullanılabilir.
Bu sayı şu kararı taşımaz: Sipariş sisteminin yerine geçen muhasebe kaydı veya tek başına bütçe hükmü değildir.
Sonraki aksiyon: Örneklem mutabakatı kapanmadan trafik yorumu açılmaz.

Dashboard ve Canlı RaporlamaEkran, notun yerine geçmez. Raporun kendisi ayrı hizmettir.

Çalışma sırası

Önce tag listesi değil, karar sorularını çıkarın.

Çok property, CRM, server-side veya yayın programı tek incelemenin içine sığmıyorsa kapsam proje görüşmesinde ayrılır.

1. İş sorularını tanımlaHangi karar verilecek ve bu kararın business truth’u nedir?
2. Measurement ve tag envanteriProperty, container, Google tag, dönüşüm aksiyonu ve mevcut event’ler çıkarılır. İlk adımda şifre istenmez.
3. Event ve conversion tanımlarıKey event ile reklam conversion’ı ayrı cümlelerle yazılır.
4. Veri katmanı ve tag mimarisiVeri sözleşmesi ve dağıtım kuralları, yalnız kritik olaylar için kurulur.
5. Consent ve domain davranışıİzin sinyali, cross-domain ve unwanted referral ayrı kontrol edilir.
6. Uçtan uca doğrulamaPreview, debug ve commerce veya form örneklemi. Realtime karar tutanağı değildir.
7. Release ve regresyon kapısıSonraki yayınlar aynı sözleşmeyle staging’den çıkar.
8. Ölçüm Karar NotuHangi rakam hangi kararı taşır, hangisini taşımaz, sonraki aksiyon kimdedir.

Ölçüm Projenizi Konuşalım

Temsili senaryo

İyi ölçüm vakası satış artışı değil, hangi kararın yeniden güvenilir hale geldiğini gösterir.

Temsili senaryoDemo Marka 1Temsili sonuç

Demo vaka 1 — Duplicate purchase

Problem: Sipariş sistemindeki tamamlanmış kayıt ile GA4 purchase aynı dönemde uyuşmuyor.
İlk refleks: GA4 yanlış.
İnceleme: Çift ateşleme, transaction_id ve value ayrı ayrı bakılır.
Karar: Tek gerçek sipariş, kontrollü tek ölçüm sinyaline bağlanır.
Temsili doğrulama: Backend ve measurement örneklemi aynı sipariş kimliğinde yan yana gelir.
Sınır: Bu doğrulama satışın arttığını göstermez.

Temsili senaryoDemo Marka 2Temsili sonuç

Demo vaka 2 — Lead var, source yok

Problem: CRM’de lead duruyor, edinim bağlamı boş.
İlk refleks: Daha fazla UTM eklemek.
İnceleme: Form, lead kimliği ve source’un gönderim anında durup durmadığı.
Karar: Online edinim bağlamı ile lead kaydının bağlanabileceği ölçüm sözleşmesi.
Temsili doğrulama: Test tıklamasından başarılı gönderime kampanya bilgisi taşınır.
Sınır: Tam CRM uygulaması otomatik kapsam değildir. Lead veya satış artışı yazılmaz.

Temsili senaryoDemo Marka 3Temsili sonuç

Demo vaka 3 — Release regression

Problem: Yeni siteden sonra purchase ve trafik eğrisi değişiyor.
Yanlış refleks: Yeni tasarım conversion’ı düşürdü.
İnceleme: Event sözleşmesi, veri katmanı, cross-domain ve tetikleyici.
Karar: Release Validation Gate geçmeden tasarım veya bütçe yorumu yapılmaz.
Temsili doğrulama: Staging’de kritik payload eski sözleşmeyle eşleşir.
Sınır: Site performansı veya satış arttı iddiası yoktur.

Sorular

GA4 ve Google Tag Manager hakkında sık sorulanlar

GA4 ve Google Tag Manager nedir, farkları nedir?: GA4, site ve uygulamadaki olayları toplayıp raporlayan ölçüm ürünüdür. Google Tag Manager, tag kurallarının site kodunu her seferinde değiştirmeden yönetildiği dağıtım katmanıdır. Google tag ise ürün hedeflerine giden ölçüm etiketidir ve Tag Manager içinden de kurulabilir. 20 Ağustos 2026 duyurusu bu deneyimleri birbirine yaklaştırır. İkisi birbirinin yerine geçen aynı iş değildir; ikisini birden ayrıca siteye koymak da çift sayım riski taşır.
GA4 ile Google Ads neden farklı dönüşüm gösterebilir?: Fark; olay tanımı, sayım, attribution penceresi, zaman, consent, modellenmiş dönüşüm ve teknik uygulamadan gelebilir. GA4’te önemli olay key event’tir. Reklam hesabındaki conversion, kampanya performansı ve teklif için ayrıca tanımlanmış kayıt olabilir. İkisinin aynı sayıyı vermesi başarı ölçütü değildir.
GA4’te hangi event’leri ölçmeliyiz?: İş sorusunun gerektirdiği recommended ve ecommerce event’ler ölçülür. Satış için purchase ve ilgili sepet adımları, lead için generate_lead ve gerekiyorsa qualify_lead, working_lead, close_convert_lead düşünülür. Karar taşımayan her tıklama key event yapılmaz.
Google Tag Manager siteyi yavaşlatır mı?: Yavaşlatan şey kural katmanının adı değil, yayınlanan tag’lerin ağırlığı, her sayfada ateşlenmesi ve aynı işin ikinci bir snippet ile tekrarlanmasıdır. Container sadeleştirmesi hız vaadi olarak satılmaz; önce hangi tag’in hangi kararı taşıdığı sorulur.
Duplicate conversion nasıl anlaşılır?: Aynı kullanıcı eyleminin Preview’da iki tag ile gitmesi, purchase’ın örneklem siparişten fazla olması ve transaction_id’nin boş veya tekrarlı olması ilk işaretlerdir. Kimlik, web purchase tekrarını önlemeye yardım eder. Sayfa yenilemesi, ikinci container veya farklı bir conversion action bu kontrolün dışında kalabilir.
Cross-domain tracking nedir?: Sizin kontrol ettiğiniz birden fazla domaine geçen yolculuğun aynı ölçüm hikâyesinde kalmasıdır. Ödeme sağlayıcısının edinim kaynağı gibi görünmemesi ise unwanted referral konusudur. Birini kurmak diğerini otomatik çözmez.
Consent Mode nedir; kayıp veriyi geri getirir mi?: Consent Mode, mevcut tercihe göre tag davranışını ayarlar; rıza banner’ının kendisi değildir. Basic ve advanced farklı veri gönderir. Advanced, ret hâlinde cookieless ping ile daha ayrıntılı modelleme mümkün kılabilir. Modellenen kayıt, gözlenen kaydın eksiksiz iadesi değildir. Hukuki uygunluk bu teknik ayarın sonucu değildir.
Server-side tracking gerekli mi?: Bazen. Ayrı container ve bulut operasyonu isteyen tamamlayıcı mimaridir. Bu sayfa gerekip gerekmediğini ayırır. Kurulumun sahibi Server-side Tracking hizmetidir. Her proje için zorunlu değildir ve hatalı event’i kendiliğinden düzeltmez.
Ecommerce tracking nasıl doğrulanır?: Bir gerçek sipariş seçilir. Purchase’ın bir kez gittiği, transaction_id, value, currency ve items alanlarının sipariş kaydıyla aynı tanımda olduğu bakılır. DebugView bu kontrolün yerine geçmez. Kusursuz izleme vaadi yoktur.
Ölçümün doğru çalıştığını nasıl anlarsınız?: Tag’in ateşlenmesi, Realtime’ın dolması veya dashboard’un durması yeterli sayılmaz. Kabul; iş sorusunun yazılı olması, event’in business truth ile örneklemde eşleşmesi, çift kaydın kapanması, izin ve domain davranışının test edilmesi ve Ölçüm Karar Notu’nda rakamın hangi kararı taşıdığının yazılmasıdır.

TıklamaEventDönüşümRaporİş kararı

Temsili Google Ads 42 · GA4 29 — hangi rakam hangi kararı taşır?

Bir sonraki bütçe kararını hangi rakamla vereceğinizi netleştirin.

GA4, reklam platformu, CRM veya sipariş sistemi aynı işi farklı anlatıyorsa yeni bir dashboard’dan önce ölçüm güvenine ihtiyacınız olabilir. Kritik sinyalleri birlikte ayırıp hangi farkın teknik hata, hangisinin bilinçli platform farkı ve hangisinin daha geniş ölçüm problemi olduğunu belirleyelim.

Ölçüm Güveninizi Kontrol Edelim Ölçüm Projenizi Konuşalım

Ölçümleme, Veri ve Pazarlama ZekâsıAttribution, CRM veri bağı, dashboard ve ölçüm stratejisinin üst çerçevesi.
Ölçüm Güveni ve Pazarlama ZekâsıAynı güven sorusunun çözüm anlatımı.