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

हर भाषा वाला वर्शन एक ऐसा वादा है जिसे पेज अकेले पूरा नहीं करता

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

होमपेज, प्राइसिंग वाला पेज या कानूनी पेजों जैसे स्थिर पेजों का वाकई शब्द दर शब्द अनुवाद हो सकता है, और एक बार अनुवाद हो जाने पर वे ईमानदारी से किसी और भाषा में एक अलग पेज होते हैं। लिस्टिंग एक बिलकुल अलग चीज़ है। विज्ञापनदाता अपनी प्रोफाइल सिर्फ एक बार लिखता है, जिस भाषा में वह बोलता है, और प्लेटफॉर्म पर कुछ भी उसके मुंह में बाकी नौ भाषाओं के शब्द नहीं डाल सकता, सिवाय इसके कि या तो मशीन से उसका अनुवाद किया जाए, जिससे वह बदल जाता है जो उसने असल में लिखा था, या फिर उसे बिल्कुल वैसे ही छोड़ दिया जाए एक ऐसे पते के नीचे जो दावा करता है कि, मान लीजिए, यह जर्मन वर्शन है।

इसे साइट की हर लिस्टिंग से गुणा कीजिए, और दस भाषाओं का विस्तार जिसे नौ नए बाज़ार खोलने थे, उसकी जगह एक ऐसे पेज की नौ प्रतियां बना देता है जो, जहां तक सर्च इंजन देख सकता है, बिल्कुल वही बात उसी भाषा में एक अलग पते पर कहता है। यह कोई काल्पनिक जोखिम नहीं है। यह टेम्पलेट स्तर पर अनुवाद चालू करने का डिफ़ॉल्ट नतीजा है, बिना पेज के उस एक हिस्से को छुए जिसे विज्ञापनदाता ने वाकई लिखा था।

इनमें से कुछ भी किसी एरर मैसेज की तरह सामने नहीं आता। बिल्ड सफल होता है, पेज लोड होते हैं, भाषा स्विचर काम करता है, और साइट पूरी दिखती है। यह असल में क्या पैदा हुआ, यह सिर्फ महीनों बाद दिखता है, इस बात में कि सर्च इंजन उन पेजों के साथ कैसा बर्ताव करते हैं, जब नई भाषाओं की ओर ट्रैफिक कभी उस तरह नहीं आता जैसे उन भाषाओं के लिए आया जिनका अनुवाद करना वाकई फायदेमंद था।

hreflang असल में क्या करता है, और यह कभी क्या नहीं कर सकता था

जिस टैग के बारे में लगभग हर कोई सोचता है जैसे ही इंटरनेशनल SEO का ज़िक्र आता है, वह है hreflang, और इसे असल में जितना करता है उससे कहीं ज़्यादा श्रेय दिया जाता है। गूगल का अपना दस्तावेज़ इसे एक ही काम के साथ बताता है: खोजने वाले को उसकी भाषा या क्षेत्र के लिए सबसे उपयुक्त पता दिखाना, उन पेजों के समूह में से जिन्हें सर्च इंजन पहले से एक ही कंटेंट के बराबर वर्शन मानता है। यह एक रूटिंग निर्देश है, न कि अनुवाद और न ही रैंकिंग को बढ़ावा।

इससे दो गलतफहमियां पैदा होती हैं, और दोनों यहां मायने रखती हैं। पहली, hreflang गूगल को यह विश्वास नहीं दिलाता कि कोई पेज अनुवादित है। गूगल का दस्तावेज़ साफ कहता है कि वह content असल में किस भाषा में है यह पता लगाने के लिए न तो hreflang इस्तेमाल करता है, और न ही पेज द्वारा खुद घोषित की गई भाषा वाली विशेषता; वह शब्दों को पढ़ता है और खुद फैसला करता है। एक टैग जो दावा करता है कि कोई पेज हिंदी वर्शन है, उससे गूगल जो यह मानता है कि पेज असल में क्या कहता है, उसमें कुछ नहीं बदलता।

