İçeriğe atla
SEO Evaluate
TR (geçerli dil)ENARFA

Analitik & CRO · Hizmet

Analitik & Veri Stratejisi

Cookieless dünyada ölçülebilir kalmak: GA4, GTM, sunucu taraflı etiketleme ve Consent Mode v2 tek bir ölçüm planında.

Analitik ve veri stratejisi, işletmenizin neyi ölçmesi gerektiğine karar vermek ve bunu tutarlı biçimde ölçen GA4, Google Tag Manager, rıza ve reklam platformu kurulumunu inşa etmek demektir. Google Analytics danışmanlığımız etiketlerden değil, yazılı bir ölçüm planından başlar; pazarlama, satış ve finans ekiplerinin aynı şekilde okuduğu raporlarla biter. Veriniz yoksa stratejiniz spekülasyondan ibarettir.

Çalışma yöntemimiz

DenetimEtiket kapsamı, rıza sinyalleri ve veri kalitesi
PlanÖlçüm planı, olay taksonomisi ve izleme spesifikasyonu
RaporKaynak sistemlerle mutabık, tanımlı metrikli dashboard'lar

/01 · Tanım

Analitik ve veri stratejisi nedir?

Analitik ve veri stratejisi, bir işletmenin neyi ölçmesi gerektiğini tanımlama ve bunu güvenilir biçimde ölçen sistemleri kurma disiplinidir. Ölçüm planını, GA4 mülkünü ve Google Tag Manager konteynerini, veri katmanını, sunucu taraflı etiketlemeyi, Consent Mode v2 ile çerez rızasını, Google Ads ve Meta bağlantılarını, BigQuery export'unu ve Looker Studio raporlamasını, ayrıca düzenli bir veri kalitesi denetimini kapsar. Amaç, her ekibin güvendiği tek bir rakam setidir.

Ölçüm sorunlarının çoğu araç sorunu değildir. Verinin hangi soruları yanıtlaması gerektiğini kimse yazmamıştır; her ekip kendi etiketini eklemiş, olayları farklı adlandırmış, farklı bir dashboard'a bakmıştır. Dönüşümler kaybolur; GA4, Google Ads ve CRM kimsenin açıklayamadığı farklarla birbirinden ayrışır.

Veri stratejisi iş sırasını düzeltir: önce sorular, sonra olaylar, sonra etiketler, en son raporlar. Gizlilik baştan tasarıma dâhildir; çünkü rıza artık her aracın neyi görebileceğini belirliyor.

/03 · Çözdüğümüz problemler

Çözdüğümüz problemler

  • Birbirini tutmayan raporlar

    GA4 oturumları, Google Ads dönüşümleri, Meta sonuçları ve CRM lead'leri aynı etiket altında farklı şeyleri saydığı için dört ayrı hikâye anlatır.

  • Eksik ya da mükerrer dönüşümler

    Anahtar olay teşekkür sayfası yenilenince iki kez tetiklenir, ödeme iframe'inde hiç tetiklenmez ya da test edilmeyen bir sürümden sonra sessizce durur.

  • Yalnızca banner'dan ibaret rıza

    Çerez banner'ı görünür ama etiketler her hâlükârda yüklenir; ya da her şey engellenir ve reklam platformları teklif verme için ihtiyaç duyduğu sinyali kaybeder.

Ölçüm planı: her kurulumun arkasındaki yöntem

Her çalışma bir ölçüm planıyla başlar: iş sorularını, bu soruları yanıtlayan KPI'ları, KPI'ları üreten olay ve parametreleri, her olayın nerede tetiklendiğini ve sorumlusunu listeleyen kısa bir belge. Plan pazarlama, satış ve yazılım ekibiyle birlikte yazılır; çünkü yazılımın uygulayamadığı ya da satışın tanımadığı bir olay ölü bir satırdır.

Plan, başarıyı tanımlayan az sayıda anahtar olayı (nitelikli lead, randevu, satın alma) davranışı açıklayan destekleyici olaylardan ayırır; adlandırma kurallarını ve değer kurallarını bir kez sabitler. Böylece GA4, Google Ads ve Meta aynı tanımları alır. Plan her site sürümüyle birlikte sürümlenir.

