क्षेत्रीय डोमेन पर Hreflang: एक सुरक्षित स्थानांतरण चेकलिस्ट

अनियमित लॉन्च

टीमें अक्सर पूछती हैं कि क्या Hreflang एक साइट पर दूसरी से पहले लाइव हो सकता है। यह हो सकता है।

Google टैग को अनदेखा कर देगा जब तक कि दोनों पक्ष एक-दूसरे की पुष्टि नहीं कर लेते। कोई हानि नहीं। क्रम केवल लाभ को टालता है। पहले साइट के टैग को वैध रखें और उन आंशिक सेट को प्रकाशित न करें जो उन URL को नामित करते हैं जो अभी मौजूद नहीं हैं। जब आप दोनों डोमेन पर साइट्स के बैकलिंक्स की जाँच करते हैं, तो आप यह भी देखते हैं कि बाहरी दुनिया किस क्षेत्रीय होस्ट को पहले से प्राथमिकता देती है, और यह x-default के लिए किस URL को चुनने का निर्णय लेते समय उपयोगी सबूत है।

फील्ड से दो मामले

मान लीजिए कि आपके पास दो डोमेन पर एक जर्मन साइट और एक UK साइट है, जिसमें UK रूट से एक /uk/ फोल्डर पर 301 है जो कुछ समय पहले जोड़ा गया था। टीम अब उस नियम को हटाना चाहती है और पूछती है कि लिंक इक्विटी कैसे बनाए रखें।

पहले दोनों होस्ट के लिए toppages खींचें। यदि अधिकांश बाहरी लिंक रूट की ओर इशारा करते हैं, तो रूट को अब एक असली पेज सर्व करना चाहिए, Hreflang और एक स्वयं-कैनोनिकल के साथ, या सर्वोत्तम क्षेत्रीय मिलान पर रीडायरेक्ट करना चाहिए। एक स्क्रिप्ट के साथ परीक्षण करें, पुराने नियम को वर्जन कंट्रोल में रखें, और हमारे इंडेक्स के अगले मासिक रिफ्रेश के बाद परिणाम की समीक्षा करें।

दूसरा मामला छोटा है। एक Blogger या Squarespace साइट एक कस्टम डोमेन पर स्थानांतरित होती है। पुराने प्रत्येक पथ को एक-एक करके रीडायरेक्ट करें, क्योंकि URL का पहला हिस्सा बदल जाता है जबकि स्लग अक्सर वही रहता है। टेस्ट लूप के लिए रीडायरेक्ट मैप रेसिपी देखें, और पुराने संपत्ति को Search Console में सत्यापित रखें ताकि आप दोनों पर कवरेज देख सकें।

Hreflang और कैनोनिकल्स के परे: देशों के बीच क्या और जाँचें

Hreflang और कैनोनिकल्स वे टैग हैं जिनकी लोग सबसे पहले जाँच करते हैं, और वे एक-cross-country सेटअप में टूटने की एकमात्र जगह नहीं हैं। स्थान पर निर्भर रीडायरेक्ट, एक लैंग्वेज स्विचर जो क्रॉलर्स को एक लोकेल पर भेजता है, और एक साइटमैप जो एकल संस्करण सूचीबद्ध करता है, ये सभी बदल देते हैं कि Google प्रत्येक बाजार के लिए किस URL को घर मानता है।

इन टैग्स के पास होने के बाद इन पर काम करें। प्रत्येक एक टेम्पलेट में सही दिखने वाले टैग को चुपचात रद्द कर सकता है।

जियो रीडायरेक्ट और लैंग्वेज स्विचर्स

एक रीडायरेक्ट जो आगंतुक के स्थान से एक लोकेल चुन सकता है, Googlebot को एक देश में भेज सकता है और उन्हें अन्य कभी न दिखा सकता है। क्रॉलर तब एकल संस्करण देखता है, और वैकल्पिक (alternates) अनफेच किए जाते हैं। फोर्स्ड रीडायरेक्ट इसका एक सामान्य स्रोत हैं, इसलिए एक क्रॉलर यूजर एजेंट और, जहाँ संभव हो, एक दूसरे देश से परीक्षण करें।

एक लैंग्वेज स्विचर को प्रत्येक लोकेल में उसी पेज की ओर लिंक करना चाहिए। यदि यह केवल दूसरी साइट के होमपेज की ओर लिंक करता है, तो वैकल्पिक (alternates) अपने इंटरनल लिंक्स खो देते हैं और ढूंढने में कठिन हो जाते हैं।

वैकल्पिक (alternates) ले जाने वाले साइटमैप

एक XML साइटमैप प्रत्येक बाजार के वैकल्पिक (alternate) URLs को एक जगह सूचीबद्ध कर सकता है, ताकि सेट को पेज-दर-पेज न कि एक साथ पढ़ा जाए। उस सूची को पेजों पर मौजूद टैग्स के साथ मेल खाते हुए रखें।

साइटमैप से किसी भी लोकेल को हटा दें जो एक रीडायरेक्ट या noindex लौटाता है, या तो दो स्रोत यह असहमत होंगे कि कौन से संस्करण मौजूद हैं।

प्लगइन्स जो इसे स्वचालित करने का वादा करते हैं

प्लगइन्स कई साइटों के लिए Hreflang जनरेट कर सकते हैं, और वे एक उचित शुरुआत हैं। एक प्लगइन यह नहीं जान सकता कि कौन सा क्षेत्रीय URL सही लक्ष्य है, या क्या कहीं और कोई रीडायरेक्ट उसका विरोध करता है।

