rel="canonical" और दूसरे तरीकों से कैननिकल यूआरएल तय करने का तरीका

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

• रीडायरेक्ट: इससे पता चलता है कि रीडायरेक्ट होने वाला टारगेट पेज, कैननिकल बन गया है.
• rel="canonical" link एनोटेशन: इससे पता चलता है कि दिया गया यूआरएल, कैननिकल बन गया है.
• साइटमैप शामिल करना: एक कमज़ोर सिग्नल जो साइटमैप में शामिल यूआरएल को कैननिकल बनाने में मदद करता है.

ध्यान रखें कि ये तरीके स्टैक हो सकते हैं और इसलिए जोड़ने पर, ज़्यादा असरदार हो सकते हैं. इसका मतलब है कि दो या दो से ज़्यादा तरीकों का इस्तेमाल करने पर, खोज के नतीजों में आपके पसंदीदा कैननिकल यूआरएल के दिखने की संभावना बढ़ जाती है.

हमारी सलाह है कि आप इन तरीकों का इस्तेमाल करें. हालांकि, ऐसा करना ज़रूरी नहीं है. आपकी साइट, कैननिकल प्राथमिकता तय किए बिना भी ठीक से काम कर सकती है. ऐसा इसलिए किया गया है, क्योंकि अगर आपने कैननिकल यूआरएल के बारे में जानकारी नहीं दी है, तो Google यह पता लगाएगा कि Search में लोगों को दिखाने के लिए, यूआरएल का कौनसा वर्शन सबसे अच्छा वर्शन है.

कैननिकल यूआरएल की जानकारी देने की वजहें

आम तौर पर, अपने यूआरएल के लिए कैननिकल प्राथमिकता तय करना ज़रूरी नहीं होता. हालांकि, कई वजहों से आपको Google को डुप्लीकेट या मिलते-जुलते पेजों के कैननिकल पेज के बारे में साफ़ तौर पर बताना होगा:

• यह बताने के लिए कि आपको लोगों को, खोज के नतीजों में कौनसा यूआरएल दिखाना है. हो सकता है आप चाहें कि लोग आपके हरे रंग के कपड़ों के प्रॉडक्ट पेज पर,https://example.com/dresses/cocktail?gclid=ABCD के बजाय https://www.example.com/dresses/green/greendress.html से पहुंचें.
• एक जैसे या डुप्लीकेट पेजों के लिए लिंक सिग्नलों को एक करने के लिए. इससे, सर्च इंजन को अलग-अलग यूआरएल के लिए मौजूद सिग्नल (जैसे, उनके लिंक) को एक पसंदीदा (कैननिकल) यूआरएल में, एक साथ शामिल करने में मदद मिलती है. इसका मतलब है कि https://example.com/dresses/cocktail?gclid=ABCD के लिए दूसरी साइटों से मिले सिग्नल, https://www.example.com/dresses/green/greendress.html के लिंक के साथ मिलकर इकट्ठा हो जाते हैं. ऐसा तब होता है, जब दूसरा यूआरएल कैननिकल हो जाता है.
• कॉन्टेंट के किसी हिस्से की ट्रैकिंग मेट्रिक को आसान बनाने के लिए. अलग-अलग तरह के यूआरएल होने की वजह से, किसी खास कॉन्टेंट के लिए एक ऐसी मेट्रिक पाना मुश्किल होता है जिसमें सभी यूआरएल की जानकारी शामिल हो.
• डुप्लीकेट पेजों पर क्रॉलिंग में समय गंवाने से बचने के लिए. आप चाहेंगे कि Googlebot आपकी साइट का ज़्यादा से ज़्यादा कॉन्टेंट क्रॉल कर ले. इसलिए, बेहतर होगा कि वह एक ही कॉन्टेंट के डुप्लीकेट वर्शन को क्रॉल करने के बजाय, आपकी साइट के नए (या अपडेट किए गए) पेजों को क्रॉल करे.

सबसे सही तरीके

यूआरएल के कैननिकल होने की जांच करने के सभी तरीकों के लिए, यहां दिए गए सबसे सही तरीके अपनाएं:

