Startup Pazarlama Analitiğinde Önce Ne Takip Edilmeli?

Bir girişimin daha büyük bir analitik altyapısından önce karar odaklı bir tracking plan hazırlaması gerekir. İş sorusunu, adlandırılmış event’i, gerekli özellikleri, sorumlu kişiyi ve veriye göre alınacak kararı tanımlayın. Ardından yalnızca bu soruyu yanıtlamak için gereken trafik, ürün, lead, müşteri ve faturalama kanıtını bağlayın. Daha fazla araç; zayıf event’leri, belirsiz kimlikleri veya eksik gelir kayıtlarını kendiliğinden güvenilir hâle getirmez.

Bir girişimin pazarlama analitiği altyapısı hangi soruları cevaplamalı?

Altyapı; uygun ziyaretçinin nereden geldiğini, hangi vaadi gördüğünü, hesabın ilk değere ulaşıp ulaşmadığını, değerin tekrarlanıp tekrarlanmadığını, satış devrinin gerçekleşip gerçekleşmediğini ve faturalama sisteminin ücretli durumu doğrulayıp doğrulamadığını göstermelidir. Attribution sonuçları modele bağlıdır; bir gösterge paneli nedensellik kanıtı değildir.

Karar alanı	Soru	Asgari kanıt	Sorumlu	Sınır
Edinim	Hangi kampanya ve açılış sayfası uygun ziyaret getirdi?	Kaynak, kampanya, sayfa, izin durumu	Büyüme operasyonu	Temas nedenselliği kanıtlamaz
Aktivasyon	Hesap tanımlı ilk değer işini tamamladı mı?	Hesap event’i, zaman, ürün durumu	Ürün analitiği	Giriş yapmak değer değildir
Elde tutma	Temel davranış doğal sıklığında tekrarlandı mı?	Cohort uygunluğu ve tekrar event’i	Ürün	Geri dönüş memnuniyeti kanıtlamaz
Gelir	Faturalama durumu doğrulanmış biçimde değişti mi?	Faturalama event’i ve kimlikler	Finans operasyonu	Analitik kayıt defteri değildir
Öğrenme	Yol neden aksadı?	Görüşme, satış ve destek notları	Araştırma	Nitel kanıt yaygınlık oranı değildir

Tracking plan olmadan daha fazla araç satın almayın

Amplitude’ın resmi tracking plan dokümantasyonu event, özellik, toplama gerekçesi ve kaynakları birlikte tanımlar. Twilio Segment’in birinci taraf rehberi neyin, nerede ve neden takip edildiğini ortak bir dokümana bağlar. Bu kaynaklar planlama disiplinini destekler; ürün satın alma önerisi değildir.

Plan alanı	Gerekli tanım	Örnek	Doğrulama	Kabul etmeyin
Karar	Ekibin alabileceği eylem	Onboarding adımını incele	Karar sahibinin onayı	Bir gün yararlı olur
Event	Gözlenebilir durum geçişi	workspace_configured	Kesin tetikleyici testi	Yalnızca sayfa etiketi
Varlık	Kullanıcı, hesap, lead veya fatura	account_id	Kimlik kuralı	Açıklanmayan birleştirme
Özellik	Yorum için gereken bağlam	plan_id, setup_method	Tür ve izinli değer	Sınırsız serbest metin
Sorumlu	Kaliteden hesap veren kişi	Ürün analisti	İnceleme sıklığı	Yalnızca ekip adı

Minimum altyapı: trafik, event, lead, müşteri ve gelir

Google, önerilen GA4 event’lerini ve kullanım durumuna göre parametrelerini belgeler. Önerilen ad yalnızca gerçek tetikleyici tanımla örtüşüyorsa kullanılmalıdır. Google event parametresi rehberi, parametrelerin bağlam eklediğini ve özel parametrelerin standart raporlarda görülebilmesi için özel tanım gerekebildiğini açıklar. Veri toplamak tek başına karar kalitesi sağlamaz.

