सारांश: Canonical टैग चेकर किसी भी URL का canonical पढ़ता है, HTML में या HTTP Link हेडर में, और बताता है कि वह कहाँ इशारा करता है, लक्ष्य काम करता है या नहीं, और क्या Google उसका पालन करने की संभावना रखता है। यह उन संकेतों की भी जाँच करता है जो canonical से टकरा सकते हैं: HTTP स्टेटस, रीडायरेक्ट, robots.txt और noindex। ज़्यादातर पेजों के लिए सबसे सुरक्षित सेटअप है head में एक ही, पूरा (absolute), खुद की ओर इशारा करने वाला canonical, जो 200 लौटाने वाले URL की ओर इशारा करता हो।
एक canonical टैग चेकर HTML की वह लाइन जाँचता है जो सर्च इंजन को बताती है कि पेज का कौन सा संस्करण इंडेक्स करना है। डुप्लीकेट हर जगह हैं: ट्रैकिंग पैरामीटर, सॉर्टिंग विकल्प, http और https, www और non-www। Google canonicalization को किसी सामग्री के प्रतिनिधि URL को चुनने की “प्रक्रिया” के रूप में परिभाषित करता है (Google, what is canonicalization)। canonical लिंक संबंध खुद RFC 6596 में मानकीकृत है, जो “डुप्लीकेट सामग्री वाले संसाधनों से पसंदीदा IRI” तय करने का तरीका है (IETF, RFC 6596)।
Canonical टैग चेकर क्या जाँचता है?
पूरा URL डालें। टूल आठ रीडायरेक्ट तक पालन करता है, अंतिम पेज, उसके हेडर और साइट की robots.txt पढ़ता है, और अगर canonical कहीं और इशारा करता है, तो उस लक्ष्य को एक बार लाकर उसकी जाँच करता है।
| जाँच | समस्या कैसी दिखती है | गंभीरता |
|---|---|---|
| Canonical मौजूद है | HTML या Link हेडर में कोई canonical नहीं | चेतावनी: Google खुद तय करता है कि कौन सा संस्करण लेना है |
| एक ही canonical | अलग-अलग URL वाले दो या ज़्यादा canonical | एरर: Google उन सबको अनदेखा कर देता है |
| स्थान | Canonical head की जगह body में रखा गया | चेतावनी: Google इसे अनदेखा करता है |
| पूरा URL | /page जैसा सापेक्ष पथ | चेतावनी: काम करता है, पर जोखिम भरा |
| लक्ष्य | किसी दूसरे पेज, दूसरे प्रोटोकॉल या दूसरे डोमेन की ओर इशारा | चेतावनी: जाँचें कि यह जानबूझकर है |
| लक्ष्य का स्टेटस | लक्ष्य रीडायरेक्ट करता है या एरर लौटाता है | एरर: canonical अनदेखा होगा |
| लक्ष्य की इंडेक्सेबिलिटी | लक्ष्य में noindex है | एरर: विरोधी संकेत |
| पेज के संकेत | 200 के अलावा स्टेटस, robots.txt से रोक, noindex, पूरे पेज पर nofollow | मामले के अनुसार एरर या चेतावनी |
रिपोर्ट के अंत में वह canonical टैग मिलता है जो पेज में होना चाहिए, head में कॉपी करने के लिए तैयार। हर दिन तीन विश्लेषण मुफ़्त हैं; एक Sorank खाता सीमा हटा देता है।
क्या canonical टैग एक निर्देश है या संकेत?
एक मज़बूत संकेत, आदेश नहीं। Google उन तरीकों की सूची देता है “इस क्रम में कि वे canonicalization को कितनी मज़बूती से प्रभावित कर सकते हैं”: रीडायरेक्ट और rel="canonical" एनोटेशन मज़बूत संकेत हैं, और साइटमैप में शामिल होना कमज़ोर संकेत है (Google, how to specify a canonical URL)। ये तरीके एक-दूसरे पर चढ़ते हैं, इसलिए canonical तब सबसे अच्छा काम करता है जब आंतरिक लिंक, साइटमैप और रीडायरेक्ट, सब एक ही URL की ओर इशारा करें।
| तरीका | ताकत | सबसे अच्छा किसके लिए |
|---|---|---|
| 301 या 308 रीडायरेक्ट | मज़बूत | डुप्लीकेट URL को हमेशा के लिए हटाने के लिए |
| HTML head में rel="canonical" | मज़बूत | ऐसे डुप्लीकेट जो पहुँच में रहने चाहिए, जैसे फ़िल्टर किए गए या ट्रैक किए गए URL |
| HTTP Link हेडर में rel="canonical" | मज़बूत | गैर-HTML फ़ाइलें, जैसे PDF |
| साइटमैप में शामिल होना | कमज़ोर | बड़ी साइट पर बाकी तरीकों को सहारा देने के लिए |
Google ने क्या तय किया, यह देखने के लिए Search Console में URL का निरीक्षण करें और इंडेक्स किए गए संस्करण का फ़ील्ड “Google द्वारा चुना गया canonical” पढ़ें; Google बताता है कि लाइव टेस्ट उसका अनुमान नहीं लगा सकता (Search Console Help, URL Inspection)।
क्या हर पेज पर खुद की ओर इशारा करने वाला canonical होना चाहिए?
हाँ। Google के दस्तावेज़ कहते हैं: “canonical पेज पर खुद ही rel="canonical" लिंक शामिल करें (जिसे self-referential canonical भी कहते हैं)।” यह पेज को ट्रैकिंग पैरामीटर, सॉर्टिंग और session IDs से बने उन संस्करणों से बचाता है जो उसके साथ होड़ करते। जब चेकर पैरामीटर वाला URL पाता है जिसका canonical साफ़ संस्करण की ओर इशारा करता है, तो वह सेटअप को सही चिह्नित करता है: संस्करणों को इसी तरह मिलाया जाता है।
पूरे URL इस्तेमाल करें। Google सापेक्ष पथ सपोर्ट करता है, पर चेतावनी देता है कि वे “लंबे समय में समस्याएँ पैदा कर सकते हैं”, उदाहरण के लिए जब कोई स्टेजिंग कॉपी या http संस्करण क्रॉल हो। चेकर इसी कारण से सापेक्ष canonical को चिह्नित करता है।
सबसे आम canonical गलतियाँ कौन सी हैं?
Google ने इनमें से पाँच को एक दशक से भी पहले सूचीबद्ध किया था, और आज भी चेकर उन्हें सबसे ज़्यादा पाता है (Google Search Central Blog, 5 common mistakes with rel=canonical)।
- हर पेज को पहले पेज की ओर इशारा करवाना: पेजों वाली सूची का दूसरा पेज पहले पेज का डुप्लीकेट नहीं है और उसे खुद की ओर इशारा करना चाहिए।
- सापेक्ष URL गलत लिखे गए, जो ऐसे पेजों की ओर canonical बन जाते हैं जो मौजूद ही नहीं।
- एक पेज पर कई canonical, अक्सर एक थीम से और एक SEO प्लगइन से। “जब एक से ज़्यादा निर्दिष्ट हों, तो सभी rel=canonical लिंक अनदेखे कर दिए जाएँगे।”
- कैटेगरी पेज का canonical किसी फ़ीचर्ड आर्टिकल की ओर, जो कैटेगरी की रैंकिंग उस आर्टिकल को सौंप देता है।
- body में canonical, जिसे Google पढ़ता ही नहीं।
आज दो और आम हैं: ऐसा canonical जो रीडायरेक्ट होने वाले URL की ओर इशारा करता है, और canonical को noindex के साथ जोड़ना। Google साइट के भीतर canonical चुनने के लिए noindex इस्तेमाल करने के खिलाफ़ सलाह देता है, क्योंकि “वह पेज को Search से पूरी तरह रोक देगा”। अगर पेज डुप्लीकेट है तो canonical रखें, और noindex तभी जब पेज को पूरी तरह गायब होना हो।
क्या canonical किसी दूसरे डोमेन की ओर इशारा कर सकता है?
हाँ, उस सामग्री के लिए जो कई साइटों पर दोबारा प्रकाशित हुई है: कॉपी मूल की ओर इशारा करती है, और मूल अपनी रैंकिंग रखता है। उस स्थिति के बाहर, डोमेन के पार का canonical आपकी रैंकिंग दूसरी साइट को दे देता है, इसीलिए चेकर इसे हमेशा समीक्षा के लिए चिह्नित करता है। यही बात उस canonical पर लागू होती है जो https से http में बदल जाता है: माइग्रेशन के बाद लगभग हमेशा कॉन्फ़िगरेशन की गलती।
canonical, robots.txt, noindex और रीडायरेक्ट कैसे एक-दूसरे से जुड़े हैं?
इन्हें एक-दूसरे से मेल खाना चाहिए। कोई canonical उस पेज की मदद नहीं कर सकता जिसे Google क्रॉल नहीं कर सकता या जिसे इंडेक्स न करने का निर्देश मिला हो।
- डुप्लीकेट को “canonical” बनाने के लिए robots.txt में न रोकें। Google कहता है: “canonicalization के उद्देश्य से robots.txt फ़ाइल इस्तेमाल न करें”, क्योंकि रोके गए URL फिर भी इंडेक्स हो सकते हैं, बिना अपनी सामग्री के। अपने नियम robots.txt चेकर से जाँचें।
- canonical अंतिम URL की ओर इशारा करें, कभी भी उस URL की ओर नहीं जो रीडायरेक्ट होता है। रीडायरेक्ट चेकर हर चक्कर दिखाता है।
- इंडेक्सिंग के संकेत एक ही दिशा में रखें: जो पेज रैंक होना चाहिए उसे 200 स्टेटस, कोई noindex नहीं और खुद की ओर इशारा करने वाला canonical चाहिए। इंडेक्सेबिलिटी चेकर इन्हीं संकेतों को इंडेक्सिंग पर ध्यान देकर चलाता है।
- साइटमैप में सिर्फ़ canonical URL सूचीबद्ध करें, और उसे साइटमैप चेकर से सत्यापित करें।
अंतरराष्ट्रीय साइटों पर, हर भाषा संस्करण खुद की ओर canonical होता है और hreflang से बाकी संस्करणों से जुड़ता है; ये टैग hreflang जेनरेटर लिखता है। शब्दावली के लिए हमारी ग्लॉसरी की canonical टैग और डुप्लीकेट सामग्री प्रविष्टियाँ देखें।
चेकर की रिपोर्ट कैसे पढ़ें?
ऊपर के निष्कर्ष से शुरू करें, फिर नारंगी चिह्नों से पहले लाल चिह्नों पर काम करें।
- पहले इंडेक्सिंग के संकेत: 404, robots.txt की रोक या noindex जब तक ठीक न हो, canonical बेमतलब है।
- फिर canonical खुद: गायब, कई, न पढ़ा जा सकने वाला या body में रखा गया।
- फिर लक्ष्य: अगर वह रीडायरेक्ट करता है, एरर लौटाता है या noindex रखता है, तो canonical को अंतिम, लाइव URL की ओर इशारा कराएँ।
- आखिर में चेतावनियाँ: सापेक्ष URL, दूसरा डोमेन, प्रोटोकॉल बदलाव। इन्हें तभी रखें जब ये जानबूझकर हों।
रिपोर्ट के अंत में सुझाया गया टैग पेज के head में कॉपी करें, डिप्लॉय करें, और उसी URL पर जाँच दोबारा चलाएँ।
पूरी साइट पर canonical कैसे ठीक करें?
हर पेज नहीं, टेम्पलेट ठीक करें। ज़्यादातर canonical गलतियाँ किसी एक थीम सेटिंग या एक प्लगइन से आती हैं, जो हज़ारों URL पर लागू होती है। हर टेम्पलेट का एक URL जाँचें (होम, कैटेगरी, प्रोडक्ट, आर्टिकल, फ़िल्टर्ड सूची), जो टेम्पलेट विफल हो उसे ठीक करें, फिर दोबारा जाँचें। हर री-डिज़ाइन, माइग्रेशन या प्लगइन अपडेट के बाद दोहराएँ। Sorank SEO चैट के साथ आप अपनी साइट के बारे में सवाल पूछ सकते हैं और अगला सुधार सरल भाषा में पा सकते हैं, और GEO और SEO डैशबोर्ड दिखाता है कि बदलाव के बाद ट्रैफ़िक वापस आता है या नहीं।
एक पेज, एक canonical, जो एक लाइव URL की ओर इशारा करे और हर दूसरे संकेत से मेल खाए। अपने सबसे महत्वपूर्ण टेम्पलेट अभी जाँचें, और अपना टेक्निकल SEO autopilot पर रखने के लिए Sorank के प्लान देखें।
