Canonical टैग समझें: डुप्लिकेट कंटेंट को सही तरीके से ठीक करें

आपकी साइट का एक ही पेज शायद एक से ज़्यादा URL पर मिलता है। ट्रैकिंग पैरामीटर, सॉर्टिंग विकल्प, session ID, www और बिना www, ट्रेलिंग स्लैश, प्रिंट वर्ज़न – हर एक एक डुप्लिकेट बनाता है। सर्च इंजन को तय करना होता है कि कौन सा वर्ज़न इंडेक्स करके दिखाना है।

Canonical टैग वह तरीका है जिससे आप उन्हें अपनी पसंद बताते हैं।

Canonical टैग क्या है

Canonical टैग पेज के <head> में एक link एलिमेंट है:

<link rel="canonical" href="https://example.com/shoes/trail-runner-x">

यह कहता है: “यह URL इस कंटेंट का मुख्य वर्ज़न है; संकेतों को यहाँ इकट्ठा करें।” सर्च इंजन डुप्लिकेट URL को एक साथ रखते हैं और नतीजों में दिखाने के लिए एक canonical URL चुनते हैं। उस चुनाव में आपका canonical टैग एक मज़बूत संकेत है – हालाँकि, अहम बात यह है कि यह संकेत है, आदेश नहीं।

डुप्लिकेट क्यों मायने रखते हैं

डुप्लिकेट कंटेंट पर शायद ही कभी पेनल्टी लगती है; यह स्पैम का मुद्दा नहीं, तकनीकी समस्या है। लेकिन डुप्लिकेट फिर भी परेशानी पैदा करते हैं:

• बँटे हुए संकेत: लिंक और दूसरे संकेत एक की बजाय कई URL में बिखर जाते हैं
• गलत URL रैंक करता है: साफ़ URL की जगह ट्रैकिंग पैरामीटर या फ़िल्टर वाला URL दिख सकता है
• बर्बाद क्रॉलिंग: क्रॉलर नए कंटेंट की बजाय डुप्लिकेट लाने में समय लगाते हैं

हर पेज पर self-referencing canonical इस्तेमाल करें

हर इंडेक्स होने योग्य पेज पर एक canonical टैग होना चाहिए जो खुद की ओर इशारा करे:

<!-- https://example.com/guides/composting पर -->
<link rel="canonical" href="https://example.com/guides/composting">

इस तरह, अगर कोई https://example.com/guides/composting?utm_source=newsletter पर लिंक करता है, तब भी पेज सर्च इंजन को बताता है कि असली URL कौन सा है।

Canonical को कहीं और कब इंगित करें

जब कंटेंट सच में एक जैसा या लगभग एक जैसा हो, तब canonical को किसी दूसरे URL की ओर इंगित करें:

• पैरामीटर के रूप: /shoes?sort=price → /shoes
• एक जैसे कंटेंट वाले प्रोडक्ट वेरिएंट, जैसे अलग-अलग URL पर रंग के विकल्प (सिर्फ़ तब जब वे सच में लगभग एक जैसे हों)
• सिंडिकेटेड कंटेंट: अगर आपका लेख किसी दूसरी साइट पर दोबारा प्रकाशित होता है, तो वे आपके ओरिजिनल की ओर क्रॉस-डोमेन canonical जोड़ सकते हैं
• प्रिंट या AMP वर्ज़न जो मुख्य पेज की ओर इशारा करें

किसी पेज को canonical से ऐसे दूसरे पेज की ओर न इंगित करें जो बस मिलता-जुलता विषय कवर करता है। साफ़ तौर पर अलग पेजों के बीच के canonical को Google के नज़रअंदाज़ करने की संभावना है।

Canonical बनाम 301 रीडायरेक्ट बनाम noindex

noindex को किसी दूसरे पेज की ओर इशारा करते canonical के साथ न मिलाएँ। संकेत एक-दूसरे के विरोधी हैं: एक कहता है “इसे हटाओ”, दूसरा कहता है “इसे उसकी कॉपी मानो”।

बेस्ट प्रैक्टिस

