Google Search में A/B टेस्टिंग के असर को कम करना

इस पेज में बताया गया है कि यह कैसे पक्का किया जा सकता है कि पेज के कॉन्टेंट या पेज के यूआरएल में वैरिएशन की टेस्टिंग, Google Search की परफ़ॉर्मेंस पर कम से कम असर डाले. इस पेज में यह जानकारी नहीं दी गई है कि टेस्ट को कैसे बनाना या डिज़ाइन करना चाहिए, लेकिन आपको पेज के आखिर में टेस्ट से जुड़ा और कॉन्टेंट मिल सकता है.

टेस्टिंग की खास जानकारी

जब अपनी वेबसाइट या वेबसाइट के किसी हिस्से के अलग-अलग वर्शन को आज़माकर देखा जाता है, तो इसे वेबसाइट की टेस्टिंग कहते हैं. इस दौरान, यह डेटा भी इकट्ठा किया जाता है कि हर वर्शन के लिए, उपयोगकर्ताओं की कैसी प्रतिक्रिया मिलती है.

  • A/B टेस्टिंग वह तरीका है जिसमें किसी बदलाव के दो या उससे ज़्यादा वर्शन टेस्ट किए जाते हैं. उदाहरण के लिए, किसी बटन पर अलग-अलग तरह के फ़ॉन्ट को टेस्ट करके देखा जा सकता है कि इससे उस बटन पर मिलने वाले क्लिक की संख्या बढ़ाई जा सकती है या नहीं.
  • मल्टीवेरिएट (एक साथ कई वर्शन आज़माना) टेस्टिंग वह तरीका है जिसमें एक बार में एक से ज़्यादा तरह के बदलाव टेस्ट किए जाते हैं. इस टेस्टिंग में, हर बदलाव के असर को देखा जाता है. साथ ही, इसमें यह भी देखा जाता है कि उन बदलावों का एक-दूसरे के साथ संभावित तालमेल कैसा है. उदाहरण के लिए, किसी बटन पर कई फ़ॉन्ट आज़माकर देखे जा सकते हैं. इसके साथ-साथ, अगर आप चाहें, तो उस पेज के बाकी फ़ॉन्ट को भी बदलकर आज़माया जा सकता है. यह देखा जा सकता है कि क्या नया फ़ॉन्ट पढ़ने में आसान है और इसलिए, हर जगह उसका इस्तेमाल किया जाना चाहिए? या फिर, क्या बटन के फ़ॉन्ट से, साइट पर आने वाले लोगों का ध्यान खींचने में इस वजह से फ़ायदा मिल रहा है, क्योंकि यह पेज के बाकी फ़ॉन्ट से अलग है?

सॉफ़्टवेयर का इस्तेमाल करके, अपने पेजों, पेज के कुछ हिस्सों, सभी पेजों या एक साथ कई पेजों के अलग-अलग वैरिएशन की तुलना की जा सकती है. साथ ही, यह भी देखा जा सकता है कि कौनसा वर्शन आपके उपयोगकर्ताओं के लिए सबसे ज़्यादा कारगर है.

किसी पेज के ऐसे कई वर्शन बनाकर उन पर टेस्ट किया जा सकता है, जिसमें हर वर्शन का अलग यूआरएल हो. जब उपयोगकर्ता मूल यूआरएल ऐक्सेस करने की कोशिश करते हैं, तो उनमें से कुछ को अलग-अलग वर्शन वाले यूआरएल पर रीडायरेक्ट किया जाता है. इसके बाद, हर वर्शन पर उपयोगकर्ताओं के व्यवहार की तुलना करके यह देखा जाता है कि कौनसा पेज सबसे ज़्यादा कारगर है.

यूआरएल में बदलाव किए बिना, पेज में डाइनैमिक तौर पर वैरिएशन डालकर भी टेस्ट किए जा सकते हैं. JavaScript का इस्तेमाल करके यह तय किया जा सकता है कि कौनसा वैरिएशन दिखाना है.

इसके आधार पर कि किस तरह के कॉन्टेंट को टेस्ट किया जा रहा है, शायद यह ज़्यादा मायने न रखे कि टेस्ट करने के दौरान Google आपके कॉन्टेंट के कुछ वैरिएशन को क्रॉल या इंडेक्स करता है या नहीं. छोटे बदलावों, जैसे कि किसी बटन या इमेज के साइज़, रंग या प्लेसमेंट या "कॉल-टू-ऐक्शन" ("कार्ट में जोड़ें" बनाम "अभी खरीदें!") के टेक्स्ट में हुए बदलावों का इस बात पर काफ़ी असर पड़ सकता है कि लोग आपके पेज के साथ कैसे इंटरैक्ट करते हैं. हालांकि, आपके पेज के खोज के नतीजे वाले स्निपेट या रैंकिंग पर इन बदलावों का बहुत कम या कोई असर नहीं पड़ता है.