• यूआरएल के कैननिकल होने की जांच करने के लिए, robots.txt फ़ाइल का इस्तेमाल न करें.
• यूआरएल के कैननिकल होने की जांच करने के लिए, यूआरएल हटाने वाले टूल का इस्तेमाल न करें. ऐसा करने से यूआरएल के सभी वर्शन, Search के नतीजों से छिपा दिए जाते हैं.
• यूआरएल के कैननिकल होने की जांच करने की एक जैसी या अलग-अलग तकनीकों का इस्तेमाल करके, एक ही पेज के लिए अलग-अलग यूआरएल को कैननिकल के तौर पर तय न करें (उदाहरण के लिए, ऐसा न हो कि किसी पेज के लिए साइटमैप में एक यूआरएल को और rel="canonical" का इस्तेमाल करके किसी दूसरे यूआरएल को कैननिकल के तौर पर तय कर दिया जाए).
• किसी यूआरएल फ़्रैगमेंट को कैननिकल के तौर पर शामिल न करें, क्योंकि आम तौर पर, Google यूआरएल फ़्रैगमेंट के साथ काम नहीं करता.
• हम यह सुझाव नहीं देते हैं कि किसी एक साइट में कैननिकल पेज को चुनने से रोकने के लिए, noindex का इस्तेमाल किया जाए, क्योंकि ऐसा करने से पेज Search में पूरी तरह ब्लॉक हो जाएगा. rel="canonical" link एनोटेशन पसंदीदा समाधान हैं.
• अगर hreflang एलिमेंट इस्तेमाल किए जा रहे हैं, तो पक्का करें कि आपने उसी भाषा में पेज को कैननिकल के तौर पर सेट किया हो. अगर उस भाषा में कैननिकल पेज मौजूद न हो, तो दूसरी सबसे ठीक भाषा के पेज को चुनें.
• अपनी साइट में लिंक करते समय, डुप्लीकेट यूआरएल के बजाय कैननिकल यूआरएल से लिंक करें. हमेशा कैननिकल यूआरएल से ही लिंक करने पर Google को आपकी पसंद समझने में आसानी होगी.

यूआरएल के कैननिकल होने की जांच करने के तरीकों की तुलना

नीचे दी गई टेबल में, यूआरएल के कैननिकल होने की जांच करने के अलग-अलग तरीकों की तुलना की गई है. इसमें यूआरएल के रखरखाव और उसके कैननिकल होने के असर के अलग-अलग मामलों में, उसकी कमज़ोरी और ताकत को हाइलाइट किया गया है.

तरीका और ब्यौरा
rel="canonical" link एलिमेंट	कैननिकल पेज पर ले जाने वाले सभी डुप्लीकेट पेजों के लिए, कोड में एक <link> एलिमेंट जोड़ें. फ़ायदे: अनगिनत डुप्लीकेट पेज मैप कर सकता है. नुकसान: बड़ी साइटों पर या ऐसी साइटों पर मैपिंग करना मुश्किल हो सकता है जहां यूआरएल अक्सर बदलते रहते हैं. सिर्फ़ एचटीएमएल पेजों के लिए काम करता है, PDF जैसी फ़ाइलों के लिए नहीं. ऐसे मामलों में, आप rel="canonical" एचटीटीपी हेडर इस्तेमाल कर सकते हैं.
rel="canonical" एचटीटीपी हेडर	आपका पेज खोजे जाने पर एक rel="canonical" हेडर भेजें. फ़ायदे: इससे पेज का साइज़ नहीं बढ़ता है. अनगिनत डुप्लीकेट पेज मैप कर सकता है. नुकसान: बड़ी साइटों पर या ऐसी साइटों पर मैपिंग करना मुश्किल हो सकता है जहां यूआरएल अक्सर बदलते रहते हैं.
साइटमैप	साइटमैप में अपने कैननिकल पेजों के बारे में जानकारी दें. फ़ायदे: खास तौर पर, बड़ी साइटों पर काम करना आसान होता है. नुकसान: Google को अब भी ऐसे किसी कैननिकल पेज से जुड़ा डुप्लीकेट पेज तय करना होगा जिसके बारे में आपने साइटमैप में बताया है. Google के लिए, rel="canonical" मैपिंग तकनीक के मुकाबले कमज़ोर सिग्नल.
रीडायरेक्ट	रीडायरेक्ट का इस्तेमाल Googlebot को यह बताने के लिए करें कि रीडायरेक्ट करने वाला यूआरएल, दिए गए यूआरएल के मुकाबले एक बेहतर वर्शन है. इसका इस्तेमाल सिर्फ़ तब करें, जब किसी डुप्लीकेट पेज को क्रॉल किए जाने से रोकना हो.
एएमपी के वैरिएंट	अगर कोई वैरिएंट एक एएमपी पेज है, तो कैननिकल पेज और एएमपी फ़ॉर्मैट के बारे में बताने के लिए, आपको एएमपी दिशा-निर्देशों का पालन करना होगा.