GA4 kurulumu ve Google Tag Manager mimarisi

GA4'ü şablonlara gömülü etiketlerle değil, belgelenmiş bir veri katmanı (dataLayer) üzerinden Google Tag Manager ile kurarız. Veri katmanı spesifikasyonu, geliştiricilere hangi anda hangi nesnenin gönderileceğini söyler (sayfa meta verisi, kullanıcı durumu, işlem verisi); GTM bu gönderimleri herkesin okuyabildiği tetikleyicilerle GA4 olaylarına çevirir. Site başına tek konteyner, iş birimi başına tek mülk.

Olay ve anahtar olay tasarımı planı izler: Google'ın tanımladığı önerilen olay adları (generate_lead, purchase, sign_up), yalnızca tanımlanmayanlar için özel olaylar ve rapor gerektirmeden önce özel boyut olarak kaydedilmiş parametreler. Her anahtar olayın bir sayım yöntemi, değer kuralı ve test senaryosu vardır; sürümler haftalar sonra fark edilen boşluklar yerine DebugView'da dakikalar içinde doğrulanır. Dahili trafik filtreleri, yönlendirme hariç tutmaları, alan adları arası ölçüm ve Search Console bağlantısı gibi sık atlanan temel ayarları da biz yaparız.

Sunucu taraflı etiketleme: neyi değiştirir, neyi değiştirmez

Sunucu taraflı Google Tag Manager, etiket çalıştırmayı tarayıcıdan sizin kontrolünüzdeki bir sunucu konteynerine taşır; konteyner Stape üzerinde ya da kendi bulut projenizde birinci taraf bir alt alan adı altında barındırılır. Tarayıcı tek istek gönderir; sunucu temizlenmiş olayları GA4, Google Ads, Meta ve diğer hedeflere iletir. Sayfalar daha az üçüncü taraf script yükler, her sağlayıcının hangi alanları alacağına siz karar verirsiniz, birinci taraf çerezler daha uzun ömürlü olur.

Rızayı atlamaz: sunucu konteyneri yalnızca tarayıcının göndermesine izin verilen veriyi alır. Hacim ya da gizlilik gereksinimi işletme maliyetini haklı çıkardığında kurarız; küçük bir site için iyi kurulmuş bir istemci tarafı konteyner çoğu zaman doğru yanıttır ve denetim bunu açıkça söyler.

Consent Mode v2 ile KVKK ve GDPR uyumlu çerez rızası

Consent Mode, ziyaretçinin rıza tercihlerini Google etiketlerine aktaran mekanizmadır. v2 sürümü ad_user_data ve ad_personalization sinyallerini ekledi; Google, Avrupa Ekonomik Alanı'ndaki kullanıcılara yönelik reklam özellikleri için bu sinyalleri zorunlu tutuyor. Google Analytics dokümantasyonuna ve Google Ads Yardım'a göre etiketler davranışını rıza durumuna göre ayarlar; gelişmiş uygulamada çerezsiz ping'ler, rıza verilmemiş trafikteki dönüşümlerin Google tarafından modellenmesine olanak tanır.

Consent Mode'u rıza yönetim platformunuza bağlarız: varsayılan durum her etiketten önce yüklenir, tercih değişince sinyal anında güncellenir ve hem web hem sunucu konteynerine ulaşır. Türkiye'deki işletmeler için KVKK ve Kişisel Verileri Koruma Kurumu'nun çerez rehberi, Avrupa'dan gelen ziyaretçiler için ise GDPR geçerlidir. Biz teknik tarafı uygular ve belgeleriz; hukuki dayanağı ve banner metnini hukuk danışmanınız belirler. Hukuki danışmanlık vermeyiz.

Reklam platformu bağlantıları: Google Ads ve Meta Conversions API

Google Ads anahtar olayları GA4'ten içe aktarır ya da GTM üzerinden kendi dönüşüm etiketini alır; çift sayımı önlemek için her dönüşüm için tek kaynak seçer, rızayla elde edilmiş hash'lenmiş birinci taraf veri varsa gelişmiş dönüşümleri açar ve değer kurallarını ölçüm planıyla hizalarız. Akıllı teklif verme, kendisine verilen dönüşüm verisinden öğrenir.

