Sunucu tarafı deneme yolculuğunuzda sıfırdan bire nasıl gidilir?

Yolculuğunuzu bir Netflix kullanıcısı olarak düşünün. Siz de benim gibiyseniz sabah kahvenizi yudumlarken telefonunuzdan vahşi yaşam belgeseli izleyebilirsiniz. Akşam yemeğine dizüstü bilgisayarda Forrest Gump gibi eski zamanların favorisi eşlik edebilir. Hafta sonu geceleri, tercihen daha büyük bir ekranda yeni Netflix şovlarını denerken, profiliniz ile çocuklarınızın profili arasında geçiş yaparak geçirilecektir.

Şimdi diyelim ki Netflix ülkeye özel bir indirim kampanyası yürütüyor. Netflix tarafından yürütülen bu deneme kampanyasının bir parçasıysanız, kullandığınız cihaz ve profilden bağımsız olarak her giriş yaptığınızda aynı kampanyanın parçası olmanızı ve her yerde aynı promosyonu görmenizi nasıl sağlıyorlar? Size sunulan varyasyonla ilgili deneyiminizin her seferinde sorunsuz olmasını ve varyasyonla nasıl etkileşim kurduğunuzun tutarlı bir şekilde izlenmesini nasıl sağlıyorlar?

Cevap, sunucu tarafı testinin tipik bir kullanım durumu olan çok kanallı deneyde yatmaktadır.

İstemci tarafı yerine sunucu tarafı testi mi tercih etmelisiniz?

Yukarıda belirtilen Netflix örneği, istemci tarafında yürütülmesi son derece karmaşık olacaktır ve kullanıcı deneyimini engelleyebilir. Sunucu tarafında, çalıştırılması nispeten kolaydır ve kullanıcılar için tutarlı bir deneyim sağlar. Ayrıca sayfa performansı üzerinde minimum etki sağlar. Bunun yanı sıra, tarayıcıda böyle bir etkinlik olmadığı için gizlilikle ilgili sorunları ortadan kaldırır.

Sağlamlığı ve esnekliği için sunucu tarafı testinin önerildiği başka kullanım durumları da vardır. Bu yazıda bunlardan bahsedeceğiz. Ama önce, sunucu tarafı testi tam olarak nedir ve daha da önemlisi kimin içindir?

Sunucu tarafı testinde, test varyasyonları web sunucusunda işlenir. Bir ziyaretçi test edilen bir sayfaya geldiğinde, doğrudan sunucudan bir varyasyon getirilir ve ziyaretçinin tarayıcısına iletilir. Daha sonra ön uçta veya tarayıcıda herhangi bir değişiklik yapılmaz. Bunun aksine, istemci tarafı testinde, orijinal sayfa önce ziyaretçinin tarayıcısında yüklenir ve deneme platformunuz JavaScript kullanarak varyasyonu ön uçta oluşturur. Bu iki test biçiminin kapsamını bir örnekle anlayalım.

Mike ve Bob'un yeni bir arabanın işleyişini denemeye çalışan iki arkadaş olduğunu hayal edin. Mike direksiyonda ve frenlere, gaza, gösterge panosuna ve benzerlerine erişimi var. Bob, motor, radyatör, akü vb. gibi dahili bileşenler hakkında bir görüşe sahiptir. Her ikisi de arabayı farklı şekillerde etkileyebilir. Bob'un araba bileşenlerine erişimiyle yaptığı şey dışarıdan Mike'a yansıyabilir. Mike'ın test ettiği değişiklikler, arabanın görünürlüğüne dayanıyor. Araba alıcısının bakış açısından, hem Bob hem de Mike tarafından yürütülen deneylerin sonuçları eşit derecede önemli ancak farklı amaçlara hizmet edebilir.

Bu nedenle, bir test biçimini diğerine tercih etmek zorunda değilsiniz. Kullanım durumları farklıdır ve araçları kullanan ekipler farklıdır. Sunucu tarafı testi, geliştiriciler ve ürün yöneticileri için bir deneme yoludur, tıpkı müşteri tarafı testinin pazarlamacılar tarafından daha sık kullanılması gibi.

Sunucu tarafı testi ile hangi sorunlar çözülebilir?

