- Site
- Mağaza
- Pazaryeri
Satış kanalları ayrı olabilir. Büyüme kararı değil.
Reklam, ürün, mağaza ve müşteri sinyallerini birlikte okuyun.
Sektörü İnceleÖlçümleme, Veri ve Pazarlama Zekâsı
Reklamdan satışa, hangi veriye gerçekten güvenebilirsiniz?
Reklam platformu başka, GA4 başka, CRM başka bir sonuç gösterdiğinde sorun yalnız raporlama değildir. Consent'ten event'e, müşteri kimliğinden satış ve marja kadar veri zincirini inceler; hangi sinyalin hangi kararda kullanılabileceğini netleştiririz.
İlk değerlendirmede hesap şifresi, admin erişimi veya kişisel veri istemiyoruz. Gerekli erişimler ancak kapsam, güvenlik ve veri sorumlulukları netleştirildikten sonra belirlenir.
“Satışı kampanya getirdi.”
- Olay
- Satın alma
- Kaynak
- Sonbahar · Yeni kitle
- Atıf
- Tıklama sonrası 7 gün
- Değer
- 3.420 TL
Bütçe kararı için: Tek başına yetmez
“Ziyaret doğrudan geldi.”
- event
- purchase
- transaction_id
- DM-2048
- source / medium
- (direct) / (none)
- consent
- denied → modellendi
Bütçe kararı için: Doğrula
“Kaynağı bilinmiyor.”
- Aşama
- Kazanıldı
- İlk kaynak
- —
- Profil
- 2 ayrı kayıt
- Sipariş
- DM-2048
Bütçe kararı için: Onar
“Kalan gelir daha az.”
- Brüt
- 3.420 TL
- Kısmi iade
- −1.140 TL
- Net
- 2.280 TL
- Marj
- kargo ve iade sonrası
Bütçe kararı için: Esas al
Karar
Aynı sipariş, dört cevap. Karar hangisine dayanacak?
Sonbahar kampanyasına bütçe eklensin mi?
Bütçe kararı net gelire dayanır. Platformun bildirdiği değer tek başına yetmez.
Temsili örnek. Sipariş, tutar ve kayıtlar müşteri verisi değildir.
Temsili bir sipariş dört sistemde farklı görünür. Reklam platformu satışı Sonbahar kampanyasına yazar. Analytics, onay alınmadığı için oturumu modeller ve kaynağı doğrudan trafik olarak gösterir. CRM müşteriyi iki ayrı profil olarak tutar ve ilk kaynağı boş bırakır. Satış sistemi 3.420 TL brüt siparişte 1.140 TL kısmi iade ve 2.280 TL net gelir gösterir. Hangi sinyale güvenileceği karara göre değişir: bütçe kararı net gelire, kreatif kararı platform sinyaline dayanır; kanal payı kararı için önce kaynak zinciri onarılmalıdır.
Veri toplamak başka, veriye güvenmek başka.
Etiket kurulu olması; olayın doğru tanımlandığını, bir kez sayıldığını, izinli toplandığını veya satış ve gelirle bağlandığını tek başına kanıtlamaz. Önce şu sinyallerden hangisinin sizi yavaşlattığını görün.
Bu sayfa sizin için doğruysa…Size uyanları seçin
- Kapsam
- purchase · generate_lead
- Kaynak
- Web · reklam platformları · CRM
01KurulumOlay alınıyor
- Doğru mu?Doğru tanımlı, doğru anda ve izinli toplanıyor.
- Tekil mi?Aynı satış ya da form bir kez sayılıyor.
- Bağlı mı?Olay müşteriye, satışa ve gelire bağlanıyor.
- Kararda kullanılabilir mi?Hangi kararda ve kimin kullanacağı belli.
Seçtiğiniz sinyale göre formda önce bakılacak kapı işaretlenir.
Temsili bir ölçüm kontrol formu. Yalnız ilk satır onaylı: Etiket kurulu, olay alınıyor. Doğru mu, tekil mi, bağlı mı ve kararda kullanılabilir mi kapıları boş; karar için onay imzası da boş.
Kampanya bütçesini büyütmek için önce Dijital Performans’a bakmak doğru olabilir; fakat raporlanan dönüşüme güvenmiyorsanız önce ölçüm halkasını ayırın. Henüz tek kanalda yeni başlıyor ve kritik event tanımı yoksa kapsamı dar tutarız.
- Ölçüm sorununuz nerede başlıyor?Dokuz semptomdan doğru müdahaleye gidin
- Dijital Performans PazarlamasıKampanya ve bütçe yönetiminin evidir; ölçüm bu sayfanın evidir
Platformlar farklı rakam gösterebilir. Önemli olan farkı açıklayabilmektir.
Amaç bütün sistemleri aynı rakama zorlamak değil; farkın nedenini ve hangi verinin hangi kararda kullanılacağını açıklayabilmektir. Karar için yeterli ve açıklanabilir mutabakat kurulur.
Fark her zaman hata değildir. Asıl risk, açıklanamayan farkla bütçe kaydırmaktır.
OlayKaynak AKaynak BAçıklamaDurum
purchaseGoogle Ads148GA4121Tanım + pencereAçıklanabilir
generate_leadMeta92CRM MQL61Identity + offline gecikmeKısmen
purchase_valuePlatform ₺412KCommerce net338Kİade / marj henüz yokAçıklanamayan
Fark çoğu zaman şunlardan gelir
Ölçüm sorununuz nerede başlıyor?
Her ölçüm şikâyeti yeni bir dashboard istemez. Belirtinize en yakın satırı seçin; ilk doğrulanacak sinyali, olası kök nedeni, yaklaşımı, iş etkisini, ileri erişim ihtiyacını ve yöntemin neyi garanti etmediğini görün. İlk Ölçüm Güveni Kontrolü adımında admin erişimi, şifre, API secret veya kişisel veri istenmez.
Belirti → müdahale
Event/dönüşüm eksik veya hatalı
- İlk sinyal
- kritik event firing ve payload
- Olası kök
- trigger, dataLayer, taxonomy veya SPA davranışı
- Yaklaşım
- event audit, measurement plan, taxonomy, QA
- İş etkisi
- eksik/şişmiş dönüşüme göre optimizasyonu önler
- İleri erişim
- event listesi ve test akışı
- Garantilemez
- her kullanıcıyı eksiksiz ölçmek
Belirtiniz net değilse veya birden fazla halka birlikte bozuluyorsa önce Ölçüm Güveni Kontrolü ile başlayın.
- İlgili yolÖlçüm Güveninizi Kontrol EdinErişim istemeden ilk teşhis ve doğru sonraki adım
- İlgili yolProjenizi KonuşalımCRM, consent veya çok disiplinli veri dönüşümü için
Sayfa içi yöntem grafiği · self-service Measurement Trust aracı değildir
Bir dönüşüm, karar hâline gelene kadar kaç kez anlam değiştirebilir?
Ölçüm Güveni Bağlantı Haritası, sayfa içi bir yöntem ve grafiktir. Self-service Measurement Trust aracı veya hazır bir yazılım ürünü değildir. Consent’ten karara uzanan her halkada ne kaybolabileceğini ve neyi doğruladığımızı gösterir.
Consent
Ne kaybolabilir?
İzin state’i ile tag davranışı uyumsuz kalabilir.Ne doğrularız?
Hangi sinyalin hangi izinle işlendiğini.- İlgili yolÇalışma sistemine geçinSekiz adımda nasıl ilerlediğimizi görün
- İlgili yolKaynaklarda self-service başlangıçUzman analizi değil; araştırma ve araç yolu
Önce karar sorusunu tanımlarız. Sonra teknolojiyi.
Bu bir yazılım ürünü değil; ziyaretçiye dönük çalışma çerçevesidir. Araç adları amaç değil, karar zincirinin bileşenidir.
Karar sorusu
Hangi bütçe, kanal, müşteri veya büyüme kararını daha güvenilir hâle getireceğiz?
AI anomali tarar, veri farklarını gruplar, örüntü ve olası neden adayları üretir, açıklama üretimini hızlandırır. İnsan uzman ölçüm tanımını belirler, bağlamı doğrular, privacy sınırını değerlendirir, ticari önceliği seçer, attribution/deney yorumunu yapar ve nihai kararın sorumluluğunu taşır.
AI
- Anomali tarar
- Farkları gruplar
- Örüntü adayı üretir
- Açıklamayı hızlandırır
İnsan uzman
- Tanımı belirler
- Bağlamı doğrular
- Privacy sınırını değerlendirir
- Ticari önceliği seçer
- Nihai karar sorumluluğu
Client-side ve server-side aynı ölçüm sisteminin farklı katmanlarıdır.
Client-side tarayıcıdaki etkileşimi yakalar; server-side birinci taraf uç nokta üzerinden daha kontrollü aktarım sağlayabilir. Bunlar birbirinin alternatifi değil; ihtiyaca göre birlikte çalışan katmanlardır.
- Meta CAPI ve Google Enhanced Conversions, platform geri beslemesini güçlendirebilir.
- Event-ID ile browser ve server sinyalleri arasında deduplication kurulabilir.
- Consent, hangi sinyallerin ne zaman işlenebileceğini belirler.
- Server-side yanlış event tanımını düzeltmez; consent, privacy veya tarayıcı kısıtlarını ortadan kaldırmaz; bütün veri kaybını veya attribution problemini tek başına çözmez.
Lead geldiğini bilmek yetmez. Hangi lead'in satışa dönüştüğünü bilmek gerekir.
CRM stage ve offline conversion geri beslemesi, kampanya kararını form sayısından nitelikli lead, fırsat, satış ve gelir seviyesine yaklaştırabilir. B2B ve uzun satış döngüsünde bu bağ olmadan CPL çoğu zaman yanıltıcıdır.
Çok sistemli CRM, satış ve veri dönüşümleri için kapsamı Projenizi Konuşalım yoluyla netleştiririz. İlk Ölçüm Güveni Kontrolü’nde hassas CRM export’u veya admin erişimi istenmez.
- İlgili yolProjenizi KonuşalımCRM, offline conversion ve çok disiplinli veri kapsamı
- İlgili yolÖlçüm Güveni ve Pazarlama Zekâsı çözümüİş probleminden başlayan çözüm yolu
ROAS iyi olabilir. İş sonucu yine de iyi olmayabilir.
Kullanılacak KPI işletmenin maliyet, satış döngüsü ve kâr modeline göre seçilir. Tek doğru KPI veya her iş için zorunlu POAS yoktur.
Temsili merdiven · tek doğru KPI iddiası yok
Attribution katkıyı dağıtır. Nedenselliği tek başına kanıtlamaz.
Attribution, gerçekleşen dönüşümün değerini temas noktalarına belirli kurallarla dağıtır. Incrementality ise pazarlama etkisi olmasaydı sonucun ne kadarının yine gerçekleşeceğini sorgular. Büyük bütçe kaydırmalarında yalnız attribution’a dayanmak risklidir.
Aynı yolculuk · farklı lens · temsili
Last-click
Son tıklamaya tüm değeri verir. Basit; erken keşfi siler.
- Kontrollü deney, holdout ve geo-test doğru bağlamda nedensellik sorusuna yaklaşır.
- Model seçimi kullanım amacına göre yapılır; tek ve kusursuz attribution modeli yoktur.
- Medya yatırımı ve çok kanallı katkı kararlarında Medya Planlama ile Ölçüm Güveni çözümü birlikte okunabilir.
Dashboard son ürün değil. Karar verme ritminin bir parçasıdır.
Dashboard yalnız veri gösterdiğinde rapordur; eşik, owner ve aksiyon tanımlandığında karar sisteminin parçasına dönüşür. Veri kalite alarmı ve karar günlüğü, sapmada kimin ne yapacağını görünür kılar. AI anomali bulabilir; otonom bütçe veya yönetim kararı vermez.
Temsili karar kartı · Demo Marka
- Sinyal
- Purchase event vs commerce net · fark %18
- Açıklama
- İade ve iptal commerce’te görünüyor; platform brüt değeri kullanıyor.
- Eşik
- Fark > %12 → bütçe kaydırma dur
- Owner
- Ölçüm + performans
- İnsan kararı
- Önce mutabakat; sonra ölçek
- Sonuç
- Karar günlüğüne işlendi
Ne kurduğumuzdan çok, hangi kararı daha güvenilir hâle getirdiğimiz önemlidir.
Kapsam işletmenin veri olgunluğu ve karar sorusuna göre değişir. Aşağıdaki gruplar eşit teknik özellik kartı değildir; her biri bir karar problemini çözer.
01Ölçüm stratejisi ve yönetişim
- Problem
- tanımsız KPI ve owner
- Çıktı
- measurement plan, event/KPI sözlüğü, sahiplik ve değişiklik kuralları
- Girdi
- iş hedefi, kritik kararlar, mevcut stack
- Başarı
- her kritik metriğin tanımı, kaynağı ve owner’ı açık mı?
- Sınır
- kurumsal veri governance veya hukuk programının tamamı değil
02Veri toplama ve sinyal kalitesi
- Problem
- eksik/hatalı event
- Çıktı
- GA4/GTM/dataLayer/event yapısı, QA ve gerektiğinde regresyon planı
- Girdi
- site/app akışları, teknik iş birliği
- Başarı
- kritik event’ler tanımlı koşul ve payload ile çalışıyor mu?
- Sınır
- her kullanıcı/dönüşümün eksiksiz ölçümü değil
03Consent, first-party ve server-side akış
- Problem
- izin sonrası belirsiz veri
- Çıktı
- consent davranış haritası, routing ve veri minimizasyonu yaklaşımı
- Girdi
- CMP ve teknik altyapı
- Başarı
- izin state’i ile işleme davranışı belgeli ve test edilebilir mi?
- Sınır
- hukuk danışmanlığı veya consent’i aşma değil
04CRM/offline conversion ve satış bağlantısı
- Problem
- form–satış kopukluğu
- Çıktı
- lead ID, source persistence, stage mapping, feedback yapısı
- Girdi
- CRM alanları ve satış süreci
- Başarı
- lead kaynaktan satış aşamasına yeterince izlenebiliyor mu?
- Sınır
- CRM veya satış operasyonunun tamamını yeniden kurmak değil
05Attribution, deney ve katkı okuması
- Problem
- çok kanallı katkı belirsiz
- Çıktı
- model seçimi ve gerektiğinde test/incrementality tasarımı
- Girdi
- kanal ve sonuç verisi
- Başarı
- yöntemin neyi gösterip neyi göstermediği açık mı?
- Sınır
- tek gerçek attribution veya kesin nedensellik değil
06POAS ve ticari KPI sistemi
- Problem
- ROAS var, kâr belirsiz
- Çıktı
- ROAS/POAS/CAC/LTV/marj/nitelikli lead sözlüğü
- Girdi
- gelir, maliyet ve iş modeli bilgisi
- Başarı
- optimizasyon metriği iş hedefiyle uyumlu mu?
- Sınır
- muhasebe veya finans sisteminin tamamı değil
07Dashboard, alarm ve pazarlama zekâsı
- Problem
- rapor var, karar yok
- Çıktı
- karar görünümü, alarm kuralları, eşik/owner ve karar günlüğü
- Girdi
- KPI owner’ları ve karar ritmi
- Başarı
- sapmada kimin ne yapacağı belli mi?
- Sınır
- hazır SaaS veya otonom yönetim iddiası değil
- İlgili yolÖlçüm sorununuza dönünDoğru teslimat grubunu semptomdan seçin
- İlgili yolTüm hizmetlerDiğer uzmanlık kümelerini karşılaştırın
Ölçüm sistemi iddiayla değil, incelenebilir çıktılarla güven kazanır.
Pazarlama verisi tek bir platformda yaşamaz. Reklam, analytics, commerce ve müşteri verisinin farklı sistemlerde oluştuğu yapılarda, her kaynağın neyi temsil ettiğini ve karar zincirine nasıl katıldığını birlikte ele alırız.
Reklam ve veri ekosistemi
Google · Meta · Yandex · Criteo — ekosistem bağlamı; partner seviyesi, sertifika veya canlı entegrasyon kanıtı değildir.
Commerce altyapısı bağlamı
IdeaSoft · ikas · Ticimax — yaygın ticaret altyapılarıyla aynı karar dilini konuşmak için bağlam; native connector veya sonuç kanıtı değildir.
İncelenebilir kanıt artefaktları
- Measurement plan
- Event/KPI sözlüğü
- Platform–analytics–CRM mutabakat tablosu
- Data quality QA checklist
- KPI definition card
- Decision log
Kanıt alanında yalnız gerçek veya açıkça örnek olarak işaretlenmiş ölçüm artefaktları kullanırız.
Aynı ölçüm boşluğu, farklı iş kararı gerektirir.
Aynı ölçüm boşluğu, farklı iş modelinde farklı karar gerektirir. Aşağıdakiler açık etiketli demo senaryolardır; gerçek müşteri sonucu değildir.
Demo vaka · Demo Marka 1 · Temsili sonuç
Demo vaka 1 — E-ticaret / kârlılık
- Problem
- Platform ROAS’ı yükselirken katkı marjı aynı hızda büyümüyor.
- Boşluk
- Sipariş geliri var; iade ve ürün marjı karar sinyalinde yok.
- Müdahale
- Sipariş, iade ve kategori bazlı katkı verisi ortak KPI modelinde eşleştirilir; ROAS yanında temsili POAS görünümü kullanılır.
- Değişen karar
- “En yüksek gelir nerede?” yerine “Ek bütçe en yüksek ticari katkıyı nerede üretiyor?” sorusu kullanılır.
- Temsili sonuç
- 8 haftalık örnek dönemde düşük katkılı kampanyalara ayrılan bütçe %18 azaltılır; benzer toplam harcama altında temsili katkı marjı %11 yükselir.
- Sınır
- Ürün karması, fiyat, stok, kampanya yapısı ve dönem etkisi ayrıştırılmadan sonuç yalnız ölçüm sistemine atfedilemez.
Temel tanımlar
Pazarlama ölçümlemesi nedir?
Pazarlama ölçümlemesi; reklam, web, uygulama, CRM, satış ve gelir sinyallerini tanımlı iş hedefleriyle ilişkilendirerek pazarlama kararlarının hangi veriye dayanacağını belirleme disiplinidir. İyi bir ölçüm sistemi yalnız event toplamaz; verinin tanımını, kalitesini, kaynağını, bağlantısını ve karar bağlamını da doğrular.
Server-side tracking nedir, neyi çözmez?
Server-side tracking, belirli ölçüm verilerinin kontrol edilen bir sunucu katmanı üzerinden işlenmesini ve yönlendirilmesini sağlar. Veri akışı ve yönetişim üzerinde daha fazla kontrol sağlayabilir; ancak consent gerekliliklerini ortadan kaldırmaz, yanlış event tanımlarını düzeltmez ve bütün veri kaybını veya attribution problemlerini otomatik çözmez.
Attribution ve incrementality arasındaki fark nedir?
Attribution, gerçekleşen dönüşümün değerini temas noktalarına belirli kurallarla dağıtır. Incrementality ise pazarlama etkisi olmasaydı sonucun ne kadarının yine gerçekleşeceğini sorgular. Bu nedenle attribution katkıyı açıklamaya yardım ederken, nedensellik sorularında kontrollü deney veya incrementality yöntemi gerekebilir.
ROAS ve POAS arasındaki fark nedir?
ROAS reklam harcamasına karşı elde edilen geliri gösterirken, POAS pazarlama harcamasını kârlılık sinyaliyle ilişkilendirmeye çalışır. Yüksek ROAS; düşük ürün marjı, indirim veya iade nedeniyle yüksek ticari katkı anlamına gelmeyebilir. Kullanılacak KPI işletmenin maliyet ve kâr modeline göre seçilir.
GA4 ile reklam platformları neden farklı dönüşüm gösterir?
GA4 ve reklam platformları farklı attribution modelleri, zaman pencereleri, kullanıcı kimliği yöntemleri, consent davranışları ve conversion tanımları kullanabilir. Bu nedenle sayılarının birebir eşleşmesi beklenmez. Kritik konu, farkın açıklanabilir olması ve hangi kaynağın hangi iş kararında kullanılacağının tanımlanmasıdır.
Ölçümleme, veri ve pazarlama zekâsı hakkında sık sorulanlar
Tracking kuruluyken neden ayrıca ölçüm incelemesi gerekir?
Tracking’in var olması; event’in doğru, tekil, izinli ve iş sonucuna bağlı olduğunu tek başına kanıtlamaz. İnceleme, karar güvenini hangi halkanın düşürdüğünü ayırır.
GA4 ile Google Ads veya Meta dönüşümleri eşit olmalı mı?
Hayır. Farklı tanım, pencere, identity, consent ve modelleme nedeniyle sayılar ayrışabilir. Hedef birebir eşitlik değil, açıklanabilir mutabakattır.
Server-side tracking cookie ve veri kaybı sorununu tamamen çözer mi?
Hayır. Server-side dayanıklılık ve kontrol artırabilir; consent, privacy veya yanlış event tanımını ortadan kaldırmaz ve bütün kaybı otomatik çözmez.
Meta CAPI ile Pixel birlikte çalışabilir mi?
Evet, ihtiyaca göre birlikte kullanılır. Ortak event-ID ve deduplication olmadan çift sayım riski artar.
CRM verisini reklam platformlarına neden geri göndermeliyim?
Kampanya kararını form sayısından nitelikli lead, fırsat, satış ve gelir seviyesine yaklaştırmak için. Geri besleme olmadan CPL çoğu zaman yanıltıcı kalır.
ROAS yerine POAS kullanmak zorunlu mu?
Hayır. POAS kârlılık sorusu olan işlerde anlamlıdır; her model için tek doğru KPI değildir. Metrik, karar sorusuna göre seçilir.
Attribution hangi kanalın satış yarattığını kesin gösterir mi?
Hayır. Attribution katkıyı dağıtır; nedenselliği tek başına kanıtlamaz. Büyük kaydırmalarda deney veya incrementality gerekebilir.
Dashboard yapmak pazarlama zekâsı mıdır?
Yalnız veri göstermek raporlamadır. Eşik, owner ve aksiyon tanımlandığında dashboard karar ritminin parçası olur.
İlk değerlendirmede bütün hesap erişimlerini vermem gerekir mi?
Hayır. İlk değerlendirmede hesap şifresi, yönetici erişimi, API secret veya kişisel veri istenmez. Gerekli erişimler kapsam netleştikten sonra belirlenir.
Ölçüm Güveni Kontrolü ile bu hizmet aynı şey mi?
Hayır. Bu sayfa hizmet kapsamını ve yöntemi anlatır. Ölçüm Güveni Kontrolü, insan uzmanlığıyla yürütülen ilk teşhis ve yönlendirme yoludur; hizmetin kendisi değildir.
Bütçeyi optimize etmeden önce, optimizasyonun dayandığı veriyi sınayın.
Hazır ziyaretçi Ölçüm Güveni Kontrolü ile başlar. CRM, consent veya çok disiplinli veri dönüşümü varsa Projenizi Konuşalım. Araştırma aşamasındaysanız Kaynaklar’dan ilerleyin. Bu sayfada gönderim yapan form yoktur; gerçek CTA analiz veya brief rotasına gider.
İlk değerlendirmede paylaşılabilir
- İş modeli: e-ticaret / lead generation / diğer
- En çok çelişen veya güvenilmeyen sonuç
- Kullanılan temel sistemlerin yüksek seviyeli özeti
- Problemin etkilediği karar
- İletişim bilgisi
İlk adımda istenmez
- Şifre veya API secret
- Admin erişimi
- Kişisel müşteri verisi
- Hassas CRM export’u
- Zorunlu bütçe veya ayrıntılı finans dataset’i
İlk değerlendirme tam audit, hukuk görüşü, tam attribution veya sonuç garantisi değildir; uygunluk ve sonraki adım birlikte netleşir.