एक क्लाइंट 2021 में मेरे पास आया जिसके पास एक WooCommerce स्टोर था जो तीन साल से अंग्रेजी में शानदार तरीके से चल रहा था। मजबूत रैंकिंग। अच्छा ट्रैफ़िक। फिर उनकी एजेंसी ने इसे फ्रेंच और जर्मन बाजारों के लिए "अंतरराष्ट्रीय" बनाया। छह हफ्ते बाद, अंग्रेजी रैंकिंग 40% गिर गई थी। फ्रेंच और जर्मन पेजों को इंडेक्स किया जा रहा था, लेकिन Google भ्रमित था कि किस क्वेरी के लिए कौन सा संस्करण परोसना है। किसी ने hreflang टैग को छुआ नहीं था। किसी ने URL संरचना के बारे में सोचा नहीं था। "अनुवाद" सिर्फ डुप्लिकेट कंटेंट था जो एक ही डोमेन पर ?lang=fr जैसे क्वेरी स्ट्रिंग के साथ बैठा था।
मुझे उस गड़बड़ को सुलझाने में दो सप्ताहांत लगे। तो मुझे आपको वही दर्द बचाने दीजिए।
एक WordPress साइट का अनुवाद करना वाकई आसान है जब आप समझते हैं कि Google को वास्तव में क्या चाहिए। समस्या यह है कि अधिकांश ट्यूटोरियल "एक प्लगइन इंस्टॉल करें, अपनी भाषाएँ जोड़ें, हो गया" पर रुक जाते हैं। वही है जहाँ SEO नुकसान शुरू होता है।
---
अनुवाद SEO को क्यों तोड़ता है (और लोगों को तुरंत क्यों पता नहीं चलता)
सर्च इंजन डुप्लिकेट कंटेंट के बारे में चुनिंदा होते हैं। जब आप अपने होमपेज का एक फ्रेंच संस्करण जोड़ते हैं और यह yourdomain.com/?lang=fr पर रहता है, न कि yourdomain.com/fr/ या fr.yourdomain.com पर, Google अक्सर दोनों URLs को थोड़ा अलग कंटेंट वाले एक ही पेज के रूप में मानता है। कोई भी संस्करण अच्छी तरह रैंक नहीं करता। आपका मौजूदा अंग्रेजी पेज अथॉरिटी खोना शुरू कर सकता है क्योंकि सिग्नल पतला हो जाता है।
दूसरी समस्या: hreflang। यह HTML विशेषता है जो Google को बताती है "यह फ्रेंच पेज उस अंग्रेजी पेज के बराबर है।" इसे गलत पाएँ और आप एक "return tag" त्रुटि बनाते हैं जो Google स्वयं कहता है, जहाँ hreflang श्रृंखला टूटी है और Google पूरी चीज को अनदेखा करता है।
मैंने यह एक Seahawk प्रोजेक्ट पर देखा था 2023 में एक SaaS क्लाइंट के लिए। उनके पास 11 भाषाएँ एक प्लगइन के माध्यम से जोड़ी गई थीं, लेकिन प्लगइन केवल उन पेजों के लिए hreflang टैग जनरेट कर रहा था जिनका अनुवाद किया गया था। अनुवादित न किए गए पेजों के पास कोई स्व-संदर्भित hreflang टैग नहीं था। परिणाम: Google ने उन पेजों के अंग्रेजी संस्करणों को डीइंडेक्स करना शुरू कर दिया क्योंकि यह सोचा कि वे अनाथ डुप्लिकेट हैं। दुर्भावनापूर्ण नहीं, सिर्फ लापरवाह कॉन्फ़िगरेशन।
फिक्स जटिल नहीं है। लेकिन आपको दिन एक से ही इसके बारे में जानबूझकर होना चाहिए।
---
एक प्लगइन को छूने से पहले सही URL संरचना चुनना
यह वह निर्णय है जो आपकी आर्किटेक्चर को लॉक करता है। आपके पास तीन विकल्प हैं।
- सबडायरेक्टरीज:
yourdomain.com/fr/,yourdomain.com/de/, अधिकांश साइटों के लिए मेरी डिफ़ॉल्ट सिफारिश। - सबडोमेन: fr.yourdomain.com,
de.yourdomain.com, अच्छी तरह काम करता है यदि आप प्रत्येक भाषा को Search Console में एक अलग प्रॉपर्टी के रूप में मानना चाहते हैं। - अलग डोमेन (ccTLDs): yourdomain.fr,
yourdomain.de, सबसे मजबूत geo-targeting सिग्नल, लेकिन महंगा और बनाए रखने के लिए जटिल।
90% साइटों के लिए जो मैं बनाता हूँ, सबडायरेक्टरीज जीतती हैं। वे डोमेन अथॉरिटी को इनहेरिट करती हैं, एक WordPress इंस्टॉल में प्रबंधित करना आसान है, और Google उन्हें अच्छी तरह हैंडल करता है। केवल समय जब मैं सबडोमेन या ccTLD जाऊँ तब जब एक क्लाइंट के पास गंभीर geo-targeting आवश्यकताएँ हों और प्रत्येक बाजार के लिए एक समर्पित टीम हो।
एक भी अनुवाद प्लगइन इंस्टॉल करने से पहले अपनी संरचना चुनें। इसे बाद में बदलने का अर्थ है 301 रीडायरेक्ट्स, अपडेटेड hreflang, अपडेटेड साइटमैप्स, और कम से कम कुछ हफ्तों की रैंकिंग अस्थिरता। मैंने यह 2020 में एक आतिथ्य क्लाइंट की साइट पर सीखा जहाँ हमने प्रोजेक्ट के बीच में सबडोमेन से सबडायरेक्टरीज में स्विच किया। दर्दनाक।
---
एक अनुवाद प्लगइन चुनना जो आपके SEO से लड़ाई न करे
तीन प्लगइन आपके ध्यान के लायक हैं। बाकी सब शोर है।
WPML
WPML वह है जो मैं Seahawk पर लगभग हर पेशेवर बहुभाषी बिल्ड पर उपयोग करता हूँ। यह मुफ्त नहीं है (बुनियादी लाइसेंस के लिए लगभग $39/साल से शुरू होता है), लेकिन यह साफ hreflang टैग जनरेट करता है, URL संरचना को सही तरीके से हैंडल करता है, WooCommerce के साथ बिना नाटक के एकीकृत होता है, और String Translation मॉड्यूल है नेविगेशन लेबल्स और विजेट टेक्स्ट जैसी चीजों के लिए।
एक चीज जो आपको अवश्य करनी चाहिए: WPML > Languages > Language URL format पर जाएँ और "Different languages in directories" चुनें (यानी, सबडायरेक्टरी विकल्प) जब तक कि आपके पास विशेष कारण न हो। डिफ़ॉल्ट कभी-कभी क्वेरी स्ट्रिंग पर सेट होता है। इसे बदलें।
Polylang
Polylang मुफ्त विकल्प है और सरल साइटों के लिए यह वाकई ठोस है। मुफ्त संस्करण URL संरचना और बुनियादी hreflang को हैंडल करता है। यदि आप WooCommerce चला रहे हैं या अनुवाद प्रबंधन सुविधाओं की आवश्यकता है तो आप Pro संस्करण ($99/साल) चाहेंगे। मैंने इसे पिछले साल एक छोटी NGO साइट पर उपयोग किया और यह तीन भाषाओं के लिए पूरी तरह सुचारु रहा।
TranslatePress
TranslatePress का एक अलग तरीका है: आप फ्रंट एंड पर सीधे, विजुअली अनुवाद करते हैं। जो क्लाइंट अपने अनुवाद स्वयं संभालना चाहते हैं उनके लिए यह बहुत अच्छा है। SEO pack ऐड-ऑन (paid) hreflang और मेटा अनुवाद को संभालता है। इसके बिना, आपके अनुवादित पेजों में डुप्लिकेट मेटा शीर्षक और विवरण होंगे। इसे छोड़ें मत।
स्वचालित अनुवाद को अपनी केवल परत के रूप में उपयोग करने से बचें। DeepL या Google Translate से मशीन अनुवाद शुरुआती ड्राफ्ट के लिए ठीक है, लेकिन प्रकाशित करने से पहले इसे मानव समीक्षा की जरूरत है। पतली, खराब अनुवादित सामग्री खराब रैंक करती है और खराब उपयोगकर्ता अनुभव बनाती है। मैं हमेशा क्लाइंट को बताता हूँ: यदि आपकी अनुवादित सामग्री ऐसी लगती है कि किसी ने लिखी है जो भाषा नहीं बोलता, तो Google भी वह समझ जाएगा।
---
Hreflang को सही तरीके से सेट करना
Hreflang वह चीज है जो ज्यादातर डेवलपर गलत करते हैं। यहाँ नियम हैं, स्पष्ट रूप से:
- प्रत्येक पेज को उस पेज के हर भाषा संस्करण के लिए hreflang टैग की जरूरत है, स्वयं सहित।
- आपको
x-defaultशामिल करना चाहिए जो उस संस्करण की ओर इशारा करता है जिसे तब परोसा जाए जब कोई भाषा वरीयता मेल न खाए। - hreflang value एक मान्य BCP 47 भाषा टैग से मेल खाना चाहिए। इसका मतलब है
en-gb,en-GBनहीं (लोअरकेस, हाइफ़नेट, भाषा के बाद क्षेत्र कोड)। - संबंध पारस्परिक होना चाहिए। यदि
/fr/hreflang के माध्यम से/en/की ओर इशारा करता है, तो/en/को/fr/की ओर वापस इशारा करना चाहिए।
WPML इसमें से ज्यादातर को स्वचालित रूप से संभालता है। लेकिन मैं हमेशा Aleyda Solis द्वारा Hreflang Tags Checker के साथ मैन्युअली रूप से सेटअप के बाद सत्यापन करता हूँ। यह मुफ्त है और चलने में लगभग तीन मिनट लगते हैं। हर सेकंड के लायक है।
एक एज केस: यदि आपके पास ऐसे पेज हैं जो अभी तक अनुवादित नहीं हुए हैं। उन्हें hreflang के बिना न छोड़ें। x-default को अंग्रेजी संस्करण की ओर इशारा करें, या अनुवाद तैयार होने तक केवल अंग्रेजी के लिए एक स्व-संदर्भित hreflang जोड़ें। hreflang चेन में एक अंतराल आपके विचार से अधिक नुकसान करता है।
---
Sitemaps, Search Console, और Crawl Budget
एक बार जब आपके अनुवादित पेज लाइव हों, तो Google उन्हें देखने से पहले आपको तीन चीजें सॉर्ट करनी होंगी।
- एक sitemap सबमिट करें जिसमें सभी भाषा संस्करण शामिल हों। WPML और Polylang दोनों Yoast SEO या Rank Math के साथ मिलकर स्वचालित रूप से बहुभाषी sitemaps उत्पन्न करते हैं। जाँच लें कि
yourdomain.com/sitemap.xmlपर sitemap वास्तव में आपके/fr/और/de/URLs को सूचीबद्ध करता है इससे पहले कि आप कुछ भी सबमिट करें। - यदि आप प्रति भाषा granular performance डेटा चाहते हैं तो Google Search Console में प्रत्येक भाषा subdirectory को एक अलग संपत्ति के रूप में जोड़ें। या उन्हें एक ही root domain संपत्ति के भीतर prefixes के रूप में जोड़ें। दोनों काम करते हैं, लेकिन अलग संपत्तियाँ आपको स्वच्छ डेटा देती हैं।
- Crawl budget के बारे में सोचें। 500 पेज और 5 भाषाओं वाली साइट के लिए, आपके पास अचानक 2,500 तक indexable URLs हो सकते हैं। Google के पास crawling के लिए असीमित appetite नहीं है। सुनिश्चित करें कि आपके अनुवादित पेज अनावश्यक JavaScript rendering के पीछे नहीं हैं, staging से बचे हुए noindex tags नहीं हैं, और उचित गति से लोड होते हैं। मोबाइल पर 3 सेकंड से कम मेरा काम का लक्ष्य है।
Rank Math पर एक त्वरित नोट: इसका Multilingual SEO module WPML और Polylang के साथ अच्छी तरह से काम करता है और आपको परिचित Rank Math इंटरफेस के भीतर से प्रति भाषा अनुवादित मेटा शीर्षक और विवरण सेट करने देता है। मैंने विशेष रूप से इसी कारण से पिछले मार्च में एक क्लाइंट को Yoast से Rank Math पर स्विच किया और वर्कफ़्लो में काफी सुधार हुआ।
---
अनुवादित Metadata और On-Page SEO को संभालना
अनुवादित URL slugs मायने रखते हैं। /fr/a-propos/ फ्रांसीसी भाषी खोजकर्ताओं के लिए /fr/about/ से बेहतर प्रदर्शन करता है। यह उपयोगकर्ताओं और Google दोनों को सिग्नल भेजता है कि यह एक genuinely localized पेज है, सीधी प्रति नहीं।
WPML आपको अनुवादित slugs सेट करने देता है। Polylang भी करता है। उन्हें use करें। मुझे पता है कि यह अतिरिक्त काम है। फिर भी यह करें।
Meta titles और descriptions को प्रत्येक market के लिए अनुवाद और फिर से लिखा जाना चाहिए, शब्द-दर-शब्द अनुवादक से नहीं। खोज intent भाषा के अनुसार अलग-अलग होता है। एक फ्रांसीसी उपयोगकर्ता जो आपके product के लिए खोज करता है वह एक अंग्रेजी उपयोगकर्ता से अलग phrasing का उपयोग कर सकता है। प्रति भाषा keyword research, यहाँ तक कि Google Keyword Planner या Ahrefs के साथ basic research भी, अनुवादित पेजों के कितनी अच्छी तरह प्रदर्शन करते हैं इसमें असली अंतर बनाता है।
Image alt text अक्सर पूरी तरह भुला दिया जाता है। आपके अनुवादित पेजों में target language में alt text होना चाहिए। उसी तरह किसी भी schema markup के लिए जिसमें text fields हैं।
एक और चीज जो लोगों को confuse करती है: WordPress menus। यदि आपके navigation में अंग्रेजी में "About Us" है, तो आपको /fr/a-propos/ की ओर इशारा करने वाली French में एक अनुवादित menu item की जरूरत है। WPML के पास एक menu sync feature है जो आपको menu items का अनुवाद करने के लिए संकेत देता है। इसे use करें। नहीं तो आपको English navigation के साथ French pages मिलते हैं, जो sloppy लगता है और crawlers को confuse करता है।
---
लाइव होने से पहले परीक्षण करना
इसे स्किप न करें। हर multilingual build में production पर जाने से पहले मैं एक quick checklist से गुज़रता हूँ।
- कम से कम homepage, एक interior page, और हर language के लिए एक product या blog page पर hreflang tags check करें। View source करें या SEO Meta in 1 Click जैसा browser extension use करें।
- Screaming Frog से site को crawl करें। Hreflang tab में
hreflangसे filter करें। कोई भी "non-200" या "missing return tag" errors को launch से पहले ठीक करना होगा। - Confirm करें कि आपका XML sitemap सभी language URLs को list करता है और उसे Search Console में submit करें।
- Private browser window में language switching को test करें ताकि cookies या geolocation redirects users को गलत version पर न भेज रहे हों।
- Verify करें कि translated pages 200 status codes return करते हैं, न कि 301s या 404s।
पूरी checklist एक medium-sized site पर maybe 90 minutes में complete हो जाती है। उन 90 minutes ने मुझे बीते सालों में कम से कम चार post-launch panics से बचाया है।
---
FAQ
क्या अपनी site को translate करना guarantee देता है कि मैं दूसरे देशों में rank करूँगा?
नहीं। Translation एक prerequisite है, guarantee नहीं। आपको अभी भी relevant local domains से backlinks, genuine local search demand, और वह content चाहिए जो actually उस market में user के intent को serve करे। Translation दरवाज़ा खोलता है। हर language में SEO work आपको उसमें से गुज़ारता है।
क्या मैं अपनी पूरी site को auto-translate करने के लिए Google Translate या DeepL का use कर सकता हूँ?
आप उन्हें first draft के रूप में use कर सकते हैं। WPML और TranslatePress दोनों के पास DeepL के साथ integrations हैं machine translation के लिए। लेकिन human editing के बिना raw machine translation को publish करना एक bad idea है। Content awkwardly पढ़ता है, जिससे bounce rates बढ़ते हैं, और Google के quality assessors बड़ी sites पर translation quality को evaluate करते हैं।
क्या हर language के लिए अलग Google Search Console property होना चाहिए?
यह आपकी URL structure पर निर्भर करता है। अगर आप subdirectories (yourdomain.com/fr/) use कर रहे हैं, तो Search Console में एक root domain property सब कुछ को cover करता है, लेकिन specifically /fr/ के लिए URL prefix property add करने से आपको cleaner per-language data मिलता है। अगर आप subdomains use कर रहे हैं, तो आप separate properties चाहेंगे। ccTLDs के लिए, आपके पास कोई choice नहीं है, वे separate domains हैं।
अगर मैं पूरी site को नहीं, बस कुछ pages को translate करना चाहता हूँ तो?
ठीक है। बस make sure करें कि उन translated pages के पास proper hreflang है जो उनके English equivalents की ओर point करता है, और English pages वापस translated versions की ओर point करते हैं। Partial translation एक legitimate approach है, खासकर उन sites के लिए जहाँ केवल एक product या landing page section किसी foreign market को target करता है।
क्या professional translator hire करना worth है या machine translation काफ़ी है?
कुछ भी public-facing के लिए, मैं हमेशा कहूँगा कि output को review करने के लिए कम से कम एक human translator को लगाएँ। 10 pages वाली small brochure site के लिए, cost minimal है। Large WooCommerce catalogue के लिए, आप bulk content के लिए machine translation use कर सकते हैं और product descriptions, checkout flows, और legal pages जैसे high-value pages के लिए human review कर सकते हैं। यह split approach practice में अच्छी तरह से काम करता है।
---
सही तरीके से अनुवाद करना एक ऐसी चीज़ है जो चुप्पी से बढ़ती है। आप इसे एक बार सही तरीके से सेट करते हैं, Google सबकुछ साफ-सुथरा इंडेक्स करता है, और 12 से 18 महीनों में आपका नए बाज़ार में ऑर्गेनिक फुटप्रिंट बिना कुछ दोबारा बनाए बढ़ता जाता है। अगर आर्किटेक्चर गलत हो तो आप Google से लगातार लड़ाई लड़ते रहेंगे। प्लगइन का काम तो आसान हिस्सा है। स्ट्रक्चरल फैसले, URL फॉर्मेट, hreflang, अनुवादित मेटाडेटा — वही असली काम है। उन्हें सही करने में एक अतिरिक्त दोपहर लगा दें। आपका भविष्य का खुद आपको शुक्रिया कहेगा।