Ürün ekipleri tarafından yürütülen sunucu tarafı testleri, e-Ticaret ve SaaS'den bankacılık ve medyaya kadar sayısız sektörle ilgili sorunları çözer. Farklı endüstrilerde istemci tarafı testi yerine sunucu tarafı testinin önerildiği bazı önemli kullanım durumları aşağıda açıklanmıştır:

Ürün tavsiyesi

Hangi önerilen ürün grubu, ziyaretçilerinizi daha fazla satın almaya teşvik ediyor? Sunucu tarafı testi, satışlarda ve gelirde artışa yol açan seçimi belirlemek için birden fazla ürün önerisi algoritmasını test etmenize olanak tanır. Örneğin, benzer ürünleri tanıtan bir düzenin, en popüler ürünleri tanıtan bir düzenden daha iyi çalışıp çalışmadığını test edebilirsiniz. Ayrıca, sunucu tarafı deney bulgularınıza göre ek satış mı yoksa çapraz satış mı yapacağınıza karar verebilirsiniz.

Nakliye ücreti

Siparişleri ücretsiz gönderim için uygun hale getirmesi gereken ideal alışveriş sepeti değeri nedir? Müşterilerin satın alma kararlarını olumlu yönde etkileyen eşiği belirlemek için çeşitli eşikleri test edebilirsiniz.

Arama algoritmaları

Arama algoritmanızla denemeler yapmak, mevcut kodunuzda değişiklik ve derin test etme esnekliği gerektirir. Ziyaretçilerinizin aradıklarını hızlı bir şekilde bulmasını istiyorsunuz ve bunu başarmak için arama algoritmanızı sunucu tarafında test edebilirsiniz.

Form uzunluğu

Ücretsiz deneme ve demo istek formları, SaaS işletmeleri için çok önemlidir. Ancak, gerekli tüm bilgileri yakalarken daha az kayıp sağlayan ideal form uzunluğu nedir? İstemci tarafı testi ile zorunlu olmayan alanları test edebilirsiniz. Alanınız zorunluysa, yalnızca JavaScript kullanarak alanı gizlemek işe yaramaz, çünkü sunucu tarafı mantığı kullanılarak form doğrulama başarısız olur. Bu nedenle, form uzunluğunuzu ve karmaşıklığınızı optimize etmek için zorunlu alanlarla deneme yapmak için sunucu tarafı testi önerilir.

Fırsatlar ve indirimler

Ana sayfanızdaki fırsatların stili, görünümü ve hissi ve yerleşimi müşteri tarafında kolayca test edilebilirken, indirimin değeri, süresi veya dikkate alınması gereken uygunluk kriterleri gibi başka önemli faktörler de vardır. En uygun değeri belirlemek ve belirli bir ziyaretçi için kanallar arasında tutarlı olduklarından emin olmak için sunucu tarafında test edebilirsiniz.

Satış teşvikleri

Sınırlı dönemli teklifler veya stok izinleri gibi dinamik teşvikleri test etmek, ilgili ayrıntı düzeyi nedeniyle sunucu tarafı testinin esnekliğini gerektirir.

Abonelik akışları

Bir abonelik sürecinde ideal olarak kaç adım yer almalıdır? Sosyal girişler sağlanmalı mı? Abonelik akışıyla denemeler yapmak bu soruların yanıtlanmasına yardımcı olabilir.

ödeme duvarları

Sunucu tarafı testi, çeşitli ödeme duvarı yapılandırmalarını kusursuz bir şekilde test etmenize olanak tanır. Bir yayıncı olarak, kapılı içeriğinizi denemek ve bundan para kazanmak için sunucu tarafı testleri çalıştırabilirsiniz. Aynı testin müşteri tarafında yapılması önerilmez, çünkü ziyaretçiler çerezleri silerek veya devre dışı bırakarak ödeme duvarını aşabilirler.

Mobil bankacılık

Bir kredi veya kredi kartı için kayıt sürecinde birden fazla öğe optimize edilebilir. Ancak mobil bankacılık söz konusu olduğunda, veri güvenliği her şeyden önemli hale geliyor. İstemci tarafı testleriyle, bankalar veya finans kurumları tarafından toplanan hassas veriler güvenlik açığı riski altında olabilir. Bu riskten kaçınmak için bankacılık uygulamaları için genellikle sunucu tarafı deneyleri önerilir.

Şimdi Özellik testlerini sunucu tarafında nasıl çalıştırabileceğinizi ve bunu VWO ile yapmanın avantajlarını anlayalım.