Meta Conversions API, olayları tarayıcı pikselinin yanı sıra sunucu konteynerinden Meta'ya gönderir; Meta Business Yardım, event_id ile tekilleştirmeyi belgeler, böylece her lead ya da satın alma bir kez sayılır. Aynı deseni TikTok Events API için de uygularız; her hedef yalnızca ihtiyaç duyduğu parametreleri alır.

BigQuery export ve Looker Studio raporlama

GA4, standart mülkler için ham, olay düzeyindeki veriyi BigQuery'ye ücretsiz aktarır; örneklemesiz ve uzun saklamalı analizin tek adresi burasıdır. Export'u kurar, oturumlaştırılmış ve dönüşüm tablolarından oluşan bir şema tasarlar, planın metriklerini üreten zamanlanmış sorguları yazarız; CRM, sipariş ve reklam maliyeti verisi burada birleşir.

Her işletmenin BigQuery'ye ihtiyacı yoktur; GA4 arayüzü sorularınızı yanıtlayamadığında öneririz. Looker Studio bunun üstünde durur: az sayıda tanımlı metrik içeren bir yönetici dashboard'u, günlük operasyon için kanal dashboard'ları ve her rakamın tek tanımı olsun diye bir metrik sözlüğü.

/10 · Karşılaştırma

Veri kalitesi denetimi: sık görülen sorunlar ve çözümleri

Ölçümleme denetimlerinde sık rastlanan bulgular.
Veri sorunuBelirtiKök nedenÇözüm
Mükerrer anahtar olaylarGA4 dönüşümleri CRM lead'lerini aşıyorOlay, yenilemeler dâhil her teşekkür sayfası yüklemesinde tetikleniyorVeri katmanında form başarı anında tetikle; gönderim başına kimlik ekle
Kendine yönlendirme (self-referral)Ödeme ya da randevu alan adı en büyük yönlendiren olarak görünüyorAlan adları arası ölçüm ve yönlendirme hariç tutmaları yapılmamışAlan adlarını GA4 akışına bağla, ödeme alan adlarını hariç tut
Platformlar analitikten fazla dönüşüm raporluyorGoogle Ads ve Meta lead'lerin çoğunu ayrı ayrı sahipleniyorFarklı pencereler, görüntüleme sonrası sayım, ortak yolculukların iki kez sayılmasıPlatform başına pencere ve modeli belgele; BigQuery birleştirmeleri ve holdout testleriyle karar ver
Analitikte kişisel veriSayfa yollarında ya da parametrelerde e-posta veya isim görünüyorForm başarı URL'leri ya da olay yükleri kullanıcı girdisi içeriyorVeri katmanında temizle ya da hash'le, sunucu tarafında maskele, etkilenen veriyi sil
Sürüm sonrası değişen rakamlarGüncellemenin çıktığı hafta anahtar olaylar düşüyor ya da fırlıyorTetikleyicilerin bağlı olduğu HTML değişmiş; izleme testi yapılmamışGeliştiricilerle veri katmanı sözleşmesi ve sürüm öncesi izleme kontrol listesi

Yapay zeka ve ajan analitiği: birbirine karıştırılmaması gereken beş sinyal

Trafik ve talep artık arama ve sosyalin yanı sıra yapay zeka asistanları üzerinden de geliyor; ölçüm planı beş farklı sinyali birbirinden ayrı tutmak zorunda. İnsan yönlendirme oturumları, bir asistanın bağlantısından gelen ve diğer yönlendirmeler gibi davranan ziyaretlerdir; yönlendiren tanınıp gruplandığı sürece GA4'te diğer kanallar gibi ölçülür. Harici bot istekleri, yapay zeka tarayıcılarının ve kullanıcı tetiklemeli getiricilerin yaptığı çekimlerdir; GA4'te değil sunucu ya da CDN günlüklerinde yaşar, kullanıcı ajanına göre sayılır ve platform aralıklarını belgelediği yerde doğrulanır. Örneklenmiş model görünürlüğü, asistanların sabit bir prompt setinde markayı ne sıklıkla andığı ya da alıntıladığıdır; paydası olan bir örneklemdir, trafik rakamı değil. Sahipli ajan görevleri, kendi çalıştırdığınız otomasyonların yaptığı işlemlerdir; kendi olay akışına ve tanımlayıcılarına ihtiyaç duyar. Doğrulanmış iş sonuçları ise sistemlerinizde teyit edilen potansiyeller, rezervasyonlar ve cirodur.

