canonical tag क्या है: कब चाहिए और 5 आम ग़लतियाँ

SEOgrinder की ओर से · प्रकाशित 4 नवंबर 2026 · 10 मिनट में पढ़ें

संक्षिप्त उत्तर: canonical tag पेज के <head> में रखा <link rel="canonical"> तत्व है। यह उस पते का नाम बताता है जिसे Google मुख्य संस्करण माने, जब वही सामग्री कई पतों से पहुँची जा सकती हो। हर साइट पर इसकी ज़रूरत नहीं होती, क्योंकि कुछ न बताने पर Google ख़ुद canonical चुन लेता है, पर duplicate बनते ही आप इसे चाहेंगे। और यह एक सुझाव है, आदेश नहीं।

canonical tag क्या है?

जब Google को ऐसे पेज मिलते हैं जो एक जैसे दिखते हैं, तो वह उन्हें एक समूह में रखता है और एक प्रतिनिधि पता चुनता है। Google इसे canonicalization कहता है। canonical पेज सबसे नियमित रूप से क्रॉल होता है, duplicate कम बार, और खोज का नतीजा आम तौर पर canonical पेज की ओर जाता है। अपवाद वह duplicate है जो खोजने वाले के लिए ज़्यादा उपयुक्त हो, जैसे फ़ोन पर खोजने वाले के लिए अलग मोबाइल पेज।

canonical tag से आप अपनी पसंद बताते हैं। यह HTML के <head> में रहता है:

<link rel="canonical" href="https://example.com/dresses/green-dresses">

इस सामग्री को दिखाने वाला हर पता यही पंक्ति रखता है, और हर पंक्ति एक ही पता बताती है। Google परवाह करने के चार कारण देता है: आप तय करते हैं कि नतीजों में लोगों को कौन-सा पता दिखे, लिंक जैसे संकेत एक पते पर इकट्ठे होते हैं, आपके आँकड़े पढ़ना आसान होता है, और Googlebot अपना समय duplicate पर नहीं, नए पेजों पर लगाता है। इन पेजों पर हमें रैंकिंग में बढ़त का कोई वादा नहीं मिला।

शुरू करने से पहले एक बात मायने रखती है। Google साफ़ कहता है कि “indicating a canonical preference is a hint, not a rule”, यानी canonical की पसंद बताना एक संकेत है, नियम नहीं। वह आपके बताए पेज से अलग कोई पेज चुन सकता है।

canonical tag की ज़रूरत कब पड़ती है?

अक्सर नहीं पड़ती। Google का canonical तय करने वाला पेज कहता है: “none of them are required; your site will likely do just fine without specifying a canonical preference”, यानी इनमें से कोई अनिवार्य नहीं; canonical की पसंद बताए बिना भी आपकी साइट शायद ठीक चलेगी। जो पेज सिर्फ़ एक पते पर मौजूद है, उसे मदद नहीं चाहिए।

सोचना तब पड़ता है जब एक ही सामग्री के एक से ज़्यादा पते हों। Google की सूची और उसके उदाहरणों से आम कारण:

Tracking parameter और साइट के कार्य। https://example.com/dresses/cocktail?gclid=ABCD Google का अपना उदाहरण है। किसी category पेज को sort और filter करने से इसी तरह की प्रतियाँ बनती हैं।
Protocol और host के रूप। http और https, या www के साथ और बिना। हमारी राय: यहाँ रीडायरेक्ट ज़्यादा साफ़ औज़ार है।
डिवाइस के रूप। अपने अलग पते पर मोबाइल संस्करण।
एक ही भाषा में क्षेत्र के रूप। एक ही टेक्स्ट वाले अमेरिका और ब्रिटेन के पेज। canonical को hreflang के साथ इस्तेमाल कीजिए।
अनजाने रूप। साइट की demo या test प्रति जिस तक क्रॉलर पहुँच सकते हैं।
गैर-HTML फ़ाइलें। पेज के बग़ल में उसी सामग्री वाली PDF।

Duplicate सामग्री अपने आप में उल्लंघन नहीं है: Google लिखता है कि उसमें से कुछ सामान्य है और उसकी spam नीतियाँ नहीं तोड़ती।