VWO, sunucu tarafı testlerini nasıl kolaylaştırır?

Yukarıda açıklanan sunucu tarafı kullanım durumları için VWO, kampanyanızı A/B testleri veya Özellik testleri olarak yapılandırma esnekliği sağlar. Özellik testleri, özellik parametrelerinin değerlerini doğrulamak ve size bir özelliği kod yazmadan hızlı bir şekilde yapılandırma kontrolü vermek için kullanılır. Hangi arama algoritmasının daha iyi olduğunu test etmek gibi bazı kullanım durumlarında, kampanyayı hem A/B testi hem de Özellik testi olarak yapılandırmak mümkündür.

Örneğin, web siteniz için oluşturdukları arama algoritması için üç satıcıyı değerlendirmek istediğinizi varsayalım.

Özellik testi, sizin gibi bir ürün yöneticisinin, mühendisliğe minimum bağımlılık ve konfigürasyonun maksimum kontrolü ile hızlı bir şekilde test etmesini ve sonuçlandırmasını sağlar. VWO'nun Özellik test yetenekleriyle, daha az kod yazmanız gereken belirli bir çerçeve elde edersiniz, çünkü platform sizin için ağır kaldırmanın çoğunu yapar. Özellik testinde, algoritma bir özellik değişkeni olarak tanımlanabilir ve hangi arama algoritmasının daha verimli olduğunu test etmek için platform kurulum akışının kendisinden bir deneyin kontrolünde ve varyasyonunda yapılandırılabilir.

Bu deney, sunucu tarafı A/B testi yoluyla da yapılabilir. VWO, sunucu tarafı SDK'ları aracılığıyla trafik dağıtımı ve deney istatistikleri modeli kapasitesini kolaylaştırır. Mühendislik ekipleri, arama algoritmalarının kodunu eklemek ve hangisinin daha etkili olduğunu test etmek için aynı şeyi kullanabilir.

Özellik testinin kullanışlı olduğu diğer bazı senaryolar burada. Mobil şarj işlemlerini gerçekleştiren bir üçüncü taraf satıcının, şarj başına kullanıcılardan nominal bir tutar talep etmek istediğini varsayalım. Bunun için uygun miktarı test etmek istiyorlar. Veya Airbnb gibi mülk ücretlerinin mal sahibi tarafından karşılandığı bir şirket, bir temizlik ücreti eklemek ve bunun rezervasyon sayısını etkileyip etkilemediğini görmek istiyor. Bu, çeşitli şirketlerin kuzey yıldızı metriğini etkilemeden bir servis ücretinin eklenebileceği tatlı noktayı bulmaları için tipik bir deney kullanım durumudur. Kolaylık ücreti, tesis ücreti, covid ücreti, paketleme ücreti veya benzeri bir şey olabilir.

Yukarıda açıklanana benzer karmaşık kullanım durumlarının VWO'da test edilmesi çok kolaydır. İşte size bir kolaylık ücreti özelliğini nasıl hızlı bir şekilde oluşturabileceğinizi ve buna bir değer atayabileceğinizi gösteren bir açıklayıcı video (bu durumda ücret tutarı). Rezervasyon sayısını etkilemeden gelire katkıda bulunan ücreti belirleme hipotezinizi bağlayabilir, testi yürüttüğünüz ortamı seçebilir ve varyasyonlarınızı etkinleştirebilirsiniz. Bunu yaptığınızda, sunucunuza giden bir kampanya kodu alırsınız. Geriye sadece izlemek istediğiniz hedefleri tanımlamanız ve dilerseniz hedef kitlenizi segmentlere ayırmanız kalıyor – işte bu kadar, kampanyanız hazır.

Bir ürün yöneticisiyseniz ve kontrol panelinde 3. varyasyonun kullanıcılar için çalışmadığını görüyorsanız; geliri olumsuz etkiliyor, VWO'daki varyasyonu devre dışı bırakarak hemen orada öldürebilirsiniz. Aşağıdaki ekran görüntüsünde gösterildiği gibi bu, kodu etkilemez ve mühendislik ekibinizin herhangi bir değişiklik yapmasını gerektirmez. Kapatmanız, 'kaydet'i tıklamanız gerekir ve varyasyon trafik almayı durdurur.

