Kurumsal Web Sitesinde CRO Nasıl Yapılır? Dönüşüm Oranı Optimizasyonu Rehberi

Dönüşüm oranı optimizasyonu, kurumsal bir sitede daha fazla reklam harcamadan daha fazla teklif, arama ve form almanın en disiplinli yoludur. Bu yazıda tasarım ilkelerini değil, süreci anlatıyorum: araştırma, hipotez, önceliklendirme, A/B testi ve istatistik. 2012'den beri sahada kurduğum test düzenini adım adım paylaşıyorum; vaat değil, çalışma yöntemi sunuyorum.

Dönüşüm oranı optimizasyonu nedir, kurumsal sitede nasıl işler?

Dönüşüm oranı optimizasyonu (CRO), sitenizi ziyaret eden kişilerin istediğiniz eylemi yapma oranını veriye dayalı araştırma, hipotez ve kontrollü testlerle sistemli biçimde artırma sürecidir. Kurumsal sitede bu eylem genellikle teklif formu, telefon araması, demo talebi veya katalog indirmedir; satış doğrudan sitede gerçekleşmez.

Burada kritik kelime "süreç". Tek seferlik bir makyaj değil, her turda öğrendiğiniz bir döngü kuruyorsunuz. Döngü kabaca şöyle ilerler: ölçer, araştırır, hipotez yazar, önceliklendirir, test eder ve sonucu belgelersiniz. Ardından bir sonraki tura geçersiniz.

Kurumsal sitelerde trafik çoğu zaman e-ticarete göre düşüktür ve satış döngüsü uzundur. Bu nedenle CRO'yu burada farklı kurarım: her değişikliği A/B testine sokmam, trafiğe göre araç seçerim. Yazının geri kalanında bu ayrımı nasıl yaptığımı anlatıyorum.

CRO ile dönüşüm odaklı tasarım arasındaki fark nedir?

Dönüşüm odaklı tasarım, sayfayı baştan doğru kurmanızı sağlayan ilkeler bütünüdür: net başlık, tek ana eylem, güven unsurları, kısa form. Bu ilkeleri dönüşüm odaklı web tasarım yazımda ayrıntılı anlattım. CRO ise o tasarımın gerçekten işe yarayıp yaramadığını sınayan yöntemdir.

Başka bir deyişle tasarım bir varsayımdır, CRO o varsayımı kanıtlar ya da çürütür. İyi bir tasarımcı bile ziyaretçinin davranışını her zaman doğru tahmin edemez. Ben de sayısız kez "kesin kazanır" dediğim bir versiyonun test sonunda kaybettiğini gördüm.

Kısacası ikisi rakip değil, sıralıdır:

• Önce dönüşüm odaklı ilkelerle sağlam bir temel kurarsınız.
• Ardından CRO süreciyle o temelin zayıf noktalarını bulursunuz.
• Son olarak kanıtlanan iyileştirmeleri kalıcı hale getirirsiniz.

Yani tasarım ilkesi "ne yapmalı" sorusuna, CRO ise "işe yaradı mı" sorusuna cevap verir. Bu yazı ikinci sorunun yöntemini konu alıyor.

Dönüşüm oranı optimizasyonuna başlamadan önce neyi ölçmelisiniz?

Ölçmediğiniz şeyi optimize edemezsiniz. İlk adım, hangi eylemin "dönüşüm" sayılacağını netleştirmektir. Bu kararı nasıl verdiğimi dönüşüm hedefi belirleme yazımda anlattım; burada yalnızca CRO için gereken asgari kurulumu özetliyorum.

GA4'te önemli eylemlerinizi anahtar etkinlik (key event) olarak işaretlemeniz gerekir. Google, eski "dönüşüm" adını GA4 tarafında anahtar etkinlik olarak yeniden adlandırdı; "dönüşüm" terimi artık Google Ads'te teklif için kullandığınız eylemleri anlatıyor. Ayrıca şu kontrolleri yaparım:

• Form gönderimi yalnızca başarılı gönderimde mi tetikleniyor?
• Telefon ve WhatsApp tıklamaları ayrı etkinlik olarak ölçülüyor mu?
• Kampanya trafiği UTM parametreleriyle doğru etiketleniyor mu?
• Aynı gönderim iki kez sayılıyor mu?

