सर्वर-साइड परीक्षण

सर्वर-साइड टेस्टिंग एक प्रकार का प्रयोग है जिसमें ब्राउज़र तक प्रतिक्रिया पहुंचने से पहले सर्वर पर ही वेरिएंट असाइनमेंट और वेरिएंट रेंडरिंग दोनों प्रक्रियाएँ होती हैं। विज़िटर को उनके द्वारा असाइन किए गए संस्करण के लिए पूर्ण रूप से तैयार मार्कअप प्राप्त होता है, और पेज के आने के बाद कोई क्लाइंट-साइड स्क्रिप्ट उसे पुनः नहीं लिखती है। यह क्लाइंट-साइड टेस्टिंग से भिन्न है, जिसमें मूल पेज पहले लोड होता है और एक टेस्टिंग स्क्रिप्ट ब्राउज़र में उसे संशोधित करती है।

तकनीकी लाभ काफी महत्वपूर्ण हैं। इसमें कोई झिलमिलाहट नहीं होती, क्योंकि आगंतुक को वेरिएंट दिखने से पहले मूल छवि कभी नहीं दिखती। जावास्क्रिप्ट के सफलतापूर्वक चलने पर कोई निर्भरता नहीं है, इसलिए विज्ञापन अवरोधक, स्क्रिप्ट-अवरोधक गोपनीयता सेटिंग्स और धीमे डिवाइस नमूने को प्रभावित नहीं करते। कोई अतिरिक्त रेंडर-अवरोधक स्क्रिप्ट नहीं है, इसलिए प्रयोग पृष्ठ की गति को कम नहीं करता और इस प्रकार अपने ही परिणामों को प्रभावित नहीं करता। सबसे महत्वपूर्ण बात यह है कि वेरिएंट केवल DOM में हेरफेर की जा सकने वाली चीजों तक सीमित नहीं है: सर्वर-साइड परीक्षण मूल्य निर्धारण, इन्वेंट्री लॉजिक, खोज रैंकिंग, अनुशंसा मॉडल, API प्रतिक्रियाएं, व्यावसायिक नियम और एप्लिकेशन द्वारा गणना की जाने वाली किसी भी अन्य चीज़ को बदल सकते हैं।

लागत तकनीकी के बजाय संगठनात्मक होती है। सर्वर-साइड परीक्षणों के लिए प्रत्येक वेरिएंट को बनाने के लिए इंजीनियरिंग क्षमता की आवश्यकता होती है, जिसका अर्थ है कि प्रयोग विकास बैकलॉग में शामिल हो जाते हैं और अन्य कार्यों के साथ प्रतिस्पर्धा करते हैं। विचार से लेकर लाइव परीक्षण तक का समय घंटों के बजाय स्प्रिंट में मापा जाता है। मार्केटिंग और ऑप्टिमाइज़ेशन टीमें विज़ुअल एडिटर्स के साथ मिलने वाली स्वायत्तता खो देती हैं, और एक तिमाही में कोई प्रोग्राम जितने प्रयोग चला सकता है, वह ट्रैफ़िक के बजाय इंजीनियरिंग थ्रूपुट द्वारा सीमित होता है। जो संगठन अपनी योजना की गति को समायोजित किए बिना सर्वर-साइड परीक्षण पर स्विच करते हैं, वे आमतौर पर गुणवत्ता में सुधार दिखने से पहले ही प्रयोगों की गति में तेज़ी से गिरावट देखते हैं।

व्यवहार में, परिपक्व प्रोग्राम दोनों तरह के परीक्षण करते हैं। क्लाइंट-साइड परीक्षण उन टेक्स्ट, लेआउट, विज़ुअल हायरार्की और प्रेजेंटेशन परिवर्तनों के लिए उपयुक्त रहता है जिन्हें ब्राउज़र में सुरक्षित रूप से प्रदर्शित किया जा सकता है और जिन पर मार्केटिंग टीमों को त्वरित रूप से काम करने की आवश्यकता होती है। सर्वर-साइड परीक्षण उन सभी चीज़ों के लिए आरक्षित है जो व्यावसायिक तर्क से संबंधित हैं, जहाँ फ़्लिकर परिणाम को प्रभावित कर सकता है, उच्च ट्रैफ़िक वाले पथ पर मौजूद किसी भी चीज़ के लिए जहाँ परीक्षण स्क्रिप्ट का प्रदर्शन लागत अस्वीकार्य है, और किसी भी ऐसी चीज़ के लिए जिसे वेब, मोबाइल ऐप और ईमेल पर लगातार काम करने की आवश्यकता है। किसी परीक्षण को किस श्रेणी में रखा जाए, यह तय करना प्लेटफ़ॉर्म-व्यापी नीति के बजाय प्रयोग डिज़ाइन का हिस्सा है।

