निर्णय करें कि क्या URL वास्तव में डुप्लिकेट हैं
एक कैनोनिकल URL डुप्लिकेट या निकट-डुप्लिकेट पृष्ठों का प्रतिनिधि पता होता है। canonical लिंक रिलेशन उस समय उपयुक्त है जब टार्गेट में referring पृष्ठ की तुलना में डुप्लिकेट कंटेंट या उसका सुपरसेट मौजूद हो। यह अलग उत्पादों, उपयोगी फ़िल्टरों, लेखों, या लोकेल्स को छिपाने का तरीका नहीं है।
प्रश्न करें कि क्या एक विज़िटर महत्वपूर्ण कंटेंट, विकल्प या कार्य पूरा करने का अवसर खो देगा अगर यह URL उम्मीदवार URL द्वारा प्रतिनिधित्व किया जाए। यदि हाँ, तो इसे अलग रखें और इसकी सामग्री या स्थानीयकरण में सुधार करें। यदि नहीं, तो एक स्थिर URL चुनें और उसके प्रोटोकॉल, होस्ट, पथ, ट्रेलिंग-स्लैश और पैरामीटर नियमों का दस्तावेज़ बनाएं।
हर पसंदीदा इंडेक्स होने योग्य HTML पृष्ठ में एक सेल्फ-रेफरेंसिंग canonical जोड़ें, भले ही आज कोई डुप्लिकेट स्पष्ट न हो।
एक आवश्यक डुप्लिकेट, जैसे analytics-parameter रूट, को केवल तब पसंदीदा URL की ओर पॉइंट करें जब दोनों पृष्ठों का मुख्य कंटेंट समान हो।
पुराने URL को हटाया जाना चाहिए तो रीडायरेक्ट का प्रयोग करें
जब कोई पुराना पाथ, रिटायर्ड होस्ट, या HTTP संस्करण अब विज़िटर्स या क्रॉलर्स के लिए गंतव्य नहीं होना चाहिए तो सर्वर-साइड स्थायी रीडायरेक्ट (permanent redirect) का प्रयोग करें। Google रीडायरेक्ट्स को मजबूत canonicalization संकेत के रूप में मानता है और डुप्लिकेट को हटाते समय इन्हें सुझाता है।
जब दोनों URL को कंटेंट के साथ रिस्पॉन्ड करना आवश्यक हों लेकिन एक को खोज में क्लस्टर का प्रतिनिधि बनना चाहिए तो rel=canonical का प्रयोग करें। यह टैग विज़िटर के एड्रेस को नहीं बदलता और न ही दूसरे रूट को हटा देता है। लक्ष्य को सफल (succeed) होना चाहिए और वह कहीं और redirect या canonicalize नहीं करना चाहिए।
एक legacy HTTP URL को डायरेक्ट अंतिम HTTPS URL पर भेजें और उसी HTTPS URL का हर जगह उपयोग करें।
Robots.txt, URL हटाना (removals), और noindex कोई पसंदीदा डुप्लिकेट व्यक्त नहीं करते। noindex पृष्ठ को सर्च से ब्लॉक कर देता है।
एक स्पष्ट एनोटेशन प्रकाशित करें
HTML के लिए, head में एक पूर्ण (absolute) rel=canonical एनोटेशन रखें। केवल CMS सेटिंग न देखें—डिलीवर किए गए स्रोत की जाँच करें: कोई थीम, प्लगइन, एज रूल, या JavaScript मान बदल सकता है। Google इसे HTML स्रोत में प्रदान करने और यह सुनिश्चित करने की सलाह देता है कि JavaScript इसे बदल न दे।
PDF जैसे नॉन-HTML डॉक्यूमेंट के लिए जहां उपयुक्त हो, canonical HTTP Link रिस्पॉन्स हेडर का प्रयोग करें। conflicting HTML और header मानों से बचें। लक्ष्य उपलब्ध होना चाहिए, 4xx रिस्पॉन्स नहीं होना चाहिए, और redirecting या chained URL नहीं होना चाहिए।
प्रत्येक संसाधन के लिए एक ही canonical टार्गेट प्रकाशित करें; कई लक्ष्य प्राथमिकता को अस्पष्ट बनाते हैं।
टेम्पलेट, CDN, CMS, या राउटिंग परिवर्तनों के बाद सैंपल पृष्ठों और हेडर्स को फ़ेच करके अंतिम टार्गेट की पुष्टि करें।
समर्थक संकेतों को संगत बनाएं
नेविगेशन, ब्रेडक्रंब्स, बॉडी लिंक्स, और जनरेटेड फ़ीड्स में अंदर से पसंदीदा URL पर लिंक करें। केवल वही URL साइटमैप में रखें जिन्हें आप सर्च में दिखते देखना चाहते हैं। साइटमैप समावेशन एक कमजोर संकेत है, पर यह रीडायरेक्ट्स और एनोटेशन्स के साथ सहमति में होने पर विकल्प को मजबूत करता है।
साइटमैप URLs को पूरी तरह योग्य (fully qualified) बनायें और canonical के समान होस्ट, प्रोटोकॉल, और स्लैश स्टाइल का उपयोग करें। रीडायरेक्टेड और पैरामीटराइज़्ड डुप्लिकेट्स को हटाएँ। पर्मालिंक, डोमेन, भाषा, या ईकॉमर्स परिवर्तनों के बाद स्वचालित रूप से जनरेट किए गए साइटमैप्स का परीक्षण करें।
ट्रैक किए गए, लेगसी, या वैकल्पिक-होस्ट URLs के लिंक को चुने गए canonical से बदल दें।
HTTPS रीडायरेक्ट्स, canonical टार्गेट, साइटमैप्स, और लिंक्स को संगत रखें; सर्टिफ़िकेट और HTTPS-से-HTTP समस्याएँ विरोधाभासी संकेत भेजती हैं।
पैरामीटर, पेजिनेशन और भाषाओं को उद्देश्य के अनुसार संभालें
पैरामीटर अपने आप डुप्लिकेट नहीं बनाते। एनालिटिक्स पैरामीटर कंटेंट नहीं बदल सकते, जबकि फ़िल्टर और सॉर्टिंग परिणाम सेट बदल सकते हैं। प्रतिनिधि संयोजनों का परीक्षण करें। किसी भी पैरामीटर को बनाए रखें जो कार्ट, लॉगिन, कंसेंट, या कॉन्फ़िगरेशन के लिए आवश्यक हो; एक canonical विज़िटर फ्लो को तोड़ नहीं सकता।
हर पेजिनेटेड पृष्ठ को पेज वन पर canonical न करें: बाद के पृष्ठों में अक्सर ऐसी सामग्री होती है जो पेज वन में नहीं है। भाषा या देश URL के लिए, जब उसी भाषा का पृष्ठ मौजूद हो तो उसी भाषा वाले पृष्ठ को canonical नामित करें और अल्टरनेट्स के लिए hreflang का उपयोग करें। canonicalization स्थानीयकरण डिज़ाइन का विकल्प नहीं है।
डॉक्युमेन्ट करें कि कौन से फ़िल्टर अलग लैंडिंग पृष्ठ हैं और कौन से डुप्लिकेट रीऑर्डरिंग हैं ताकि प्रोडक्ट और इंजीनियरिंग परिवर्तन सिंक में रहें।
केवल तभी उपयोग करें जब वह उपयोगी कंटेंट का सुपरसेट हो; चयन से पहले इसके लोड और नेविगेशन का परीक्षण करें।
इंडेक्स्ड और लाइव सबूतों के साथ संघर्षों को डिबग करें
Search Console में प्रभावित URL का निरीक्षण करें और इंडेक्स्ड Google-चुना हुआ canonical को उपयोगकर्ता-घोषित मान से तुलना करें। उम्मीदवार टार्गेट का भी निरीक्षण करें। इंडेक्स्ड रिपोर्ट वह दर्शाती है जो Google ने आख़िरी बार प्रोसेस किया; एक लाइव टेस्ट वर्तमान fetch, रेंडर्ड पेज, हेडर्स, और संसाधनों के लिए उपयोगी है, पर यह अंतिम canonical चयन की भविष्यवाणी नहीं कर सकती।
यदि मान अलग हों तो विचार करें कि क्या Google ने बेहतर प्रतिनिधि चुना। अन्यथा रीडायरेक्ट्स, HTML और HTTP-हेडर एनोटेशन्स, रेंडर्ड आउटपुट, लिंक्स, साइटमैप एंट्रीज़, hreflang, और कंटेंट समानता को ट्रेस करें। असहमति को ठीक करें, परिवर्तन रिकॉर्ड करें, और पुनर्मूल्यांकन के लिए समय दें।
टेम्पलेट्स, हेडर्स, होस्ट राउटिंग, और सुरक्षा परिवर्तनों की जाँच करें। एक बिना स्पष्टीकरण के क्रॉस-डोमेन canonical या रीडायरेक्ट सुरक्षा जाँच का कारण बनता है।
डिलीवर किए गए स्रोत और हेडर्स की तुलना CMS सेटिंग्स से करें; कोई प्लगइन या प्लेटफ़ॉर्म नियम अलग मान निकाल सकता है।
SIU रिलीज़ हार्डनिंग में canonical जाँच जोड़ें
डोमेन, HTTPS, CDN, CMS, टेम्पलेट, या कैटलॉग रिलीज़ से पहले होमपेज, कंटेंट और प्रोडक्ट पृष्ठ, एक पैरामीटर रूट, एक लोकेल, एक लेगसी URL, और प्रकाशित दस्तावेज़ों के सैंपल लें। स्थिति, अंतिम URL, canonical टार्गेट, साइटमैप समावेशन, और एक आंतरिक-लिंक उदाहरण रिकॉर्ड करें।
फिक्सेस को रोलबैक योग्य रखें: वर्तमान मैपिंग कैप्चर करें, एक रूल सेट बदलें, प्रभावित रूट्स सत्यापित करें, और रोलबैक योजना रखें। यह बदलावों के दौरान सार्वजनिक पाथ्स को सुरक्षित करके सक्रिय अपटाइम ऑप्टिमाइज़ेशन का समर्थन करता है; यह आउटेज डिटेक्शन प्रदान नहीं करता और न ही इंडेक्सिंग की गारंटी देता है।
मार्केटिंग और इंजीनियरिंग के बीच canonical नियम असाइन करें और हर अपडेट के पीछे के टेम्पलेट, रीडायरेक्ट, साइटमैप, या प्लेटफ़ॉर्म परिवर्तन को लॉग करें।
तेज़ रिमिडिएशन के लिए रिलीज़ टिकट के साथ एक छोटा before-and-after URL और हेडर सैंपल संलग्न करें।