Ölçüm kirliyse test sonucunuz da kirli olur. Bu yüzden en az iki hafta temiz veri toplamadan hiçbir teste başlamam.

Trafiğiniz A/B testi için yeterli mi?

Kurumsal sitelerde en sık gördüğüm hata, ayda birkaç yüz ziyaret alan bir sayfada A/B testi başlatmaktır. Düşük trafikte test haftalarca, hatta aylarca sonuç vermez. Üstelik sonuç çıksa bile güvenilir olmaz.

Kaba bir ayrım yapıyorum; bu ayrım saha tecrübesine dayalı bir başlangıç çerçevesidir, garanti değildir:

• Sayfa başına haftada yüzlerce dönüşüm varsa: klasik A/B testi rahatça çalışır.
• Haftada birkaç düzine dönüşüm varsa: yalnızca büyük, cesur değişiklikleri test edersiniz.
• Haftada bir elin parmaklarını geçmeyen dönüşüm varsa: A/B testi yerine nitel araştırma, kullanıcı testi ve önce/sonra karşılaştırması kullanırsınız.

Düşük trafikte de CRO yapabilirsiniz; ancak kanıt standardı değişir. Kullanıcı testinde beş kişiden dördünün aynı yerde takıldığını görmek, o sorunu düzeltmek için çoğu zaman yeterli gerekçedir. Öte yandan küçük metin değişikliklerini düşük trafikte ölçmeye çalışmak zaman kaybıdır.

Hangi sayfalardan başlamalısınız?

Kurumsal bir sitede her sayfa aynı değerde değildir. Bu yüzden CRO çalışmasına başlarken sayfaları iki eksende sıralarım: trafik hacmi ve dönüşüm yolundaki yakınlık. Teklif sayfası, iletişim sayfası ve reklamların indiği açılış sayfaları genellikle listenin başına çıkar.

Ana sayfa ise sanıldığı kadar iyi bir başlangıç noktası değildir. Çok trafik alır, ancak ziyaretçilerin niyeti dağınıktır: kimi iş arar, kimi tedarikçidir, kimi yalnızca adresinize bakar. Dolayısıyla ana sayfada yaptığınız bir değişikliğin etkisini ölçmek zordur.

Pratikte şu sırayı izlerim:

1. Ücretli reklamların indiği açılış sayfaları, çünkü her ziyaretçi için zaten para ödersiniz.
2. Teklif, demo ve iletişim formlarının bulunduğu sayfalar.
3. En çok organik trafik alan hizmet sayfaları.
4. Blog yazılarından hizmet sayfalarına geçiş noktaları.

Bu sıralama bir kural değil, başlangıç önerisidir. Sizin verinizde farklı bir sayfa öne çıkıyorsa verinize güvenin. Ancak listenin başına her zaman bütçe harcadığınız sayfaları koymanızı öneririm; orada kazanılan her puan doğrudan maliyet düşüşüdür.

Nicel araştırmada hangi verilere bakarsınız?

Araştırma aşaması, sorunun nerede olduğunu bulmanızı sağlar. Nicel veri "ne oluyor" sorusunu cevaplar. GA4'te ilk baktığım yer, dönüşüm yolundaki sayfaların huni raporudur: ziyaretçi hangi adımda kopuyor?

Ardından şu kırılımlara geçerim:

1. Cihaz: mobil dönüşüm oranı masaüstünün çok altındaysa sorun büyük ihtimalle mobil deneyimdedir.
2. Kaynak: reklamdan gelen ziyaretçi ile organik ziyaretçi aynı sayfada farklı davranıyor mu?
3. Açılış sayfası: hangi sayfalar çok trafik alıp az dönüşüm getiriyor?
4. Form alanları: hangi alanda terk artıyor?

Çok trafik alıp az dönüştüren sayfalar, CRO için en verimli başlangıç noktasıdır. Çünkü aynı yüzde artış burada daha çok ek talep üretir. Hemen çıkma tarafındaki sorunlar için hemen çıkma oranı yazıma da bakabilirsiniz.

