वेबसाइट Canonical चेकर

Canonical URL क्या होता है?

Canonical URL वह पता है जिसे साइट किसी ऐसे पेज का पसंदीदा रूप बताती है जो कई URL पर खुलता हो — ट्रैकिंग पैरामीटर के साथ, www के साथ और बिना, अक्षरों के दूसरे केस में। इसे HTML head या HTTP Link हेडर में rel="canonical" (RFC 6596) से घोषित किया जाता है, और सर्च इंजन इसे आदेश नहीं बल्कि मज़बूत संकेत मानते हैं — रीडायरेक्ट, साइटमैप और अंदरूनी लिंक के साथ।

वेबसाइट Canonical चेकर कैसे इस्तेमाल करें

1. पेज का पूरा URL डालें — उस query string के साथ जिसे टेस्ट करना है, जैसे ?utm_source=news।
2. चुनें कि किस रूप में फ़ेच करना है: डिफ़ॉल्ट Mutqan चेकर, Googlebot User-Agent या मोबाइल ब्राउज़र User-Agent।
3. लक्ष्य भी जाँचने के लिए «canonical URL भी माँगें» चालू रखें, फिर «canonical जाँचें» दबाएँ।
4. सारांश और निष्कर्ष पढ़ें, फिर घोषणाएँ टेबल में देखें कि हर canonical कहाँ से आया।

वेबसाइट Canonical चेकर की खूबियाँ

• पेज को Mutqan सर्वर के ज़रिए User-Agent के विकल्प (Mutqan चेकर, Googlebot या मोबाइल ब्राउज़र) के साथ फ़ेच करता है, और पाँच तक रीडायरेक्ट फ़ॉलो करके दिखाता है
• HTML head और HTTP Link हेडर से canonical घोषणाएँ पढ़कर नतीजे को वर्गीकृत करता है: खुद वही पेज, दूसरा URL, दूसरा होस्ट, http:// पर गिरावट, relative, टकराव या अनुपस्थित
• बारीक फ़र्क समझाता है: ऐसा canonical जो सिर्फ़ आख़िरी स्लैश, अक्षरों के केस या query string से अलग हो, या उसी URL की ओर इशारा करे जिसने यहाँ रीडायरेक्ट किया
• body में रखे canonical, relative या अमान्य href, #fragment और दोहराई गई घोषणाएँ पकड़ता है
• canonical URL को एक बार और माँगता है (रीडायरेक्ट फ़ॉलो किए बिना) ताकि दिखे कि वह 200 देता है, रीडायरेक्ट करता है, फ़ेल होता है, noindex है या कोई दूसरा canonical घोषित करता है
• साथ के hreflang विकल्प जाँचता है: मान्य कोड, absolute URL, ख़ुद की ओर इशारा, x-default, और non-canonical पेज पर रखे विकल्प
• meta robots या X-Robots-Tag में noindex बताता है, जो किसी भी canonical पर भारी पड़ता है

इनपुट और आउटपुट

इनपुट

• पेज URL — कोई भी सार्वजनिक http(s) पेज; Mutqan सर्वर उसे फ़ेच करता है और पाँच तक रीडायरेक्ट फ़ॉलो करता है।
• इस रूप में फ़ेच — तीन तय User-Agent में से एक (Mutqan चेकर, Googlebot, मोबाइल ब्राउज़र); कोई और हेडर सेट नहीं किया जा सकता।
• canonical URL भी माँगें — डिफ़ॉल्ट रूप से चालू; canonical लक्ष्य को एक अतिरिक्त रिक्वेस्ट, रीडायरेक्ट फ़ॉलो किए बिना।

आउटपुट

• सारांश — canonical का संबंध (self, other-page, cross-host, http-downgrade, relative, multiple या missing), कहाँ घोषित हुआ, पेज का स्टेटस, रीडायरेक्ट और hreflang की गिनती।
• Canonical — माँगा गया और अंतिम URL, canonical URL, canonical क्या जवाब देता है, और मिले indexing निर्देश।
• निष्कर्ष — canonical की हर समस्या, या "No canonical issues found."।
• घोषणाएँ, hreflang विकल्प और रीडायरेक्ट चेन — हर घोषणा उसके स्रोत और जगह के साथ, विकल्प, और अंतिम URL से पहले के hop।

