Analitik, Ölçümleme ve Dönüşüm Optimizasyonu

Ölç. Ölçüm planı işletme hedeflerini, onları temsil eden anahtar olayları ve her olayın taşıdığı parametreleri adlandırır. Veri kalitesi kontrolleri olayların bir kez, doğru değerle ve çerez iznine uygun tetiklendiğini doğrular. Bu katmandan sonra gelen hiçbir analiz ondan daha güvenilir olamaz.

Anla. GA4 ya da BigQuery'deki huni analizi ziyaretçilerin nerede ayrıldığını gösterir; Microsoft Clarity'deki ısı haritaları ve oturum kayıtları, form analitiği, site içi anketler ve moderatörlü kullanıcı testleri nedenini açıklar. Her bulgu kanıtıyla ve etkilediği kitlenin büyüklüğüyle birlikte yazılır.

Test et. Bulgular sabit bir kalıpla hipoteze dönüşür (şunu gözlemledik, bu değişikliğin bu kitlede şu metriği değiştireceğini düşünüyoruz) ve ICE ya da PIE puanlamasıyla sıralanır. Yeterli trafiği olan sayfalarda A/B testi kurulur; olmayanlarda araştırmaya dayalı değişiklikler sabit bir referans döneme karşı ölçülür.

Öğren. Kaybeden ve sonuçsuz kalanlar dahil her sonuç, bir sonraki turu ve ölçüm planının kendisini besleyen öğrenme günlüğüne yazılır. Bir test, bir olayın belirsiz tanımlandığını ortaya çıkarırsa plan değişir. İki disiplini iki ayrı proje değil tek döngü olarak yürütmenin nedeni bu geri bildirimdir.

Dönüşüm verisi artık tasarım gereği eksik gelir. Analitik ya da reklam çerezlerini reddeden ziyaretçiler, kabul edenlerle aynı biçimde gözlemlenmez; tarayıcılar tanımlayıcıları sınırlar, reklam engelleyiciler bazı etiketleri devre dışı bırakır. Ölçümleme bu gerçeğe göre planlanmalı, sayılar düştükten sonra yamanmamalıdır.

Google Analytics Yardım ve Google Ads Yardım dokümantasyonunda anlatılan Consent Mode v2, ziyaretçinin izin tercihini Google etiketlerine iletir; etiketler davranışlarını buna göre ayarlar, GA4 ve Google Ads de gözlemleyemediği dönüşümlerin bir kısmını modelleyebilir. KVKK ve Avrupa Birliği'ndeki GDPR kapsamında çerez bandı gerçek bir seçim sunmalıdır. Ölçüm tasarımı, yapılandırma ekranının iddiasından değil, bandın tarayıcıda gerçekten kaydettiği tercihten başlar.

Sunucu taraflı etiketleme, veri toplamanın bir kısmını kendi alan adınız altındaki bir sunucu konteynerine taşır. Hangi verinin hangi sağlayıcıya ulaştığı üzerinde daha fazla kontrol sağlar ve toplamayı daha dayanıklı hale getirebilir; ancak ziyaretçinin reddini aşmaz ve her site için zorunlu değildir. Platform bağlantıları, veri yönetişimi ya da sayfa performansı ek işletme maliyetini haklı çıkardığında öneririz.

Bu konu CRO'yu doğrudan etkiler. Test varyantları, cihazlar ya da trafik kaynakları arasında izin oranları farklıysa, gözlenen dönüşüm oranı sayfayla hiçbir ilgisi olmayan nedenlerle farklılaşır. Deney analizi hangi verinin gözlemlendiğini, hangisinin modellendiğini belirtmeli ve varyantları aynı temelde karşılaştırmalıdır.

Araştırma testten önce gelir. Analitik sızıntının nerede olduğunu, nitel yöntemler nedenini gösterir. Microsoft Clarity dokümantasyonunda anlatılan ısı haritaları ve oturum kayıtları öfkeli tıklamaları, sonuçsuz tıklamaları ve kaydırma derinliğini ortaya koyar; form analitiği hangi alanın formu terk ettirdiğini gösterir; kısa site içi anketler ve az sayıda moderatörlü kullanıcı testi, hiçbir tıklama haritasının gösteremeyeceği itirazları yüzeye çıkarır.

Bir A/B testinin hipotezi, birincil metriği, minimum tespit edilebilir etkisi ve yayından önce hesaplanmış örneklem büyüklüğü olmalıdır. Hesap genellikle yüzde 95 güven düzeyi ve yüzde 80 istatistiksel güçle yapılır. Test, hafta içi ve hafta sonu farklarını kapsamak için tam haftalar boyunca sürer, panel ilk kez iyi göründüğünde durdurulmaz ve planlanan bitişte bir kez analiz edilir. Ziyaretçi başına gelir ya da talep kalitesi gibi koruyucu metrikler, birincil metrikte kazanıp işletmeye zarar veren varyantı yakalar.

Pek çok site, gerçekçi bir etkiyi makul sürede saptayacak trafik ya da dönüşüm hacmine sahip değildir ve güç hesabı bunu teste emek harcanmadan önce söyler. Bu durumda alternatif tahmin yürütmek değil, araştırmaya dayalı değişikliktir: araştırmanın açıkça gösterdiği sorunları düzeltmek, mümkün olduğunda değişiklikleri tek tek yayına almak, sabit bir referans dönem ve karşılaştırılabilir bir kontrol segmentiyle kıyaslamak ve sonucu kesin kanıt değil yön gösteren bir bulgu olarak okumak. Bozuk bir mobil form gibi açık hatalar test edilmez, düzeltilir.

Sayfa değişiklikleri ve test varyantları geliştiricileriniz ya da web sitesi platformunuz tarafından, basit değişikliklerde ise test aracının içinde uygulanır. Biz şartnameyi yazar, işi önceliklendirir ve her değişikliği takibiyle birlikte yayından önce doğrularız. Web sitesi inşa etmiyoruz.

Bir rapor, bir kararla bittiğinde işe yarar. Her programda üç raporlama katmanı vardır: günlük okuma için her metriğin tek ve kararlaştırılmış bir tanımla yer aldığı Looker Studio paneli, neyin değiştiğini ve sırada ne yapılacağını açıklayan aylık karar raporu ve ölçüm planının kendisinin üç ayda bir gözden geçirilmesi.

Aylık rapor; veri kalitesi durumunu, kararlaştırılan doğruluk kaynağına göre kanal ve cihaz bazında dönüşüm eğilimlerini, platformların bildirdiği sayılarla aradaki farkı, sonuçlanan deneyleri sonucu ve güven düzeyiyle, iş listesine eklenen araştırma bulgularını ve gelecek ayın önceliklerini kapsar. Search Console verisi GA4'ün yanında durur; böylece organik talep ve site içi dönüşüm birlikte okunur.

Kararlar gerekçeleriyle öğrenme günlüğüne yazılır. Aynı soru altı ay sonra yeniden sorulduğunda yanıt ve arkasındaki kanıt zaten kayıtlıdır; bir sayfanın neden o haliyle durduğunu hatırlamak için testi yeniden çalıştırmak gerekmez.