Bundan iki kural çıkar. Eksik veri sıfır değildir: yönlendireni silen bir asistan doğrudan gibi görünen oturumlar üretir, engellenen bir bot hiç günlük satırı bırakmaz; bu yüzden her boşluk nedeniyle birlikte bilinmiyor olarak kaydedilir. Atribüsyon nedensel artış değildir: bir asistan yönlendirmesinden sonra gelen dönüşüm ondan etkilenmiştir, onun tarafından yaratılmamıştır; artış için kontrol grubu ya da deney gerekir ve plan bunun ne zaman mümkün olup olmadığını açıkça belirtir.

Pratikte plan; bilinen asistan yönlendiricileri için bir kanal gruplaması, yapay zeka kullanıcı ajanlarının robots durumuyla birlikte günlük tabanlı bir raporunu, trafiğin yanında okunan (asla toplanmayan) aylık bir görünürlük örneklemini ve işlettiğiniz herhangi bir ajan için ayrı bir olay tasarımını ekler. Panoda her rakam kaynağı ve paydasıyla etiketlenir.

/12 · Karşılaştırma

Yapay zeka dönemi sinyalleri: kaynak, birim ve ne olmadığı

Beş sinyal yan yana raporlanır, asla toplanmaz.
SinyalNerede ölçülürBirimNe değildir
Asistanlardan insan yönlendirme oturumlarıYönlendiren kanal grubu ile GA4Oturum, temel olayAsistanın sizi ne sıklıkla andığının ölçüsü değil
Harici bot ve getirici istekleriKullanıcı ajanına göre sunucu ya da CDN günlükleriAjan başına günlük istekZiyaretçi değil; engellenen ajan satır bırakmaz
Örneklenmiş model görünürlüğüPlatform ve dil başına tekrarlanan prompt setiPaydalı ve örneklem büyüklüklü oranTrafik değil, ciro değil
Sahipli ajan görevleriİşlettiğiniz otomasyonlar için kendi olay akışınızGörev, sonuç, hataMüşteri davranışı değil
Doğrulanmış iş sonuçlarıCRM, rezervasyon, siparişPotansiyel, rezervasyon, ciroDeney olmadan tek temasa atfedilemez

Atribüsyon modelleri ve sınırları

Atribüsyon, bir dönüşümün payını ondan önceki temas noktalarına dağıtır. GA4 bugün veriye dayalı (data-driven) ve son tıklama modellerini sunar; eski kural tabanlı modeller Google Analytics dokümantasyonunda belirtildiği gibi kaldırıldı. Google Ads, Meta ve CRM'iniz kendi modelini ve penceresini uygular; toplamların hiç tutmamasının ana nedeni budur.

Atribüsyonu gerçeğin kaynağı değil, karşılaştırma aracı olarak kullanırız. Hiçbir model site dışında, cihazlar arasında ya da rıza verilmeden gerçekleşen yolculukları gözlemleyemez. Bütçe kararları için BigQuery birleştirmelerini ve coğrafi holdout testlerini ekler, sınırları her raporda yazarız.

/14 · Yöntem ve süreç

Bir ölçümleme çalışması nasıl ilerler

