Duplicate Without User-Selected Canonical: इसका मतलब और समाधान

संक्षेप में: "Duplicate without user-selected canonical" Google Search Console की Page indexing रिपोर्ट में एक स्थिति है। इसका मतलब है कि Google को एक ऐसा URL मिला जो किसी दूसरे पेज की नकल है, इस URL ने कोई पसंदीदा वर्ज़न घोषित नहीं किया, इसलिए Google ने किसी दूसरे URL को canonical चुन लिया और इस URL को सर्च नतीजे से बाहर रखा। यह अक्सर सामान्य होता है (पैरामीटर URLs, HTTP या www वाले वेरिएंट)। समस्या तब बनती है जब Google गलत URL चुन ले या ऐसे पेज एक साथ group हो जाएँ जिन्हें आप अलग रैंक कराना चाहते हैं: URL की जाँच करें, फिर 301 रीडायरेक्ट, rel="canonical" टैग या ज़्यादा अलग कंटेंट से ठीक करें।

Duplicate without user-selected canonical उन कारणों में से एक है जो Search Console में "Why pages aren't indexed" के अंतर्गत दिखते हैं। Google का Page indexing रिपोर्ट का दस्तावेज़ इसे एक पंक्ति में बताता है: “यह पेज किसी दूसरे पेज का डुप्लिकेट है, हालाँकि यह कोई पसंदीदा canonical पेज नहीं बताता।” यह गाइड बताती है कि इसका मतलब क्या है, सामान्य मामले को गंभीर समस्या से कैसे अलग करें, URL Inspection tool से जाँच कैसे करें और हर स्थिति में कौन-सा समाधान लागू करें।

"Duplicate without user-selected canonical" का मतलब क्या है?

जब कई URL एक ही या लगभग एक जैसी कंटेंट दिखाते हैं, तो Google उन्हें एक group में रखता है और सिर्फ़ एक को index करता है: canonical। Google इस प्रक्रिया को canonicalization कहता है, यानी किसी कंटेंट के “प्रतिनिधि” URL को चुनना, जैसा कि उसकी Search Central canonicalization गाइड में लिखा है।

इस स्थिति से रिपोर्ट में दिखाए गए URL के बारे में तीन बातें पता चलती हैं:

• यह डुप्लिकेट है: Google इसकी कंटेंट को किसी दूसरे पेज जैसा मानता है।
• आपने चुना नहीं: पेज में कोई rel="canonical" टैग (या उसके समकक्ष कोई सिग्नल) नहीं है जो कोई पसंदीदा वर्ज़न बताए।
• Google ने आपके लिए चुना: Google के शब्दों में, उसने “इस पेज के लिए किसी दूसरे पेज को canonical चुना है, और इसलिए यह पेज Search में नहीं दिखाएगा।”

बाहर रखे गए URL पर कोई penalty नहीं लगती। उसकी कंटेंट फिर भी Google में दिख सकती है, उस canonical URL के ज़रिए जिसे Google ने रखा है। Google का help center कहता है कि यह “कोई error नहीं है, बल्कि सही तरीके से काम कर रहा है, क्योंकि Google डुप्लिकेट पेज नहीं दिखाता।”

Search Console में canonical से जुड़ी तीन स्थितियाँ हैं, और इन्हें आसानी से मिलाया जा सकता है:

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

ज़्यादातर साइटों में कुछ URL इस स्थिति में होते हैं, और इनकी एक छोटी, स्थिर संख्या चिंता की बात नहीं है। Google का गाइड पुष्टि करता है कि “साइट पर कुछ डुप्लिकेट कंटेंट सामान्य है और यह Google की spam नीतियों का उल्लंघन नहीं है।” असल सवाल यह है कि कौन-से URL सूची में हैं और Google ने कौन-सा canonical चुना।

एक आसान नियम: अगर Google का चुना canonical वही URL है जो आप खुद चुनते, तो कुछ ठीक करने की ज़रूरत नहीं। अगर ऐसा नहीं है, या जो पेज आपको सर्च नतीजे में चाहिए वह डुप्लिकेट मानकर बाहर रखा गया है, तो कार्रवाई करें।

बिना canonical वाले डुप्लिकेट URL कहाँ से आते हैं?

