Microsoft Clarity'yi, Switas gibi şirketlerin karşılaştığı zorlukları anlayan gerçek ürün geliştiriciler tarafından, pratik ve gerçek dünya kullanım senaryoları göz önünde bulundurularak geliştirilmiş bir ürün olarak öne çıkardık. Öfkeli tıklamaları ve JavaScript hata izleme gibi özellikler, kullanıcı hayal kırıklıklarını ve teknik sorunları belirlemede, kullanıcı deneyimini ve dönüşüm oranlarını doğrudan etkileyen hedefli iyileştirmeler sağlamada paha biçilmez olduğunu kanıtladı.
Sunucu Tarafı Testi
Sunucu tarafı test, varyant atama ve varyant oluşturma işlemlerinin, yanıt tarayıcıya ulaşmadan önce sunucuda gerçekleştiği bir deneme yöntemidir. Ziyaretçi, kendisine atanan sürüm için tamamen oluşturulmuş işaretlemeyi alır ve sayfa geldikten sonra istemci tarafında herhangi bir komut dosyası sayfayı yeniden yazmaz. Bu durum, orijinal sayfanın önce yüklendiği ve bir test komut dosyasının tarayıcıda sayfayı değiştirdiği istemci tarafı testten farklıdır.
Teknik avantajlar oldukça önemli. Ziyaretçi, varyant görünmeden önce orijinalini asla görmediği için titreme olmaz. JavaScript'in başarılı bir şekilde çalışmasına bağımlılık yoktur, bu nedenle reklam engelleyiciler, komut dosyası engelleme gizlilik ayarları ve yavaş cihazlar örneği bozmaz. Ek bir render engelleme komut dosyası yoktur, bu nedenle deney sayfa hızını düşürmez ve dolayısıyla kendi sonuçlarını karıştırmaz. En önemlisi, varyant DOM'da manipüle edilebileceklerle sınırlı değildir: sunucu tarafı testleri fiyatlandırmayı, envanter mantığını, arama sıralamasını, öneri modellerini, API yanıtlarını, iş kurallarını ve uygulamanın hesapladığı her şeyi değiştirebilir.
Maliyetler teknikten ziyade organizasyoneldir. Sunucu tarafı testleri, her varyantı oluşturmak için mühendislik kapasitesi gerektirir; bu da deneylerin geliştirme iş listesine girmesi ve diğer işlerle rekabet etmesi anlamına gelir. Fikirden canlı teste geçiş süresi saatler yerine sprintlerle ölçülür. Pazarlama ve optimizasyon ekipleri, görsel editörlerle sahip oldukları özerkliği kaybeder ve bir programın bir çeyrekte çalıştırabileceği deney sayısı, trafikten ziyade mühendislik verimliliğiyle sınırlıdır. Planlama ritimlerini ayarlamadan sunucu tarafı testine geçen kuruluşlar, kalite kazanımları görünür hale gelmeden önce deney hızının keskin bir şekilde düştüğünü genellikle görürler.
Pratikte, olgun programlar her ikisini de çalıştırır. İstemci tarafı testleri, tarayıcıda güvenli bir şekilde ifade edilebilen ve pazarlama ekiplerinin hızlı bir şekilde yineleme yapması gereken metin, düzen, görsel hiyerarşi ve sunum değişiklikleri için uygundur. Sunucu tarafı testleri ise iş mantığına dokunan her şey, titremenin sonucu tehlikeye atacağı her şey, test betiğinin performans maliyetinin kabul edilemez olduğu yüksek trafikli bir yoldaki her şey ve web, mobil uygulama ve e-posta genelinde tutarlı bir şekilde çalışması gereken her şey için ayrılmıştır. Bir testin hangi kategoriye ait olduğuna karar vermek, platform genelinde bir politika olmaktan ziyade deney tasarımının bir parçasıdır.
Sunucu tarafı testleri, analitik katmanının yapması gerekenleri de değiştirir. Atama sunucuda gerçekleştiği için, varyant tanımlayıcısının analizi mümkün kılmak için analitik ve veri ambarı katmanlarına güvenilir bir şekilde iletilmesi ve e-postada veya mobil uygulamada günler sonra gerçekleşenler de dahil olmak üzere her sonraki olaya tutarlı bir şekilde eklenmesi gerekir. Bu enstrümantasyonu doğru bir şekilde yapmak genellikle geçişin en zor kısmıdır ve yanlış yapılması, ataması teknik olarak doğru olan ancak sonuçları yeniden oluşturulamayan deneyler üretir.
Bu yaklaşım, denemeleri web sitesinin ötesine, istemci tarafı araçlarının hiç ulaşamayacağı yüzeylere de genişletiyor. Mobil uygulamalar, mağazaya gönderilmeden yayınlandıktan sonra değiştirilemez; bu nedenle, içlerindeki herhangi bir deneme sunucu kontrollü yapılandırma tarafından yönlendirilmelidir. E-posta içeriği, işlemsel mesajlaşma, fiyatlandırma mantığı, arama sıralaması ve öneri modelleri de benzer şekilde sunucu tarafından belirlenir. Atama merkezi olarak gerçekleştiğinde, aynı deney tutarlı bir gruplandırma ile web, uygulama ve mesajlaşmayı kapsayabilir; bu da bir işletmenin bir müşteri deneyimindeki değişikliği, tek bir kanalın sunum şekline değil, bir bütün olarak test etmesine olanak tanır. Müşterileri rutin olarak kanallar arasında geçiş yapan kuruluşlar için bu tutarlılık bir iyileştirme değildir: Bir kişiyi web sitesinde bir varyanta, uygulamada ise başka bir varyanta atayan bir deney, yorumlanabilir hiçbir şeyi ölçmez.
Bu değişim hem mühendislik mimarisini hem de optimizasyon fonksiyonunun işleyişini içerdiğinden, genellikle ortak bir çalışma olarak ele alınır. Altyapı şurada yer alır: ürün geliştirmeölçüm katmanı ile Veri analizive deney tasarımı ve önceliklendirmesi ile birlikte CRO hizmeti İşlevsellik. Büyük ölçekte e-ticaret yürüten kuruluşlar için bu kombinasyon, tarayıcıda düzenlenebilir olan kısımlar yerine, gelir getiren deneyim unsurlarını test etmeyi mümkün kılar.
Switas'ın Görüldüğü Gibi