rel="canonical" link एनोटेशन का इस्तेमाल करना

Google, rel canonical link एनोटेशन का इस्तेमाल करता है, जैसा कि आरएफ़सी 6596 में बताया गया है. पेज के वैकल्पिक वर्शन का सुझाव देने वाली rel="canonical" एनोटेशन को अनदेखा कर दिया जाता है; यह खास तौर पर, hreflang के साथ rel="canonical"एनोटेशन lang, media, और type एट्रिब्यूट का इस्तेमाल, यूआरएल के कैननिकल होने की जांच करने लिए नहीं किया जाता. इसके बजाय, विकल्प के बारे में बताने के लिए सही link एनोटेशन का इस्तेमाल करें पेज के वर्शन; उदाहरण के लिए, link rel="alternate" hreflang इसके लिए भाषा और देश एनोटेशन शामिल हैं.

rel="canonical" link एनोटेशन को इन दो तरीकों से उपलब्ध कराया जा सकता है:

• एचटीएमएल में rel="canonical" link एलिमेंट
• rel="canonical" link एचटीटीपी हेडर.

हमारा सुझाव है कि आप इनमें से किसी एक को चुनें और उसके बाद आगे बढ़ें. हालांकि, एक ही समय में दोनों तरीकों का इस्तेमाल करने पर गड़बड़ी की संभावना ज़्यादा होती है. उदाहरण के लिए, एचटीटीपी हेडर में एक यूआरएल और rel="canonical" link में दूसरा यूआरएल दिया जा सकता है.

rel="canonical" link एलिमेंट

rel="canonical" link एलिमेंट, (जिसे कैननिकल एलिमेंट भी कहा जाता है) एक ऐसा एलिमेंट है जो एचटीएमएल के head सेक्शन में इस्तेमाल होता है. इससे यह पता चलता है कि कोई दूसरा पेज, इस पेज के कॉन्टेंट का प्रतिनिधि है.

मान लीजिए कि आप https://example.com/dresses/green-dresses को कैननिकल यूआरएल के तौर पर चुनना चाहते हैं, जबकि इस कॉन्टेंट को कई अन्य यूआरएल से भी ऐक्सेस किया जा सकता है. ऐसे में, इस यूआरएल को कैननिकल यूआरएल के तौर पर दिखाने के लिए यह तरीका अपनाएं:

1. कैननिकल पेज पर ले जाने के लिए, डुप्लीकेट पेजों के <head> सेक्शन में rel="canonical" एट्रिब्यूट वाला <link> एलिमेंट जोड़ें. उदाहरण के लिए:

   <html>
   <head>
   <title>Explore the world of dresses</title>
   <link rel="canonical" href="https://example.com/dresses/green-dresses" />
   <!-- other elements -->
   </head>
   <!-- rest of the HTML -->

2. अगर मोबाइल वर्शन वाला कैननिकल पेज का यूआरएल, किसी दूसरे यूआरएल पर भी मौजूद है, तो उस मोबाइल वर्शन पर ले जाने के लिए, पेज में rel="alternate" link एलिमेंट जोड़ें:

   <html>
   <head>
   <title>Explore the world of dresses</title>
   <link rel="alternate" media="only screen and (max-width: 640px)"  href="https://m.example.com/dresses/green-dresses">
   <link rel="canonical" href="https://example.com/dresses/green-dresses" />
   <!-- other elements -->
   </head>
   <!-- rest of the HTML -->

3. पेज के लिए सही hreflang या कोई दूसरा एलिमेंट जोड़ें.

rel="canonical" link एलिमेंट के साथ, रिलेटिव पाथ के बजाय ऐब्सलूट पाथ का इस्तेमाल करें. हालांकि, रिलेटिव पाथ Google के साथ काम करते हैं, लेकिन लंबे समय तक इनके साथ काम करने में समस्याएं हो सकती हैं. इसलिए, हम इनका इस्तेमाल करने का सुझाव नहीं देते हैं. उदाहरण के लिए, अगर आपने अनजाने में अपनी टेस्टिंग साइट को क्रॉल करने की अनुमति दे दी है.