Girişim aşaması	Asgari katman	Yanıtlanan soru	Sonraki katman koşulu	Henüz almayın
Ürün öncesi öğrenme	Kampanya tablosu, görüşmeler, temel web ölçümü	Hangi vaat nitelikli görüşme yaratıyor?	Manuel uzlaştırma kararı tekrar tekrar engellerse	Hacim yokken veri ambarı
Erken ürün	Web ölçümü ve sürümlü ürün event’leri	Hesap ilk değere ulaşabiliyor mu?	Ürün yolları incelenemiyorsa	Yönlendirme ihtiyacı yokken CDP
Tekrarlanabilir satış	Ürün, CRM ve faturalama uzlaştırması	Hangi davranış geçerli devre ve ödeme durumuna bağlanıyor?	Kimlik birleştirme tekrar eden yönetilen bir işse	Nedensellik kanıtı gibi attribution aracı
Çok ürünlü ölçek	Yönetilen veri ambarı ve raporlama	Kaynaklar aynı tanımları kullanıyor mu?	Sorgu, tarihçe ve erişim işletmeyi haklı çıkarırsa	Çelişkili mantık üzerinde yeni panel

Edinim takibi: kaynak, kampanya, landing page ve niyet

Gelen kampanya parametrelerini, landing page’i, mevcutsa yönlendiren kaynağı, izin durumunu ve niyet sinyalini koruyun. İlk temas, oturum teması ve satış kaynağı kavramlarını ayırın. Kanal etiketi raporlama sınıflamasıdır; kanalın müşteri sonucuna neden olduğunu kanıtlamaz.

Sinyal	Varlık	Özellikler	Karar	Sınır
Uygun ziyaret	Oturum	kaynak, ortam, kampanya, sayfa	Mesaj ve niyet dağılımını karşılaştır	Çerez ve izin sınırları var
Lead oluştu	Lead	lead_source, teklif, form_sürümü	Edinimden lead’e devri incele	Form nitelik değildir
Hesap oluştu	Hesap	signup_source, kullanım_durumu	Aktivasyonu ihtiyaca göre incele	Beyan eksik olabilir
Nitelikli görüşme	Hesap	nitelik_nedeni, sorumlu, tarih	Satışla kampanya kalitesini incele	Satış değerlendirmesi rubrik ister

Aktivasyon takibi: ilk değer, kurulum adımları ve ürün kilometre taşları

Amplitude’ın resmi event seçimi rehberi event’leri eylem, özellikleri bağlam olarak ayırır ve her şeyi izlemenin sinyali gürültüye boğabileceğini belirtir. Küçük bir kilometre taşı seti kullanın: hesap oluşturma, gerekli kurulum, ilk değer çıktısı ve sonuç incelemesi. Bir ekran görüntülemeyi aktivasyon diye adlandırmayın.

Elde tutma takibi: tekrar kullanım, cohort sinyalleri ve churn riski

Elde tutma ölçümü uygun cohort, doğal kullanım sıklığı ve tutarlı değer event’i ister. Kullanıcının dönüşü ile hesabın dönüşünü, ücretli erişim ile anlamlı işi, gözlenen yokluk ile doğrulanmış iptali ayırın. Churn riski, güncel nüfus ve dönem için doğrulanmış bir model yoksa yalnızca inceleme işaretidir.

Gelir takibi: plan, ödeme, genişleme ve iade sinyalleri

Stripe kullanılıyorsa resmi event türleri referansı abonelik, fatura, ödeme ve iade geçişlerini belgeler. Webhook durumunu kaynak sistem kanıtı olarak ele alın ve finans tanımlarıyla uzlaştırın; genel bir gelir ürün event’i uydurmayın. Plan değişimi, başarılı ödeme, fatura durumu, genişleme ve iade farklı ticari geçişlerdir.

Nitel sinyaller: satış görüşmeleri, destek talepleri ve kullanıcı görüşmeleri