Nicel veri tek başına yetmez. Size sorunun yerini söyler, nedenini söylemez. Örneğin formun ikinci adımında terkin arttığını görürsünüz, ancak ziyaretçinin orada neden vazgeçtiğini bilemezsiniz; belki bir alan anlaşılmıyordur, belki de fiyat bilgisi beklenmedik bir anda karşısına çıkıyordur. Bu boşluğu bir sonraki adımda nitel araştırmayla doldurursunuz.

Nitel araştırmayla ziyaretçiyi nasıl dinlersiniz?

Nitel araştırma "neden oluyor" sorusunu cevaplar. Benim en çok kullandığım dört yöntem şunlar: oturum kayıtları, ısı haritaları, site içi kısa anket ve satış ekibiyle görüşme.

Oturum kayıtları için Microsoft Clarity ücretsiz ve yeterli bir başlangıçtır. Kayıtları izlerken belirli kalıplar ararım: tekrar tekrar tıklanan ama tıklanamayan öğeler, formda ileri geri gidip gelme, fiyat bölümünde uzun duraksama. Bununla birlikte kayıt izlemek kolayca saatlerinizi yer; bu yüzden yalnızca sorunlu sayfanın dönüşmeyen oturumlarını filtrelerim.

Site içi anket için tek soru yeterlidir: "Bugün teklif istemenizi engelleyen bir şey var mı?" Gelen cevaplar çoğu zaman hiçbir analitik aracının gösteremeyeceği şeyleri ortaya çıkarır.

Satış ekibi ise altın madenidir. Telefonda en sık sorulan beş soru, sitenizin cevaplamadığı beş sorudur. Örneğin herkes teslim süresini soruyorsa, o bilgi sayfada ya yok ya da görünmüyordur.

İyi bir CRO hipotezi nasıl yazılır?

Araştırma bulgusu tek başına test değildir; onu sınanabilir bir hipoteze çevirmeniz gerekir. Ben şu kalıbı kullanıyorum: "[Veri] gördüğümüz için, [değişiklik] yaparsak [hedef kitle] için [metrik] artar, çünkü [gerekçe]."

Örneğin: "Oturum kayıtlarında mobil ziyaretçilerin teklif formundaki şirket vergi numarası alanında takıldığını gördüğümüz için, bu alanı formdan çıkarıp teklif sonrası aşamaya taşırsak mobil form tamamlama oranı artar, çünkü ziyaretçi ilk temasta bu bilgiyi elinde tutmuyor."

Bu kalıbın üç faydası var:

• Sizi "yeşil buton daha güzel" gibi keyfi fikirlerden korur.
• Hangi metriği izleyeceğinizi baştan sabitler.
• Test kaybetse bile gerekçe sayesinde ne öğrendiğinizi bilirsiniz.

Gerekçesi olmayan hipotezi listeye almam. Çünkü kaybettiğinde size hiçbir şey öğretmez, yalnızca trafik ve zaman harcar.

ICE ve PIE ile testleri nasıl önceliklendirirsiniz?

Araştırmadan sonra elinizde genellikle test edebileceğinizden çok daha fazla fikir olur. Trafik sınırlı olduğu için sıra belirlemeniz gerekir. En yaygın iki çerçeve ICE ve PIE'dir.

Ben pratikte ICE ile başlarım ama "güven" puanını serbest bırakmam. Güven puanını yalnızca verinin gücüne göre veririm: hem nicel hem nitel kanıt varsa yüksek, yalnızca bir kişinin fikri ise düşük. Böylece toplantıdaki en yüksek sesin fikri listenin başına çıkmaz.

A/B testi adım adım nasıl kurulur?

Önceliği en yüksek hipotezi seçtikten sonra testi kurarsınız. Kurulum sırası önemlidir ve ben şu adımları atlamadan izlerim:

1. Birincil metriği tek olarak belirleyin; örneğin teklif formu gönderimi.
2. İkincil metrikleri yazın; örneğin telefon tıklaması ve form başlatma.
3. Gereken örneklem büyüklüğünü ve süreyi test başlamadan hesaplayın.
4. Trafiği iki versiyona rastgele ve eşit bölün.
5. Her iki versiyonu da farklı cihaz ve tarayıcılarda elle kontrol edin.
6. Test süresince sayfada başka değişiklik yapmayın.

