1. Neden analytics dokümantasyonu?
Analytics dokümantasyonu “ekstra iş” gibi görünür; ama aslında raporun güvenilirliğini ve karar hızını koruyan sigortadır. Özellikle ajanslarda ekip değişimi, otel gruplarında marka/otel sayısının artması ve B2B’de pipeline tanımlarının evrilmesiyle “kafadaki bilgi” hızla kırılır.
Analytics dokümantasyonu neden gerekli?
Çünkü KPI tanımı, kanal mapping ve event yapısı değiştikçe raporun anlamı da değişir. Dokümantasyon yoksa ekipler farklı KPI tanımıyla karar verir ve aynı grafikten farklı sonuç çıkarır. Merkezi knowledge base; KPI sözlüğü, mapping ve changelog ile “hangi veri doğrudur?” sorusuna tek cevap üretir ve onboarding’i hızlandırır.
Mini Check
- •KPI’lar ekip içinde farklı mı yorumlanıyor?
- •Yeni gelen biri “hangi dashboard ne işe yarar?” sorusunu 10 dakikada bulabiliyor mu?
- •Tracking değişiklikleri “kimin aklında” kalıyor?
Ne yapmalıyım?
- • Tek bir “analytics wiki” alanı aç
- • KPI sözlüğünü ilk doküman olarak zorunlu kıl
- • Her tracking değişikliğine changelog şartı getir
2. KPI tanım sözlüğü (KPI Dictionary)
KPI sözlüğü, knowledge base’in çekirdeğidir. “Ne ölçüyoruz?” kadar “nasıl hesaplıyoruz?” sorusunu da kilitler. İyi bir sözlük, rapor tartışmasını “yorum”dan çıkarıp “tanım”a taşır.
KPI definition sözlüğü nasıl hazırlanır?
Her KPI için şu alanları standart doldurun:
- •KPI adı: tek ve kısa
- •Tanım: iş diliyle 1 cümle
- •Hesaplama: formül veya event mantığı
- •Kaynak: GA4 / platform insights / CRM
- •Segment: organic/paid, platform, ülke (Varsayım)
- •Sahip: kim sorumlu?
- •Not: değişiklik ve istisna
Mini Check
- •“Lead” tanımı tek mi?
- •“Engagement rate” reach bazlı mı, impression bazlı mı?
- •KPI’nın kaynağı ve event adı yazılı mı?
Ne yapmalıyım?
- • İlk 15 KPI ile başla (fazlası sonra)
- • KPI’ları “core” ve “advanced” diye ayır
- • Her değişiklikte sözlüğü güncelle ve sürümle (v1.0 → v1.1)
| KPI | Tanım | Hesaplama | Kaynak | Scope | Sahip | Son güncelleme |
|---|---|---|---|---|---|---|
| Lead | Satışa aday aksiyon | form_submit + WA_click (varsayım) | GA4+CRM | paid+organic | ____ | ____ |
| Engagement Rate | Etkileşim/erişim | (engagement / reach) | Platform | organic | ____ | ____ |
3. Dashboard ve rapor rehberleri (Nasıl okunur?)
Dashboard rehberi, “panel var ama kimse bakmıyor” sorununu çözer. Her panelin amacı, kimin baktığı ve hangi kararı desteklediği yazılı değilse ekipler dashboard’u yanlış beklentiyle açar.
Dashboard rehberi içeriği (minimum)
- •Dashboard adı + link (Varsayım)
- •Amaç: hangi soruyu cevaplar?
- •Hedef rol: CEO / pazarlama / içerik / İK (Varsayım)
- •Okuma sırası: 1–2–3 adım
- •Sık hata: yanlış yorum örnekleri
- •“Ne yapmalıyım?”: tipik aksiyonlar
Mini Check
- •Dashboard’lar rol bazlı mı?
- •Her panelin “okuma sırası” var mı?
- •Yanlış yorumlara karşı not kutusu var mı?
Ne yapmalıyım?
- • CEO paneli için 1 sayfalık okuma kılavuzu yaz
- • İçerik paneli için “top 10 / zayıf 10” standartlaştır
- • Her panelin sonuna “aksiyon backlog” linki koy
4. UTM ve kanal mapping dokümanı (tek gerçeklik)
Sosyal medya raporlarında en pahalı hata “yanlış kanal ataması”dır. UTM ve channel mapping dokümanı; paid_social/organic_social ayrımını, campaign naming standardını ve GA4 kanal gruplamasını tekleştirir.
UTM ve kanal mapping dokümanını nasıl tutarım?
- •UTM sözlüğü yaz: utm_source, utm_medium, utm_campaign, utm_content
- •Allowed values (izinli değerler) tanımla: paid_social / organic_social vb.
- •GA4 channel grouping ile eşleştir
- •Örnek link şablonları ver
- •Kampanya naming standardını zorunlu kıl (YYYYMM_kampanyaadi)
- •Değişiklikleri changelog’a bağla
Mini Check
- •UTM medium değerleri ekipte herkes için aynı mı?
- •Campaign isim standardı var mı?
- •GA4’te social trafik “direct” altında mı birikiyor? (Varsayım)
Ne yapmalıyım?
- • UTM sözlüğünü knowledge base’in “zorunlu” sayfası yap
- • Kampanya açılmadan önce UTM checklist’i çalıştır
- • Mapping değiştiğinde dashboard notunu güncelle
5. Değişiklik (changelog) kayıtları (tracking ve KPI evrimi)
Analytics ops’un en kritik “yaşayan” parçası changelog’dur. Çünkü KPI tanımı veya event değiştiğinde trend grafikleri “aynı şey”i göstermemeye başlar. Changelog yoksa ekip yanlış alarm üretir.
Changelog’da ne olmalı?
- •Tarih
- •Ne değişti? (UTM, event, dashboard, KPI tanımı)
- •Etkilenen raporlar/paneller
- •Beklenen etki (kısa)
- •Sahip / onaylayan
- •Geri dönüş planı (Varsayım)
Teknik not (kritik): Dokümantasyon yaşayan bir sistemdir. Güncellenmeyen KPI tanımları ve UTM şemaları zamanla yanlış karar ve güven kaybına yol açar; bu nedenle changelog ve periyodik temizlik (deprecated sayfaları kaldırma) şarttır.
Mini Check
- •Tag Manager deploy sonrası event testi kayıt altına alınıyor mu?
- •KPI tanımı değişince eski rapor notlanıyor mu?
- •Changelog okunmadan trend yorumu yapılıyor mu?
Ne yapmalıyım?
- • “Değişiklik yapıldıysa changelog zorunlu” kuralı koy
- • Aylık: changelog review + deprecated temizlik
- • Büyük değişiklikte: rapor üstüne “kırılma notu” ekle
6. Otel ve B2B için analytics knowledge base örnek yapıları
Knowledge base’in yapısı sektöre göre küçük farklar gösterir ama ana başlıklar aynıdır.
Otel için örnek wiki yapısı
- •KPI Dictionary (rezervasyon niyeti, WhatsApp/telefon click, teklif sayfası KPI’ları)
- •Kanal mapping (seasonality notları dahil)
- •Dashboard rehberleri (GM/gelir yönetimi vs içerik ekibi)
- •Changelog (PMS/rezervasyon event değişimleri)
B2B için örnek wiki yapısı
- •KPI Dictionary (lead→MQL→SQL tanımları)
- •CRM source/campaign mapping (Varsayım)
- •Dashboard rehberleri (sales + marketing ortak dili)
- •Changelog (form event ve pipeline değişimleri)
Key Statistics / Data Point (sheet’ten, yumuşatılmış): İyi dokümante edilmiş analytics süreçlerine sahip ekiplerde yeni çalışan/ajans onboarding’i daha hızlı olur; KPI tartışmaları ise daha nesnel ve verimli ilerler. Bu, raporun “kullanılma” oranını da artırır.
Mini Check
- •Otelde sezon notları ve event tanımları wiki’de var mı?
- •B2B’de pipeline tanımları KPI sözlüğüne yazıldı mı?
- •Wiki sahipliği ve güncelleme ritmi var mı?
Ne yapmalıyım?
- • Knowledge base’e bir “owner” ata (analytics ops owner)
- • Aylık “doc review” ritmi koy (30 dk)
- • En çok sorulan 10 soruyu wiki’ye çevir (SSS mantığı)
7. Sosyal Medya Analytics KPI Sözlüğü & Changelog Şablonunu İndir
Sosyal Medya Analytics KPI Sözlüğü & Changelog Şablonu — Analytics Ops (v1.0)
Bu şablon, SMM analytics operasyonunu ölçeklemek için gerekli iki ana dokümanı tek formatta toplar: KPI definition sözlüğü ve tracking/dashboard changelog kayıtları. UTM/channel mapping bölümüyle “tek veri gerçekliği”ni destekler; onboarding’i hızlandırır ve KPI tartışmalarını nesnelleştirir. Yaşayan sistem mantığıyla sürümleme ve temizlik (deprecated) adımlarını zorunlu tutar.
Kim Kullanır?
Büyüyen otel grupları, ajanslar ve B2B markalarda analytics owner, SMM lead ve performance ekipleri.
Nasıl Kullanılır?
- İlk 15 KPI’yı sözlüğe girip kaynak ve hesaplamayı kilitleyin.
- UTM/mapping sözlüğünü ekleyip izinli değerleri yayınlayın.
- Her tracking/dashboard değişikliğini changelog’a kaydedip aylık “doc review” ile güncelleyin.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ KPI tanımları tek sözlükte
- ▢ ✅ UTM/mapping izinli değerleri yayınlandı
- ▢ ✅ Changelog zorunlu kuralı var
- ▢ ✅ Aylık doc review yapılıyor
- ▢ ✅ Eski/yanlış tanımlar temizleniyor
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
8. Sonuç: Analytics ops, tek veri gerçekliğiyle çalışır
Sosyal medya analitiğinde rapor üretmek kadar önemli olan şey, raporu herkesin aynı tanımla okuyabilmesidir. KPI sözlüğü, dashboard rehberleri, UTM/channel mapping ve changelog bu ortak dili kurar.
Knowledge base yaşayan bir sistem olarak yönetildiğinde onboarding hızlanır, KPI tartışmaları nesnelleşir ve dashboard güveni artar. Güncellenmeyen dokümantasyon ise zamanla yanlış karar ve güven kaybı üretir.
Bir Sonraki Adım
KPI sözlüğü, mapping ve changelog ile ekipte tek veri gerçekliği kurar; otel ve B2B ekipleri için.
Sık Sorulan Sorular
Analytics dokümantasyonu neden gerekli?▾
KPI definition sözlüğü nasıl hazırlanır?▾
UTM ve kanal mapping dokümanını nasıl tutarım?▾
Tracking değişikliklerini neden mutlaka changelog’a yazmalıyım?▾
Knowledge base yapısı nasıl kurulmalı?▾
Dokümantasyon güncellenmezse ne olur?▾
İlgili İçerikler