Canonical URL उस पन्ने का पसंदीदा रूप है जिसे खोज इंजनों को index करना चाहिए। जानें rel canonical tag कैसे काम करता है और यह क्यों मायने रखता है।

इस पेज पर
Canonical URL किसी कंटेंट का प्रतिनिधि पता है: कई संभावित duplicates में से वह एक रूप, जिसे आप चाहते हैं कि Google मूल माने। जब वही कंटेंट कई URL से पहुँचा जा सकता है, तो canonical खोज इंजनों को बताता है कि किसे index और रैंक करना है, ताकि रैंकिंग संकेत प्रतियों में बिखरने के बजाय एक ही पन्ने पर इकट्ठा हों।
Canonical URL का प्रबंधन तकनीकी SEO का मूल हिस्सा है, क्योंकि duplicate URL बेहद आम हैं और ज़्यादातर अनजाने में बनते हैं। साफ canonical के बिना खोज इंजनों को अनुमान लगाना पड़ता है कि कौन सा रूप दिखाना है, जो अधिकार को बाँट सकता है, crawl budget बर्बाद कर सकता है, और गलत पन्ना सामने ला सकता है। canonicalization सही रखने से आपके सबसे ज़रूरी पन्ने मज़बूत और दिखने योग्य रहते हैं।
Google canonicalization को कंटेंट के प्रतिनिधि canonical URL को चुनने की प्रक्रिया बताता है, और canonical URL को उस पन्ने के रूप में, जिसे Google ने duplicates के समूह में से सबसे प्रतिनिधि चुना है। सीधे शब्दों में, यह वह मुख्य रूप है जिसे आप तब नामित करते हैं जब एक ही कंटेंट एक से ज़्यादा पते पर मौजूद हो।
यह मायने रखता है क्योंकि एक ही लेख कई URL रूपों से पहुँचा जा सकता है। canonicalization का लक्ष्य deduplication है: नतीजों में सिर्फ एक रूप दिखाना, रैंकिंग संकेतों को उस पर इकट्ठा करना, और duplicates को पीछे हटा देना। canonical वह पन्ना है जो index होता है और रैंक करता है, जबकि उसकी प्रतियाँ उसके लिए रास्ता छोड़ देती हैं।
ज़्यादातर duplicate कंटेंट जानबूझकर नहीं होता। Google कई आम कारण गिनाता है: क्षेत्रीय रूप जो एक ही भाषा को अलग पतों पर दिखाते हैं, अलग मोबाइल और डेस्कटॉप संस्करण, HTTP और HTTPS संस्करणों का साथ-साथ होना, और filtering या sorting जैसी साइट सुविधाएँ, जो एक ही पन्ने से कई parameter वाले URL बना देती हैं। गलती से खुले रह गए demo या staging संस्करण भी इस ढेर को बढ़ाते हैं।
Tracking parameters भी अक्सर दोषी होते हैं, क्योंकि किसी link पर लगाया गया campaign tag एक तकनीकी रूप से अलग URL बनाता है जिसका कंटेंट बिल्कुल वही होता है। चूँकि ये रूप इस बात से स्वाभाविक रूप से बनते हैं कि साइटें कैसे बनती और साझा होती हैं, लगभग हर बड़ी साइट पर ऐसे duplicate URL होते हैं जिन्हें व्यवस्थित रखने के लिए canonical चाहिए।
rel canonical tag एक छोटा HTML snippet है जो पन्ने के head में रखा जाता है और पसंदीदा URL का नाम देता है। यह एक link element के रूप में होता है जिसमें canonical attribute मुख्य रूप की ओर इशारा करता है, और खोज इंजनों को अपनी पसंद बताने का यह सबसे आम तरीका है। हर duplicate canonical की ओर इशारा करता है, और Google को बताता है कि संकेत किस ओर बहने चाहिए।
Google के John Mueller ने self-referential rel canonical के इस्तेमाल की सलाह दी है, जहाँ पन्ना खुद को इंगित करता है, क्योंकि इससे साफ पता चलता है कि आप कौन सा पन्ना index करवाना चाहते हैं। यह अच्छा अभ्यास उन पन्नों पर भी है जहाँ कोई स्पष्ट duplicate नहीं है, क्योंकि यह parameters और छोटे रूपों से पैदा हुई अस्पष्टता हटाता है, जिन्हें आप शायद नियंत्रित नहीं करते।
आप एक पसंद बता सकते हैं, पर अंतिम चुनाव Google का होता है। उसकी indexing प्रक्रिया एक जैसे दिखने वाले पन्नों की जाँच करती है और उसे चुनती है जो वस्तुनिष्ठ रूप से सबसे पूरा और उपयोगकर्ताओं के लिए सबसे उपयोगी हो। इस फैसले में कई कारक जुड़ते हैं, जिनमें पन्ना HTTPS पर परोसा जाता है या नहीं, redirects की मौजूदगी, sitemap में शामिल होना, और आपके rel canonical annotations शामिल हैं।
सबसे अहम बात यह है कि canonical बताना एक संकेत है, नियम नहीं। अगर Google को मज़बूत संकेत मिलते हैं, जैसे redirect, internal linking के पैटर्न, या उपयोगकर्ता व्यवहार, तो वह आपके नामित किए गए से अलग पन्ना चुन सकता है। फिर canonical पन्ना सबसे नियमित रूप से crawl होता है, जबकि भार घटाने के लिए duplicates कम बार crawl होते हैं, और इस तरह canonicalization सीधे crawling और indexing की दक्षता से जुड़ता है।
सही canonicalization कई फायदे देता है। यह साफ करके कि कौन सा URL index हो, duplicate कंटेंट की उलझन रोकता है। यह रैंकिंग संकेतों और link equity को प्रतियों में बाँटने के बजाय एक ही पन्ने पर इकट्ठा करता है, जिससे वह पन्ना यथासंभव मज़बूत रहता है। और यह crawl दक्षता सुधारता है, ताकि खोज इंजन अपना budget duplicates को फिर से crawl करने के बजाय आपके ज़रूरी पन्ने खोजने में लगाएँ।
ये फायदे बड़ी साइटों पर और बढ़ते हैं, जहाँ बिना प्रबंधन वाले duplicates दर्जनों लगभग एक जैसे URL में अधिकार को पतला कर सकते हैं। इसलिए साफ canonicalization हर technical SEO audit में बार-बार आने वाली चीज़ है, क्योंकि इसे ठीक करने से अक्सर वह रैंकिंग ताकत वापस मिलती है जो duplication के कारण चुपचाप बह रही थी।
ये तीनों उपकरण संबंधित समस्याएँ अलग तरह से हल करते हैं। canonical tag एक पसंद का सुझाव देता है और duplicate URL को उपयोगकर्ताओं के लिए सुलभ छोड़ता है, जो tracking parameters जैसे मामलों के लिए ठीक है जहाँ वैकल्पिक रूप को भी काम करना होता है। 301 redirect उपयोगकर्ताओं और संकेतों दोनों को स्थायी रूप से नए URL पर भेजता है, और अकेले canonical से मज़बूत संकेत है, जो तब उचित है जब पुराना URL अब अस्तित्व में नहीं रहना चाहिए।
noindex tag खोज इंजनों को बताता है कि पन्ने को बिल्कुल index न करें, जो duplicates को समेटने से अलग इरादा है। इन संकेतों को मिलाने से समस्याएँ होती हैं: किसी पन्ने पर noindex और कहीं और इशारा करता canonical दोनों नहीं होने चाहिए, क्योंकि इससे परस्पर विरोधी निर्देश जाते हैं। हर स्थिति के लिए सही उपकरण चुनना साफ indexing की कुंजी है।
कुछ गलतियाँ बार-बार होती हैं। गलत पन्ने को canonical बनाना, जैसे हर paginated पन्ने को पहले पन्ने की ओर इशारा करवाना, कंटेंट को index से छिपा सकता है। परस्पर विरोधी संकेत, जैसे ऐसा canonical जो redirects या internal links से मेल न खाए, Google को उलझाते हैं और उन्हें अनदेखा किया जा सकता है। ऐसे पन्नों की ओर canonical इंगित करना जो समतुल्य नहीं हैं, जहाँ कंटेंट सच में अलग है, एक और आम चूक है।
समाधान स्थिरता है। अपने canonical tags को अपने redirects, sitemap और internal linking के साथ मेल खाने दें, और canonical तभी नामित करें जब पन्ने सच में duplicates या करीबी रूप हों। चूँकि Google tag को संकेत मानता है, साइट भर में लगातार संकेत ही यह तय करते हैं कि आपकी पसंद का सम्मान होने की संभावना है। इसे ठोस keyword research और content planning से जोड़ने से सुनिश्चित होता है कि हर canonical पन्ना एक अलग intent को निशाना बनाए।
Canonicalization उन AI प्रणालियों की भी मदद करता है जो वेब को crawl करके उसका हवाला देती हैं। जब एक साफ canonical मौजूद होता है, तो AI crawlers बिखरे duplicates से टकराने के बजाय अपनी समझ को एक प्रामाणिक रूप पर इकट्ठा कर सकते हैं, जिससे कंटेंट को पढ़ना और उसका श्रेय देना आसान होता है। साफ canonical ढाँचा इस जोखिम को घटाता है कि कोई असिस्टेंट parameters से भरी या पुरानी प्रति का हवाला दे।
जैसे-जैसे ChatGPT, Perplexity और Gemini वेब कंटेंट पर ज़्यादा निर्भर होते हैं, वही सफाई जो Google को आपका canonical रैंक करने में मदद करती है, इन मॉडलों को उस पर भरोसा करने और उसका हवाला देने में मदद करती है। तकनीकी स्पष्टता generative engine optimization का एक चुपचाप सहायक है: आपके URL जितने साफ होंगे, कोई भी प्रणाली, मानव या AI, असली पन्ने को उतने ही भरोसे से पहचान पाएगी।
Canonical URL किसी पन्ने का वह एकमात्र पसंदीदा रूप है जिसे duplicates होने पर आप index करवाना चाहते हैं, और rel canonical tag इसे संकेत करने का मुख्य तरीका है। Duplicate URL आम तौर पर अनजाने में बनते हैं, Google आपके canonical को नियम नहीं बल्कि संकेत मानता है, और साफ canonicalization संकेतों को इकट्ठा करता है, crawl दक्षता सुधारता है और रैंकिंग बचाता है। Tags, redirects और sitemaps में स्थिरता ही इसे काम करवाती है।
आगे जानने के लिए इसे बड़े पैमाने पर canonical URLs के प्रबंधन और crawling और indexing की बुनियादी बातों से जोड़ें, और हर पन्ने को अलग रखने के लिए Sorank के research और content planning tools इस्तेमाल करें। संदर्भ स्रोत: Google Search Central, Yoast, और Conductor।
स्रोत
Canonical URL किसी पन्ने का वह एकमात्र पसंदीदा रूप है जिसे आप खोज इंजनों से index करवाना चाहते हैं, जब कई URL एक ही या बहुत मिलता-जुलता कंटेंट दिखाते हैं। Google इसे duplicates के समूह में से सबसे प्रतिनिधि URL कहता है। एक canonical नामित करने से रैंकिंग संकेत प्रतियों में बंटने के बजाय एक ही पन्ने पर इकट्ठा होते हैं।
नहीं। Google canonical को नियम नहीं, संकेत मानता है। वह HTTPS, redirects, sitemap में शामिल होना, internal links और आपके rel canonical annotation जैसे संकेत देखता है, फिर उस पन्ने को चुनता है जिसे वह सबसे पूरा और उपयोगी मानता है। अगर ये संकेत आपस में टकराते हैं, तो Google आपके नामित किए गए से अलग canonical चुन सकता है।
Canonical tag बताता है कि कौन सा रूप index हो, जबकि duplicate URL उपयोगकर्ताओं के लिए सुलभ रहता है, जो tracking parameters जैसे मामलों के लिए ठीक है। 301 redirect उपयोगकर्ताओं और रैंकिंग संकेतों दोनों को स्थायी रूप से नए URL पर भेजता है और यह मज़बूत संकेत है। जब पुराना URL अब नहीं रहना चाहिए तो redirect इस्तेमाल करें, और जब वैकल्पिक रूप को भी काम करना है तो canonical।
आपसे पहले लोगों ने Sorank आज़माया है
