गुरुवार, 15 सितंबर, 2011
लोगों की मदद से की गई जांच से हमें पता चला है कि खोज करने वाले ज़्यादातर लोग एक ही पेज पर सारा कॉन्टेंट पढ़ना पसंद करते हैं. लोगों को ऐसा कॉन्टेंट पसंद नहीं आता है जिसमें जानकारी को मनमाने ढंग से अलग-अलग पेजों में बांटा गया हो. इससे लोगों को पूरा कॉन्टेंट पढ़ने के लिए "अगला" बटन पर क्लिक करके, दूसरा यूआरएल लोड करना पड़ता है.
इसलिए, जब हमें पता चलता है कि किसी कॉन्टेंट को अलग-अलग पेजों (उदाहरण के लिए, page-1.html
, page-2.html
वगैरह) में बांटा गया है, लेकिन यह कॉन्टेंट एक ही पेज (उदाहरण के लिए, page-all.html
) पर मौजूद है, तो हम कोशिश कर रहे हैं कि खोज के नतीजों में यह पेज दिखाया जाए. इससे लोगों के अनुभव को बेहतर बनाया जा सकेगा. अगर आपकी साइट पर पूरे कॉन्टेंट वाला पेज मौजूद है, तो आपको कुछ भी करने की ज़रूरत नहीं है. आपके लिए यह काम हम करेंगे. साथ ही, हम इंडेक्स करने के लिए इस्तेमाल होने वाली अहम चीज़ों को कॉम्पोनेंट पेजों/यूआरएल से इकट्ठा करेंगे. इकट्ठा की गई उन चीज़ों का इस्तेमाल पूरे कॉन्टेंट वाले पेज को इंडेक्स करने के लिए किया जाएगा.
पूरे कॉन्टेंट वाले पेज के लोड होने में ज़्यादा समय लगने पर, शायद लोग उस पेज पर कम जाएं
दिलचस्प बात यह है कि कुछ मामलों में लोग पूरे कॉन्टेंट वाले पेज पर जाना पसंद नहीं करते हैं. इसमें पेज का देरी से लोड होना एक अहम वजह होती है. उदाहरण के लिए, उस पेज के लोड होने में ज़्यादा समय इसलिए लगता है, क्योंकि उस पर कई इमेज होती हैं. ऐसा इसलिए है, क्योंकि हम जानते हैं कि लोग धीमी रफ़्तार से लोड होने वाले नतीजों से कम संतुष्ट होते हैं. वैसे, लोग पूरे कॉन्टेंट वाले पेज पर जाना पसंद करते हैं. हालांकि, वेबमास्टर के तौर पर, यह ज़रूरी है कि इस तरीके का इस्तेमाल पेज के लोड होने में लगने वाले समय और उपयोगकर्ता अनुभव को ध्यान में रखकर किया जाए.
कॉन्टेंट को अलग-अलग पेजों में बांटने के सबसे सही तरीके
-
अगर आपकी साइट में पूरे कॉन्टेंट वाले पेज मौजूद हैं: हमारा मकसद आपकी साइट पर मौजूद, पूरे कॉन्टेंट वाले पेज और इनसे जुड़े कॉम्पोनेंट पेजों (उपलब्ध होने पर) का पता लगाना है. आपको कुछ और करने की ज़रूरत नहीं है! हालांकि, साइट पर कॉम्पोनेंट पेजों के मौजूद होने के बारे में हमें साफ़ तौर पर जानकारी देने के लिए, कॉम्पोनेंट पेज पर, पूरे कॉन्टेंट वाले पेज के लिए
rel="canonical"
को शामिल किया जा सकता है. ऐसा करने से, इस बात की संभावना बढ़ जाती है कि हम कॉन्टेंट से जुड़े सभी पेजों को सही तरीके से पहचान पाएं.यह तरीका कारगर क्यों है? डायग्राम में दिखाई गई सीरीज़ में मौजूद
page-2.html
,page-all.html
को कैननिकल टारगेट के तौर पर बता सकता है, क्योंकिpage-all.html
,page-2.html
के कॉन्टेंट का सुपरसेट है. हो सकता है कि कोई उपयोगकर्ता क्वेरी के तौर पर किसी शब्द को खोजे और खोज के नतीजों मेंpage-all.html
को चुने. ऐसे में, हम जानते हैं कि उपयोगकर्ता कोpage-all.html
मेंpage-2.html
से जुड़ी जानकारी दिखेगी, भले ही क्वेरीpage-2.html
से ज़्यादा जुड़ी हो.दूसरी ओर,
page-2.html
की मदद सेpage-1.html
को कैननिकल के तौर पर नहीं दिखाना चाहिए, क्योंकिpage-2.html
का कॉन्टेंटpage-1.html
पर मौजूद नहीं है. ऐसा हो सकता है कि उपयोगकर्ता की खोज क्वेरीpage-2.html
पर मौजूद कॉन्टेंट से जुड़ी हो. अगरpage-1.html
कोpage-2.html
के कैननिकल के तौर पर सेट किया गया है, तो उपयोगकर्ता खोज के नतीजों मेंpage-1.html
को चुन सकता है. ऐसा करने पर, उपयोगकर्ता को अपनी पसंद की जानकारी तक पहुंचने के लिए किसी दूसरे पेज पर जाना पड़ सकता है. इससे उपयोगकर्ता को खराब अनुभव और हमारी तरफ़ से एक खराब नतीजा मिलेगा. इससे, आपकी साइट पर आने वाला ट्रैफ़िक आपके लिए काम का नहीं होगा.हालांकि, अगर आपको खोज के नतीजों में वह पेज नहीं दिखाना है जिस पर पूरा कॉन्टेंट मौजूद है, तो:
-
पक्का करें कि कॉन्टेंट की सीरीज़ में मौजूद कॉम्पोनेंट पेजों में, पूरे कॉन्टेंट वाले पेज के लिए
rel="canonical"
को शामिल न किया गया हो. -
किसी भी मानक तरीके का इस्तेमाल करके, पूरे कॉन्टेंट वाले पेज को
noindex
के तौर पर दिखाएं.
-
पक्का करें कि कॉन्टेंट की सीरीज़ में मौजूद कॉम्पोनेंट पेजों में, पूरे कॉन्टेंट वाले पेज के लिए
-
अगर आपको खोज के नतीजों में कॉम्पोनेंट पेजों को अलग-अलग दिखाना है (या साइट पर ऐसा पेज मौजूद नहीं है जिस पर पूरा कॉन्टेंट हो), तो: आपकी साइट पर, यहां दी गई एक या दोनों स्थितियां लागू हो सकती हैं:
- खोज के नतीजे के तौर पर, पूरे कॉन्टेंट वाला पेज काम का न हो (उदाहरण के लिए, पेज के लोड होने में ज़्यादा समय लगता हो या पेज पर नेविगेट करने में लोगों को ज़्यादा परेशानी आती हो).
- लोगों को कई पेजों में कॉन्टेंट को बांटने वाला तरीका पसंद हो और वे चाहते हों कि उन्हें पूरे कॉन्टेंट वाले पेज के बजाय किसी कॉम्पोनेंट पेज पर ले जाया जाए.
अगर ऐसा है, तो कॉन्टेंट की सीरीज़ में मौजूद कॉम्पोनेंट पेजों के बीच के संबंध को बताने के लिए, स्टैंडर्ड एचटीएमएल
rel="next"
औरrel="prev"
एलिमेंट का इस्तेमाल किया जा सकता है. इनका इस्तेमाल सही से करने पर, Google आम तौर पर इन कामों को करने की कोशिश करेगा:- इंडेक्स करने के लिए इस्तेमाल होने वाली अहम चीज़ों को कॉम्पोनेंट पेजों/यूआरएल को इकट्ठा करेगा, जैसे कि लिंक.
- उपयोगकर्ता को कॉम्पोनेंट पेजों में मौजूद, खोज क्वेरी से सबसे ज़्यादा मिलते-जुलते पेज/यूआरएल पर भेजेगा. आम तौर पर, आपके कॉन्टेंट का पहला पेज ही सबसे अहम पेज होता है. हालांकि, हमारा एल्गोरिदम लोगों को सीरीज़ में मौजूद किसी भी कॉम्पोनेंट पेज पर ले जा सकता है.
यह आम बात है कि वेबमास्टर कॉम्पोनेंट पेजों पर rel="canonical"
का इस्तेमाल गलत तरीके से, कॉन्टेंट की सीरीज़ में मौजूद पहले पेज (उदाहरण के लिए, page-2.html
के साथ rel="canonical"
का इस्तेमाल, जो page-1.html
को कैननिकल पेज के तौर पर बताता है) के लिए करते हैं. हम इसकी सलाह नहीं देते हैं, क्योंकि कॉम्पोनेंट पेजों में डुप्लीकेट कॉन्टेंट शामिल नहीं होता है. इसके लिए, rel="next"
और rel="prev"
का इस्तेमाल करना ज़्यादा सही है.
खास जानकारी
सामान्य तौर पर, उपयोगकर्ता खोज के नतीजों में पूरे कॉन्टेंट वाले पेज को पसंद करते हैं. इसलिए, हम इस पेज को सही तरीके से पहचानने और लोगों को खोज के नतीजों में इसे दिखाने की पूरी कोशिश कर रहे हैं. अगर आपकी साइट पर, किसी कॉन्टेंट को अलग-अलग पेजों में बांटा गया है, तो आपको कुछ भी करने की ज़रूरत नहीं है. अगर आपको Google को इस बारे में बताना है कि वह आपकी जानकारी उपयोगकर्ता को बेहतर तरीके से कैसे दिखा सकता है, तो:
-
पूरे कॉन्टेंट वाले पेज को बेहतर तरीके से दिखाने के लिए, कॉम्पोनेंट पेजों में
rel="canonical"
का इस्तेमाल करें. यह पूरे कॉन्टेंट वाले पेज को कैननिकल के तौर पर दिखाता है. -
अगर साइट पर मौजूद पूरे कॉन्टेंट वाले पेज से अच्छा उपयोगकर्ता अनुभव नहीं मिलता है, तो
rel="next"
औरrel="prev"
एट्रिब्यूट का इस्तेमाल किया जा सकता है. इनकी मदद से Google, साइट पर मौजूद उन पेजों को पहचान पाता है जिनमें कॉन्टेंट को बांटा गया है. साथ ही, वह खोज के नतीजों में कॉम्पोनेंट पेज को दिखाता है.
हमेशा की तरह, हमारे वेबमास्टर सहायता फ़ोरम में सवाल पूछे जा सकते हैं.