Beş adım; kurulum site karmaşıklığına göre genellikle altı ila on hafta sürer, ardından aylık ritme geçilir.

  1. 01

    Ölçümleme denetimi

    GA4 mülkünü, GTM konteynerlerini, rıza uygulamasını, reklam platformu bağlantılarını ve mevcut raporları iş sorularınıza göre inceler; nedenleri ve önceliklendirilmiş düzeltme sırasıyla puanlanmış bir bulgu listesi teslim ederiz.

  2. 02

    Ölçüm planı ve izleme spesifikasyonu

    Pazarlama, satış ve yazılım ekibiyle planı yazar, ardından geliştiricilerin tahmin yürütmeden uygulayabileceği bir veri katmanı sözleşmesine dönüştüren izleme spesifikasyonunu hazırlarız.

  3. 03

    Uygulama

    Web ve gerekçesi varsa sunucu konteynerlerini kurar, GA4'ü yapılandırır, Google Ads, Meta Conversions API ve diğer hedefleri bağlar, Consent Mode v2'yi entegre ederiz. Her şey yayından önce DebugView'da test edilir.

  4. 04

    Veri ambarı ve raporlama

    Gerekliyse BigQuery export ve zamanlanmış sorgular, ardından metrik sözlüğüyle Looker Studio dashboard'ları; her dashboard teslimden önce kaynak sistemlerle mutabık hâle getirilir.

  5. 05

    Devir ve aylık hijyen

    Ekibiniz dokümantasyonu ve sürüm kontrol listesini alır; aylık denetim etiket kapsamını, rıza sinyallerini, PII sızıntısını ve rapor sapmasını kontrol eder.

/15 · Ölçüm ve KPI'lar

Ölçümü nasıl ölçüyoruz

Bu kontroller her ay raporlanır; hiçbiri vaat edilen bir seviye değildir.

  • Kapsam

    Anahtar olay kapsamı

    Planlanan anahtar olayların her hedef sayfa ve cihazda doğrulanması.

  • Mutabakat

    Mutabakat farkı

    GA4 anahtar olayları ile kaynak sistemler arasındaki fark, aylık açıklanır.

  • Rıza

    Rıza ve modelleme payı

    Rıza verilen oturumların payı ve raporlanan dönüşümlerin ne kadarının modellendiği.

  • Gizlilik

    Kişisel veri bulguları

    URL ya da parametrelerdeki PII sızıntıları; düzeltmeden sonra sıfır.

/16 · Sık karşılaşılan zorluklar

Ölçümleme projelerinde sık karşılaşılan zorluklar

  • Geliştirici kapasitesi

    Veri katmanı yazılım zamanı ister; talebi test senaryolu, net bir spesifikasyona indirger ve planlı sürümlerle sıralarız.

  • Etiketlemeyi kısıtlayan platformlar

    Bazı site kurucular ve randevu araçları script'leri kısıtlar; çözüm bir sağlayıcı entegrasyonu, sunucu taraflı bir uç nokta ya da belgelenmiş bir boşluk olabilir.

  • Geçmiş verinin kırılması

    Düzeltilmiş kurulum farklı rakamlar üretir; değişiklik tarihini her raporda not ederiz.

/17 · Stratejik değerlendirmeler

Başlamadan önce gizlilik ve yönetişim değerlendirmeleri

  • Hukuki dayanak bir ayar değil, karardır

    Hangi çerezlerin rıza gerektirdiği ve verinin ne kadar saklanacağı KVKK ve GDPR kapsamında hukuk danışmanınızın kararıdır. Biz uygular ve belgeleriz; hukuk konusunda görüş vermeyiz.

  • Veri minimizasyonu riski azaltır

    Planın ihtiyaç duyduğu parametreleri toplayın, fazlasını değil; daha az alan, kişisel verinin saklanabileceği daha az yer demektir.

  • Mülkiyet sizde kalır

    Mülkler, konteynerler, bulut projeleri ve dashboard'lar sizin hesaplarınızda oluşturulur.

SEO Evaluate analitik ve veriye nasıl yaklaşıyor

Biz bir arama ve performans ajansıyız; ölçüm bizim için hiçbir zaman tek başına bir proje değildir. Aynı anahtar olaylar Google Ads teklif stratejimizi, sosyal medya reklam raporlamamızı ve SEO çalışmamızı besler; CRO ve UX araştırmamız bu kurulumun ürettiği davranış verisinden başlar. Türkçe, İngilizce, Arapça ve Farsça çalışırız; rıza banner'ının, formların ve dönüşüm yollarının dile göre değiştiği sitelerde bu fark yaratır. Verinin neyi kanıtlayabileceği konusunda da temkinliyiz: dürüst bir rakam, eksiksiz görünen bir rakamdan değerlidir.

/20 · Sık sorulan sorular