एक मामला जहाँ यह tag ग़लत औज़ार है, syndication है। Google वहाँ इसकी सलाह नहीं देता, क्योंकि साझेदारों के पेज अक्सर बहुत अलग होते हैं। सबसे असरदार हल यह है कि साझेदार आपकी सामग्री की इंडेक्सिंग रोक दें।

canonical tag कैसे जोड़ें?

Google पसंद बताने के तीन तरीक़े गिनाता है, और कहता है कि वे एक-दूसरे के साथ जुड़ सकते हैं: दो या ज़्यादा इस्तेमाल करने से आपके पसंदीदा पते के दिखने की संभावना बढ़ती है।

तरीक़ा	संकेत	किसके लिए ठीक	सीमा
रीडायरेक्ट (301 या 308)	मज़बूत	duplicate से हमेशा के लिए छुटकारा	आगंतुक भी दूसरे पते पर पहुँचते हैं
`rel="canonical"` link तत्व या HTTP हेडर	मज़बूत	ऐसे duplicate जिन तक पहुँच बनी रहनी चाहिए	बड़ी साइटों पर यह मैपिंग सँभालना कठिन हो जाता है
साइटमैप	कमज़ोर	बड़ी साइटें, दूसरे संकेत के रूप में	duplicate क्या हैं, यह Google फिर भी ख़ुद तय करता है

link तत्व के लिए Google की सलाह का सार यह है:

इसे हर duplicate के <head> में रखिए, और https:// वाला पूरा पता इस्तेमाल कीजिए।
वही tag canonical पेज पर भी जोड़िए (इस पर नीचे और)।
जो फ़ाइलें HTML नहीं हैं, जैसे PDF, उनके लिए इसके बजाय HTTP हेडर भेजिए: Link: <https://www.example.com/downloads/white-paper.pdf>; rel="canonical"। Google इसे सिर्फ़ वेब खोज के नतीजों के लिए समर्थन देता है।
तत्व या हेडर में से एक चुनिए। दोनों इस्तेमाल हो सकते हैं, पर Google इसे ज़्यादा ग़लती-प्रवण कहता है।
WordPress, Wix या Blogger जैसे CMS में हो सकता है कि आप HTML सीधे न बदल पाएँ। CMS में सर्च इंजन की सेटिंग वाला पेज ढूँढिए।

जब duplicate को ग़ायब होना हो, तब रीडायरेक्ट सही तरीक़ा है, और स्थायी बदलाव के लिए 301 या 308 लगता है।

क्या पेज को अपनी ओर इशारा करना चाहिए?

हाँ। Google ख़ुद canonical पेज पर भी rel="canonical" link की सलाह देता है, यानी स्वयं-संदर्भित canonical। तब पेज का हर रूप जिस तक कोई पहुँचे, जैसे tracking parameter के साथ, वही बात कहता है।

हमारी राय, Google की नहीं: tag का पता पेज के साफ़ पते से बनाइए, माँगे गए पते से नहीं। वरना parameter tag में पहुँच जाता है। नीचे की जाँच दिखाती है कि इसे कैसे परखें।

canonical tag की 5 आम ग़लतियाँ

Google अपने canonical पेजों पर इनमें से हर एक को दर्ज करता है। ये कितनी बार होती हैं, यह हमने नहीं मापा।

ग़लती 1: सापेक्ष पता, fragment या ग़लत protocol

पूरा पता इस्तेमाल कीजिए। Google सापेक्ष पाथ समर्थन करता है पर उनके ख़िलाफ़ सलाह देता है, क्योंकि वे बाद में समस्या कर सकते हैं, जैसे आपकी test साइट ग़लती से क्रॉल हो जाए तो। उसके उदाहरण: https://www.example.com/dresses/green/green-dress.html अच्छा है, /dresses/green/green-dress.html बुरा।