दूसरी, hreflang रैंकिंग पोज़िशन के लिए कोई लीवर नहीं है। गूगल के किसी भी दिशानिर्देश में इसे ऐसी चीज़ नहीं बताया गया जो किसी पेज को ऊंची रैंक दिलाने में मदद करे। यह जिस चीज़ को प्रभावित करता है वह यह है कि कई बराबर URL में से कौन सा एक खास खोजने वाले को दिखाया जाए, रैंकिंग हो जाने के बाद। जो साइट यह उम्मीद करती है कि ज़्यादा भाषाएं सीधे ज़्यादा विज़िबिलिटी का मतलब रखेंगी, वह गलत टूल से एक अलग काम करवाने की उम्मीद कर रही है।

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

वह नियम जो तय करता है कि अनुवादित पेज सच में एक अलग पेज है या नहीं

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

कोई होमपेज, कैटेगरी पेज या प्राइसिंग पेज इस टेस्ट को तभी पास करता है जब दिखने वाला टेक्स्ट भाषा बदल लेता है, क्योंकि मुख्य कंटेंट ठीक वही है जिसका अनुवाद हुआ। उसी टेम्पलेट पर बनी लिस्टिंग का पेज इसे उसी तरह पास नहीं करता। नेविगेशन, बटन, कानूनी फुटर भाषा बदल लेते हैं। जिस एक पैराग्राफ को पढ़ने के लिए विज़िटर असल में आया था, यानी विज्ञापनदाता का अपना विवरण, वह बिल्कुल वैसा ही रहता है जैसा लिखा गया था, क्योंकि किसी के पास उसकी ओर से उसे फिर से लिखने का अधिकार नहीं होता।

यह एक तंत्र है, मंशा के बारे में अंदाज़ा नहीं। लगभग एक जैसे दिखने वाले पेजों को डुप्लिकेट मानने के लिए सर्च इंजन को किसी मकसद को मान लेने की ज़रूरत नहीं पड़ती; वह दोनों पतों पर एक ही भाषा में एक ही वाक्य पढ़ रहा होता है और वही सीधा निष्कर्ष निकालता है। एक जैसे दिखने वाले पेजों की यही समस्या क्लासिफाइड्स डायरेक्टरी के शहर और कैटेगरी वाले हिस्से में भी दिखती है, और वहां समाधान वही सिद्धांत है जिसे एक अलग धुरी पर लागू किया गया है: ज़्यादा पते तभी काम के होते हैं जब उनके पीछे का कंटेंट वाकई अलग हो, न कि तब जब किसी टेम्पलेट ने मुफ्त में एक नया URL बना दिया हो।

पैमाने के साथ यह असली असर और बढ़ता जाता है। दस लिस्टिंग का दस भाषाओं में अनुवाद सौ पते बनाता है, और अगर लिखा हुआ कंटेंट असल में सिर्फ आसपास के टेम्पलेट की भाषा के हिसाब से बदलता है, तो जो सर्च इंजन यह तय करने की कोशिश कर रहा है कि कौन सा दिखाया जाए, उसे नब्बे लगभग-नकलें उस एक पेज के खिलाफ मुकाबला करती मिलती हैं जो असली काम कर रहा है। इससे सिग्नल कई गुना बढ़ने की बजाय पतला हो जाता है, और यह चुपचाप होता है, क्योंकि यह होते समय साइट पर कुछ भी टूटा हुआ नहीं दिखता।

तीन तरीके जिनसे एक मल्टीलिंगुअल बिल्ड बिना किसी के ध्यान में आए यह सब बिगाड़ देता है

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

x-default वैल्यू लगभग उतनी ही बार गलत तरीके से लगाई जाती है, आमतौर पर उलटी दिशा में: हर एक पेज पर जोड़ दी जाती है, न कि उस एक जगह पर जिसके लिए यह बनाई गई थी। गूगल इसे उस फॉलबैक के तौर पर बताता है जो तब दिखाई जाती है जब घोषित की गई कोई भी भाषा विज़िटर की सेटिंग से मेल नहीं खाती, जो किसी भाषा चुनने वाले पेज या अपने आप रीडायरेक्ट होने वाले होमपेज के लिए बनाई गई है, न कि किसी ऐसी लिस्टिंग के लिए जिसकी अपनी भाषा पहले से बिल्कुल साफ तय है। इसे हर जगह लगा देने से कोई एरर नहीं आता, यह सिर्फ उन पेजों पर गूगल को कुछ काम का नहीं बताता जहां पहले से ही कुछ काम की चीज़ पता थी।

