Alternate Page With Proper Canonical Tag: कब सामान्य है और कब कार्रवाई करें

संक्षेप में: "Alternate page with proper canonical tag" Google Search Console की Page indexing रिपोर्ट में एक स्थिति है। इसका मतलब है कि URL में rel="canonical" टैग है जो किसी दूसरे पेज की ओर इशारा करता है, Google ने यह चुनाव स्वीकार किया और उसकी जगह canonical पेज को index किया। ज़्यादातर मामलों में यह सही setup का अपेक्षित नतीजा है (पैरामीटर URLs, प्रोडक्ट वेरिएंट, AMP या mobile वर्ज़न), और Google के अनुसार इसमें कुछ करने की ज़रूरत नहीं होती। समस्या तब बनती है जब इस सूची में वे पेज दिखें जिन्हें आप रैंक कराना चाहते हैं: भाषा वर्ज़न, paginated पेज, या ऐसे लेख जिनके टेम्पलेट का canonical गलत URL की ओर है।

Alternate page with proper canonical tag Search Console में "Why pages aren't indexed" के अंतर्गत सूचीबद्ध है, जिससे कई साइट मालिक घबरा जाते हैं। Google की Page indexing रिपोर्ट का दस्तावेज़ साफ़ है: “यह पेज सही तरीके से canonical पेज की ओर इशारा करता है, जो index है, इसलिए आपको कुछ करने की ज़रूरत नहीं।” यह गाइड बताती है कि इस स्थिति का मतलब क्या है, सामान्य मामलों को असली गलतियों से कैसे अलग करें, कुछ मिनटों में URL कैसे जाँचें और canonical गलत होने पर क्या ठीक करें।

"Alternate page with proper canonical tag" का मतलब क्या है?

एक canonical URL किसी पेज का वह वर्ज़न है जिसे Google index करता है और सर्च नतीजे में दिखाता है, जब कई URL एक ही कंटेंट लेकर चलते हैं। यह स्थिति canonicalization के सबसे साफ़ नतीजे को बताती है:

• पेज canonical घोषित करता है: उसका rel="canonical" टैग किसी दूसरे URL की ओर इशारा करता है।
• Google सहमत है: उसने वही URL canonical चुना है।
• Canonical index है: कंटेंट Google में पसंदीदा URL के ज़रिए मौजूद है, इसलिए alternate खुद बाहर रखा गया है।

Google के उदाहरण हैं “desktop canonical वाला AMP पेज, या desktop canonical का mobile वर्ज़न, या mobile canonical का desktop वर्ज़न।” असली साइटों पर यह सूची ज़्यादातर उन URL वेरिएंट से भरती है जो किसी मुख्य पेज की ओर इशारा करते हैं: tracking पैरामीटर, sorting और filtering विकल्प, प्रोडक्ट वेरिएंट, print वर्ज़न।

यह स्थिति दो पड़ोसी स्थितियों से अक्सर मिलाई जाती है। फ़र्क यह है कि canonical किसने चुना:

यह स्थिति कब सामान्य है?

ज़्यादातर समय। अगर रिपोर्ट के URL वे वेरिएंट हैं जिन्हें आप सर्च नतीजे में कभी नहीं चाहते थे, तो स्थिति पुष्टि करती है कि आपके canonical टैग काम कर रहे हैं। आम मामले:

संख्या बड़ी होना अपने-आप में समस्या नहीं है। Filters वाली ऑनलाइन दुकान पर index हुए पेजों से दस गुना alternates हो सकते हैं, और यह सिस्टम के सही काम करने का संकेत है। Shopify, WordPress और ज़्यादातर आधुनिक CMS इन वेरिएंट के लिए canonical टैग अपने-आप बनाते हैं।

यह समस्या कब बनती है?

यह स्थिति चेतावनी बन जाती है जब इसमें वे पेज हों जिन्हें आप रैंक कराना चाहते हैं। Google ने आपके canonical टैग का पालन किया, इसलिए अगर टैग गलत है, तो Google ईमानदारी से गलत पेज को index से बाहर रखता है। पाँच मामले जाँचने लायक हैं।

1. जो पेज आप रैंक कराना चाहते हैं, वे किसी दूसरे URL की ओर इशारा करते हैं

कोई theme, plugin या माइग्रेशन script हर blog post का canonical होमपेज पर, या हर प्रोडक्ट का canonical उसकी category पर सेट कर देता है। पेज Google से गायब हो जाते हैं, और रिपोर्ट इसे “proper” कहती है क्योंकि टैग तकनीकी रूप से सही है। Export में महत्वपूर्ण URL (लेख, सेवाएँ, प्रोडक्ट) खोजें।

2. भाषा वर्ज़न एक ही भाषा की ओर canonical किए गए

अनुवादित पेजों में से हर एक का canonical अपने आप की ओर होना चाहिए, साथ में hreflang annotations जो वर्ज़न को जोड़ें। Google की localized वर्ज़न गाइड कहती है कि localized पेज “तभी डुप्लिकेट माने जाते हैं जब मुख्य कंटेंट अनुवादित न हुआ हो”, और “हर भाषा वर्ज़न को खुद को और बाकी सभी language वर्ज़न को सूचीबद्ध करना चाहिए।” /fr/ से /en/ की ओर canonical का मतलब है कि Google फ़्रेंच पेज को हटा दे। पूरे setup के लिए हमारी international SEO गाइड देखें, और hreflang generator टैग अपने-आप लिख देता है।

3. Paginated पेज पहले पेज की ओर canonical किए गए