1. प्रोटोकॉल सहित absolute URL इस्तेमाल करें: https://example.com/page, न कि /page
2. हर पेज पर एक canonical. कई टकराते canonical सभी नज़रअंदाज़ हो सकते हैं
3. किसी चालू, इंडेक्स होने योग्य 200 पेज की ओर इंगित करें – कभी रीडायरेक्ट, 404 या noindex वाले पेज की ओर नहीं
4. अपने पसंदीदा प्रोटोकॉल और होस्ट से मेल खाएँ (https और लगातार या तो www या बिना www)
5. संकेत एक जैसे रखें: इंटरनल लिंक, साइटमैप URL, hreflang और रीडायरेक्ट सभी canonical URL इस्तेमाल करें
6. इसे शुरुआती HTML में <head> में रखें. JavaScript से जोड़े गए canonical बाद में प्रोसेस हो सकते हैं या छूट सकते हैं
7. पेजिनेटेड पेज (पेज 2, 3…) का canonical आमतौर पर खुद पर होना चाहिए, पेज 1 पर नहीं – वरना सिर्फ़ बाद के पेजों पर मौजूद आइटम खो सकते हैं

बहुभाषी साइटों के लिए canonical

हर भाषा वर्ज़न का canonical खुद की ओर इशारा करे, साथ में hreflang टैग जो सभी भाषा वर्ज़न सूचीबद्ध करें। फ़्रेंच पेज के canonical को अंग्रेज़ी पेज की ओर इंगित करना Google को बताता है कि फ़्रेंच पेज डुप्लिकेट है – और वह फ़्रेंच नतीजों से गायब हो सकता है।

HTTP हेडर वर्ज़न

PDF जैसी नॉन-HTML फ़ाइलों के लिए आप HTTP हेडर में canonical भेज सकते हैं:

Link: <https://example.com/whitepaper>; rel="canonical"

Google आपके canonical को क्यों नज़रअंदाज़ कर सकता है

Canonical चुनते समय Google कई संकेतों को तौलता है, जिनमें रीडायरेक्ट, इंटरनल लिंक, साइटमैप, HTTPS और hreflang शामिल हैं। वह दूसरा URL चुन सकता है अगर:

• इंटरनल लिंक ज़्यादातर किसी दूसरे वर्ज़न की ओर इशारा करते हैं
• Canonical का लक्ष्य रीडायरेक्ट होता है या एरर लौटाता है
• पेज असल में डुप्लिकेट नहीं हैं
• Canonical HTTPS से HTTP की ओर इशारा करता है

Search Console का URL Inspection टूल “User-declared canonical” और “Google-selected canonical” दोनों दिखाता है, ताकि आप देख सकें कि वे कब असहमत हैं।

Canonical की आम गलतियाँ

• हर पेज का canonical होमपेज पर (एक टेम्पलेट बग जो रैंकिंग मिटा सकता है)
• लॉन्च के बाद स्टेजिंग या डेवलपमेंट डोमेन की ओर इशारा करते canonical
• Relative URL जो गलत तरीके से बनते हैं
• माइग्रेशन के बाद रीडायरेक्ट हुए URL की ओर canonical
• सभी पेजिनेटेड पेज पेज 1 की ओर इशारा करते हुए
• बहुत सारे ट्रैकिंग-पैरामीटर ट्रैफ़िक वाले पेजों पर गायब canonical

साइट-व्यापी क्रॉल canonical वाले पेजों की सूची देता है ताकि आप जल्दी पैटर्न पहचान सकें।

उदाहरणों के साथ canonical की स्थितियाँ

ट्रैकिंग पैरामीटर

एक न्यूज़लेटर लिंक https://example.com/guide?utm_source=newsletter की ओर इशारा करता है। पेज का self-referencing canonical, https://example.com/guide, सर्च इंजन को बताता है कि कौन सा URL इंडेक्स करना है, इसलिए न्यूज़लेटर लिंक के संकेत साफ़ URL पर इकट्ठा होते हैं।

सॉर्टिंग और फ़िल्टरिंग

/shoes?sort=price-asc वही प्रोडक्ट दिखाता है जो /shoes, बस अलग क्रम में। सॉर्ट किए गए वर्ज़न का canonical /shoes पर रखें। ऐसे फ़िल्टर जो सच में अलग, कीमती पेज बनाते हैं (जैसे सर्च माँग वाला /shoes/red), उनके लिए self-referencing canonical इस्तेमाल करें और उन्हें असली पेज मानें।

ट्रेलिंग स्लैश और केस

/guide और /guide/ तकनीकी रूप से अलग URL हैं, जैसे /Guide और /guide। एक फ़ॉर्मैट चुनें, दूसरे को रीडायरेक्ट करें, और canonical एक जैसे रखें।

प्रोडक्ट वेरिएंट

