यूआरएल के कैननिकल होने की समस्या ठीक करना

यूआरएल जांचने वाले टूल का इस्तेमाल करके जानें कि Google किस पेज को कैननिकल मानता है. भले ही, आपने किसी पेज को खास तौर से कैननिकल पेज के तौर पर मार्क किया हो, फिर भी Google किसी अन्य पेज को कैननिकल के तौर पर चुन सकता है. इसकी कई वजहें हो सकती हैं, जैसे कि कॉन्टेंट की क्वालिटी. समस्या का हल करने से पहले, यह देख लें कि Google Search से आने वाले आपके उपयोगकर्ताओं के लिए Google का चुने हुए कैननिकल यूआरएल और आपकी पसंद वाले कैननिकल यूआरएल में से कौन बेहतर है.

आपको जिस कैननिकल यूआरएल को Search में देखना है उसमें और Google के चुने गए कैननिकल यूआरएल के बीच अंतर होने की कई वजहें हो सकती हैं. आम तौर पर होने वाली समस्याएं:

यूआरएल के कैननिकल होने से जुड़ी आम समस्याएं

स्थानीय जगह के अनुसार एनोटेशन के बिना भाषा के वैरिएंट

 अगर आपकी ऐसी कई वेबसाइटें हैं जिनमें दुनिया भर के लोगों के लिए एक ही कॉन्टेंट को उनकी स्थानीय भाषा में उपलब्ध कराया जाता है, तो स्थानीय जगहों के अनुसार बनाई गई साइटों के लिए तय किए गए दिशा-निर्देशों का पालन करें. उदाहरण के लिए, अगर अमेरिका, यूनाइटेड किंगडम, और ऑस्ट्रेलिया में अंग्रेज़ी बोलने वाले लोगों के लिए आपने अलग-अलग साइटें बनाई हैं, लेकिन हर साइट का कॉन्टेंट एक ही है, तो अपने पेजों में hreflang एनोटेशन जोड़ें. इससे अलग-अलग इलाके के लोगों को उनके हिसाब से पेज दिखाए जा सकते हैं.

अमान्य कैननिकल एलिमेंट

 कुछ कॉन्टेंट मैनेजमेंट सिस्टम (सीएमएस) या सीएमएस प्लगिन, अनचाहे यूआरएल पर ले जाने के लिए, यूआरएल के कैननिकल होने की जांच करने की तकनीकों का गलत इस्तेमाल कर सकते हैं. अपने ब्राउज़र के डेवलपर टूल की मदद से एचटीएमएल की जांच करें और पता करें कि ऐसा है या नहीं. अगर आपकी साइट, rel="canonical" के गलत इस्तेमाल या 3xx रीडायरेक्ट की वजह से किसी ऐसे यूआरएल को कैननिकल यूआरएल के तौर पर चुन रही है जिसे आपने नहीं चुना है, तो आप कॉन्टेंट मैनेजमेंट सिस्टम की सेवा देने वाली कंपनी से संपर्क करें और उसे इस गड़बड़ी की शिकायत करें.

गलत तरीके से कॉन्फ़िगर किए गए सर्वर

 होस्ट करने की कुछ सेटिंग को गलत तरीके से सेट करने की वजह से, ऐसे क्रॉस-डोमेन यूआरएल को चुन लिया जाता है जिसे आम तौर पर नहीं चुना जाना चाहिए. उदाहरण के लिए:
  • कोई सर्वर गलत तरीके से कॉन्फ़िगर हो सकता है. ऐसा हाेने पर, other.example के किसी यूआरएल के लिए अनुरोध करने पर example.com का कॉन्टेंट दिख सकता है
  • दो अलग-अलग वेब सर्वर, एक जैसे soft 404 पेजों पर भेज सकते हैं जिन्हें Google, गड़बड़ी वाले पेजों के तौर पर पहचान नहीं पाया था. अगर ऐसा होता है, तो सर्वर देने वाली संस्था से संपर्क करें.

नुकसान पहुंचाने के लिए की गई हैकिंग

 वेबसाइटों पर किए गए कुछ हमलों में ऐसा कोड डाला जाता है जिसकी वजह से, अनुरोध करने पर जवाब में एचटीटीपी 3xx रीडायरेक्ट मिलता है. इसके अलावा, एचटीएमएल <head> या एचटीटीपी हेडर में ऐसा क्रॉस-डोमेन rel="canonical" link एनोटेशन भी डाला जा सकता है जो अक्सर नुकसान पहुंचाने या स्पैम वाले कॉन्टेंट के यूआरएल पर रीडायरेक्ट करता है. इन मामलों में हमारे एल्गोरिदम, छेड़छाड़ की गई वेबसाइट पर मौजूद यूआरएल को चुनने के बजाय, नुकसान पहुंचाने या स्पैम वाले यूआरएल को चुन सकते हैं.

सिंडिकेटेड कॉन्टेंट

 उन लोगों को कैननिकल लिंक एलिमेंट का सुझाव नहीं दिया जाता है जो सिंडिकेशन पार्टनर को डुप्लीकेट होने से बचाना चाहते हैं, क्योंकि अक्सर पेज बहुत अलग होते हैं. पार्टनर के लिए, सबसे असरदार तरीका यह है कि वे आपके कॉन्टेंट को इंडेक्स होने से रोकें. ज़्यादा जानने के लिए, Google News में डुप्लीकेट लेख न बनाना देखें. इसमें Google Search में सिंडिकेटेड कॉन्टेंट को ब्लॉक करने के बारे में भी सलाह दी गई है.

नकली वेबसाइट

 बहुत कम मामलों में, हमारा एल्गोरिदम बाहरी साइट से एक यूआरएल चुन सकता है. यह वह साइट होती है जो आपके कॉन्टेंट को आपकी अनुमति के बिना होस्ट कर रही है. अगर आपको लगता है कि कोई दूसरी साइट, आपके कॉन्टेंट को डुप्लीकेट करके कॉपीराइट कानून का उल्लंघन कर रही है, तो कॉन्टेंट हटाने के लिए उस साइट के होस्ट से अनुरोध करें. Google से भी यह अनुरोध किया जा सकता है कि कॉपीराइट के नियमों का उल्लंघन करने वाले पेज को, खोज के नतीजों से हटा दिया जाए. इसके लिए, आप डिजिटल मिलेनियम कॉपीराइट ऐक्ट के तहत अनुरोध करें.

ध्यान रखें कि अगर कोई कैननिकल यूआरएल, Search Console की ऐसी प्रॉपर्टी में है जिसका मालिकाना हक आपके पास नहीं है, तो आपको अपने डुप्लीकेट पेज का ट्रैफ़िक नहीं दिखेगा.