CRO & Analitik

CRO nedir ve neden analitikten ayrı düşünülemez?

Dönüşüm oranı optimizasyonu (CRO), sitenize gelen ziyaretçilerin daha büyük bir kısmının form doldurması, arama yapması ya da satın alması için sayfaları, akışları ve teklifleri sistemli biçimde iyileştirme çalışmasıdır. Tahmine değil, kullanıcı davranışından çıkarılan hipotezlere dayanır.

Analitik ise bu davranışı görünür kılan altyapıdır. Ölçüm yanlışsa test sonuçları da yanlış çıkar: tekrar sayılan bir satış, kaçırılan bir form ya da onay vermeyen kullanıcıların hiç görünmemesi, en iyi niyetli kararı bile ters yöne çevirebilir. Bu yüzden CRO projelerine hiçbir zaman tasarım önerisiyle değil, ölçüm denetimiyle başlıyoruz.

Bu hizmet bizde ayrı bir kalem değil; Google Ads ve Meta Ads hesaplarının teklif algoritmaları doğru dönüşüm sinyaliyle beslenmedikçe bütçe verimli harcanamaz. Reklam, SEO ve içerik ekiplerimiz aynı ölçüm tanımlarına bakarak çalışır.

Dönüşüm nasıl tanımlanır ve neden her işletmede farklıdır?

Dönüşüm, işletmeniz için değer taşıyan ve ölçülebilen bir kullanıcı eylemidir. Tanımı sektöre ve satış modeline göre değişir; bir e-ticaret sitesi için tamamlanan sipariş, bir klinik için nitelikli randevu talebi, bir B2B firması için satış ekibinin görüşmeye değer bulduğu başvuru anlamına gelir.

Ölçüm planında ana dönüşümleri ve onlara giden ara adımları (mikro dönüşümleri) ayrı ayrı yazıyoruz. Ana dönüşüm reklam optimizasyonuna ve iş raporlarına gider; mikro dönüşümler ise hunideki tıkanıklığı bulmaya yarar.

Form gönderimi tek başına yeterli bir dönüşüm tanımı değildir. Mümkün olan her projede CRM ya da satış verisini ölçüme bağlıyor, hangi reklamdan ve hangi sayfadan gelen talebin gerçekten müşteriye dönüştüğünü görünür kılıyoruz.

GA4 ve Google Tag Manager kurulumunun temel ilkeleri

Doğru kurulum, her önemli kullanıcı eyleminin tek bir kez, tutarlı adla ve anlamlı parametrelerle kaydedildiği kurulumdur. GA4, Google'ın olay (event) tabanlı analitik aracıdır; Google Tag Manager (GTM) ise bu olayları ve reklam etiketlerini sitenin koduna her seferinde dokunmadan yöneten etiket yönetim sistemidir.

• Veri katmanı (data layer): Sipariş tutarı, ürün, form türü gibi bilgileri site kodundan etiketlere güvenilir biçimde aktaran ortak yapı. Tıklama seçicilerine dayanan kırılgan etiketler yerine bunu tercih ediyoruz.
• Olay adlandırma sözlüğü: Her olayın adı, tetiklendiği an ve taşıdığı parametreler tek bir belgede yazılır; aynı eylem farklı kanallarda farklı adla sayılmaz.
• E-ticaret olayları: Ürün görüntüleme, sepete ekleme, ödeme başlatma ve satın alma olayları, tekrar eden sipariş numaralarını ayıklayacak biçimde kurulur.
• Temizlik ayarları: İç trafik ve geliştirici ziyaretleri filtrelenir, ödeme sağlayıcısından geri dönüşlerin kaynağı bozması engellenir, alan adları arası izleme gerekiyorsa tanımlanır.
• Doğrulama: Her etiket önizleme ve hata ayıklama modunda test edilir; yayına alınan her değişiklik sürüm notuyla kaydedilir.

Sunucu taraflı etiketleme ne zaman gerekir?

Sunucu taraflı etiketleme, verinin tarayıcıdan doğrudan reklam ve analitik platformlarına değil, önce sizin kontrolünüzdeki bir sunucuya gönderildiği yapıdır. Tarayıcı kısıtlamaları ve reklam engelleyiciler nedeniyle kaybolan sinyalin bir kısmını geri kazandırabilir, sayfaya yüklenen üçüncü taraf kodu azaltır ve hangi verinin hangi platforma gittiğini merkezi olarak denetlemenizi sağlar.

Her site için ilk adım değildir; ek bir sunucu maliyeti ve bakım yükü getirir. Reklam harcaması belirgin olan, birden fazla platforma dönüşüm gönderen ya da veri paylaşımını sıkı denetlemesi gereken işletmelere öneriyoruz. Kullanıcının onay tercihleri bu yapıda da aynen uygulanmak zorundadır.

KVKK ve çerez onayıyla uyumlu ölçüm nasıl kurulur?

Uyumlu ölçüm, kullanıcının çerez tercihine saygı duyan, aydınlatma metniyle tutarlı çalışan ve gerekmeyen kişisel veriyi hiç toplamayan ölçümdür. Analitik ve reklam çerezleri, kullanıcı açık onay vermeden çalıştırılmamalıdır; onay yönetim aracı ile etiketler arasındaki bağlantı bu yüzden kurulumun en kritik parçasıdır.