पाँच रंगों वाली एक टी-शर्ट, जिसके हर रंग का अपना URL है और रंग के नाम के अलावा टेक्स्ट एक जैसा है, मुख्य प्रोडक्ट URL पर canonical रख सकती है। अगर हर रंग की अर्थपूर्ण सर्च माँग है (“लाल लिनन शर्ट”) और अलग कंटेंट और इमेज हैं, तो हर एक को उसके अपने canonical के साथ इंडेक्स होने दें।

सिंडिकेटेड लेख

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

बड़े पैमाने पर canonical जाँचना

बड़ी साइट पर canonical की समस्याएँ आमतौर पर टेम्पलेट से आती हैं। क्रॉल से आप ये कर सकते हैं:

1. हर उस पेज की सूची बनाएँ जिसका canonical किसी दूसरे URL की ओर इशारा करता है
2. उन्हें पैटर्न के हिसाब से समूह में रखें (सभी पेजिनेटेड पेज? सभी प्रोडक्ट वेरिएंट?)
3. जाँचें कि हर पैटर्न जानबूझकर है या नहीं
4. रीडायरेक्ट, एरर या noindex वाले पेजों की ओर इशारा करते canonical खोजें

फिर Search Console की Page indexing रिपोर्ट में “Duplicate, Google chose different canonical than user” से तुलना करें – यह संकेत है कि आपके घोषित canonical और दूसरे संकेत असहमत हैं।

लोकप्रिय प्लेटफ़ॉर्म में canonical

• WordPress: कोर सिंगल पोस्ट और पेजों पर self-referencing canonical जोड़ता है; SEO प्लगइन इन्हें आर्काइव तक बढ़ाते हैं और हर पेज पर बदलने देते हैं
• Shopify: अपने-आप canonical जोड़ता है, जिसमें कलेक्शन के अंदर के प्रोडक्ट URL का canonical मुख्य प्रोडक्ट URL पर रखना शामिल है
• Wix और Squarespace: कस्टमाइज़ करने के विकल्पों के साथ अपने-आप canonical जोड़ते हैं
• कस्टम बिल्ड: अपने रूटिंग लॉजिक से canonical बनाएँ ताकि वह हमेशा पसंदीदा URL फ़ॉर्मैट से मेल खाए

मुख्य बातें

• Canonical टैग सर्च इंजन को बताता है कि डुप्लिकेट कंटेंट का मुख्य वर्ज़न कौन सा URL है।
• हर इंडेक्स होने योग्य पेज पर absolute URL वाला self-referencing canonical होना चाहिए।
• Canonical मज़बूत संकेत हैं, आदेश नहीं – रीडायरेक्ट, इंटरनल लिंक और साइटमैप एक जैसे रखें।
• पेज हटने पर 301, जब डुप्लिकेट को सुलभ रहना हो तब canonical, और पेज को पूरी तरह हटाने के लिए noindex इस्तेमाल करें।
• Canonical को कभी रीडायरेक्ट, एरर या noindex वाले पेजों की ओर, या अलग-अलग भाषाओं के बीच इंगित न करें।
• Search Console के URL Inspection टूल में घोषित और Google द्वारा चुने गए canonical की तुलना करें।

अक्सर पूछे जाने वाले सवाल

क्या canonical टैग लिंक इक्विटी पहुँचाते हैं?

संकेतों को इकट्ठा करने के मामले में Google माने गए canonical को लगभग रीडायरेक्ट की तरह ही मानता है, इसलिए डुप्लिकेट पर आए लिंक का फ़ायदा आमतौर पर canonical URL को मिलता है।

क्या डुप्लिकेट कंटेंट पर पेनल्टी लगती है?

नहीं। Google सामान्य डुप्लिकेट कंटेंट पर पेनल्टी नहीं लगाता। वह बस दिखाने के लिए एक वर्ज़न चुन लेता है। पेनल्टी जानबूझकर धोखा देने वाली नकल या स्क्रैपिंग के लिए होती है।

क्या मुझे टैग और कैटेगरी पेजों का canonical किसी दूसरे पेज पर रखना चाहिए?

आमतौर पर किसी दूसरे पेज पर नहीं। अगर वे उपयोगी हैं, तो उन्हें self-referencing canonical के साथ इंडेक्स होने दें। अगर वे पतले हैं, तो इसकी जगह noindex पर विचार करें।

क्या मैं अलग-अलग डोमेन के बीच canonical इस्तेमाल कर सकता हूँ?

हाँ। क्रॉस-डोमेन canonical समर्थित हैं और सिंडिकेटेड कंटेंट के लिए, या तब उपयोगी हैं जब एक ही प्रोडक्ट आपकी अपनी कई साइटों पर बिकता हो।