URL का fragment (# के बाद का हिस्सा) भी मत बताइए, क्योंकि Google आम तौर पर fragment का समर्थन नहीं करता। और जिस https पेज का canonical http संस्करण बताता है, वह उन टकरावों में से है जिनके कारण Google http संस्करण को पसंद कर सकता है।

ग़लती 2: दो संकेत जो आपस में नहीं मिलते

एक ही पेज के लिए अलग-अलग तरीक़ों से अलग-अलग canonical मत बताइए, जैसे साइटमैप में एक पता और tag में दूसरा, या हेडर में एक और तत्व में दूसरा। CMS या उसका कोई plugin भी tag को ऐसे पते पर रख सकता है जो आपने नहीं चाहा था। Google सुझाता है कि अपने ब्राउज़र के डेवलपर टूल में अपना HTML जाँचिए। आंतरिक लिंक canonical पते पर दीजिए, किसी duplicate पर नहीं।

हल: एक तरीक़ा, एक पता। tag, साइटमैप और आपके आंतरिक लिंक सब वही बताएँ।

ग़लती 3: canonical की जगह noindex, robots.txt या removal टूल

Google तीन चीज़ें गिनाता है जिन्हें canonicalization के लिए इस्तेमाल नहीं करना है। पहली, robots.txt, क्योंकि Google “may still index URLs that are disallowed in robots.txt without their content”, यानी robots.txt में रोके गए URL को उनकी सामग्री के बिना भी इंडेक्स कर सकता है। दूसरी, URL removal टूल, जो किसी URL के सारे संस्करणों को Search से छिपा देता है। तीसरी, noindex, जो पेज को Search से पूरी तरह रोक देगा।

जो पेज noindex रखता है और साथ में किसी दूसरे पते को canonical बताता है, वह दो उलटे संदेश भेजता है। हमारी जाँच की सलाह: अगर पेज को ग़ायब होना है, तो noindex रखिए और canonical हटाइए। अगर उसे किसी दूसरे पेज के खाते में गिना जाना है, तो noindex हटाइए और canonical रखिए।

ग़लती 4: ऐसा tag जिसे Google पढ़ नहीं सकता, या JavaScript जो उसे बदलती है

Google link तत्व को सिर्फ़ <head> हिस्से में स्वीकार करता है, इसलिए कम से कम वह हिस्सा वैध HTML होना चाहिए। Google की JavaScript गाइड कहती है कि सबसे अच्छा तरीक़ा canonical को HTML में रखना और यह पक्का करना है कि JavaScript उसे न बदले। अगर आप ऐसा नहीं कर सकते, तो उसे सिर्फ़ JavaScript से रखिए और HTML से बाहर रखिए। HTML में एक पता और स्क्रिप्ट में दूसरा कभी मत बताइए।

ग़लती 5: tag को ऐसे पेज की ओर करना जो duplicate नहीं है

यह tag duplicate या बहुत मिलते-जुलते पेजों के लिए है। अनुवादित संस्करण duplicate नहीं होते जब मुख्य टेक्स्ट दूसरी भाषा में हो, और hreflang के साथ Google चाहता है कि canonical उसी भाषा में हो, या उसका सबसे अच्छा संभव विकल्प। जिस साइट पर हर भाषा-संस्करण अंग्रेज़ी पेज को बताता है, वह इस सलाह के उलट जाती है।

हल: हर भाषा-संस्करण अपना नाम ख़ुद बताए, और संस्करण hreflang से एक-दूसरे की ओर इशारा करें।

Google ने आपसे अलग canonical चुना: क्या करें

क्योंकि tag एक सुझाव है, Google कभी-कभी कोई और पता चुन लेता है। तब Search Console “Duplicate, Google chose different canonical than user” बताता है (यह स्थिति URL Inspection सहायता में इसी नाम से है)। Google का समस्या-निवारण पेज ये क़दम सुझाता है:

पता कीजिए कि Google ने क्या चुना। URL Inspection टूल में URL का इंडेक्स किया संस्करण जाँचिए और “User-declared canonical” के बग़ल में “Google-selected canonical” पढ़िए। लाइव टेस्ट इसका अनुमान नहीं लगा सकता।
पूछिए कि क्या Google सही है। क्या उसका चुनाव Search से आने वाले आगंतुकों के लिए आपके चुनाव से बेहतर है?
तकनीकी कारण ढूँढिए। Google की सूची: hreflang के बिना भाषा-रूप, ग़लत canonical रखने वाला CMS या plugin, ग़लत ढंग से सेट सर्वर, हैक के बाद डाले गए रीडायरेक्ट या cross-domain canonical, syndicated सामग्री, और नक़ल करने वाली साइट।
अगर पेज एक नहीं होने चाहिए, तो उन्हें सचमुच अलग बनाइए। सुधार के बाद Google पेजों को दो हफ़्ते तक duplicate समूह में रख सकता है, और “Request Indexing” कोटे से सीमित है, इसलिए उसे ज़रूरी URL के लिए बचाकर रखिए।

अपने canonical tag की जाँच कैसे करें

ब्राउज़र में पेज का सोर्स खोलिए और rel="canonical" खोजिए, या टर्मिनल इस्तेमाल कीजिए। दूसरा कमांड HTTP हेडर में भेजा गया canonical दिखाता है। तीसरा रास्ता Search Console की URL Inspection है, जो दिखाती है कि Google ने क्या चुना।

curl -sS https://example.com/page | grep -i 'rel="canonical"'
curl -sSI https://example.com/page | grep -i '^link'

seogrinder.com पर यह कैसा दिखता है। 4 नवंबर 2026 को हमने पहला कमांड तीन पतों पर चलाया। होम पेज ने <link rel="canonical" href="https://seogrinder.com/"> लौटाया, और ?utm_source=test के साथ माँगे गए उसी पेज ने भी वही। Soft 404 error वाला लेख अपना ही पता लौटाता है। उसका अंग्रेज़ी संस्करण अपना अंग्रेज़ी पता बताता है, और दोनों hreflang से एक-दूसरे को सूचीबद्ध करते हैं। होम पेज के Markdown संस्करण में HTML head नहीं है, इसलिए उसका canonical HTTP हेडर में है: Link: <https://seogrinder.com/>; rel="canonical"।

SEOgrinder का मुफ़्त स्कैन आपके डाले पेज का tag जाँचता है। “Google पर पेज” टैब में “Canonical” कार्ड मिला हुआ पता दिखाता है और यह कि वह “ख़ुद को इंगित करता है” या “कहीं और इंगित करता है”। कार्य-सूची में “canonical टैग नहीं है”, “canonical किसी और पते की ओर इशारा करता है”, “canonical ऐसे पेज की ओर इशारा करता है जो खुलता ही नहीं”, “noindex और canonical एक-दूसरे को काटते हैं” और कई अलग-अलग canonical tag के लिए एक नतीजा दिख सकता है। दो सीमाएँ: टेस्ट HTTP हेडर वाला canonical नहीं पहचानता, और “Google कोई और canonical पता चुनता है” के लिए जुड़ा हुआ Search Console चाहिए। वह कनेक्शन सिर्फ़ स्थानीय इंस्टॉलेशन में है। seogrinder.com पर Google का चुनाव आप Search Console में ही पढ़ते हैं।

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

क्या हर पेज को canonical tag चाहिए?

नहीं। Google कहता है कि कोई तरीक़ा अनिवार्य नहीं है। पर वह canonical पेज पर ख़ुद की ओर इशारा करने वाला tag सुझाता है।

canonical tag या 301 रीडायरेक्ट?

रीडायरेक्ट तब, जब duplicate को ग़ायब होना हो, क्योंकि तब आगंतुक भी आगे भेज दिए जाते हैं। canonical tag तब, जब duplicate तक पहुँच बनी रहनी चाहिए, जैसे tracking parameter वाला रूप। Google कहता है कि तरीक़े साथ मिलाए जा सकते हैं।

क्या duplicate सामग्री पर दंड मिलता है?

Google कहता है कि कुछ duplicate सामग्री सामान्य है और उसकी spam नीतियों का उल्लंघन नहीं है। वह जो क़ीमतें गिनाता है वे हैं आगंतुकों का भ्रमित अनुभव और कठिन ट्रैकिंग।

क्या canonical tag और noindex एक ही चीज़ हैं?

नहीं। noindex पेज को Search से पूरी तरह हटा देता है। canonical tag सिर्फ़ यह बताता है कि कई मिलते-जुलते पेजों में आप किसे पसंद करते हैं, और फ़ैसला Google करता है।

आपका अगला कदम

अपने होम पेज और सबसे ज़रूरी पेज का सोर्स खोलिए। तीन बातें जाँचिए: tag <head> में है, पता पूरा है और पेज अपना नाम ख़ुद बताता है। फिर SEOgrinder का मुफ़्त स्कैन चलाइए, “Google पर पेज” टैब का “Canonical” कार्ड देखिए, और हर बदलाव के बाद “दोबारा जाँचें” दबाइए ताकि नया नतीजा दिखे। इसी तरह की बाक़ी तकनीकी जाँचों का क्रम हमारी SEO audit checklist में है।