Araç tarafında Google Optimize artık yok; Google aracı 30 Eylül 2023'te kapattı. Bu nedenle bugün üçüncü taraf test araçlarından birini ya da sunucu taraflı basit bir bölme çözümünü kullanıyorum. Hangisini seçerseniz seçin, versiyon bilgisini GA4'e ayrı bir parametre olarak göndermeyi unutmayın.

Örneklem büyüklüğünü nasıl hesaplarsınız?

Örneklem büyüklüğü, testin güvenilir bir karar verebilmesi için her versiyonun görmesi gereken ziyaretçi sayısıdır. Bunu test başlamadan hesaplarsınız, test sırasında değil. Hesap için dört girdiye ihtiyacınız var: mevcut dönüşüm oranı, yakalamak istediğiniz en küçük fark, anlamlılık düzeyi ve istatistiksel güç.

Örnek hesap: mevcut oranınız yüzde 3 olsun ve yüzde 20'lik göreli bir artışı (yani yüzde 3'ten yüzde 3,6'ya) yakalamak isteyin. Yüzde 95 güven ve yüzde 80 güç için sık kullanılan pratik formül, versiyon başına yaklaşık 16 × p × (1 − p) / fark² verir. Burada 16 × 0,03 × 0,97 / 0,006² hesabı versiyon başına yaklaşık 12.900 ziyaretçi eder.

Bu rakam birçok kurumsal sayfa için aylarca trafik demektir. Dolayısıyla hesap size şunu söyler: ya daha büyük bir etkiyi hedefleyen cesur bir değişiklik test edersiniz ya da bu sayfada A/B testi yerine başka bir yöntem seçersiniz. Hesabı atlamak, sonucu sonradan yorumlamayı imkânsız hale getirir.

İstatistiksel anlamlılık ne demektir, nasıl yanlış yorumlanır?

Yüzde 95 anlamlılık, gerçekte hiçbir fark yokken sizin fark varmış gibi bir sonuç görme ihtimalinizin yüzde 5 ile sınırlı tutulması demektir. "Yeni versiyonun kazanma ihtimali yüzde 95" anlamına gelmez; en sık duyduğum yanlış yorum budur.

İkinci büyük hata, sonuca her gün bakıp anlamlılık eşiğini geçtiği ilk gün testi durdurmaktır. Sonuçlar test boyunca dalgalanır; erken durdurduğunuzda sahte kazananlar ilan edersiniz. Bu yüzden testi önceden hesapladığınız örneklem dolana kadar çalıştırırım.

Üçüncü hata, aynı testte çok sayıda metriğe bakıp "şu metrikte kazandık" demektir. Yeterince metriğe bakarsanız birinde tesadüfen anlamlı fark bulursunuz. Kısacası birincil metriği baştan seçer, kararı ona göre verirsiniz.

Son olarak anlamlılık, farkın büyüklüğünü söylemez. Anlamlı ama çok küçük bir fark, uygulama maliyetini karşılamayabilir.

Bir A/B testi ne kadar sürmeli?

Süreyi örneklem hesabı belirler; ancak bunun üzerine iki kural eklerim. Birincisi, test en az bir tam haftayı, tercihen iki tam haftayı kapsamalıdır. Çünkü kurumsal sitelerde pazartesi sabahı gelen ziyaretçi ile cumartesi akşamı gelen ziyaretçi çok farklı davranır.

İkincisi, testi çok uzun da tutmam. Haftalar uzadıkça çerez silinmesi, kampanya değişiklikleri ve mevsimsellik sonucu kirletir. Saha tecrübeme göre dört ila altı haftayı aşan bir test genellikle yanlış sayfada ya da çok küçük bir değişiklikle kurulmuştur; bu bir kural değil, uyarı işaretidir.

Ayrıca test süresince şunlara dikkat ederim:

• Büyük bir reklam kampanyası başlıyorsa testi ya ondan önce bitiririm ya da sonrasına ertelerim.
• Bayram ve tatil dönemlerini test penceresine almam.
• Versiyonlar arasında trafik dağılımını her hafta kontrol ederim.