Google के गाइड में डुप्लिकेट कंटेंट के आम स्रोत बताए गए हैं: region वेरिएंट, device वेरिएंट, protocol वेरिएंट, साइट के फ़ंक्शन जैसे “category पेज के sorting और filtering फ़ंक्शन के नतीजे”, और अनजाने वेरिएंट, जैसे कोई demo साइट जो क्रॉलर के लिए खुली रह गई हो। असली साइटों पर सबसे आम मामले ये हैं:

1. Protocol और host वेरिएंट: http:// और https://, www और non-www, जब दोनों रीडायरेक्ट की जगह 200 status के साथ खुलते हैं।
2. Trailing slash और letter case: /page और /page/, या /Page और /page, जो अलग URL की तरह दिखते हैं।
3. URL पैरामीटर: tracking टैग, session IDs, sort order और फ़िल्टर, जो मुख्य कंटेंट बदले बिना नया URL बनाते हैं।
4. E-commerce संरचनाएँ: एक ही प्रोडक्ट कई category paths से पहुँचा जा सकता है, रंग या size के वेरिएंट की एक जैसी description होती है, फ़िल्टर किए गए category पेज बनते हैं। Category पेज SEO की गाइड फ़िल्टर संभालने का तरीका बताती है।
5. Pagination और archives: टैग, author और date archives जो वही posts दोहराते हैं, या paginated सीरीज़ जिनमें साफ़ सिग्नल नहीं हैं (देखें pagination SEO)।
6. Templated पेज: शहर या service पेज जिनमें सिर्फ़ जगह का नाम बदलता है, और जिन्हें Google एक ही पेज मान सकता है।
7. Canonical टैग के बिना theme या CMS: कई platforms अपने-आप self-referencing canonical डालते हैं, पर custom टेम्पलेट और कुछ पेज builders ऐसा नहीं करते।

URL Inspection tool से इसकी जाँच कैसे करें?

1. Page indexing रिपोर्ट में स्थिति खोलें

Google Search Console में Indexing, फिर Pages पर जाएँ, "Why pages aren't indexed" तक स्क्रॉल करें और स्थिति पर क्लिक करें। उदाहरण URL export करें। Google बताता है कि यह सूची “1,000 आइटम तक सीमित है” और इसमें हर प्रभावित URL दिखने की गारंटी नहीं है।

2. URL को pattern के हिसाब से group करें

Export को sort करें और देखें कि URL में क्या साझा है: एक पैरामीटर, एक folder, एक protocol, एक trailing slash। दस हज़ार प्रभावित URL अक्सर दो-तीन patterns से आते हैं, और हर pattern का एक ही समाधान होता है।

3. हर pattern का एक URL जाँचें

Search Console के ऊपर वाले सर्च bar में एक URL डालें। URL Inspection tool के Page indexing हिस्से में ये दो फ़ील्ड पढ़ें:

• User-declared canonical: आपका पेज जो canonical घोषित करता है। इस स्थिति में अक्सर इसमें None दिखता है।
• Google-selected canonical: वह URL जिसे Google ने उसकी जगह index किया।

4. ब्राउज़र में दोनों पेज साथ-साथ देखें

जाँचे गए URL और Google-selected canonical को साथ-साथ खोलें। दो सवाल पूछें: क्या कंटेंट एक जैसा है, और क्या Google का चुना URL वही है जहाँ उपयोगकर्ता पहुँचें? फिर Google-selected canonical को भी जाँचें कि वह index में है।

Google के दोबारा क्रॉल करने से पहले देखना हो कि आपके पेज क्या घोषित करते हैं, तो हमारा मुफ़्त canonical टैग checker चलाएँ: यह किसी भी URL के HTML में canonical कुछ ही सेकंड में दिखा देता है।

"Duplicate without user-selected canonical" को कैसे ठीक करें?

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

ऐसे URL को रीडायरेक्ट करें जो मौजूद नहीं होने चाहिए

Protocol, host और trailing slash वेरिएंट के लिए पूरी साइट पर 301 रीडायरेक्ट सबसे साफ़ समाधान है: उपयोगकर्ता और क्रॉलर हमेशा एक ही URL पर पहुँचते हैं। SEO रीडायरेक्ट की गाइड बताती है कि इन्हें बिना chain के कैसे लगाएँ।