Sayılar tanımlı yolun nerede değiştiğini; görüşmeler, satış çağrıları ve destek kayıtları mekanizmayı açıklayabilir. Kontrollü neden taksonomisi kullanın, temel kayda bağlantıyı koruyun ve kullanıcı beyanıyla analist yorumunu ayırın. Birkaç görüşmeyi pazar yüzdesine dönüştürmeyin.

GA4, ürün analitiği, CRM, veri ambarı ve BI: her katman ne işe yarar?

Google Tag Manager dokümantasyonu etiket yönetimi katmanını açıklar; analitik altyapısı satın alma önerisi değildir. Google’ın GA4 BigQuery dokümantasyonu ham event’lerin dışa aktarılıp SQL benzeri söz dizimiyle sorgulanabildiğini doğrular. Bu özellik yalnızca yönetilen ham veri, birleştirme veya özel analiz ihtiyacı kanıtlandığında yararlıdır.

Katman	Uygun iş	Ne zaman eklenir?	Gerekli sahiplik	Kanıtlamaz
GA4	Web, kampanya ve yapılandırılmış event raporu	Sorular veri modeline uyuyorsa	Etiket ve rapor sorumlusu	Kusursuz attribution
Ürün analitiği	Hesap davranışı, yol ve cohort	Ürün kararı istikrarlı event dizisi istiyorsa	Ürün analisti ve mühendis	Ürün-pazar uyumu
CRM	Lead, hesap ve satış devri	İnsan satış süreci yönetilen aşama istiyorsa	Gelir operasyonu	Pazarlama nedenselliği
Faturalama	Ödeme, fatura, plan ve iade	Ticari durum uzlaştırılacaksa	Finans operasyonu	Tek başına gelir muhasebesi
Veri ambarı	Tarihçe ve çok kaynaklı birleştirme	Tekrarlanan sorgu operasyonu haklı çıkarıyorsa	Veri mühendisliği	Otomatik daha iyi karar
BI	Yönetilen kaynaklarda ortak raporlama	Tanımlar ve erişim sabitse	Analitik mühendisliği	Kaynak mantıkları çelişirken doğruluk

Event taksonomisi ve sahiplik

Tek dilbilgisi kuralı, istikrarlı varlık kimlikleri, sürümlü özellik tanımları ve adlandırılmış onay yolu kullanın. Ürün, pazarlama, satış, destek ve finans aynı geçiş için eş anlamlı event’ler oluşturmamalıdır. Sahiplik; beklenmeyen hacmi, eksik özellikleri, tetikleme doğruluğunu ve kullanımı birinin incelemesi demektir.

Event	Tetikleyici	Temel özellikler	Varlık	Sorumlu
lead_generated	Geçerli lead kaydı kabul edilir	source, campaign, offer, consent_state	lead_id	Büyüme operasyonu
account_created	Yeni ürün hesabı kalıcı olur	account_type, use_case, signup_source	account_id	Ürün analitiği
workspace_configured	Gerekli kurulum doğrulanır	setup_method, integration_type, version	account_id	Ürün
first_value_completed	Tanımlı iş tamamlanır	value_type, elapsed_bucket, version	account_id	Ürün analitiği
qualified_handoff_accepted	Satış belgeli kuralı kabul eder	qualification_reason, owner, accepted_at	account_id	Gelir operasyonu
billing_state_changed	Faturalama kaynağı geçiş bildirir	plan_id, prior_state, new_state, source_event_id	customer_id	Finans operasyonu

Sahte attribution kesinliği olmadan ölçüm iş akışı

Karar kaydıyla başlayın; kaynak sistemleri ve kimlikleri eşleyin, en küçük event setini belirtin, tetikleyicileri test edin, izinleri belgeleyin, sayıları uzlaştırın ve raporu sonra kurun. Tanım değişikliklerini kaydedin. Artımlı etki için uygun deney veya nedensel tasarım gerekir; betimsel yollar kesinlik yaratmaz.

