1. Veri kalitesi nedir, sosyal medya raporları için neden kritiktir?
Veri kalitesi; raporladığınız sayının doğru kaynaktan gelip gelmediği, doğru tanımlanıp tanımlanmadığı ve zaman içinde tutarlı olup olmadığıdır. Sosyal medya raporlarında veri kalitesi düşükse iki tür “pahalı” hata olur:
- •Yanlış negatif: “Sosyal işe yaramıyor” sanıp bütçeyi kesmek
- •Yanlış pozitif: “Sosyal her şeyi getiriyor” sanıp gereksiz büyütmek
Veri kalitesi neden kritiktir?
Çünkü bütçe, kreatif ve kanal kararları rapora göre alınır. GA4’te sosyal trafik yanlış kanalda toplanıyorsa, paid/organic ayrımı bozuksa veya dönüşüm event’i kırıldıysa, rapor gerçeği değil hatayı ölçer. Bu durumda optimizasyon yerine “ölçümü optimize etmiş” olursunuz.
Mini örnek (otel): Rezervasyon event’i çift sayılıyorsa, ROAS “harika” görünür; ama gerçekte satış artmamıştır. Bu, yanlış pozitifin klasik örneğidir.
Ne yapmalıyım?
- • Her raporu “hijyen kontrol satırı” ile başlat
- • Kritik KPI’lar için ikinci kaynak doğrulaması yap (GA4 vs panel)
- • Şüpheli değişimde önce tracking’i kontrol et, sonra stratejiyi
2. Platform insights ve GA4’te sık görülen ölçüm hataları
Bu bölümde, “raporlar saçma” hissini yaratan tipik hataları sınıflandırıyoruz.
GA4’te sosyal trafik yanlış görünüyor, ne yapmalıyım?
- GA4 Channel Grouping’de organic_social / paid_social ayrımı doğru mu?
- UTM’ler doğru mu? utm_source/medium/campaign tutarlı mı?
- Redirect/link-in-bio aracı var mı ve referrer kaybı yaratıyor mu? (Varsayım)
- Consent/çerez etkisi var mı? (özellikle belirli pazarlarda)
- İç trafik/office IP filtreleri uygulanmış mı?
En sık 6 hata
- Yanlış kanal ataması: social trafik “direct” veya “referral” altında birikir
- UTM hatası: utm_medium yanlış (paid_social yerine social vs)
- Campaign name karmaşası: aynı kampanya 5 farklı adla görünür
- Event kırılması: Tag Manager değişti, conversion event çalışmıyor
- Çift sayım: iki tag aynı event’i gönderiyor
- Offline dönüşüm eksikliği: DM/WhatsApp/telefon dönüşümü hiç yok sayılıyor (Varsayım)
Ne yapmalıyım?
- • UTM standardını zorunlu kıl (her link)
- • GA4 event’lerini haftalık smoke test yap
- • “Offline dönüşüm” için minimum proxy event ekle (Varsayım)
3. Bot trafiği ve spam (yanlış sinyal üreticiler)
Bot ve spam trafiği, özellikle trafik ve etkileşim KPI’larını şişirebilir. Bu da kampanyanın “iyi” görünüp gerçekte iş getirmemesine yol açar.
Bot trafiğini ve ofis IP’lerini nasıl filtrelerim?
- •GA4’te internal traffic (office IP) filtrelemesi kurun (Varsayım: GA4 internal traffic rule)
- •Bilinen bot/referral spam kaynaklarını hariç tutun
- •Şüpheli trafik için “engaged session” ve “engagement time” ile kalite doğrulaması yapın
- •Ani spike olduğunda ülke/cihaz segmentiyle kontrol edin (bot genelde anormal dağılım gösterir)
Mini örnek: Bir gün sosyal sessions 3 katına çıktı ama engaged sessions aynı kaldı. Bu, bot/referral spam ihtimalini güçlendirir.
Ne yapmalıyım?
- • Trafik KPI’sını “kalite KPI” ile çift doğrula
- • Ofis IP’lerini filtrelemeden rapor yorumlama
- • Spike’ları segment bazlı incele (ülke/cihaz)
4. Yanlış kanal ataması, UTM ve event kırılmaları (en pahalı hatalar)
Yanlış kanal ataması, sosyal raporların en sık “yanlış karar” üreten kök nedenidir. Özellikle paid_social’ın “paid search” veya “direct” gibi görünmesi, bütçeyi yanlış yönlendirir.
UTM ve kanal ataması hataları raporu nasıl bozar?
- •Paid social dönüşümünü yanlışlıkla direct’e yazarsınız → sosyal “zayıf” görünür
- •Campaign isimleri dağılır → optimizasyon öğrenimi kaybolur
- •Event kırılır → “dönüşüm yok” paniği başlar (oysa form bozulmuştur)
DM/WhatsApp/telefon gibi offline dönüşümler neden kritik?
Özellikle otellerde ve hizmet sektöründe kullanıcı sosyalden gelir ama dönüşümü WhatsApp/telefonla yapar. Bu görünmüyorsa sosyal “iş getirmiyor” sanılabilir. Varsayım: Bu dönüşümleri ölçmek için en azından tıklama event’leri (tel: / wa.me) rapora eklenmelidir.
Ne yapmalıyım?
- • Kanal mapping sözlüğünü yazılı hale getir
- • Tag Manager değişikliklerinde test zorunlu yap
- • Offline dönüşüm proxy event’lerini rapora ekle
5. Sosyal medya kararlarını yanlış veriye dayandırmamak (data-quality-first rutin)
Bu bölüm, tüm kontrolleri “rutine” bağlar. Çünkü veri hijyeni bir defalık iş değil, sürekli bakımdır.
Aylık veri hijyeni rutini (önerilen)
- •Haftalık: event smoke test (lead/rezervasyon) + kampanya UTM kontrolü
- •Aylık: kanal mapping denetimi + bot/office filtre kontrolü + changelog gözden geçirme
- •Kampanya öncesi: UTM/kupon listesi + landing event doğrulama
- •Kampanya sonrası: attribution sanity check + ölçüm sapma analizi
Teknik not (sheet’ten)
UTM, kanal tanımı ve event değişikliklerinde changelog tutulmaması trend analizini zorlaştırır. Her tracking değişikliği mutlaka kayıt altına alınmalıdır.
Key Statistics / Data Point (sheet’ten, yumuşatılmış)
Düzenli veri kalitesi kontrolü yapan ekiplerde “performans düştü/patladi” gibi yanlış alarmların önemli kısmı daha kaynağında (tracking tarafında) yakalanıp düzeltilir; böylece strateji yanlış veriye göre değişmez.
Ne yapmalıyım?
- • Raporun ilk sayfasına “Data Quality Status” kutusu ekle
- • 10 maddelik hygiene checklist’i her ay doldur
- • Büyük değişimlerde “ölçüm mü performans mı?” ayrımı yap
| Kontrol alanı | Ne kontrol edilir? | Risk | Aksiyon |
|---|---|---|---|
| GA4 channel grouping | organic_social / paid_social ayrımı | Sosyal trafik direct/referral altında birikir | Kanal mapping sözlüğünü doğrula |
| UTM standardı | source / medium / campaign formatı | Kampanya performansı bölünür veya yanlış atanır | UTM naming standardını zorunlu kıl |
| Event/tag sağlığı | Lead/rezervasyon event’leri | Dönüşüm sıfır/çift sayılır | GTM smoke test yap |
| Bot/ofis filtreleri | Internal traffic ve referral spam | Trafik yapay şişer | IP ve spam filtrelerini kontrol et |
| Offline dönüşüm | tel/WhatsApp/DM proxy event’leri | Sosyal katkı eksik görünür | Minimum proxy event ekle |
| Changelog | UTM/event/channel değişiklikleri | Trend analizi bozulur | Tracking değişikliklerini kaydet |
6. SMM Veri Kalitesi & İzleme Hijyeni Checklist Şablonunu İndir — SMM / Data Quality
SMM Veri Kalitesi & İzleme Hijyeni Checklist — SMM / Data Quality (v1.0)
Bu checklist, sosyal medya raporunu yorumlamadan önce GA4 kanal mapping, UTM standardı, bot/ofis filtreleri ve event/tag sağlığını hızlıca doğrulamanızı sağlar. Yanlış pozitif/yanlış negatif alarmları azaltır; tracking değişikliklerini changelog ile kayıt altına alarak trend analizinin bozulmasını önler. 14 günlük mini sprint planı ile en kritik ölçüm sorunlarını kalıcı biçimde düzeltmeye odaklanır.
Kim Kullanır?
GA4 + Meta/TikTok/LinkedIn panelleriyle çalışan otel ve B2B ekipleri, ajans analistleri.
Nasıl Kullanılır?
- Aylık rapor öncesi checklist’i doldurun (10–15 dk).
- Kırmızı bulguları “kritik” olarak işaretleyin ve sprint backlog’una alın.
- 14 gün içinde mapping/UTM/event düzeltmelerini yapıp tekrar test edin.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ GA4 channel grouping: organic_social / paid_social doğru mu?
- ▢ ✅ UTM medium sözlüğü sabit mi? (paid_social/organic_social)
- ▢ ✅ Campaign name standardı var mı (tek format)?
- ▢ ✅ Social trafiğin “direct/referral” altında birikmesi var mı?
- ▢ ✅ Tag Manager değişikliği sonrası event smoke test yapıldı mı?
- ▢ ✅ Conversion event’leri (lead/rezervasyon) çalışıyor mu?
- ▢ ✅ Çift sayım kontrol edildi mi? (iki tag/iki event)
- ▢ ✅ Ofis/internal traffic filtreleri aktif mi?
- ▢ ✅ Bot/spam sinyali var mı? (sessions↑ engaged aynı)
- ▢ ✅ Offline dönüşüm proxy’leri var mı? (tel/WhatsApp click) (Varsayım)
- ▢ ✅ Değişiklikler için changelog tutuluyor mu?
- ▢ ✅ Rapor “data quality status” kutusuyla başlıyor mu?
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
Bir Sonraki Adım
GA4 kanal ataması, UTM ve event sağlığını denetleyip raporun güvenilirliğini artırır; otel ve B2B hesaplar için.
Sık Sorulan Sorular
Veri kalitesi nedir, sosyal medya raporları için neden kritiktir?▾
GA4’te sosyal trafik yanlış görünüyor, ne yapmalıyım?▾
UTM ve kanal ataması hataları raporu nasıl bozar?▾
Bot trafiğini ve ofis IP’lerini nasıl filtrelerim?▾
Tag/Event kırılmaları nasıl yakalanır?▾
İlgili İçerikler