Canonical टैग चेकर बताता है कि कोई पेज किस URL को अपना पसंदीदा संस्करण घोषित करता है और जाँचे गए संकेतों में कोई समस्या है या नहीं। उसके HTML canonical लिंक, HTTP Link हेडर और सीधे canonical लक्ष्य को देखने के लिए किसी सार्वजनिक पेज का URL दर्ज करें। मान्य घोषणा उपयोगी प्रमाण है, लेकिन वह इंडेक्सिंग की पुष्टि नहीं करती और न ही बताती है कि Google ने कौन-सा URL चुना है।
पेज का सटीक URL जाँचें
जिस पते को लेकर चिंता है, उसके क्वेरी पैरामीटर सहित उसी से शुरू करें। अगर ईमेल अभियान https://example.com/products/blue-shirt?utm_source=email पर लिंक करता है, तो सिर्फ़ होमपेज के बजाय उस संस्करण को जाँचें। फिर घोषित लक्ष्य की तुलना उस URL से करें जिसे आप इस सामग्री का प्रतिनिधि बनाना चाहते हैं।
दर्ज किया गया पता रीडायरेक्ट हो तो घोषणाएँ उसके अंतिम उत्तर से पढ़ी जाती हैं। URL का रास्ता उस रीडायरेक्ट और किसी दूसरे पते की ओर संकेत करने वाले canonical में अंतर समझने में मदद करता है।
चेकर एक स्रोत और, जब एक ही उपयुक्त लक्ष्य पहचाना जा सके, अधिकतम एक अलग लक्ष्य जाँचता है। स्वयं को संदर्भित करने वाले canonical के लिए स्रोत ही दोबारा इस्तेमाल होता है। यह JavaScript चलाए बिना प्राप्त HTML और HTTP हेडर पढ़ता है। पूरी वेबसाइट क्रॉल नहीं करता, पेज की सामग्री की तुलना नहीं करता और robots.txt या साइटमैप फ़ाइलें नहीं जाँचता।
Canonical चेकर के नतीजे समझें
नतीजे को उसके जाँच-दायरे के साथ पढ़ें। रंग और आइकन अगला कदम चुनने में मदद करते हैं; ये SEO स्कोर नहीं हैं।
| नतीजा | क्या बताता है | अगला कदम |
|---|---|---|
| हरा ✓ | जाँचे गए संकेतों में कोई समस्या नहीं मिली | पुष्टि करें कि घोषित लक्ष्य आपके उद्देश्य से मेल खाता है |
| लाल ✕ | पुष्ट समस्या, जैसे विरोधाभासी लक्ष्य या noindex वाला लक्ष्य | निष्कर्ष खोलें और उसकी वजह सुधारें |
| पीला ⚠ | चेतावनी, जैसे गायब, सापेक्ष या दोहराया गया canonical | तय करें कि घोषणा बदलनी चाहिए या नहीं |
| धूसर — | डेटा जाँचा नहीं जा सका | पहुँच ठीक करें या दोबारा कोशिश करें; लक्ष्य को मान्य न मान लें |
पूरा कवरेज सिर्फ़ समर्थित स्रोत और लक्ष्य की जाँचों को दर्शाता है। आंशिक विश्लेषण का अर्थ है कि कुछ पेज या घोषणाएँ पूरी तरह नहीं जाँची जा सकीं। रिपोर्ट को पुष्टि मानने से पहले बताया गया कारण पढ़ें।
Canonical का न होना चेतावनी है, यह प्रमाण नहीं कि पेज रैंक नहीं कर सकता। समय सीमा खत्म होने का अर्थ है कि जाँच उपलब्ध नहीं हुई, यह नहीं कि लक्ष्य ने त्रुटि लौटाई। विश्लेषण के विवरण और JSON डाउनलोड से देखे गए प्रमाण बाद की तुलना के लिए रख सकते हैं।
Canonical घोषणा जाँचें
दूसरे पेज की ओर संकेत करने वाला canonical जानबूझकर लगाया जा सकता है। उदाहरण के लिए, ट्रैकिंग URL वही नीली शर्ट वाला उत्पाद पेज दिखाता है, तो वह उत्पाद के साफ़ पते को पसंदीदा बता सकता है। पसंदीदा पेज स्वयं को भी संदर्भित कर सकता है। उदाहरण वाला यह HTML पेज के head भाग में रखा जाता है:
<link rel="canonical" href="https://example.com/products/blue-shirt">
यह तरीका अपनाने से पहले वास्तविक सामग्री की तुलना करें। अलग उत्पाद, भाषा या काफ़ी अलग सूची को सिर्फ़ मिलता-जुलता URL होने के कारण एक साथ न समेटें। दूसरे डोमेन पर लक्ष्य होने का भी स्पष्ट, जानबूझकर चुना गया कारण होना चाहिए; चेकर सामग्री की समानता या स्वामित्व की पुष्टि नहीं करता।
देखें कि हर घोषणा कहाँ मौजूद है। HTML body में canonical लिंक, head में रखी मान्य घोषणा नहीं है। HTTP Link हेडर भी canonical घोषित कर सकता है, यहाँ तक कि गैर-HTML दस्तावेज़ के लिए भी। HTML और HTTP घोषणाएँ अलग उपयुक्त URL बताती हैं, तो रिपोर्ट आपके लिए एक चुनने के बजाय विरोध दिखाती है। एक जैसी दोहराई गई घोषणाएँ अलग चेतावनी हैं।
मूल और निर्धारित URL दोनों देखें। सापेक्ष पथ सही ढंग से रिज़ॉल्व हो सकता है, लेकिन HTML का base URL उसका लक्ष्य प्रभावित कर सकता है। पूरा absolute URL इस्तेमाल करें और canonical से फ़्रैगमेंट हटाएँ। स्थान और URL के ये सुझाव Google के canonical दस्तावेज़ के अनुरूप हैं।
Canonical लक्ष्य जाँचें
सिर्फ़ टैग मौजूद होने पर न रुकें। क्या बताया गया पता HTTP 200 के साथ अपेक्षित पेज लौटाता है? क्या वह रीडायरेक्ट करता है, दूसरा canonical घोषित करता है या उसमें noindex निर्देश है?
लक्ष्य रीडायरेक्ट हो तो स्रोत बदलने से पहले इच्छित अंतिम पते की पुष्टि करें। लक्ष्य में noindex हो तो देखें कि इंडेक्सिंग से बाहर रखे पेज को पसंदीदा क्यों बताया जा रहा है। सिर्फ़ noindex का न होना यह प्रमाण नहीं है कि पेज इंडेक्स किया जा सकता है।
A → B → C canonical शृंखला में A और B जाँचने के बाद चेकर B पर C की घोषणा पढ़ सकता है। यह C को प्राप्त नहीं करता। C को पसंदीदा लक्ष्य बनाने से पहले अलग से जाँचें। A → B → A लूप में गोल-गोल घूमती घोषणाओं के बजाय एक संगत लक्ष्य चाहिए। RFC 6596 ऐसे लक्ष्य से बचने की सलाह देता है जो दूसरा canonical घोषित करे या त्रुटि लौटाए।
लक्ष्य प्राप्त न हो सके तो उसका उत्तर और निर्देश अपुष्ट रहते हैं। संबंध सही होने का निर्णय लेने से पहले यह सीमा दूर करें।
वजह सुधारें और बदलाव की पुष्टि करें
- इस सामग्री का पसंदीदा पता चुनें। उत्पाद, भाषा और पेज क्रम के महत्वपूर्ण अंतर ध्यान में रखें; असंबंधित पेज को होमपेज की ओर न भेजें।
- घोषणा बनाने वाली सेटिंग, टेम्पलेट या HTTP हेडर अपडेट करें। विरोधाभासी स्रोत हटाएँ ताकि उत्तर एक संगत पसंद दिखाए।
- पसंदीदा लक्ष्य को ही जाँचें। उसका उत्तर, रीडायरेक्ट, canonical और noindex निर्देश देखें। पुष्टि करें कि उसकी सामग्री स्रोत का उचित प्रतिनिधित्व करती है। पेज के HTML और HTTP निर्देश, उनका स्रोत और Google वेब खोज पर लागू होना देखने के लिए Noindex जाँच इस्तेमाल करें।
- मूल संस्करण दोबारा जाँचें। समस्या पैदा करने वाले क्वेरी पैरामीटर सहित नई घोषणाओं, URL के रास्ते और कवरेज की पुरानी रिपोर्ट से तुलना करें।
Search Console में जिस प्रॉपर्टी तक पहुँच है, उसके लिए URL Inspection का उपयोग करके इंडेक्स किए गए डेटा में उपयोगकर्ता द्वारा घोषित और Google द्वारा चुने canonical की तुलना करें। इसका लाइव टेस्ट Google के canonical चयन का अनुमान नहीं लगा सकता। आज सुधारा गया उत्तर और Google का सहेजा हुआ इंडेक्स किया गया संस्करण अलग अवलोकन हैं।
सवाल अब भी पहुँच का हो तो उस URL और क्रॉलर के लिए Robots.txt टेस्टर इस्तेमाल करें। XML फ़ाइल सत्यापित करने के लिए साइटमैप चेकर या पेज के अधिक संकेत देखने के लिए ऑन-पेज SEO चेकर इस्तेमाल करें। ये जाँच canonical रिपोर्ट को पूरा करती हैं; चुना गया पेज सही प्रतिनिधि है या नहीं, इसकी मैन्युअल समीक्षा की जगह कोई नहीं लेती।
पेज की सूची के उत्तर कोड और रीडायरेक्ट श्रृंखला की तुलना करने के लिए इस्तेमाल करें: एक साथ HTTP स्थिति जाँचें.