अच्छा उदाहरण: https://www.example.com/dresses/green/greendress.html

खराब उदाहरण: /dresses/green/greendress.html

यह rel="canonical" link element सिर्फ़ तब स्वीकार किया जाता है, जब जानकारी <head> सेक्शन में दिखती है. इसलिए, यह पक्का करें कि <head> सेक्शन में मान्य एचटीएमएल हो.

अगर आप rel="canonical" link एलिमेंट जोड़ने के लिए JavaScript का इस्तेमाल करें, तो कैननिकल लिंक एलिमेंट को सही तरीके से इंजेक्ट करना न भूलें.

rel="canonical" एचटीटीपी हेडर

अपने सर्वर के कॉन्फ़िगरेशन में बदलाव करने के लिए, ऐसे एचटीएमएल एलिमेंट के बजाय link एचटीटीपी रिस्पॉन्स हेडर के साथrel="canonical" टारगेट एट्रिब्यूट RFC5988 के लिए कैननिकल यूआरएल को दिखाने के लिए, किसी एचटीएमएल एलिमेंट के बजाय बिना एचटीएमएल वाले दस्तावेज़, जैसे कि PDF फ़ाइलों से भी हटाए जा सकते हैं.

Google पर यह तरीका सिर्फ़ वेब खोज के नतीजों के लिए काम करता है.

अगर कॉन्टेंट को PDF या Microsoft Word जैसे कई फ़ाइल फ़ॉर्मैट में पब्लिश किया जाता है, तो हर यूआरएल पर rel="canonical" एचटीटीपी हेडर दिखाया जा सकता है. इससे, Googlebot को यह पता चलता है कि बिना एचटीएमएल वाली फ़ाइलों के लिए कैननिकल यूआरएल किस तरह का होता है. उदाहरण के लिए, यह बताने के लिए कि .docx वर्शन का PDF वर्शन कैननिकल होना चाहिए, कॉन्टेंट के .docx वर्शन के लिए यह एचटीटीपी हेडर जोड़ा जा सकता है:

HTTP/1.1 200 OK
Content-Length: 19
...
Link: <https://www.example.com/downloads/white-paper.pdf>; rel="canonical"
...

rel="canonical" link एलिमेंट की तरह, rel="canonical" एचटीटीपी हेडर में भी संपूर्ण यूआरएल का इस्तेमाल करें. साथ ही, RFC2616 के मुताबिक, यूआरएल में सिर्फ़ डबल कोटेशन का इस्तेमाल करें.

साइटमैप का इस्तेमाल करना

अपने हर पेज के लिए एक कैननिकल यूआरएल चुनें और उसे साइटमैप में सबमिट करें. साइटमैप में दिए गए सभी पेजों को कैननिकल बताया गया है. कॉन्टेंट का मिलान करके, Google यह तय करेगा कि कौनसा पेज (अगर कोई है) डुप्लीकेट है.

साइटमैप में पसंदीदा कैननिकल यूआरएल देना, किसी बड़ी साइट के लिए कैननिकल यूआरएल तय करने का एक आसान तरीका है. साथ ही, साइटमैप, Google को यह बताने का एक अच्छा तरीका है कि आपके लिए अपनी साइट पर कौनसे पेज सबसे ज़्यादा अहम हैं.

रीडायरेक्ट का इस्तेमाल करना

मौजूदा डुप्लीकेट पेजों को हटाने के लिए इस तरीके का इस्तेमाल करें. सभी रीडायरेक्ट करने के तरीके —301 और 302 रीडायरेक्ट, meta-refresh, JavaScript रीडायरेक्ट का Google Search पर एक जैसा असर पड़ता है. हालांकि, इससे सर्च इंजन को पता चलता है कि रीडायरेक्ट करने के तरीके अलग-अलग हो सकते हैं.

सबसे तेज़ असर जानने के लिए, 3xx एचटीटीपी (जिसे सर्वर साइड भी कहा जाता है) रीडायरेक्ट का इस्तेमाल करें.

मान लेते हैं कि आपके पेज पर कई तरीकों से पहुंचा जा सकता है:

• https://example.com/home
• https://home.example.com
• https://www.example.com