इतना ही नहीं, अगर हम टेस्टिंग का पता लगाने और उसे इंडेक्स करने के लिए आपकी साइट को काफ़ी बार क्रॉल करते हैं, तो ऐसे मामलों में हो सकता है कि टेस्टिंग पूरी होने के तुरंत बाद, हम आपकी साइट में होने वाले अपडेट को तेज़ी से इंडेक्स कर पाएं.

टेस्टिंग के सबसे सही तरीके

यहां सबसे सही तरीकों के बारे में बताया गया है जिनकी मदद से साइट के वैरिएशन की टेस्टिंग के दौरान, Google Search पर कोई बुरा असर पड़ने से रोका जा सकता है:

अपने टेस्ट पेजों को क्लोक न करना

ऐसा न हो कि आप Googlebot को यूआरएल का कोई एक सेट दिखाएं और उपयोगकर्ताओं को कोई दूसरा सेट. इसे क्लोकिंग कहते हैं और यह हमारी स्पैम से जुड़ी नीतियों के ख़िलाफ़ है, फिर चाहे यह टेस्टिंग हो या नहीं. याद रखें कि हमारी स्पैम से जुड़ी नीतियों का उल्लंघन करने पर, Google के खोज नतीजों में आपकी साइट की रैंकिंग घटाई जा सकती है या उसे खोज के नतीजों से हटाया जा सकता है. टेस्टिंग से आपको ऐसे नतीजों की उम्मीद नहीं होगी.

आप चाहें सर्वर लॉजिक से करें, robots.txt से या किसी और तरीके से, इसे क्लोकिंग ही माना जाएगा. इसके बजाय, यहां दिए गए लिंक या रीडायरेक्ट का इस्तेमाल करें.

अगर टेस्ट को कंट्रोल करने के लिए कुकी का इस्तेमाल किया जा रहा है, तो ध्यान रखें कि Googlebot आम तौर पर कुकी के साथ काम नहीं करता है. इसका मतलब है कि वह कॉन्टेंट के सिर्फ़ उस वर्शन को क्रॉल और इंडेक्स करेगा जिसे उपयोगकर्ता ऐसे ब्राउज़र से ऐक्सेस कर सकते हैं जिस पर कुकी स्वीकार नहीं किए जाते हैं.

अगर एक से ज़्यादा यूआरएल पर कोई टेस्ट किया जा रहा है, तो सभी वैकल्पिक यूआरएल पर rel="canonical" लिंक एट्रिब्यूट का इस्तेमाल करके यह बताया जा सकता है कि मूल यूआरएल ही आपका पसंदीदा वर्शन है. हम noindex meta टैग के बजाय rel="canonical" का इस्तेमाल करने की सलाह देते हैं, क्योंकि इस स्थिति में यह आपके इंटेट से ज़्यादा मेल खाता है. उदाहरण के लिए, होम पेज के अलग-अलग वर्शन की टेस्टिंग के दौरान, आप ऐसा नहीं चाहेंगे कि सर्च इंजन आपके होम पेज को इंडेक्स न करे. आपका मकसद सर्च इंजन को बस इतना बताना है कि सभी टेस्ट यूआरएल, मूल यूआरएल के डुप्लीकेट या वैरिएशन हैं और उन्हें एक साथ रखा जाना चाहिए. इसमें, मूल यूआरएल को कैननिकल के तौर पर रखा जाना चाहिए. ऐसी स्थिति में rel="canonical" के बजाय noindex का इस्तेमाल करने से, कभी-कभी अनचाहे नतीजे भी मिल सकते हैं.

301 रीडायरेक्ट के बजाय, 302 रीडायरेक्ट का इस्तेमाल करना

अगर कोई ऐसा टेस्ट किया जा रहा है जो उपयोगकर्ताओं को मूल यूआरएल से किसी वैरिएशन यूआरएल पर रीडायरेक्ट करता है, तो 301 (permanent) रीडायरेक्ट के बजाय, 302 (temporary) रीडायरेक्ट का इस्तेमाल करें. इससे सर्च इंजन को पता चलता है कि यह रीडायरेक्ट अस्थायी है—यह सिर्फ़ तब तक रहेगा, जब तक टेस्ट किया जा रहा है—और उनके इंडेक्स में, मूल यूआरएल को ही रखा जाना चाहिए, न कि रीडायरेक्ट के टारगेट पेज (टेस्ट पेज) को. JavaScript पर आधारित रीडायरेक्ट का भी इस्तेमाल किया जा सकता है.

टेस्ट तब तक करना, जब तक यह ज़रूरी हो

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

टेस्टिंग के बारे में ज़्यादा जानकारी