A/B Test Araçlarına Uygun Proje Oluşturmak
Önceki yazılarda Optimizasyon ‘a güzel girişler yaptık. Ve bu alanda bir çok yazılar yazdık. Optimizasyon takımının Front-end takımıyla beraber çalışabileceğinden ve nasıl çalışabileceğinden bahsettik. Artık biz optimizasyon yapmak istiyoruz. Peki kendi sitemizi optimizasyon araçlarına uygun nasıl yaparız? Url yapımız nasıl olmalıdır? En kolay halde nasıl kullanırız?
Not: Url işi biraz karışık. Şu anlık aklıma gelen bir çok şeyi yazacağım. O yüzden bu yazı güncellenebilir. Eğer işinize yarayan bir şeyse sık kullanılanlarda tutmayı unutmayın.
1. Subdomainden kurtulun
Subdomain bu araçların baş belasıdır. Özellikle heatmap oluştururken, recordingslere bakarken subdomainlere ulaşmanız bir hayli zor olacaktır. Seo da olan etkisini bilmiyorum ama eğer olumlu bir etkisi kullanırken bir iki kere daha düşünün. Örnek verelim; deneme.com sitemizin anasayfası için heatmap oluşturacağız. Ama x.deneme.com sayfamızda anasayfaya yönleniyor. İşte bu yüzden sıkıntı oluşturacaktır.
2. Her sayfanızın bir etiketi olsun
Anasayfanızın bir etiketi olmasına gerek yok. Sonuçta simple match(basit eşleme) yaparak bu sayfamıza uluşabiliyoruz. Bu e-ticaret sitelerinin en büyük derdidir. O yüzden alt sayfalarda bir etiket olması daima işinizi kolaylaştıracaktır. Örnek verelim; ürün detay sayfamızda bir /-u-/… (ürün anlamında) etiket olması heatmap oluştururken işinizi fazlasıyla kolaylaştıracaktır. Bu yapıyı korumaya çalışırsanız düzenli analizler yapabilirsiniz. Çoklu sayfalarda bu tür etiketler kullanmak her zaman faydamıza. Başka örnek verelim; sepet sayfası. /sepet/… yine sadece o sayfaya ulaşabilirsiniz. Başka; arama sayfasına ../-a-/.. gibi şeyler de koyabilirsiniz.
3. Form sayfalarımızda etiketler
Form analiz için bir çok araç araştırmış ve bu konuda sorunlar yaşamış biriyim. Form analiz araçlarının en çok istediği şey <form> etiketi. Bu konuda kesinlikle dikkat edin. Formları oluştururken bu yapıda kurarsanız form analiz araçlarında bir sıkıntı çekeceğinizi düşünmüyorum. Session-based oturum formlarına her tool ulaşamıyor. Benim araştırmalarımda inspectlet ve formisimo bu ihtiyacınızı fazlasıyla karşılayacaktır. Inspectlet biraz daha uygun ama formisimo çok daha iyi. Bunlara bakabilirsiniz.
4. Split testlerde url yapısının testlerde önemi
Bu madde aslında 2. maddenin aynısı. Ama burada bahsetmek istediğim şu; split test yaparken url yapısı çok önemlidir. Dediğim gibi subdomain kullanırsanız veya url’in başında bir şey kullanmadan link yapısı oluşturursanız split testleri yapmak bir hayli zorlaşacaktır. Peki nasıl olacak?
Örnek; Ürün detay sayfamıza split test yapacağız. Ve Google Optimize kullanıyoruz. Nasıl yapacağız?
Original: www.deneme.com/u/…
Varyant: www.deneme.com/u-n-/…
Böyle bir yapı kullanırsanız split testleri daha kolay yapabilirsiniz. O yüzden bu yapıya önem verin. Ama ürün detay sayfası url’in içinde -u- geçen bir yapıya sahipseniz bu testleri yaparken biraz zorlanabilirsiniz. Çünkü bir çok tool bunu yapmıyor. Nedenini bilmiyorum. :)
5. Yazılan classlar, spanlar, divler vs. vs.
Burada iş aslında front-endini yazan arkadaşımızda bitiyor. Önceki yazıda bundan bahsetmiştim. Optimizasyon her takımla beraber çalışmalıdır. Sitenin html ve css yapısını oluştururken front-endi yazan arkadaşlarımızdan daha anlaşılır html ve css yapısı isteyebiliriz. Mesela; Bir kaç span’in class’ı aynı. Ama siz tek bir tanesine müdahale etmek istiyorsunuz. Buna nasıl müdahale edebiliriz? Burada iş biraz karışıyor. Çünkü siz o span’in class’ına bir css yazarsanız diğerlerine de etki edecek. Siz test aracından class değiştirmek zorunda kalacaksınız ve css bozulacak. Bu yüzden nesnelere ayrı class’lar vermek daha sağlıklı. Tabiiki siz de yapabilirsiniz. Ama yinede işi kolaylaştırmak için front-end yazan arkadaşlarınızdan bunu rica edebilirsiniz.
Şimdilik aklıma gelen bunlar. Dahada bulabilirsem yazacağım. Yanlışlarım olabilir, düzeltilmesine daima açığım.
Sohbet, muhabbet, kahve, görüşler, eleştiriler ve danışmanlık için;
berkoztoprak[at]yandex.com