Trafik bölümü beklenenden belirgin şekilde saparsa test kurulumunda hata vardır ve sonucu kullanmam.

A/B testi SEO'ya zarar verir mi?

Doğru kurarsanız vermez. Google, web sitesi testleriyle ilgili yönergesinde A/B testlerinin sorun olmadığını, ancak birkaç kurala uymanız gerektiğini açıkça belirtir.

Bu kuralları şöyle uygularım:

• Googlebot'a kullanıcılardan farklı içerik göstermem; bu gizleme (cloaking) sayılır.
• Farklı URL'lerle test yapıyorsam varyant sayfasına orijinali gösteren canonical etiketi eklerim.
• Yönlendirme gerekiyorsa kalıcı 301 değil, geçici 302 kullanırım.
• Test bittiğinde varyantı kaldırır, kazanan içeriği kalıcı sayfaya taşırım.

Bunun yanında hız tarafını da izlerim. İstemci taraflı test araçları sayfanın ilk görüntüsünü geciktirebilir ve kısa bir titreme yaratabilir. Bu hem kullanıcı deneyimini hem de ölçümü bozar. Test sırasında sayfa hızını Lighthouse ile kontrol etmek, varyantın hızdan dolayı kaybetmesini önler.

Test sonuçlarını nasıl okursunuz?

Deney bittiğinde ilk olarak birincil metriğe ve güven aralığına bakarım. Tek bir "yüzde 12 artış" rakamı yanıltıcıdır; güven aralığı yüzde 1 ile yüzde 23 arasında ise gerçek etki bu aralığın herhangi bir yerinde olabilir.

Ardından segmentlere bakarım, ama dikkatle. Mobilde kazanıp masaüstünde kaybeden bir varyant ilginçtir; fakat segment sonuçları küçük örneklemle hesaplandığı için yeni bir hipotez kaynağıdır, kesin karar değildir.

Kurumsal sitelerde bir adım daha atarım: form kalitesine bakarım. Daha kısa bir form daha çok gönderim getirebilir, ancak gelen taleplerin satışa dönüşme oranı düşebilir. Bu nedenle mümkünse test sonrasındaki birkaç haftada gelen talepleri CRM'de etiketler, satış ekibiyle nitelik açısından karşılaştırırım.

Son olarak her testi tek sayfalık bir kayıtla belgelerim: hipotez, süre, örneklem, sonuç, karar ve öğrenilen ders. Bu arşiv zamanla şirketin en değerli pazarlama bilgisine dönüşür.

Test kazanmazsa ne yaparsınız?

Testlerin önemli bir kısmı kazanmaz ve bu normaldir. Kaybeden ya da fark çıkmayan test başarısızlık değil, bilgidir: bir varsayımın yanlış olduğunu ucuza öğrenmişsinizdir.

Böyle bir sonuçta şu soruları sorarım:

1. Değişiklik ziyaretçinin fark edeceği kadar büyük müydü?
2. Hipotezin gerekçesi doğru muydu, yoksa sorunu yanlış mı teşhis ettik?
3. Test doğru kitleye mi gösterildi?
4. Ölçüm kurulumu beklediğimiz gibi çalıştı mı?

Çoğu zaman cevap birinci sorudadır: değişiklik çok küçüktür. Buton rengi ya da tek kelimelik başlık değişikliği, kurumsal sitenin trafiğinde ölçülebilir fark yaratmaya nadiren yeter. Böyle durumlarda aynı sorunu daha cesur bir çözümle yeniden test ederim; örneğin başlığı değiştirmek yerine sayfanın değer önerisini ve sıralamasını baştan kurarım.

Önce/sonra karşılaştırması ne zaman yeterlidir?

Trafiğiniz A/B testine yetmiyorsa elinizde en sık kalan yöntem önce/sonra karşılaştırmasıdır: değişikliği yayına alır, öncesi ve sonrasındaki dönemi karşılaştırırsınız. Bu yöntem kolaydır, ama zayıf bir kanıttır.

Zayıflığın nedeni, iki dönem arasında sizin değişikliğiniz dışında pek çok şeyin değişmesidir. Mevsim değişir, rakip kampanya başlatır, reklam bütçesi artar. Örneğin eylül ayında yaptığınız bir form değişikliğinden sonra talepler artarsa, bunun nedeni form mu yoksa yaz tatilinin bitmesi mi, ayırt edemezsiniz.