वेबसाइट Canonical चेकर का उदाहरण

http://example.com/products/blue-shirt?utm_source=news · इस रूप में फ़ेच: Mutqan चेकर · canonical URL भी माँगें: चालू

Canonical other-page (points to another URL) · Declared in link · HTTP status 200 · Redirects 1 · hreflang 2
Canonical URL https://www.example.com/products/blue-shirt · Canonical answers 301 Moved Permanently
Findings: The canonical strips the query string: expected for tracking or filter parameters, wrong if the parameters change the content. · The canonical URL redirects (HTTP 301 to https://www.example.com/products/blue-shirt/): point the canonical at the final URL, which must answer 200.
hreflang findings: No x-default alternate … · hreflang alternates on a page whose canonical points elsewhere are ignored; put hreflang on the canonical page.

वेबसाइट Canonical चेकर के नतीजे कैसे पढ़ें

जिस URL को इंडेक्स कराना है उसके लिए self सही नतीजा है: canonical अंतिम URL के बराबर है। other-page किसी डुप्लिकेट (ट्रैकिंग या फ़िल्टर URL) के लिए सही है और उस पेज के लिए गलत जिसे ख़ुद रैंक करना है।

cross-host सिंडिकेट की गई सामग्री या उस www / non-www रूप के लिए जायज़ है जिस पर आप रीडायरेक्ट करते हैं; बाक़ी जगह यह पेज के संकेत दूसरी साइट को दे देता है। https पेज पर http-downgrade लगभग हमेशा टेम्पलेट की गलती होती है।

multiple का मतलब है दो या ज़्यादा अलग canonical लक्ष्य (HTML और Link हेडर, या दो link एलिमेंट): सर्च इंजन सबको अनदेखा कर सकते हैं। missing का मतलब है सर्च इंजन ख़ुद canonical चुनते हैं।

«canonical का जवाब» के आगे 301 या 404 का मतलब है कि canonical बंद रास्ता है; उसे 200 देना चाहिए और ख़ुद को canonical घोषित करना चाहिए। किसी भी पेज पर noindex canonical पर भारी पड़ता है।

वेबसाइट Canonical चेकर कब इस्तेमाल करें

• जाँचें कि ट्रैकिंग, सॉर्टिंग और फ़िल्टर वाले URL का canonical साफ़ प्रोडक्ट या लेख URL की ओर है।
• Search Console में "Duplicate, Google chose different canonical than user" क्यों आ रहा है, यह जानें: रीडायरेक्ट, टकराती घोषणाएँ या रीडायरेक्ट होने वाला canonical देखें।
• https या नए डोमेन पर जाने के बाद पक्का करें कि canonical नई scheme और होस्ट इस्तेमाल करते हैं और अब रीडायरेक्ट होने वाले URL की ओर इशारा नहीं करते।
• जब साइट User-Agent के हिसाब से अलग HTML देती हो, तो देखें कि पेज Googlebot और मोबाइल ब्राउज़र को क्या घोषित करता है।

समस्या निवारण

• ब्राउज़र के inspector में canonical दिखने पर भी missing: लिंक लोड होने के बाद JavaScript जोड़ता है। चेकर सर्वर से आया HTML पढ़ता है और कोई स्क्रिप्ट नहीं चलाता; canonical सर्वर पर रेंडर करें।
• www और non-www के बीच cross-host: तय करें कि कौन-सा होस्ट canonical है, दूसरे को उस पर रीडायरेक्ट करें, और canonical में वही होस्ट रखें।
• "The canonical URL could not be requested": लक्ष्य होस्ट ने रिक्वेस्ट ठुकराई, टाइमआउट हुआ, या वह ऐसे एड्रेस पर resolve होता है जिससे Mutqan सर्वर संपर्क नहीं कर सकता। सिर्फ़ पेज जाँचने के लिए विकल्प बंद करें।
• पेज 403 या challenge पेज देता है: साइट User-Agent या IP रेंज के आधार पर ऑटोमेटेड क्लाइंट को रोकती है। Googlebot प्रोफ़ाइल आज़माएँ, या अपने ब्राउज़र में पेज का सोर्स देखें।

वेबसाइट Canonical चेकर के बारे में अक्सर पूछे जाने वाले सवाल

तकनीकी नोट्स

canonical link relation को RFC 6596 परिभाषित करता है और Link हेडर का सिंटैक्स RFC 8288। दोनों स्रोत पढ़े जाते हैं: HTML में rel="canonical" वाले link एलिमेंट, जिन्हें document base (पहला base एलिमेंट, वरना अंतिम URL) के सापेक्ष resolve किया जाता है, और rel="canonical" वाली Link हेडर एंट्री, जिन्हें अंतिम URL के सापेक्ष resolve किया जाता है।

तुलना सिर्फ़ #fragment को अनदेखा करती है: scheme, होस्ट, पाथ, अक्षरों का केस, आख़िरी स्लैश और query string सब मायने रखते हैं, जैसे सर्च इंजन के लिए। body शुरू होने के बाद का canonical बताया जाता है और बाहर रखा जाता है, क्योंकि Google rel="canonical" सिर्फ़ head में स्वीकार करता है।

hreflang कोड Google के बताए पैटर्न से जाँचे जाते हैं — ISO 639-1 भाषा, वैकल्पिक ISO 15924 लिपि और ISO 3166-1 क्षेत्र, या x-default — और उम्मीद की जाती है कि सेट पेज की ख़ुद की ओर इशारा करे।

सीमाएँ और कार्यप्रणाली

पेज Cloudflare नेटवर्क पर चलने वाले Mutqan सर्वर से एक बार फ़ेच होता है। जो साइटें देश, कुकी या सत्यापित क्रॉलर IP के हिसाब से HTML बदलती हैं, वे सर्च इंजन को अलग canonical दिखा सकती हैं।

सिर्फ़ सर्वर से भेजा गया HTML पढ़ा जाता है (512 KiB तक): JavaScript से डाले गए canonical नहीं दिखते — कई क्रॉलर भी पेज को पहली बार ऐसे ही देखते हैं।

canonical मज़बूत संकेत है, नियम नहीं: चेकर दिखाता है कि पेज क्या घोषित करता है; सर्च इंजन आख़िर में कौन-सा URL इंडेक्स करेगा, यह रीडायरेक्ट, अंदरूनी लिंक और साइटमैप पर भी निर्भर है।

सुरक्षा और गोपनीयता

पेज URL (और दूसरी रिक्वेस्ट चालू हो तो canonical URL) Mutqan सर्वर को भेजा जाता है, जो हेडर के तय सेट के साथ उसे फ़ेच करके जवाब लौटाता है। कुछ भी स्टोर नहीं होता।

फ़ेच किया HTML आपके ब्राउज़र में टेक्स्ट के रूप में पार्स होता है, कभी रेंडर या एक्ज़ीक्यूट नहीं होता, इसलिए पेज की स्क्रिप्ट नहीं चलतीं।

संदर्भ

• RFC 6596: The Canonical Link RelationIETF · 2012rel="canonical" को परिभाषित करता है: डुप्लिकेट में से किसी संसाधन का पसंदीदा रूप, HTML link एलिमेंट या HTTP Link हेडर में, और वे स्थितियाँ जहाँ इसे इस्तेमाल नहीं करना चाहिए।
• How to Specify a Canonical with rel="canonical" and Other MethodsGoogle Search CentralGoogle canonical कैसे चुनता है: रीडायरेक्ट और rel="canonical" मज़बूत संकेत हैं, साइटमैप में शामिल होना कमज़ोर; लिंक सिर्फ़ head में स्वीकार होता है, और noindex canonical चुनने का तरीक़ा नहीं है।
• Localized Versions of your PagesGoogle Search CentralHTML, HTTP हेडर और साइटमैप में hreflang एनोटेशन: भाषा और क्षेत्र कोड, x-default, और हर संस्करण को ख़ुद को और बाक़ी सबको क्यों सूचीबद्ध करना चाहिए।