Analitik ve veri stratejisi hakkında sık sorulan sorular

GA4 kurulumu nasıl olmalı?

Belgelenmiş bir veri katmanıyla Google Tag Manager üzerinden; iş birimi başına tek mülk, Google'ın tanımladığı yerlerde önerilen olay adları, yalnızca başarıyı tanımlayan eylemlerle sınırlı anahtar olaylar, ayrıca dahili trafik filtreleri, alan adları arası ölçüm ve Search Console bağlantısı. Hepsi etiket etiket eklenmek yerine yazılı bir ölçüm planını izlemelidir.

Sunucu taraflı etiketleme ne kazandırır?

Etiket çalıştırmayı kendi alan adınız altındaki bir sunucu konteynerine taşır; tarayıcı tek istek gönderir, sunucu olayları GA4, Google Ads, Meta ve diğerlerine dağıtır. Her sağlayıcının ne alacağı üzerinde kontrol ve daha hafif sayfalar kazanırsınız. Rızayı atlamaz ve barındırılacak bir bileşen ekler; bu yüzden varsayılan değil, hacim ya da gizlilik gereksinimiyle gerekçelendirilir.

Consent Mode nedir?

Consent Mode, ziyaretçi rıza tercihlerini Google etiketlerine aktaran mekanizmadır. v2 sürümü ad_user_data ve ad_personalization sinyallerini ekledi; Google bunları Avrupa Ekonomik Alanı'ndaki kullanıcılara yönelik reklam özellikleri için zorunlu tutar. Google Ads Yardım, etiketlerin rıza durumuna nasıl uyum sağladığını ve gelişmiş uygulamada çerezsiz ping'lerin modellemeye nasıl olanak verdiğini açıklar. Biz uygularız; hukuki dayanak danışmanınızın kararıdır.

BigQuery ne zaman gerekir?

GA4 arayüzü sorularınızı yanıtlayamadığında: analitiği CRM, sipariş ya da reklam maliyeti verisiyle birleştirmek, kohortları analiz etmek, örneklemeden kaçınmak ya da GA4'ün sunmadığı metrikleri kurmak gerektiğinde. Export standart mülkler için ücretsizdir; maliyet sorgu kullanımı ve modelleme işidir. Birçok küçük sitenin buna ihtiyacı yoktur.

Raporlar neden birbirini tutmuyor?

Çünkü her sistem benzer bir ad altında farklı bir şeyi sayar. GA4, Google Ads, Meta ve CRM farklı atribüsyon modelleri, dönüşüm pencereleri, tekilleştirme kuralları ve dönüşüm tanımları kullanır. Mükerrer etiketler, eksik alan adları arası kurulum ve etiketlenmemiş kampanyalar farkı büyütür. Denetim her nedeni tespit eder; ortak bir metrik sözlüğü yenilerinin oluşmasını engeller.

Ölçüm planı nedir?

İş sorularını KPI'lara, KPI'ları olay ve parametrelere, olayları tetiklendikleri sayfa ve sistemlere bağlayan, her satırın bir sorumlusu olan bir belgedir. Pazarlama, satış ve yazılım ekibiyle yazılır, sürümlenir ve uygulama, test ve sonraki her denetim için referans olarak kullanılır. GA4'ü temiz tutmanın en etkili yoludur.

Mevcut GA4 mülkümüz ve GTM konteynerimizle çalışabilir misiniz?

Evet. Denetim mevcut kurulumun temizlenmesine mi yoksa yeniden kurulmasına mı karar verir. Temizlemek geçmişi korur ve genellikle tercih edilir; konteyner belgelenmemişse ya da olay taksonomisi plana eşlenemiyorsa yeniden kurulum anlamlıdır. Her iki durumda da hesaplar sizde kalır, değişiklikler yayından önce test ortamında doğrulanır.

Resmi partnerMeta · Google Partner · TikTok Marketing Partner
  • Meta
  • Google
  • TikTok

Sonraki adım

Ölçümleme denetimi talep et

Mevcut durumunuzu paylaşın; kapsamı, önceliği ve ilk 90 günün planını birlikte netleştirelim. Taahhüt olmadan, yazılı bir değerlendirmeyle.