Esasen, kodun kampanya başına yalnızca bir kez uygulanması gerekir.

Sunucu tarafı testleri çalıştırmak için bir platform oluşturmalı veya satın almalı mısınız?

Yap-satın al tartışmasına bir son verelim. VWO, yalnızca farklı kitlelere farklı varyasyonlar gösteren ve dönüşüm olaylarını yakalayan rastgele bir sayı üreteci değildir. VWO, sağlam bir istatistiksel modele sahip eksiksiz bir deney platformudur. Şirket içinde bir sunucu tarafı test mekanizması oluşturma veya VWO gibi bir platforma yatırım yapma konusunda tartmak için üç ana faktörü göz önünde bulundurmanız gerekir:

1. Mülkiyet maliyeti

Şirketler gerekli altyapıyı kurum içinde kurmayı başarsalar bile, bunu yönetmeleri ve ölçeklendirmeleri gerekir. Geliştirme ekiplerinize, temel işlerine odaklanmak yerine VWO gibi bir deney motoru oluşturmaları ve bakımlarını yapmaları için ödeme yapmak, VWO'ya yatırım yapmaktan daha fazla zaman alıcı ve maliyetli olacaktır.

2. Kullanım kolaylığı

Belirli bir hedef kitleye belirli bir çeşitlilik gösteren bir çözüm oluşturabilirsiniz - ancak yalnızca mühendislik ekipleri tarafından değil, aynı zamanda ürün yöneticileri tarafından da kontrol edilebilen, kullanımı kolay bir arayüzünüz olur mu? Değilse, sunucu tarafı testleri çalıştırmanız için başka bir engelleyicidir.

3. Sezgisel raporlama

Tipik olarak bir kurum içi çözüm, size ziyaretçi sayısı ve belirli bir varyasyondan gelen dönüşümler gibi temel bilgileri verir. Ancak ihtiyacınız olan istatistiksel olarak anlamlı bir sonuçtur. Raporlarınızın VWO SmartStats gibi bir Bayes istatistik motoru tarafından desteklenmesine ihtiyacınız var. Boşluk burada yatıyor – bakımı zor olan temel bir çözüm oluşturabilirsiniz ve p-değerlerini deşifre etmek için zaman ve kaynak harcayabilirsiniz. Ya da VWO gibi bir çözümün bakımını yapmaya ve ölçeklendirmeye adamış ve size kolayca yorumlanabilir sonuçlar vermek için Bayes algoritması üzerinde yıllarını harcamış bir ekibin olduğu bir çözüm seçebilirsiniz. VWO'daki uygulama içi kontrol paneli, teknik bilgisi olmayan ekip üyelerinizin bile sonuçları anlamasını sağlar; deneyleri takip etmek veya sonuç gösterge tabloları oluşturmak için Analytics ekibine güvenmeleri gerekmez; böylece zamandan tasarruf sağlar ve deneme maliyetini düşürürler.

4. Hatasız mekanizma

Şirket içinde bir sunucu tarafı test çözümü oluşturmak hatalara açık olabilir ve bu ölçekte hatalar kolayca keşfedilemeyebilir. Bunu, küresel markalar tarafından kullanılan bir platformun kalitesiyle karşılaştırın ve hataların ortaya çıkma olasılığının çok küçük olduğundan emin olun. Herhangi bir hata varsa, sizin için mevcut olan yetenekli bir destek ekibi tarafından en kısa sürede işaretlenir ve düzeltilir.

Ayrıca, VWO gibi yönetilen bir platforma yatırım yaptığınızda, üründe önemli en iyi uygulamalar oluşturulur. Sonuçlarınızdan aykırı değerleri kaldırmak, verilerinizi görselleştirmek veya sürüm güncellemelerinden kaynaklanan sorunlar hakkında endişelenmenize gerek yok.

Bütünlük içinde karmaşık sunucu tarafı testleri çalıştırmak için sahip olunması gereken yetenekler

Sunucu tarafı deneyleri çalıştırmak, doğru şekilde yürütüldüğünde çok verimli olabilir. Bunu yapmak için, doğru özellik özelliklerine sahip olmanız gerekir. Bunlardan bazıları aşağıda sıralanmıştır:

1. Her testte ziyaretçilerin rastgele hale getirilmesi – Testlerde, kitlenizi kampanyalara yerleştirirken, ziyaretçilerin rastgele seçilmesinin sözde rastgele değil gerçekten rastgele olması gerekir.
2. Tutarlı çok kanallı deneyim - Kullanıcıların gruplandırılmasının rastgele olması gerekirken, kullandıkları cihazdan bağımsız olarak bir kullanıcının her oturum açtığında aynı varyasyonu deneyimlediğinden emin olmanız gerekir. Deney herhangi bir aksaklık olmadan devam etmelidir.
3. Birbirini dışlayan kampanyalar – Diyelim ki bir kullanıcının testinizin bir parçası olup olmayacağını belirlerken göz önünde bulundurmanız gereken üç faktör var. Bunlar, kullanım düzenliliği, düşük kayıp olasılığı ve saat dilimi olabilir. Bu değişkenleri dikkate almanın yanı sıra, münhasırlığı da belirlemeniz gerekir - peki bu koşulları yerine getiren kullanıcı kaç testin parçası olabilir? Bunun, çarpık verilere yol açmayacak ve dönüşüm oranındaki iyileşmeyi önyargısız doğru kampanyaya bağlayabilmenizi sağlayacak şekilde belirlenmesi gerekir.
4. Standartlaştırılmış adlandırma kuralı – Test etmek için yeni bir özellik veya bir özellik bayrağı kuruyor olsanız da, karışıklıkları ve yanlış özelliklerin veya testlerin başlatılması durumlarını önlemek için standart bir adlandırma kuralına uymanız gerekir.
5. Benzersiz ve sorunsuz kampanya tanımlayıcıları – Kodunuzdaki testi benzersiz bir şekilde tanımlamak ve sonraki aşamada herhangi bir sorun yaşamamak için alfasayısal bir anahtar kullanmalısınız.
6. Doğru ortamı seçme – Testinizi yürüttüğünüz ortamı belirtmelisiniz – örneğin, KG ekibinizin denemeyi doğrulaması için testi hazırlama veya KG ortamında dağıtabilirsiniz. Testinizin akıl sağlığı kontrolü, başarısı için çok önemlidir ve bunun için doğru ortamı seçme seçeneğiniz olmalıdır.
7. Mantıksal trafik tahsisi – Birden fazla kampanya yürüttüğünüzde veya Kara Hafta İndirimi gibi önemli bir etkinlik duyurunuz olduğunda, örneğin, sayfanıza gelen tüm ziyaretçi grubunu testinize dahil etmeniz gerekmez. Test kampanyanıza dahil etmek istediğiniz trafik yüzdesini ve bu trafiği varyasyonlar arasında nasıl dağıtmak istediğinizi seçmelisiniz.
8. İstatistiksel anlamlılığa ulaşma süresinin hesaplanması – Testinizin istatistiksel anlamlılığa ulaşması için tahmini süreniz, birincil hedefinizin mevcut dönüşüm oranı ve varyasyonlarınız aracılığıyla elde etmek istediğiniz minimum iyileştirme ile belirlenmelidir. Ayrıca, temel dönüşüm oranını geçmek için %95'lik bir olasılığı da göz önünde bulundurmalıdır.

Bunlar, sunucu tarafı testinin en iyi uygulamalarından ve sahip olması gereken özelliklerinden bazılarıdır – asıl liste çok daha uzundur. Daha önce de belirtildiği gibi, bu yetenekleri şirket içinde inşa edebilir veya işi sizin için yaptığımız yerde VWO'yu kullanabilirsiniz.

Sonuç olarak

İster geliştirici ister ürün yöneticisi olun, test fikirlerinizi sınırlamanız gerekmez. Sunucu tarafı testleri ile performans veya gizlilik sorunlarından korkmadan karmaşık testler yapabilir ve müşterilerinizin karşılaştığı gerçek sorunları çözebilirsiniz. Müşterilerinizin yalnızca en iyisini deneyimlemesi için her dijital temas noktasını optimize edebilirsiniz.

VWO gibi bir platform kullanıyorsanız, testin karmaşıklığı sizi bunaltmayacaktır - çünkü kampanyadaki her girdiniz sezgiseldir ve testinizi güçlendiren iyi bir uygulamadır. VWO'yu kullanarak sunucu tarafı testlerini kolaylıkla nasıl çalıştırabileceğiniz hakkında daha fazla bilgi edinmek için ürün uzmanlarımızdan bir demo talep edin.