जो डुप्लिकेट रखना है, उस पर canonical घोषित करें

जो duplicate पेज रखना है, उसके head में यह link element जोड़ें: <link rel="canonical" href="https://www.example.com/preferred-page/">। Absolute URL इस्तेमाल करें। Google पसंदीदा पेज पर भी self-referencing canonical की सलाह देता है, ताकि हर indexable पेज अपना URL साफ़ बताए।

जो पेज रैंक होने चाहिए, उन्हें अलग बनाएँ

अगर Google ऐसे पेज एक साथ group करता है जिन्हें आप अलग index कराना चाहते हैं, तो अकेला टैग मदद नहीं करेगा। Google के help center के अनुसार अगर कोई पेज चुने गए canonical का डुप्लिकेट नहीं है, तो “आपको सुनिश्चित करना चाहिए कि दोनों पेजों का कंटेंट काफ़ी अलग हो।” हर पेज में खास text, data, फ़ोटो, कीमतें या स्थानीय विवरण जोड़ें।

बाकी सिग्नल भी एक दिशा में रखें

Internal लिंक canonical URL की ओर इशारा करें, और XML साइटमैप में सिर्फ़ canonical URL हों। इसे साइटमैप checker से जाँचें। मिले-जुले सिग्नल (साइटमैप में एक URL, लिंक में दूसरा) ही वजह बनते हैं कि Google आपसे अलग चुनाव करता है।

स्थिति साफ़ होने में कितना समय लगता है?

Googlebot के प्रभावित URL को दोबारा क्रॉल करने तक कुछ नहीं बदलता। समाधान के बाद स्थिति वाले पेज से वैलिडेशन शुरू कर सकते हैं। Google कहता है कि वैलिडेशन में “आम तौर पर लगभग दो हफ़्ते लगते हैं, पर कुछ मामलों में इससे कहीं ज़्यादा।” Validation वैकल्पिक है: रिपोर्ट पेजों के दोबारा क्रॉल होने पर अपने-आप अपडेट होती है। कुछ ज़रूरी URL के लिए URL Inspection tool में इंडेक्सिंग का अनुरोध करें। बड़ी साइटों के लिए URL Inspection API से canonical बड़े पैमाने पर जाँचे जा सकते हैं, जिसकी सीमा Search Console API की उपयोग सीमा के अनुसार प्रति साइट प्रति दिन 2,000 queries है। बाकी इंडेक्सिंग प्रक्रिया के लिए हमारी Google इंडेक्सिंग गाइड देखें।

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

Duplicates सिग्नल को बाँट देते हैं। Links, internal लिंक और engagement कई URL में बँट जाते हैं, बजाय इसके कि एक URL को मज़बूत करें, और नतीजों में जो URL दिखता है वह शायद वह हो जो आपको सबसे कम पसंद है (कोई पैरामीटर URL, कोई फ़िल्टर किए गए पेज)। बड़ी साइटों पर डुप्लिकेट को क्रॉल करने में वह समय भी लगता है जो Googlebot नए पेजों पर खर्च कर सकता था।

AI assistants एक और वजह जोड़ते हैं। ChatGPT, Perplexity और Gemini कई सवालों के जवाब सर्च indexes से पेज लाकर देते हैं, फिर उस URL का हवाला देते हैं जो उन्होंने पाया। जब आपकी कंटेंट एक साफ़ canonical URL पर हो, तो वही पता retrieve, cite और click होता है। कई जगह होने पर सिग्नल पतले हो जाते हैं, और जो लिंक cite होता है वह शायद वह वेरिएंट हो जिसे आप नहीं दिखाना चाहते।

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

सार यह है: Google का चुना canonical जाँचें, जो मौजूद नहीं होना चाहिए उसे रीडायरेक्ट करें, जो रखना है उस पर canonical घोषित करें, और जो पेज रैंक होने लायक हैं उन्हें सच में अलग बनाएँ। ज़्यादा पेज index और cite कराने के लिए देखें Sorank के plans, जो $49 प्रति माह से शुरू होते हैं, 3 दिन के मुफ़्त trial के साथ।