इनमें से किसी एक यूआरएल को अपने कैननिकल यूआरएल के तौर पर चुनें और अन्य यूआरएल से अपने पसंदीदा यूआरएल में ट्रैफ़िक भेजने के लिए, रीडायरेक्ट इस्तेमाल करें.

पेज के लिए सही ऑडियंस तय करने के दूसरे तरीके

Google, यूआरएल के कैननिकल होने की जांच करने के लिए कुछ सिग्नल का इस्तेमाल करता है. ये आम तौर पर, साइट के सेट अप पर आधारित होते हैं: hreflang क्लस्टर में एचटीटीपी के बजाय एचटीटीपीएस और यूआरएल का इस्तेमाल करें.

कैननिकल यूआरएल के लिए एचटीटीपी के बजाय एचटीटीपीएस को चुनना

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

• एचटीटीपीएस पेज में गलत एसएसएल सर्टिफ़िकेट है.
• एचटीटीपीएस पेज में ऐसी चीज़ें (इमेज के अलावा दूसरी चीज़ें) शामिल हैं जो सुरक्षित नहीं, लेकिन ज़रूरी हैं.
• एचटीटीपीएस पेज, उपयोगकर्ताओं को किसी एचटीटीपी पेज पर या इसके ज़रिए दूसरे वेबलिंक पर भेजता है.
• एचटीटीपीएस पेज में एचटीटीपी पेज का rel="canonical" link शामिल होता है.

हालांकि, हमारे सिस्टम डिफ़ॉल्ट तौर पर एचटीटीपी पेजों की जगह एचटीटीपीएस पेज ही चुनते हैं. फिर भी, आप इनमें से किसी भी कार्रवाई से तय कर सकते हैं कि ऐसा हो रहा है:

• एचटीटीपी पेज से एचटीटीपीएस पेज पर रीडायरेक्ट जोड़ें.
• एचटीटीपी पेज से एचटीटीपीएस पेज पर भेजने के लिए rel="canonical" link जोड़ें.
• HSTS लागू करें.

Google को गलती से एचटीटीपी पेज को कैननिकल बनाने से रोकने के लिए, इन तरीकों का इस्तेमाल करने से बचें:

• गलत TLS/एसएसएल सर्टिफ़िकेट इस्तेमाल करने और एचटीटीपीएस से एचटीटीपी पर रीडायरेक्ट करने से बचें. ऐसा होने पर Google, एचटीटीपी पेज को चुनना बहुत ज़रूरी मान लेता है. एचएसटीएस लागू करने से इसे बहुत ज़्यादा ज़रूरी मानना बंद नहीं किया जा सकता है.
• अपने साइटमैप में, पेजों के एचटीटीपी वर्शन या एचटीटीपीएस वर्शन के बजाय, hreflang एनोटेशन शामिल न करें.
• गलत होस्ट वैरिएंट के लिए अपने एसएसएल/TLS सर्टिफ़िकेट का इस्तेमाल करने से बचें. उदाहरण के लिए, example.com ने subdomain.example.com के लिए सर्टिफ़िकेट दिया है. यह प्रमाणपत्र आपकी साइट के पूरे यूआरएल से मेल खाना चाहिए या यह एक वाइल्डकार्ड प्रमाणपत्र होना चाहिए, जिसे किसी डोमेन पर एक से ज़्यादा उप डोमेन के लिए इस्तेमाल किया जा सके.

hreflang क्लस्टर में यूआरएल को प्राथमिकता देना

यूआरएल के कैननिकल होने की जांच करने के लिए, Google उन यूआरएल को प्राथमिकता देता है जो hreflang क्लस्टर का हिस्सा हैं. इससे साइटों को स्थानीय भाषा में उपलब्ध कराने मदद मिलती है. उदाहरण के लिए, अगर https://example.com/de-de/cats और https://example.com/de-ch/cats एक-दूसरे की तरफ़ hreflang एनोटेशन का इस्तेमाल करते हुए पॉइंट करते हैं, लेकिन https://example.com/de-at/cats का इस्तेमाल नहीं करते, तो /de-at/ पेज के बजाय, de-de और de-ch को कैननिकल यूआरएल के तौर पर इस्तेमाल किया जाएगा. यह पेज hreflang क्लस्टर में नहीं दिखेगा.

यूआरएल के कैननिकल होने की समस्या को हल करने और उससे जुड़ी समस्याएं ठीक करने के बारे में ज़्यादा जानें.