measurement_readiness = question_clarity × event_quality × owner_clarity × decision_usefulness. question_clarity karar sorusunun açıklığıdır; event_quality event şartnamesi ve gözlenen yükün güvenidir; owner_clarity hesap veren inceleme sahibidir; decision_usefulness yanıtın adlandırılmış bir eylemi değiştirip değiştirmediğidir.

tool_urgency = decision_frequency × manual_workload × data_reliability_need × integration_need. decision_frequency kararın tekrar sıklığıdır; manual_workload belgeli uzlaştırma eforudur; data_reliability_need hata sonucunun önemidir; integration_need sistem bağlama ihtiyacıdır.

event_quality = naming_consistency × property_completeness × trigger_accuracy × owner_review. naming_consistency taksonomiye uyum; property_completeness gerekli bağlamın varlığı; trigger_accuracy tetikleyicinin şartnameyle uyumu; owner_review tamamlanmış yönetim incelemesidir.

buy_or_wait_score = validated_decision_need × current_tool_gap × implementation_capacity / operational_complexity. validated_decision_need sorunun önemli olduğuna dair kanıt; current_tool_gap mevcut sistem eksikliği; implementation_capacity ekip kapasitesi; operational_complexity sürekli maliyet ve risk yüküdür. Bunlar editoryal planlama formülleridir; analitik platform formülü veya girişim benchmark’ı değildir.

Formül girdisi	Kanıt kaynağı	Puanlama sorusu	İnceleme	Yanlış kullanım
question_clarity	Karar kaydı	Kitle, birim, dönem ve eylem açık mı?	Uygulama öncesi	Belirsiz hedefi puanlamak
event_quality	Test yükü ve uzlaştırma	Event şartnameye uyuyor mu?	Her sürüm	Hacmi kalite saymak
owner_clarity	Sorumluluk matrisi	Kim araştırır ve onaylar?	Rol değişiminde	Yalnızca ekip adı
decision_usefulness	Karar günlüğü	Kanıt eylemi değiştirdi mi?	Karar sonrası	Raporu kullanım saymak
operational_complexity	Maliyet ve erişim incelemesi	Katman güvenle işletilebilir mi?	Satın alma öncesi	Bakımı yok saymak

Zayıf altyapı ve güçlü altyapı

Katman	Zayıf altyapı	Güçlü altyapı	Üretilen kanıt	Kalan belirsizlik
Amaç	Popüler araç alıp içgörü aramak	Önce karar ve asgari kanıtı adlandırmak	Karar kaydı	Gelecek sorular değişebilir
Event	Her tıklamayı toplamak	Az sayıda anlamlı geçişi sürümlemek	Event sözlüğü ve test	Bazı davranış gözlenmez
Kimlik	Mevcut her e-postayla birleştirmek	Kişi, hesap, lead ve fatura kuralı yazmak	Kimlik sözleşmesi	Cihazlar arası boşluk kalır
Attribution	Panelin kazanan seçmesi	Model, dönem ve eksik temas sınırını raporlamak	Yöntem notu	Artımlı etki kanıtlanmaz
Veri ambarı	Ölçek beklentisiyle dışa aktarmak	Yönetilen tekrar eden birleştirme haklı çıkarınca eklemek	Kullanım durumu	Maliyet büyüyebilir

Detaylı operasyonel örnek

Varsayımsal örnek: erken aşamadaki bir B2B SaaS, satın alma ekiplerinin tedarikçi kanıtı toplamasını sağlar. Mevcut altyapıda GA4, ürün veritabanı, CRM tablosu ve faturalama sağlayıcısı vardır. Ekip, kampanya lead’lerinin çalışma alanı kurulumundan önce mi yoksa ilk tamamlanmış tedarikçi incelemesinden sonra mı kaybolduğunu bilmiyor. Bu örnekte gerçek panel veya benchmark yoktur.