सर्वर-साइड टेस्टिंग से एनालिटिक्स लेयर की कार्यशैली भी बदल जाती है। चूंकि असाइनमेंट सर्वर पर होता है, इसलिए विश्लेषण को संभव बनाने के लिए वेरिएंट आइडेंटिफायर को एनालिटिक्स और डेटा वेयरहाउस लेयर्स में विश्वसनीय रूप से पास किया जाना चाहिए, और इसे ईमेल या मोबाइल ऐप में कई दिनों बाद होने वाली घटनाओं सहित प्रत्येक डाउनस्ट्रीम इवेंट के साथ लगातार अटैच किया जाना चाहिए। इस इंस्ट्रूमेंटेशन को सही ढंग से करना आमतौर पर माइग्रेशन का सबसे कठिन हिस्सा होता है, और इसमें गलती होने पर ऐसे प्रयोग उत्पन्न होते हैं जिनका असाइनमेंट तकनीकी रूप से सही होता है, लेकिन जिनके परिणामों को पुनर्निर्मित नहीं किया जा सकता है।

यह दृष्टिकोण प्रयोग को वेबसाइट से आगे उन सतहों तक विस्तारित करता है जहाँ क्लाइंट-साइड टूल बिल्कुल नहीं पहुँच सकते। मोबाइल एप्लिकेशन को रिलीज़ होने के बाद स्टोर सबमिशन के बिना संशोधित नहीं किया जा सकता, इसलिए उनमें कोई भी प्रयोग सर्वर-नियंत्रित कॉन्फ़िगरेशन द्वारा ही किया जाना चाहिए। ईमेल सामग्री, लेन-देन संबंधी संदेश, मूल्य निर्धारण तर्क, खोज रैंकिंग और अनुशंसा मॉडल भी इसी प्रकार सर्वर द्वारा निर्धारित होते हैं। एक बार केंद्रीय रूप से असाइनमेंट हो जाने के बाद, एक ही प्रयोग को वेब, ऐप और मैसेजिंग पर सुसंगत वर्गीकरण के साथ लागू किया जा सकता है, जिससे व्यवसाय किसी एक चैनल के प्रदर्शन के बजाय समग्र रूप से ग्राहक अनुभव में बदलाव का परीक्षण कर सकता है। जिन संगठनों के ग्राहक नियमित रूप से चैनलों के बीच स्विच करते हैं, उनके लिए यह सुसंगतता कोई सुधार नहीं है: एक प्रयोग जो किसी व्यक्ति को वेबसाइट पर एक वेरिएंट और ऐप में दूसरे वेरिएंट में असाइन करता है, उससे कुछ भी व्याख्या योग्य नहीं मापा जा सकता।

क्योंकि इस बदलाव में इंजीनियरिंग आर्किटेक्चर और ऑप्टिमाइजेशन फंक्शन के संचालन का तरीका दोनों शामिल हैं, इसलिए इसे आमतौर पर एक संयुक्त प्रयास के रूप में किया जाता है। बुनियादी ढांचा इसके साथ स्थित है। उत्पाद विकासमाप परत के साथ डेटा विश्लेषणऔर प्रयोग डिजाइन और प्राथमिकता निर्धारण के साथ सीआरओ सेवा यह एक उपयोगी कार्य है। बड़े पैमाने पर वाणिज्य चलाने वाले संगठनों के लिए, यह संयोजन ही वह चीज़ है जो अनुभव के उन हिस्सों का परीक्षण करना संभव बनाता है जो वास्तव में राजस्व उत्पन्न करते हैं, न कि केवल उन हिस्सों का जो ब्राउज़र में संपादन योग्य होते हैं।