Bu riski azaltmak için birkaç önlem alırım:

• Karşılaştırmayı en az dört haftalık iki eşit dönem üzerinden yaparım.
• Geçen yılın aynı dönemine de bakarak mevsimselliği kontrol ederim.
• Aynı dönemde değişmeyen bir kontrol sayfasının seyrini izlerim.
• Değişiklik tarihini GA4'te not olarak kaydederim.

Kısacası önce/sonra karşılaştırması, büyük ve belirgin değişiklikler için makul bir yoldur. Küçük farkları kanıtlamak için ise yeterli değildir; bu durumda sonucu "kanıt" değil "işaret" olarak raporlarım.

CRO çalışmasında satış ve pazarlama ekibini nasıl dahil edersiniz?

CRO yalnızca tasarımcı ya da analist işi olarak kalırsa kısa sürede tıkanır. En iyi hipotezlerim çoğu zaman müşteriyle her gün konuşan insanlardan geldi. Bu nedenle satış ve müşteri hizmetleri ekibini sürecin başına koyarım.

Uyguladığım basit bir düzen var. Ayda bir kez yarım saatlik bir görüşme yaparım ve üç soru sorarım: müşteriler en çok neyi soruyor, en çok hangi itirazı dile getiriyor ve siteyi gördükten sonra aradıklarında neyi yanlış anlamış oluyorlar? Bu üç sorunun cevabı, bir sonraki test turunun hammaddesidir.

Ayrıca test sonuçlarını ekiple paylaşırım. Satış ekibi, formdaki bir değişikliğin talep kalitesini nasıl etkilediğini analitikten çok daha önce fark eder. Öte yandan pazarlama ekibi reklam mesajıyla sayfa mesajının uyumunu kontrol eder. Böylece CRO, tek kişinin projesi olmaktan çıkar ve şirketin ortak öğrenme alışkanlığına dönüşür.

Mobil ziyaretçiler için CRO'da neye dikkat edersiniz?

Kurumsal sitelerde mobil ve masaüstü ziyaretçi çoğu zaman farklı işler yapar. Mobil ziyaretçi genellikle hızlı bir bilgi arar ya da doğrudan aramak ister; masaüstü ziyaretçi ise karşılaştırma yapar, dosya indirir ve uzun formu doldurur. Bu nedenle mobil ve masaüstü sonuçlarını tek bir oranda birleştirmem.

Mobilde en verimli bulduğum test alanları şunlar:

• Arama ve WhatsApp düğmesinin ekranın altında sabit durması.
• Form alanlarında doğru klavye türü, örneğin telefon alanında sayı klavyesi.
• Uzun metin bloklarını açılır bölümlere taşımak.
• Sayfanın ilk ekranında değer önerisini ve eylemi birlikte göstermek.

Mobil deneyimin teknik tarafını mobil uyumluluk testi yazımda anlattım. CRO açısından ise ekleyeceğim tek not şu: mobilde bir telefon tıklaması, masaüstündeki form gönderimi kadar değerli olabilir. Dolayısıyla mobil testlerde birincil metriği form yerine "form veya arama" olarak tanımlamak çoğu zaman daha doğru sonuç verir. Aksi halde aramayı artıran bir değişikliği yanlışlıkla kaybeden ilan edersiniz.

B2B teklif formlarında CRO neden farklıdır?

B2B'de dönüşüm çoğu zaman bir satış değil, bir satış görüşmesinin başlangıcıdır. Dolayısıyla "daha çok form" her zaman "daha çok ciro" demek değildir. Bu fark, dönüşüm oranı optimizasyonu kurgusunu doğrudan etkiler.

Bu yüzden B2B sitelerde metrik zincirini uzatırım: form gönderimi, nitelikli talep, teklif ve kazanılan iş. Test kararını form sayısıyla verir, ama birkaç hafta sonra nitelikli talep oranıyla kontrol ederim. Offline dönüşüm verisini Google Ads'e geri beslemek de bu yüzden değerlidir.

