यूआरएल में स्लैश लगाना या न लगाना

बुधवार, 21 अप्रैल, 2010

लोग हमसे अक्सर यह सवाल पूछते हैं. सवालों के जवाब के लिए आगे पढ़ें! किसी डायरेक्ट्री के बारे में बताने के लिए, यूआरएल के आखिर में स्लैश का इस्तेमाल करना आम बात है. वहीं, किसी फ़ाइल के बारे में बताने के लिए, यूआरएल के आखिर में स्लैश का इस्तेमाल नहीं किया जाता.

https://example.com/foo/ (with trailing slash, conventionally a directory)
https://example.com/foo (without trailing slash, conventionally a file)

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

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

तकनीकी तौर पर सर्च इंजन के लिहाज़ से, यूआरएल के दोनों वर्शन पर अलग-अलग कॉन्टेंट इस्तेमाल किया जा सकता है. हालांकि, आपके ऐसा करने से उपयोगकर्ता काफ़ी परेशान हो सकते हैं. ज़रा सोचिए कि अगर www.google.com/webmasters और www.google.com/webmasters/ पर अलग-अलग कॉन्टेंट दिखेगा, तो उपयोगकर्ताओं को कैसा लगेगा.

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

https://example.com/parent-directory/child-directory/

आपकी साइट के कॉन्फ़िगरेशन और आपके पास मौजूद विकल्प

आपकी साइट पर यह जांच की जा सकती है कि इस पैटर्न से मेल खाने वाले यूआरएल में से कोई भी यूआरएल, उपयोगकर्ता को दूसरे यूआरएल पर रीडायरेक्ट करता है या नहीं.

1. https://example.com/foo/
   (इसके आखिर में स्लैश है)
2. https://example.com/foo
   (इसके आखिर में स्लैश नहीं है)

• अगर यूआरएल का सिर्फ़ एक वर्शन (वह वर्शन जिस पर यूआरएल का दूसरा वर्शन उपयोगकर्ता को रीडायरेक्ट करता है) दिखता है, तो ठीक है! इस तरीके का इस्तेमाल करना फ़ायदेमंद होता है, क्योंकि इससे डुप्लीकेट कॉन्टेंट कम हो जाता है. स्लैश वाले यूआरएल पर रीडायरेक्ट करने के खास मामलों में, हमारे खोज नतीजों में यूआरएल का वह वर्शन दिखाया जा सकेगा जिसमें 200 रिस्पॉन्स कोड दिखाया जाता है. ज़्यादातर मामलों में यह वर्शन, स्लैश वाला यूआरएल होता है. इससे कोई फ़र्क़ नहीं पड़ता है कि रीडायरेक्ट करने पर 301 दिखाया गया था या 302.
• अगर स्लैश और बिना स्लैश वाले यूआरएल, दोनों पर एक ही कॉन्टेंट मौजूद है और दोनों पर 200 दिखाया जाता है, तो ये काम किए जा सकते हैं:
  • डुप्लीकेट कॉन्टेंट को कम करने और क्रॉल होने की क्षमता को बेहतर बनाने के लिए, इस तरीके को बदलने पर विचार करें (ज़्यादा जानकारी दी गई है).
  • इसे ऐसे ही छोड़ दें. कई साइटों पर डुप्लीकेट कॉन्टेंट मौजूद होता है. इंडेक्स करने की हमारी प्रक्रिया में, वेबमास्टर और उपयोगकर्ताओं के लिए अक्सर ऐसे मामलों की जांच की जाती है. यह तरीका पूरी तरह से सही नहीं है. हालांकि, यह पूरी तरह से मान्य और ठीक है. :)
  • भरोसा रखें, रूट यूआरएल के लिए खास तौर पर https://example.comको https://example.com/ के बराबर ही अहमियत दी जाती है. साथ ही, इस पर रीडायरेक्ट नहीं किया जा सकता, भले ही आप चक नौरिस हों.

यूआरएल का सिर्फ़ एक वर्शन दिखाने का तरीका

अगर आपकी साइट के इन दोनों यूआरएल पर डुप्लीकेट कॉन्टेंट दिखाया जाता है, तो:

https://example.com/foo/
https://example.com/foo

इसका मतलब है कि दोनों यूआरएल, 200 दिखाते हैं (इनमें से किसी को भी न तो रीडायरेक्ट किया गया है और न ही इनमें rel="canonical" लिंक टैग शामिल है). क्या आपको यह स्थिति बदलनी है?

1. पसंदीदा वर्शन के तौर पर एक यूआरएल चुनें. अगर आपकी साइट को डायरेक्ट्री स्ट्रक्चर के साथ कॉन्फ़िगर किया गया है, तो डायरेक्ट्री यूआरएल (example.com/directory के बजाय example.com/directory/) के आखिर में स्लैश का इस्तेमाल करना सबसे बेहतर तरीका है. हालांकि, यह आपकी मर्ज़ी है कि आपको कौनसा विकल्प चुनना है.
2. अपने पसंदीदा वर्शन के तौर पर एक ही यूआरएल चुनें. इंंटरनल लिंक में इसका इस्तेमाल करें. अगर आपके पास साइटमैप है, तो उसमें पसंदीदा वर्शन शामिल करें, लेकिन डुप्लीकेट यूआरएल शामिल न करें.
3. डुप्लीकेट वर्शन से पसंदीदा वर्शन पर रीडायरेक्ट करने के लिए 301 का इस्तेमाल करें. अगर ऐसा नहीं किया जाता है, तो rel="canonical" लिंक टैग का इस्तेमाल करना बेहतर विकल्प होगा. rel="canonical", Google के इंडेक्स करने से जुड़ी प्रक्रिया और अन्य बड़े सर्च इंजन के लिए, 301 की तरह ही काम करता है.
4. वेबमास्टर टूल में, Googlebot के तौर पर फ़ेच करें पर जाकर, अपने 301 कॉन्फ़िगरेशन की जांच करें. पक्का करें कि आपके https://example.com/foo/ और https://example.com/foo यूआरएल, उम्मीद के मुताबिक काम कर रहे हों. पसंदीदा वर्शन पर 200 स्टेटस कोड दिखाना ज़रूरी है. डुप्लीकेट यूआरएल 301 को पसंदीदा यूआरएल पर रीडायरेक्ट करना चाहिए.
5. वेबमास्टर टूल में, क्रॉल करने पर मिली गड़बड़ियां देखें. अगर हो सके, तो अपने वेबसर्वर लॉग की मदद से यह देखें कि 301 रीडायरेक्ट लागू किए गए हैं या नहीं.
6. इसका फ़ायदा! (सिर्फ़ मज़ाक़ के तौर पर) हालांकि, अपने सर्वर के बेहतर कॉन्फ़िगरेशन से लाभ लिया जा सकता है. इसके लिए, आपको देखना होगा कि आपकी साइट बेहतर तरीके से ऑप्टिमाइज़ की गई हो.

इसे डेवलपर प्रोग्राम की टेक लीड मायली ओहये ने लिखा है