Örnek unsuru	Mevcut kanıt	Zayıf karar	Güçlü karar	Sorumlu
Eksik karar	Nitelikli hesap ilk değer yolunda nerede kayboluyor?	Hemen ürün analitiği satın al	Önce dört hesap event’ini tanımla ve test et	Ürün lideri
Event’ler	Yalnızca sign_up	Tüm arayüz tıklamalarını topla	account_created, workspace_configured, vendor_review_completed, reviewer_invited	Analitik mühendisi
Özellikler	Yalnızca kampanya	Sınırsız alan ekle	account_type, use_case, campaign_id, setup_method, event_version	Büyüme operasyonu
Kimlik	Birden çok tabloda e-posta	Geçici dosya birleştir	account_id, lead_id ve customer_id eşlemesini yaz	Gelir operasyonu
Gelir	Manuel ücretli işareti	Geliri GA4’e kopyala	Faturalama geçişini hesap ve finans kaydıyla uzlaştır	Finans
Ertele	Veri ambarı ve server-side tagging önerisi	İkisini şimdi kur	Tekrarlanan ihtiyaç belgelenene kadar ertele	Kurucu

Uygulama adımı	Yapılacak iş	Doğrulama	Karar	İddia etmeyin
Bir	Karar ve kimlik kaydı	Sorumlu onayı	İlk değer sorusunu sınırla	Belgenin büyüme yarattığını
İki	Dört sürümlü hesap event’i	Tetikleyici ve yük testi	Yoldaki kopuşu bul	Event’in nedensellik kanıtladığını
Üç	Kampanya ve sayfa bağlamı	Bağlantı ve izin denetimi	Uygun edinim yollarını karşılaştır	Kusursuz attribution
Dört	CRM ve faturalama uzlaştırması	Örnek hesap izi	Satış devri ile ödemeyi ayır	Analitiğin kayıt defteri olduğunu
Beş	Olgun cohort incelemesi	Tam gözlem dönemi	Sonraki ölçüm boşluğunu seç	Dönüşüm veya elde tutma garantisi

Neyi kaldırmalı, yeniden yazmalı veya audit’te tutmalı?

İddia	Kaldır	Güvenli yeniden yazım	Audit-only	Gerekli kanıt
Her girişim CDP kullanmalı	Evrensel alım kuralı	Yalnızca doğrulanmış yönlendirme ihtiyacında ekleyin	Ürün karşılaştırması	Sahipli kullanım durumu
Bu kanal gelire neden oldu	Temas verisinden nedensellik	Attribution modelini ve sınırı yazın	Kontrolsüz ilişki	Uygun artımlı etki tasarımı
Server-side tagging takibi düzeltir	Otomatik doğruluk vaadi	Mimari ve işletme maliyetini açıklayın	Doğrulanmamış özellik varsayımı	Resmi uygulama dokümantasyonu
Veri ambarı tek doğrudur	Araç temelli doğruluk iddiası	Kaynak kayıt ve dönüşümü yönetin	Uzlaştırılmamış dışa aktarım	Dışa aktarım dokümantasyonu
Araç X elde tutmayı artırır	Sonuç vaadi	İncelenecek karar sorusunu yazın	Tedarikçi vaka sonucu	Birinci taraf kontrollü kanıt

Sık yapılan analitik altyapı hataları

Sık yapılan analitik altyapı hataları; sorudan önce araç almak, tıklamayı değer saymak, kullanıcı ve hesap varlıklarını karıştırmak, event eş anlamlılarına izin vermek, izin incelemesi olmadan özellik toplamak, faturalama değerini uzlaştırmadan kopyalamak, olgunlaşmamış cohort’ları karşılaştırmak ve attribution temasını nedensellik gibi sunmaktır.

FAQ

Bir girişim analitik aracı almadan önce neyi takip etmeli?

