वास्तविक सामग्री और संचालन प्रतिबद्धताओं से लोकेल चुनें
एक लोकेल भाषा है और केवल तब क्षेत्रीय दर्शक जब वह महत्वपूर्ण हो। एक मैट्रिक्स रखें जिसमें पृष्ठ प्रकार, भाषा, क्षेत्र, मालिक, सामग्री भिन्नताएँ, URL पैटर्न और बैकअप शामिल हों। केवल वही क्षेत्रीय संस्करण जोड़ें जब उसकी मुख्य सामग्री या वाणिज्यिक शर्तें वास्तव में भिन्न हों और कोई उसे अपडेट रख सके; अक्सर एक सामान्य भाषा पृष्ठ बेहतर विकल्प होता है।
केवल हेडर और फुटर का अनुवाद करके अपरिवर्तित मुख्य सामग्री के चारों ओर उसे लोकल कहकर प्रकाशित न करें। Google सावधान करता है कि सिर्फ बॉइलरप्लेट अनुवाद खराब अनुभव और दोहराए गए परिणाम पैदा कर सकता है। प्राथमिक कॉपी, कीमतें, उपलब्धता, नीतियाँ, सपोर्ट और लेन-देन-संदेश की समीक्षा करें। यदि कोई पृष्ठ अभी समर्थन योग्य नहीं है तो उसे एक भ्रामक शेल के रूप में प्रकाशित करने के बजाय छोड़ दें।
इच्छित कोड, सार्वजनिक URL पैटर्न, मालिक, कैनोनिकल लक्ष्य, बैकअप और लॉन्च स्थिति एक नियंत्रित तालिका में रिकॉर्ड करें।
स्थिर URL चुनें और लोगों को चुनने दें
प्रत्येक भाषा वर्ज़न को एक डायरेक्ट URL दें जिसे ब्राउज़र और क्रॉलर अनुरोध कर सकें। Google अलग-अलग URL की सिफारिश करता है बजाय भाषा को कुकीज़ या ब्राउज़र सेटिंग्स से बदलने के। देश-डोमेन, सबडोमेन, और सबडायरेक्टरी काम कर सकते हैं; वह पैटर्न चुनें जिसे आपकी टीम लगातार नियंत्रित कर सके। Google URL पैरामीटर को URL-आधारित विभाजन के लिए अनुशंसित नहीं बताता।
एक भाषा या क्षेत्र विकल्प दिखाएं और आगंतुक को चुने हुए वर्ज़न पर रखें। Google अनुमानित भाषा के आधार पर स्वत: रीडायरेक्ट करने के विरोध में सलाह देता है और कहता है कि डायनामिक परिवर्तन वेरिएंट की खोज को रोक सकते हैं। IP स्थान का निर्णय-तंत्र न बनाएं; Google कहता है यह कठिन, सामान्यतः अविश्वसनीय और क्रॉलिंग को सीमित कर सकता है। डायरेक्ट URL और वापस स्विच करने का आसान तरीका सुरक्षित रखें।
क्लीन सेशन में प्रत्येक लोकेल URL खोलकर पुष्टि करें कि वह लोकेल बिना लोकेशन-आधारित बाउंस के सर्व हो रहा है।
पूर्ण, वैध hreflang क्लस्टर बनाएँ
एक hreflang क्लस्टर समतुल्य लोकेल URL को जोड़ता है। Google HTML link एलिमेंट, नॉन-HTML प्रतिक्रियाओं के लिए HTTP Link हेडर, या XML साइटमैप एंट्रीज़ को सपोर्ट करता है, और इन विधियों को समतुल्य मानता है। अपनी रिलीज़ प्रक्रिया से जनरेट और ऑडिट किया जाने वाला एक तरीका चुनें। प्रत्येक वैकल्पिक URL पूरी तरह योग्य (fully qualified) होना चाहिए, जिसमें https शामिल हो, और इच्छित सार्वजनिक पृष्ठ पर रेज़ॉल्व होना चाहिए।
हर समकक्ष पृष्ठ पर वही सेट प्रकाशित करें: एक स्व-रेफरेंस और हर समर्थित वैकल्पिक। Google कहता है कि पृष्ठों के एक-दूसरे की ओर इंगित न करने पर टैग्स को नज़रअंदाज़ किया जा सकता है और वापसी लिंक की कमी एक सामान्य गलती है। क्लस्टर साझा डेटा से जनरेट करें, हाथ से संपादित टेम्पलेट से नहीं। यदि किसी लोकेल में पृष्ठ उपलब्ध नहीं है, केवल ग्रिड भरने के लिए किसी नज़दीकी मैच का आविष्कार न करें।
प्रत्येक सूचीबद्ध युग्म के लिए सत्यापित करें कि दोनों पृष्ठ एक ही अल्टरनेट सेट उजागर करते हैं, जिसमें उनका अपना URL भी शामिल हो।
जब HTML head मार्कअप उपलब्ध न हो तो स्थानीयकृत PDF के लिए HTTP Link-header विधि का उपयोग करें।
भाषा टैग चुनें—सर्च लागूकरण को ध्यान में रखते हुए
भाषा टैग पहचानकर्ता हैं जैसे en, en-GB, या zh-Hant। BCP 47 IETF की Best Current Practice ढांचा है, और IANA Language Subtag Registry संदर्भ रजिस्ट्री है जिसे W3C लेखकों को निर्देश देता है। एक प्राथमिक भाषा से शुरू करें, फिर स्क्रिप्ट या क्षेत्र तभी जोड़ें जब यह सामग्री को अलग करे। W3C सलाह देता है कि टैग उतना छोटा रखें जितना आवश्यक भेद के लिए चाहिए।
Google hreflang के लिए Google के समर्थित-कोड नियमों का पालन करें, हर BCP 47 सिंटैक्टिकली वैध टैग नहीं। Google भाषा को पहले चाहता है, कभी अकेले क्षेत्र को नहीं, और ISO 639-1 भाषा कोड के साथ वैकल्पिक ISO 3166-1 Alpha-2 क्षेत्रों को दस्तावेज़ करता है। यह स्पष्ट रूप से बताता है कि es-419 hreflang के लिए समर्थित नहीं है। कार्यान्वयन के दौरान कोड की जाँच करें और तैनाती चेक्स में अनायोजित मान अस्वीकार करें।
केवल तब en-GB का उपयोग करें जब UK वर्ज़न अर्थपूर्ण रूप से भिन्न हो; वरना सामान्य en वर्ज़न सरल है।
कैनोनिकल, फ़ॉलबैक और सामग्री संकेत संगत रखें
कैनोनिकलाइज़ेशन डुप्लिकेट या बहुत समान URL में से एक पसंदीदा URL चुनता है; hreflang जानबूझकर वैकल्पिक पहचानता है। स्वतंत्र लोकेल पृष्ठों के लिए सेल्फ-रेफरेंशियल कैनोनिकल या उसी भाषा में कैनोनिकल का उपयोग करें। Google समान-भाषा कैनोनिकल या उपलब्ध सर्वश्रेष्ठ विकल्प की सिफारिश करता है। एक क्रॉस-भाषा कैनोनिकल वह वैकल्पिक समेट सकता है जिसे आप प्रस्तुत करना चाहते थे।
जिस ब्राउज़र भाषा का कोई मेल नहीं खाता उसके लिए x-default का उपयोग करें, विशेषकर तब जब भाषा या देश सेलेक्टर हो। यह बैकअप है, वास्तविक विकल्पों का विकल्प नहीं। तय करें कि यह न्यूट्रल सेलेक्टर है या डिफ़ॉल्ट-भाषा पृष्ठ, उसे उपयोगी बनाएं, और स्वत: रीडायरेक्ट लूप से बचें। प्रत्येक पृष्ठ की दिखाई देने वाली मुख्य सामग्री स्पष्ट रूप से एक भाषा में होनी चाहिए।
प्रत्येक नमूने पर अनुरोधित URL, अंतिम URL, कैनोनिकल, इंडेक्सेबिलिटी, hreflang लक्ष्य, और साइटमैप एंट्री की तुलना करें।
रिलीज़ को रूट-और-सामग्री परिवर्तन के रूप में परखें
डिप्लॉयमेंट से पहले प्रत्येक टेम्पलेट प्रकार का नमूना लें: होम, श्रेणी, वाणिज्यिक, संपादकीय, मदद, और स्थानीयकृत फ़ाइलें। चुनी गई विधि के अनुसार डिलीवर की गई head, headers, या साइटमैप का निरीक्षण करें। सार्वजनिक प्रतिक्रियाएँ, अंतिम HTTPS URL, सेल्फ और पारस्परिक अल्टरनेट, कैनोनिकल लक्ष्य, दृश्यमान स्थानीय सामग्री, एक काम करने वाला स्विचर, और किसी आकस्मिक noindex या robots ब्लॉक की पुष्टि करें।
रिलीज़ के बाद Search Console में प्रतिनिधि पृष्ठों का निरीक्षण करें। इसका लाइव टेस्ट जाँचता है कि Google वर्तमान पृष्ठ तक पहुँच सकता है; इंडेक्स रिपोर्ट चयनित कैनोनिकल दिखा सकती है। लाइव टेस्ट चयनित कैनोनिकल की भविष्यवाणी नहीं कर सकता और इंडेक्सिंग की गारंटी नहीं देता। एक दिनांकित रिलीज़ लॉग रखें जिसमें परखे गए क्लस्टर, अपवाद, मालिक और पुनःटेस्ट प्रमाण शामिल हों।
जब कोई प्राथमिक पृष्ठ गलत तरीके से रीडायरेक्ट करे, पारस्परिक जोड़ी टूटे, कैनोनिकल से टकराव हो, या चयन नहीं किया जा सके, तब रिलीज़ रोकें।
लोकेल कॉन्फ़िगरेशन का वर्शन रखें और सुरक्षित साझा-टेम्पलेट उलटफेर के लिए पूर्व URL और एनोटेशन मानचित्र रखें।