रीजन कोड वह डिटेल है जिसे सही करना सबसे सस्ता है और जिसमें सबसे ज़्यादा गलती होती है। गूगल सिर्फ ISO रीजन कोड के साथ जोड़े गए ISO भाषा कोड को ही पहचानता है, और ब्रिटिश ऑडियंस के लिए स्वाभाविक सहज वृत्ति, UK लिखना, ठीक उन्हीं कोड में से एक है जिन्हें गूगल का अपना दस्तावेज़ बिना किसी असर वाला बताता है; सही कोड GB है। सिर्फ कंट्री कोड अकेले भी काम नहीं करता। इनमें से कुछ भी बिल्ड के दौरान कोई एरर पैदा नहीं करता। यह बस चुपचाप कुछ नहीं करता, जब तक कोई इसे जांचे नहीं।

एक फैसला इस लिस्ट में शामिल नहीं है, क्योंकि यह असल में hreflang की समस्या नहीं है, और वह है अलग-अलग बाज़ारों को देश के डोमेन, सबडोमेन, या मुख्य साइट के फोल्डरों पर चलाना। गूगल का दस्तावेज़ इन तीनों में से किसी को रैंकिंग में तरजीह नहीं देता, और भाषा के हिसाब से बना सबडोमेन अपने आप गूगल को यह भी नहीं बताता कि इच्छित ऑडियंस कौन है; इसे कहीं और साफ तौर पर तय करना पड़ता है। कोई भी डायरेक्टरी पहले से जो भी ढांचा इस्तेमाल कर रही हो, इस बात की बहुत कम संभावना है कि उसके अनुवादित पेज काम न करने की वजह वही हो। ऊपर बताई तीन गलतियां लगभग हमेशा असली वजह होती हैं।

ग्यारहवीं भाषा जोड़ने से पहले असल में क्या जांचना चाहिए

टेम्पलेट से नहीं, लिस्टिंग से शुरुआत कीजिए। हर अलग प्रोफाइल के लिए, ईमानदारी से तय कीजिए कि मुख्य कंटेंट, यानी विज्ञापनदाता के अपने शब्द, एक से ज़्यादा भाषा में मौजूद हैं या नहीं। अगर नहीं हैं, तो उस पेज का ठीक एक ही असली भाषा वर्शन है, चाहे साइट का टेम्पलेट कुछ भी कहे, और ईमानदार कदम यह है कि उसे एक ही पते पर रहने दिया जाए, बजाय इसके कि वही बात कहने वाले नौ और पते बना दिए जाएं।

जो पेज वाकई अनुवादित हैं, यानी वे स्थिर और कैटेगरी वाले पेज जहां किसी ने सच में टेक्स्ट दोबारा लिखा है, उनके लिए हर बदलाव के बाद कुछ पेजों पर हाथ से आपसी लिंक जांचिए: सोर्स खोलिए, पक्का कीजिए कि पेज A की वैकल्पिक भाषाओं की लिस्ट में पेज B शामिल है और B की लिस्ट में A शामिल है, दोनों दिशाओं में, साइट जिस भी भाषा का सपोर्ट होने का दावा करती है उस हर भाषा के लिए। यहां टूटी हुई जोड़ी तब तक नज़र नहीं आती जब तक उसे जांचा न जाए।

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

पक्का कीजिए कि रीजन कोड ठीक-ठीक ISO लिस्ट से मेल खाते हों, पहली बार में ज़्यादातर ऑपरेटर UK की जगह GB की गलती करते हैं, और हर पेज पर x-default चिपकाने की सहज इच्छा से बचिए, बजाय इसके इसे उस एक पेज पर लगाइए जो इसके लिए बनाया गया था। इनमें से कुछ भी जटिल काम नहीं है। पतों की एक स्प्रेडशीट और सोर्स देखने की आदत के साथ एक दोपहर काफी है, और यह छह महीने बाद यह पता लगाने से कहीं सस्ता पड़ता है कि नौ नई भाषाओं से ट्रैफिक कभी क्यों नहीं आया। कोई पेज सर्च में दिखता भी है या नहीं, यह पहले एक बिलकुल अलग स्विच के सेट पर निर्भर करता है, लेकिन इनमें से कुछ भी मायने नहीं रखता अगर जिस अनुवादित पेज पर फैसला लिया जा रहा था वह असल में कभी एक अलग पेज था ही नहीं।