• Onay yönetim platformu, Google'ın onay modu (Consent Mode) ile entegre edilir; onay verilmediğinde etiketlerin nasıl davrandığı test edilerek belgelenir.
• Form alanlarındaki ad, telefon ve e-posta gibi bilgiler analitik araçlarına ham hâlde gönderilmez.
• Sağlık gibi özel nitelikli kişisel veri içeren sektörlerde, sayfa adı ya da URL üzerinden bile hassas bilgi sızmaması için olay ve parametre tasarımı ayrıca gözden geçirilir.
• Aydınlatma metni ve çerez politikasının içeriği hukuk danışmanınızın sorumluluğundadır; biz teknik kurulumun bu metinlerle tutarlı çalışmasını sağlarız.

Huni analizi ile kullanıcının nerede vazgeçtiği nasıl bulunur?

Huni analizi, kullanıcının dönüşüme giden adımlarını sırayla izleyip hangi adımda belirgin bir kopuş olduğunu gösteren analizdir. Kopuşun yeri, çoğu zaman sorunun nerede aranacağını söyler: ürün sayfasında mı güven eksik, sepette mi sürpriz bir maliyet çıkıyor, formda mı gereksiz bir alan var?

Huniyi cihaz, trafik kaynağı, yeni ya da geri dönen ziyaretçi gibi kırılımlarla ayrıca inceliyoruz. Masaüstünde sorunsuz çalışan bir ödeme adımı mobilde kullanıcıyı kaybettirebilir; tüm trafiğin ortalaması bu farkı gizler.

Isı haritası ve oturum kaydı neyi gösterir, neyi göstermez?

Isı haritası, kullanıcıların sayfanın neresine tıkladığını, nereye kadar kaydırdığını ve nerede durakladığını görselleştirir. Oturum kaydı ise tek tek ziyaretlerin anonimleştirilmiş tekrarını izlemeyi sağlar. İkisi de huni analizinin bulduğu soruna "neden" sorusunun cevabını aramak için güçlü araçlardır.

Ancak bu araçlar hipotez üretir, kanıt üretmez. Birkaç kayıtta görülen davranışı genel bir sonuç sanmamak için bulguları sayısal veriyle karşılaştırıyor, form alanlarını ve kişisel bilgileri kayıttan maskeleyerek kullanıyoruz.

A/B testi doğru yöntemle nasıl yapılır?

A/B testi, trafiğin rastgele iki gruba ayrılıp birine mevcut sayfanın, diğerine değiştirilmiş sürümün gösterildiği ve farkın istatistiksel olarak değerlendirildiği kontrollü deneydir. Doğru kurulmadığında yanlış kazanan ilan etmek çok kolaydır.

1. 1.Her test yazılı bir hipotezle başlar: hangi veriyi gördük, neyi değiştireceğiz, hangi davranışın değişmesini bekliyoruz.
2. 2.Tek bir birincil başarı ölçütü test başlamadan seçilir; sonradan "hangi metrik iyi çıktıysa" ona bakılmaz.
3. 3.Gereken örneklem büyüklüğü ve test süresi önceden hesaplanır; haftanın farklı günlerindeki davranış farkını kapsayacak kadar uzun tutulur.
4. 4.Sonuçlar test bitmeden sürekli kontrol edilip erken durdurulmaz; bu alışkanlık tesadüfi dalgalanmayı başarı sanmanın en yaygın yoludur.
5. 5.Kazanan da kaybeden de kayda geçer; kaybeden testler de kullanıcı hakkında öğrenilen bir bilgidir.

Trafiği test için yetersiz olan sitelerde yapay testler kurmuyoruz. Bunun yerine kullanılabilirlik bulgularına ve en iyi uygulamalara dayalı iyileştirmeleri uyguluyor, öncesi ve sonrası verisini dikkatle yorumluyoruz.

Raporlama panoları: her okura kendi görünümü

İyi bir pano, okuyan kişinin karar vermesi gereken soruya tek bakışta cevap veren panodur. Yönetici ile kampanya uzmanı aynı veriye farklı derinlikte bakar; bu yüzden tek bir kalabalık rapor yerine kitleye göre ayrılmış görünümler hazırlıyoruz.

• Yönetim görünümü: Toplam talep ya da satış, müşteri edinme maliyeti ve kanalların katkısı.
• Kanal görünümü: Kampanya, kreatif ve açılış sayfası bazında dönüşüm ve maliyet.
• Site görünümü: Huni adımları, cihaz kırılımı, hız göstergeleri ve devam eden testlerin durumu.

Panolar Looker Studio gibi araçlarla canlı veriye bağlanır; her göstergenin tanımı panonun içinde yazılıdır. Yatırımın getirisini kanal kanal okumanın mantığını ROI odaklı performans pazarlaması yazımızda anlattık.

CRO ile site yenilemesi arasındaki fark nedir?

CRO mevcut siteyi veriyle ve adım adım iyileştirir; site yenilemesi ise altyapıyı ve tasarımı baştan kurar. Sorunlar belirli akışlarda toplanıyorsa CRO daha hızlı ve daha az riskli yoldur. Altyapı hız, güvenlik ya da ölçüm açısından gerçekten engel oluşturuyorsa web ve e-ticaret ekibimizle birlikte yenileme öneriyoruz; o durumda da yeni sitenin ölçüm planı tasarımdan önce hazırlanır.