Önce karar kaydı ve küçük bir tracking plan hazırlayın. Edinim bağlamını, hesabın ilk değer kilometre taşını, amaçlı tekrarı, nitelikli satış devrini ve doğrulanmış faturalama durumunu ekleyin. Her unsur için varlık, tetikleyici, özellik, sorumlu, izin sınırı ve gözlem dönemini tanımlayın. İlk satın alma sorusu başka girişimlerin hangi aracı kullandığı değil, mevcut sürecin önemli bir kararı sürekli engelleyip engellemediğidir.

Erken aşama bir girişim için GA4 yeterli mi?

Tanımların, izinlerin ve doğrulamanın dikkatle yönetildiği sınırlı web, kampanya ve yapılandırılmış event soruları için yeterli olabilir. Hesap düzeyindeki ürün dizilerini, CRM aşamalarını veya faturalama uzlaştırmasını tek başına karşılamayabilir. Yeni katmanı ancak eksik karar adlandırıldığında ve mevcut dışa aktarım ya da manuel inceleme güvenilir yanıt veremediğinde ekleyin. GA4 kusursuz attribution veya nedensellik sağlamaz.

Bir girişim ne zaman ürün analitiği eklemeli?

Tekrarlanan ürün kararları, mevcut uygulamanın güvenle inceleyemediği istikrarlı hesap event’leri, özellikler, yollar veya cohort’lar gerektirdiğinde ürün analitiği eklenebilir. Önce ilk değeri, tekrar davranışını, kimliği ve event sahipliğini tanımlayın. Araç, onaylanmış planı uygulamalıdır; satın alındıktan sonra planı üretmesi beklenmemelidir. Ürün analitiği gözlemi düzenler fakat ürün-pazar uyumunu veya elde tutmayı kanıtlamaz.

BigQuery veya veri ambarı gerekli mi?

Otomatik olarak gerekli değildir. Yönetilen ham event tarihçesi, tekrarlanan çok kaynaklı birleştirme, özel dönüşüm veya ortak anlamsal raporlama gerekiyorsa ve ekip erişim, maliyet ile veri kalitesini işletebiliyorsa makul hâle gelir. Google, GA4 ham event dışa aktarımını belgeler; bu bir satın alma önerisi değildir. Hacim ve karar riski sürekli işletmeyi haklı çıkarmıyorsa önce tablo veya sınırlı dışa aktarım kullanın.

Server-side tagging erken aşamada kurulmalı mı?

Yalnızca belgelenmiş toplama mimarisi, güvenlik veya operasyon ihtiyacı gerekçelendiriyorsa ve ekip sunucu konteynerini, yönlendirmeyi, izin davranışını, izlemeyi ve maliyeti sürdürebiliyorsa kurulmalıdır. Server-side tagging tanımsız event taksonomisini düzeltmez ve doğruluk garantisi vermez. Önce istemci tetikleyicilerini ve yönetimi doğrulayın; sonra resmi dokümantasyonu mühendislik ve gizlilik sorumlularıyla inceleyin.

İlk hazırlanması gereken analitik dokümanı nedir?

Karar odaklı bir tracking plan hazırlayın. Her soru için değişebilecek eylemi, varlığı, event adını, kesin tetikleyiciyi, gerekli özellikleri, kaynağı, izin işlemini, sorumluyu, doğrulama örneğini, gözlem dönemini ve hedef sistemi yazın. Kimlik ve değişiklik günlüğü bölümleri ekleyin. Başlangıçta incelenmiş basit bir tablo yeterli olabilir; doküman her olası metriği toplama istek listesine dönüşmemelidir.

İlk neyi ölçerdim?

Önce tek bir nitelikli edinim yolunu hesap düzeyindeki tek bir ilk değer event’ine kadar takip eder, ardından küçük bir örnekle CRM ve faturalama kayıtlarını uzlaştırırdım. Amaçlı tekrarı doğal sıklığı tanımlandıktan sonra eklerdim. Veri ambarını, CDP’yi, sunucu konteynerini ve BI katmanını her biri için tekrarlanan karar ile sorumlu oluşana kadar ertelerdim.