सेटिंग्स स्क्रीन पर भरोसा करने के बजाय, क्रॉल के सापेक्ष प्लगइन के आउटपुट की जाँच करें। क्रॉल वह एकमात्र दृश्य है जो दिखाता है कि एक बॉट को वास्तव में क्या प्राप्त होता है।

कुछ समय के लिए समानांतर में दो डोमेन चलाना

एक समानांतर रन नए डोमेन को अपनी जगह अर्जित करते समय दोनों डोमेन को जवाब देने देता है। यह मददगार होता है जब पुराना डोमेन अभी भी लिंक और विज़िट प्राप्त करता है। इसमें कुछ लागत भी आती है। दो सेट टैग्स को एक साथ सहमत होना चाहिए।

यदि आप दोनों चलाते हैं, तो प्रत्येक बाजार के घर को पहले से चुनें। उस चयन को Hreflang सेट में लिखें, फिर साइटमैप और इंटरनल लिंक्स को उसका अनुसरण करने दें।

लैंडिंग पेज और सॉफ्ट रीडायरेक्ट

दूसरी डोमेन पर एक लैंडिंग पेज जिसमें एक बटन है जो आपकी साइट की ओर ले जाता है, एक साधारण आउटबाउंड लिंक है। यह आगंतुकों को पार कर सकता है, लेकिन यह एक पते के इतिहास को 301 की तरह नहीं ले जाता। इसे माइग्रेशन स्टेप के रूप में गिनने की कोशिश न करें।

लोगों के लिए एक ब्रिज के रूप में ऐसे पेजों का उपयोग करें, और लिंक्स को ले जाने वाली चीज़ के रूप में सर्वर रीडायरेक्ट को रखें।

ओवरलैप के दौरान दोनों होस्ट की निगरानी

दोनों संपत्तियों को Search Console में सत्यापित रखें, और दोनों होस्ट के लिए लिंक डेटा एक ही शेड्यूल पर खींचें। असंगत शेड्यूल एक सामान्य शिफ्ट को नुकसान जैसा दिखा सकते हैं।

प्रत्येक खींचने पर समान की तुलना समान से करें: एक ही होस्ट, एक ही एक्शन, एक ही महीन। तब जो अंतर आप देखते हैं वह शिफ्ट है, कैलेंडर नहीं। किसी भी रीडायरेक्ट बदलाव की तारीख उसी फ़ाइल में नोट करें, ताकि टाइमिंग कभी अनुमान न हो।

जाँच करना कि क्या लिंक प्रत्येक क्षेत्रीय स्थानांतरण का अनुसरण करते हैं

एक क्षेत्रीय स्थानांतरण तब तक आधा पूरा नहीं होता जब तक कि टैग और रीडायरेक्ट सही न हों। दूसरा आधा यह है कि क्या बाहरी साइटें अब सही क्षेत्रीय URL की ओर इशारा करती हैं, और यह एक लिंक प्रश्न है।

बाहरी साइटें किस क्षेत्रीय होस्ट को प्राथमिकता देती हैं

प्रत्येक क्षेत्रीय होस्ट के लिए toppages खींचें, फिर तुलना करने के लिए compare चलाएं ताकि दो लिंक बेस को एक-दूसरे के बगल में रखा जा सके, ताकि आप एक टेबल में साइट्स के बैकलिंक्स की जाँच कर सकें। इसका उपयोग उन होस्ट के लिए करें जिनकी आपको परवाह है, इससे पहले कि आप तय करें कि किसमें मार्केट सिग्नल्स होना चाहिए।

एक होस्ट जो अधिकांश लिंक डोमेन एकत्र करता है, यह बताता है कि बाहरी साइटें अपने पाठकों को कहाँ भेज रही हैं।

जब एक क्षेत्रीय होस्ट लिंक डोमेन खो देता है

उस होस्ट पर लिंक किए गए पेजों की सूची से शुरू करें। उन URL को खोजें जो बाहर निकल गए, जाँचें कि क्या प्रत्येक सही क्षेत्रीय पेज पर रीडायरेक्ट करता है, और पुष्टि करें कि उस पेज पर Hreflang टैग उसी बाजार को नामित करते हैं।

यदि गिरावट एक साइटमैप बदलाव के साथ सह-मिलती है, तो किसी भी टैग को छूने से पहले पुराने और नए साइटमैप सूची की तुलना करें। पेजेस नॉट इंडेक्स्ड निर्णय वृक्ष उस मामले को कवर करता है जहाँ एक क्षेत्रीय पेज मौजूद है लेकिन इंडेक्स में बाहर रहता है।

एक क्षेत्रीय आधार बनाए रखना

प्रत्येक क्षेत्रीय होस्ट के लिए लिंक सूची को फ़ाइल नाम में तारीख के साथ सहेजें, ताकि एक बाद का खींचना तुलना के लिए कुछ रखे। उस फ़ाइल के बिना, एक गिरावट एक नए समस्या जैसी दिखती है, जबकि यह महीनों पहले हुए एक स्थानांतरण हो सकता है।

लिंक फ़ाइल के बगल में Hreflang सेट और कैनोनिकल चयन रिकॉर्ड करें। जब एक होस्ट लिंक खो देता है, तो आप टैग्स की जाँच उस स्थिति के सापेक्ष कर सकते हैं जब लिंक्स को अंतिम बार गिना गया था।

प्रत्येक क्षेत्रीय होस्ट के लिए महीने के एक ही दिन पर समान खींच चलाएं, और आउटपुट को होस्ट के लिए एक फोल्डर में रखें। होस्ट्स के बीच तुलना तभी न्यायसंगत होती है जब तारीखें मेल खाती हों, और फ़ाइल नाम उस दृश्यमानता के लिए सबसे सरल तरीका हैं।