Form tasarımının kendisini randevu, teklif ve demo formu yazımda ayrıntılı ele aldım. CRO açısından ise en verimli testlerim genellikle şunlar oluyor: alan sayısını azaltmak, formu adımlara bölmek ve formun yanına "ne olacak" bilgisini koymak. Örneğin "Formu gönderdikten sonra 1 iş günü içinde sizi arıyoruz" cümlesi, belirsizliği azaltır. Ancak bu cümleyi yalnızca gerçekten uygulayabiliyorsanız yazarsınız.

Dönüşüm oranı optimizasyonu için hangi araç seti yeterlidir?

Kurumsal bir sitede CRO'ya başlamak için pahalı bir yazılım yığınına ihtiyacınız yok. Benim asgari setim şöyle:

• GA4: huni, segment ve anahtar etkinlik raporları için.
• Microsoft Clarity: oturum kaydı ve ısı haritası için.
• Bir A/B test aracı ya da sunucu taraflı bölme: yeterli trafik varsa.
• Basit bir tablo: hipotez listesi, ICE puanları ve test arşivi için.
• CRM: talep niteliğini ve satışa dönüşümü izlemek için.

Reklam trafiği tarafında dönüşüm değerini ROAS hesaplayıcısıyla kontrol etmek, CRO kazanımının reklam verimliliğine ne kattığını görmenizi sağlar. Çünkü dönüşüm oranı yükseldiğinde aynı bütçe daha fazla talep getirir ve teklif stratejileri daha iyi öğrenir.

Araç seçiminden önemli olan disiplindir. Pahalı bir araçla düzensiz test yapmak, basit bir tabloyla düzenli test yapmaktan daha az şey öğretir.

Kurumsal sitelerde en sık gördüğüm CRO hataları

Yıllar içinde aynı hataları farklı şirketlerde tekrar tekrar gördüm. En sık karşılaştıklarım şunlar:

1. Araştırma yapmadan rakibin sitesini kopyalamak.
2. Aynı sayfada aynı anda birden fazla testi çakıştırmak.
3. Anlamlılık eşiğini geçen ilk gün testi durdurmak.
4. Yalnızca form sayısına bakıp talep kalitesini görmezden gelmek.
5. Kazanan varyantı kalıcı sayfaya taşımayı unutmak.
6. Test sonuçlarını belgelemeyip aynı fikri bir yıl sonra yeniden test etmek.

Bunlara bir de "en iyi uygulama listesi" tuzağını eklerim. Başka bir sitede işe yarayan bir değişiklik sizin kitlenizde işe yaramayabilir. Bununla birlikte bu listeler hipotez kaynağı olarak değerlidir; yeter ki onları kanıt yerine koymayın.

Bu hataların çoğunun ortak kökü sabırsızlıktır. CRO, haftalık sonuç bekleyen bir ekip için sinir bozucu olabilir; oysa değeri, aylar içinde biriken öğrenmededir.

Dönüşüm oranı optimizasyonunu nasıl sürekli bir sürece çevirirsiniz?

CRO'nun gerçek getirisi tek bir testten değil, süreklilikten gelir. Ben bunu basit bir takvimle kuruyorum: ayda bir araştırma günü, iki haftada bir hipotez listesi güncellemesi ve her çeyrek bir öğrenme özeti.

Ayrıca sorumluluğu netleştiririm. Testi kim önerir, kim onaylar, kim uygular ve sonucu kim belgeler? Bu sorular cevapsız kalırsa süreç birkaç ay sonra kendiliğinden durur. Raporlama tarafında da hangi göstergeleri izleyeceğinizi dijital pazarlama KPI yazımda anlattığım çerçeveyle sabitlemenizi öneririm.

Özetle dönüşüm oranı optimizasyonu şu sırayla ilerler: temiz ölçüm, araştırma, gerekçeli hipotez, önceliklendirme, doğru hesaplanmış test ve belgelenmiş karar. Bu süreci kendi başınıza kurmak isterseniz buradaki adımlar yeterli bir başlangıç sağlar. Sitenizin tasarım ve altyapı tarafıyla birlikte ele almak isterseniz web tasarım hizmetimi ya da reklam trafiği tarafında Google Ads yönetimi sayfasını inceleyebilirsiniz.