Category या blog archive के पेज 2, 3 और 4 अक्सर पेज 1 की ओर इशारा करते हैं। Google की pagination guidelines उल्टी सलाह देती हैं: “paginated क्रम के पहले पेज को canonical पेज न बनाएँ। इसके बजाय हर पेज को उसका अपना canonical URL दें।” नहीं तो जो प्रोडक्ट या posts सिर्फ़ गहरे पेजों पर हैं, उनका क्रॉल रास्ता खो जाता है। देखें pagination SEO।

4. Variants जिन्हें अपना पेज मिलना चाहिए

अगर लोग “blue linen shirt” खोजते हैं और आपके नीले वेरिएंट की अपनी तस्वीरें और stock है, तो उसे सामान्य प्रोडक्ट पर canonical करने से एक ऐसा पेज हट जाता है जो रैंक कर सकता था। उसे अनोखा कंटेंट और self-referencing canonical दें, या अगर खोज की माँग नहीं है तो वेरिएंट ही रहने दें।

5. गिनती में अचानक उछाल

Redesign या नए फ़िल्टर module के बाद उछाल आम तौर पर इसका मतलब है कि Googlebot को हज़ारों नए पैरामीटर URL मिले। हर एक सही तरीके से संभाला गया है, पर बड़ी साइट पर उन्हें क्रॉल करने में वह क्रॉल budget लगता है जिसकी नए पेजों को ज़रूरत है। Parameter URL की ओर internal लिंक देना बंद करें, और जो फ़िल्टर कोई सर्च मूल्य नहीं बनाते उन्हें crawlable लिंक से बाहर रखें।

Search Console में alternate पेज की जाँच कैसे करें?

1. स्थिति खोलें: Google Search Console में Indexing, फिर Pages पर जाएँ, "Why pages aren't indexed" तक स्क्रॉल करें और "Alternate page with proper canonical tag" पर क्लिक करें।
2. उदाहरण export करके sort करें: उन्हें pattern से group करें (पैरामीटर, folder, भाषा prefix, /page/2/)। Google बताता है कि सूची 1,000 उदाहरण URL तक सीमित है।
3. Sitemap से मिलाएँ: जो URL आपकी XML साइटमैप में भी है और इस सूची में भी, वह दो उलटे संकेत भेजता है। आपकी साइटमैप में सिर्फ़ canonical URL होने चाहिए।
4. हर pattern का एक URL जाँचें: URL Inspection tool में User-declared canonical और Google-selected canonical की तुलना करें। इस स्थिति में वे मेल खाते हैं।
5. एक सवाल पूछें: क्या मैं चाहता हूँ कि यह ठीक यही URL रैंक करे? अगर नहीं, तो आगे बढ़ें। अगर हाँ, तो canonical टैग गलत है।

गलत canonical टैग को कैसे ठीक करें?

समाधान हमेशा टैग में और उसके आसपास के सिग्नल में होता है। Google की डुप्लिकेट URLs को एक करने की गाइड हर canonical पेज पर self-referencing canonical और canonical URL की ओर internal लिंक की सलाह देती है, और canonical चुनने के लिए robots.txt या noindex के इस्तेमाल के खिलाफ़ चेतावनी देती है।

समाधान के बाद कुछ ज़रूरी URL के लिए URL Inspection tool में इंडेक्सिंग का अनुरोध करें और बाकी को Googlebot दोबारा क्रॉल करने दें। जैसे-जैसे पेज दोबारा क्रॉल होते हैं, वे "Not इंडेक्स" से "Indexed" में जाते हैं; इसे तेज़ करने का तरीका हमारी Google इंडेक्सिंग गाइड में है। अगर संबंधित URL का कोई canonical ही नहीं है और Google ने उसे अलग समूह बनाकर रखा है, तो स्थिति अलग है: देखें हमारी गाइड Duplicate without user-selected canonical।

यह स्थिति SEO और GEO के लिए क्यों मायने रखती है?

सही canonical लिंक, internal लिंक और engagement को एक URL पर केंद्रित करता है, वही URL जो Google दिखाता है। गलत canonical बिना किसी error संदेश के पेज को Google से हटा देता है, क्योंकि रिपोर्ट उसे “proper” लेबल करती है। इसलिए हर रीडिज़ाइन, माइग्रेशन या theme बदलने के बाद यह सूची एक बार ज़रूर देखें।

यही तर्क AI assistants पर भी लागू होता है। ChatGPT, Perplexity और Gemini कई सवालों के जवाब सर्च indexes से पेज लाकर और उनके URL का हवाला देकर देते हैं। जो पेज गलती से alternate बनकर बाहर रह जाए, उसे retrieve नहीं किया जा सकता, इसलिए cite भी नहीं होता; जबकि साफ़ canonical से वही URL AI जवाबों में लिंक होता है जो आपने चुना।

Sorank हमारा प्रोडक्ट है: एक autopilot SEO और GEO software। इसका GEO और SEO dashboard Search Console से क्लिक, इंप्रेशन और positions दिखाता है, ताकि canonical की गलती से बाहर हुआ पेज जल्दी नज़र आए। और AI mention tracking हर महीने जाँचता है कि ChatGPT, Claude और Gemini आपके brand को cite करते हैं या नहीं।

सार यह है: alternate पेज अक्सर इस बात का प्रमाण होते हैं कि आपके canonical टैग काम कर रहे हैं; कार्रवाई तभी करें जब सूची में ऐसा पेज हो जिसे आप रैंक कराना चाहते हैं। ऐसे और पेज जोड़ने के लिए, जो index और cite होने लायक हों, देखें Sorank के plans, जो $49 प्रति माह से शुरू होते हैं, 3 दिन के मुफ़्त trial के साथ।