2021 में वापस जाएँ, एक मध्यम आकार का e-commerce क्लाइंट Seahawk के पास आया उसके बाद जब उनका German स्टोर आठ महीने लाइव रहा था। आठ महीने। उनकी UK साइट शानदार रैंक कर रही थी। German संस्करण? Google.de में लगभग अदृश्य था। हमने इसका ऑडिट किया और बीस मिनट के अंदर समस्या मिल गई: उनके डेवलपर ने hreflang टैग लागू किए थे जो एक माइग्रेशन के बाद अब मौजूद नहीं रह गए URL की ओर इशारा कर रहे थे। Google एक साल तक विरोधाभासी सिग्नल पढ़ रहा था। Germany से उनका organic traffic वो होना चाहिए जो होना चाहिए उसका लगभग 4% था।
यह तरह की शांत आपदा बिल्कुल वही है जिससे international SEO भरा होता है। यह जोर से फटता नहीं है। बस धीरे-धीरे खून बहाता है।
तो मैं आपको बताता हूँ कि मैंने 40 से अधिक देशों में international साइटें बनाते और ठीक करते हुए क्या सीखा है, साथ ही जो वाकई काम करता है, जो डॉक्स आपको नहीं बताते, और विशिष्ट गलतियाँ जो मैं लगातार देखता हूँ।
---
तीन डोमेन संरचनाएँ (और कब प्रत्येक का उपयोग करें)
यह पहला फैसला है और यह सबसे स्थायी भी है। इसे गलत करने की कीमत महीनों, कभी-कभी सालों तक चुकानी पड़ती है।
आपके विकल्प हैं देश-कोड शीर्ष-स्तरीय डोमेन (ccTLDs, जैसे .de, .fr, .com.au), सबडोमेन (de.example.com), या सबडायरेक्टरीज़ (example.com/de/)। बस इतना ही। कोई गुप्त चौथा विकल्प नहीं है।
ccTLDs
ccTLD आपको सबसे मजबूत भौगोलिक संकेत देता है। Google जानता है कि example.de जर्मनी के लिए है। कोई कॉन्फ़िगरेशन की जरूरत नहीं। लेकिन आप हर नए ccTLD पर डोमेन अथॉरिटी के मामले में शुरुआत से शुरू कर रहे हैं। अगर आप एक ही समय में पाँच देशों में लॉन्च कर रहे हैं, तो आप पाँच अलग-अलग अथॉरिटी प्रोफाइल बना रहे हैं। इसके लिए गंभीर लिंक-बिल्डिंग बजट और समय चाहिए।
मैं ccTLDs की सिफारिश करता हूँ जब व्यवसार वाकई हर देश में अलग-अलग स्थानीय संस्थाओं के रूप में काम करता है, ब्रांड के पास लंबी अवधि में हर डोमेन में निवेश करने का बजट है, और स्थानीय विश्वास के संकेत महत्वपूर्ण हैं (वित्तीय सेवाएँ, स्वास्थ्यसेवा, सरकार से जुड़ा काम)। अन्यथा, आप एक ऐसी मुश्किल लड़ाई लड़ रहे हैं जिसमें आपको चढ़ने की जरूरत नहीं थी।
सबडायरेक्टरीज़
ईमानदारी से कहूँ, तो मेरे अधिकांश क्लाइंट्स के लिए example.com/de/ सही जवाब है। आप अपनी सभी डोमेन अथॉरिटी को एक जगह रखते हैं। जो संकेत आपने सालों में रूट डोमेन पर बनाए हैं, वे आगे बढ़ते हैं। Google ने स्पष्ट रूप से कहा है कि सबडायरेक्टरीज़ अंतर्राष्ट्रीय टार्गेटिंग के लिए बिल्कुल ठीक से काम करती हैं।
व्यापार यह है कि आपको भौगोलिक प्रासंगिकता स्थापित करने के लिए अधिक काम करना होगा। यह वह जगह है जहाँ hreflang और GSC geo-targeting काम आते हैं।
सबडोमेन
सबडोमेन ठीक हैं लेकिन मुझे व्यावहारिक रूप से उन्हें गड़बड़ी भरा लगता है। वे क्रॉल के दृष्टिकोण से अलग साइट्स की तरह व्यवहार करते हैं। मैंने देखा है कि जब किसी क्लाइंट के पास आठ भाषा सबडोमेन और एक ऐसा बॉट था जो उन्हें कुशलता से नहीं मान रहा था, तो क्रॉल बजट को नुकसान हुआ। जब तक कोई विशिष्ट तकनीकी या CMS कारण न हो, मैं लोगों को इनसे दूर रखता हूँ।
---
hreflang: वह हिस्सा जिसे सभी गलत समझते हैं
मैं कुछ ऐसा कहने वाला हूँ जो नाटकीय तो लगता है लेकिन बिल्कुल सटीक है: hreflang तकनीकी SEO में सबसे ज्यादा त्रुटि-प्रवण चीजों में से एक है। स्पेसिफिकेशन खुद काफी स्पष्ट है, लेकिन इंप्लीमेंटेशन में लगभग पंद्रह अलग-अलग तरीके हैं जिनसे यह टूट सकता है।
सेल्फ-रेफरेंशियल टैग ऑप्शनल नहीं है
हर पेज को एक hreflang टैग की जरूरत होती है जो अपने आप की ओर इशारा करे। यह उन शायद 40% डेवलपर्स को भ्रमित कर देता है जिनके साथ मैं काम करता हूँ जो इसे पहली बार इंप्लीमेंट कर रहे हैं। आप सिर्फ वैकल्पिक भाषा संस्करणों को सूचीबद्ध नहीं कर सकते। मौजूदा पेज को अपने आप को संदर्भित करना चाहिए।
`` <link rel="alternate" hreflang="en-GB" href="https://example.com/en-gb/product/" /> <link rel="alternate" hreflang="de" href="https://example.com/de/product/" /> <link rel="alternate" hreflang="fr" href="https://example.com/fr/product/" /> ``
उस पहली लाइन पर en-GB टैग? वह पेज अपने आप को संदर्भित कर रहा है। इसे मिस करने से Google क्लस्टर को सही तरीके से प्रोसेस नहीं कर सकता।
दोतरफा या कुछ नहीं
हर hreflang संबंध को परस्पर होना चाहिए। अगर आपका अंग्रेजी पेज आपके जर्मन पेज की ओर इशारा करता है, तो जर्मन पेज को अंग्रेजी पेज की ओर वापस इशारा करना चाहिए। Google बেजोड़ टैग्स को त्रुटि मानता है और उन्हें ज्यादातर नजरअंदाज करता है।
मैंने डेवलपर्स को hreflang केवल "मुख्य" भाषा पर इंप्लीमेंट करते देखा है और फिर सोचते हैं कि रैंकिंग में सुधार क्यों नहीं हुआ। पूरे संबंध ग्राफ को हर नोड पर घोषित किया जाना चाहिए।
भाषा कोड बनाम क्षेत्र कोड
hreflang="de" का मतलब है जर्मन, कोई भी क्षेत्र। hreflang="de-DE" का मतलब है जर्मन जैसा कि जर्मनी में बोला जाता है। hreflang="de-AT" का मतलब है जर्मन जैसा कि ऑस्ट्रिया में बोला जाता है। अगर आप जर्मनी और ऑस्ट्रिया दोनों को एक जैसा जर्मन कंटेंट परोस रहे हैं, तो आप de को कैच-ऑल के रूप में इस्तेमाल कर सकते हैं। लेकिन अगर आपके पास सच में स्थानीयकृत संस्करण हैं, तो स्पष्ट रहें।
यह जहाँ लोगों को समस्या देता है: en का इस्तेमाल तब करना जब आपका मतलब en-GB हो, फिर यह सोचना कि US साइट को यूके का ट्रैफिक क्यों मिल रहा है। ये एक जैसे टैग नहीं हैं।
x-default टैग
hreflang="x-default" जोड़ें जो आपके फॉलबैक URL की ओर इशारा करे (आमतौर पर अंग्रेजी होमपेज या एक भाषा चयनकर्ता पृष्ठ)। यह Google को बताता है कि जब कोई अन्य hreflang वेरिएंट किसी यूजर की भाषा या क्षेत्र से मेल न खाए तो क्या परोसना है। बहुत सारी साइटें इसे भूल जाती हैं। यह विनाशकारी नहीं है लेकिन यह एक खामी है।
---
वास्तविक प्रोजेक्ट्स पर मैंने देखी गई आम गलतियाँ
मैं बस उन्हीं से गुजरता हूँ जिनका मुझे सबसे अधिक सामना होता है। कोई पैडिंग नहीं।
- Hreflang टैग रीडायरेक्ट्स की ओर इशारा कर रहे हैं। आपके hreflang URLs कैनोनिकल, अंतिम गंतव्य URLs होने चाहिए। अगर
example.com/de/कोexample.com/de/home/पर रीडायरेक्ट किया जा रहा है, तो आपका hreflang टैग बाद वाले की ओर इशारा करना चाहिए। - असंगत ट्रेलिंग स्लैश।
example.com/de/औरexample.com/deतकनीकी रूप से अलग-अलग URLs हैं। एक चुनें और हर hreflang टैग और कैनोनिकल में सुसंगत रहें। - XML साइटमैप में hreflang को लागू करना, लेकिन HTML head में नहीं। दोनों ही वैध delivery methods हैं, लेकिन साइट के भर में उन्हें असंगत रूप से मिलाना confusion पैदा करता है। एक method चुनें और हर जगह उसे लागू करें।
- GSC में Geo-targeting सेट नहीं किया गया। Subdirectory या subdomain structures के लिए, आपको Google Search Console के अंदर अपना geo-target सेट करना होगा। GSC में जाकर "International Targeting" रिपोर्ट में कोई country target चुनना पाँच मिनट का काम है, जिसे आश्चर्यजनक संख्या में teams पूरी तरह स्किप कर देती हैं।
- केवल body content का अनुवाद करना, metadata का नहीं। आपके
<title>, meta description, और यहाँ तक कि आपके URL slugs को भी localized होना चाहिए। अंग्रेजी metadata के साथ translated content एक hybrid mess है जो users और bots दोनों को confuse करता है। - कोई localized link-building नहीं। यह एक technical mistake नहीं है लेकिन यह international rankings को उतना ही effectively खत्म कर देता है। Domain authority अपने आप ही German audience के लिए कोई मतलब transfer नहीं करता। आपको German-language, Germany-relevant sources से links की जरूरत होती है।
---
Canonical Tags और कैसे वे hreflang के साथ लड़ते हैं
यहाँ कुछ है जो experienced developers को भी confuse कर देता है। Canonical tags और hreflang tags को agree में होना चाहिए। अगर page A के पास एक hreflang tag है जो page B को German variant के रूप में point कर रहा है, लेकिन page B के पास एक canonical है जो वापस page A की ओर point कर रहा है, तो आपने एक loop बना दिया है। Google canonical को देखेगा और assume करेगा कि B असली version नहीं है, जिससे hreflang signal largely pointless हो जाता है।
Seahawk के पास 2022 में एक SaaS client था जिसे बिल्कुल यही समस्या थी। उनका CMS auto-generating canonicals को सभी अंग्रेजी root की ओर point कर रहा था। हर एक localized page। सभी English की ओर canonicalling कर रहे थे। hreflang technically valid था लेकिन canonicals Google को यह बता रहे थे कि English version को छोड़कर सब कुछ ignore कर दो। तीन महीने की बर्बादी की मेहनत।
नियम: हर localized page के पास एक self-referencing canonical होना चाहिए जो अपने ही URL की ओर point करे, primary language version की ओर नहीं।
---
Google वास्तव में इसे कैसे प्रोसेस करता है (और वह आपको क्या नहीं बताएगा)
Google गारंटी नहीं देता कि वह आपके hreflang टैग को फॉलो करेगा। मैं इस बारे में सीधा कहना चाहता हूँ। यह एक संकेत है, निर्देश नहीं। Google अपने खुद के डॉक्यूमेंटेशन में यह स्पष्ट रूप से कहता है। व्यावहारिक रूप से इसका मतलब है कि अगर आपकी कंटेंट सच में लोकलाइज़्ड नहीं है (बस /de/ प्रीफिक्स के साथ English और मशीन-अनुवादित बॉडी टेक्स्ट), तो Google फिर भी "गलत" संस्करण दिखा सकता है क्योंकि उसका अपना भाषा पहचान आपके टैग से असहमत हो सकता है।
अच्छा hreflang इंप्लीमेंटेशन अच्छे लोकलाइज़ेशन को बढ़ाता है। यह उसकी जगह नहीं लेता।
दूसरी बात: hreflang प्राथमिक सर्च इंडेक्स में रैंकिंग को प्रभावित नहीं करता। यह प्रभावित करता है कि कौन सा URL किस यूजर को किस देश में दिखाया जाता है। आपका German पेज अभी भी अपनी योग्यता पर German क्वेरी के लिए रैंक करने की जरूरत है। hreflang बस यह सुनिश्चित करता है कि सही पेज सही ऑडियंस के लिए दिखे जब आपने पहले से रैंकिंग अर्जित कर ली हो।
अगर आप ये manually बना रहे हैं तो Aleyda Solis का hreflang टैग जनरेटर use करें। यह वह टूल है जिसकी ओर मैं जूनियर्स को सबसे पहले इंगित करता हूँ। और Google की तरफ से error पकड़े जाने से पहले अपने इंप्लीमेंटेशन को Merkle के hreflang टेस्टिंग टूल से गुजारें।
---
मार्केट्स में कंटेंट स्ट्रैटेजी (जिस हिस्से को ज्यादातर पोस्ट स्किप करती हैं)
टेक्निकल सेटअप को सभी ध्यान मिलता है। लेकिन मैंने ऐसी साइट्स देखी हैं जिनके पास perfect hreflang, सही canonical, और अच्छे से कॉन्फ़िगर किए गए GSC प्रॉपर्टीज हैं जो फिर भी अंतर्राष्ट्रीय स्तर पर परफॉर्म नहीं करती हैं। क्यों? क्योंकि उन्होंने अपनी English ब्लॉग कंटेंट को word-for-word अनुवादित किया और इसे लोकलाइज़्ड कहा।
German ऑडियंस British लोगों से अलग तरह से सर्च करते हैं। UK में "running shoes" Germany में "Laufschuhe" हो सकते हैं, जी, लेकिन क्वेरी के पीछे का intent, जो फॉर्मेट अच्छा परफॉर्म करता है, जो specifics लोग पढ़ना चाहते हैं, सभी कुछ अलग है। आपको keyword research की जरूरत है जो target language में की जाए, किसी ऐसे व्यक्ति द्वारा जो वह भाषा वास्तव में use करता है, न कि English research के ऊपर एक translation layer।
कुछ चीजें जो international कंटेंट पर असली फर्क लाती हैं:
- VPN का उपयोग करके या Google के देश-विशिष्ट खोज URLs का उपयोग करके ब्राउज़र में स्थानीय SERPs की जांच करें
- अपने UK या US प्रतिद्वंद्वियों की नहीं, बल्कि लक्ष्य देश में प्रतिद्वंद्वी सामग्री की जांच करें
- उदाहरणों, मूल्य निर्धारण, सांस्कृतिक संदर्भों को अनुकूलित करें। डॉलर के चिन्हों से भरी एक पोस्ट जर्मनी में काम नहीं करती।
- अपनी सामग्री को आगे बढ़ाने के छह महीने बाद नहीं, बल्कि पहले या साथ में स्थानीय बैकलिंक्स बनाएँ
---
CDN या होस्टिंग स्थान का उपयोग कब करें
अंतर्राष्ट्रीय SEO के लिए सर्वर का स्थान क्या मायने रखता है? पहले की तुलना में कम, सच कहूँ तो। Cloudflare जैसे CDN के साथ आपकी साइट के सामने, आपके सर्वर का भौतिक स्थान लगभग कुछ भी मायने नहीं रखता। Cloudflare के edge nodes किसी भी तरह से उपयोगकर्ता के लिए भौगोलिक रूप से निकटतम स्थान से सामग्री प्रदान करेंगे।
जो अभी भी मायने रखता है: लक्ष्य क्षेत्र में पेज की गति। अपनी साइट को PageSpeed Insights के माध्यम से चलाएँ और विशेष रूप से अपने लक्ष्य बाजार में मोबाइल उपयोगकर्ताओं के लिए अपने Core Web Vitals की जांच करें। मैंने UK-अनुकूलित साइटें देखी हैं जो घरेलू रूप से बहुत तेज़ थीं लेकिन ऑस्ट्रेलिया में 6 सेकंड में लोड होती थीं क्योंकि उनके image CDN के पास वहाँ कोई edge presence नहीं था। यह सब कुछ से स्वतंत्र रूप से रैंकिंग को नष्ट करता है।
---
FAQ
क्या hreflang Google की रैंकिंग को सीधे प्रभावित करता है?
नहीं। hreflang Google को बताता है कि किस संस्करण को किस दर्शकों को दिखाना है, यह रैंकिंग को बूस्ट नहीं करता। रैंकिंग स्वयं सामान्य कारकों द्वारा निर्धारित होती है: प्रासंगिकता, प्राधिकार, ऑन-पेज सिग्नल। hreflang को राउटिंग के रूप में सोचें, रैंकिंग के रूप में नहीं।
क्या मैं WordPress मल्टीसाइट के साथ hreflang का उपयोग कर सकता हूँ?
हाँ, और यह वास्तव में सबसे स्वच्छ सेटअप में से एक है जब सही तरीके से किया जाए। WPML या Polylang जैसे प्लगइन hreflang जनरेशन को स्वचालित रूप से संभालते हैं, हालाँकि मैं हमेशा उनके आउटपुट को ऑडिट करता हूँ क्योंकि ऑटो-जेनरेटेड टैग कभी-कभी ऊपर बताई गई self-referential या bidirectionality समस्याओं को प्रदर्शित करते हैं। यह न मानें कि प्लगइन ने यह बिल्कुल सही किया है। जाँच करें।
मैं कैसे जाँच सकता हूँ कि मेरा hreflang काम कर रहा है?
Google Search Console में अपने पेजों को "International Targeting" रिपोर्ट के तहत खींचें और त्रुटियों को देखें। साथ ही URL Inspection टूल के साथ अलग-अलग पेजों को फेच करें यह देखने के लिए कि Google ने वास्तव में कौन से टैग इंडेक्स किए हैं। और Screaming Frog के hreflang टैब का उपयोग पूर्ण क्रॉल के दौरान करें। यह आपको पूरी तस्वीर देता है: लुप्त reciprocal जोड़े, टूटे हुए URL, भाषा कोड त्रुटियाँ।
क्या मुझे प्रत्येक देश या भाषा के लिए अलग-अलग सीटमैप की आवश्यकता है?
सख्ती से आवश्यक नहीं है, लेकिन यह स्वच्छतर है। यदि आप सबडायरेक्टरी का उपयोग कर रहे हैं, तो प्रति भाषा एक अलग XML sitemap जो व्यक्तिगत रूप से GSC के अंदर सबमिट किया जाता है, क्रॉल प्रबंधन को आसान बनाता है, खासकर जब साइट बढ़ता है। एक एकल sitemap भी काम करता है, जब तक कि हर hreflang URL शामिल है।
hreflang की सबसे आम गलती कौन सी है?
Self-referential टैग का लुप्त होना। हर बार। मैंने पिछले चार वर्षों में लगभग 200 अंतर्राष्ट्रीय साइटों का ऑडिट किया है और यह वह त्रुटि है जो मुझे सबसे लगातार मिलती है, आमतौर पर क्योंकि डेवलपर ने एक सरलीकृत ट्यूटोरियल पढ़ा था जिसमें इसका उल्लेख नहीं था। दूसरे स्थान पर HTML पेजों पर hreflang लागू करना आता है लेकिन URL माइग्रेशन के बाद XML sitemap संस्करण को अपडेट करना भूल जाते हैं (या इसके विपरीत)।
---
अंतरराष्ट्रीय SEO वास्तव में उन क्षेत्रों में से एक है जहाँ बोरिंग तकनीकी विवरणों को बिल्कुल सही करना उन साइटों को अलग करता है जो वैश्विक स्तर पर बढ़ती हैं उन साइटों से जो वर्षों तक अपनी जगह में घूमती रहती हैं। अवधारणाएँ रहस्यमय नहीं हैं। बस निष्पादन में ज्यादातर लोग शुरुआत में जितनी अपेक्षा करते हैं उससे अधिक सटीकता की आवश्यकता होती है। डोमेन संरचना पहले सही करें। फिर hreflang को सावधानी से बनाएँ और इसकी जाँच करें। फिर वास्तविक स्थानीयकरण कार्य करें। इसी क्रम में।
वह जर्मन क्लाइंट जिसका मैंने शुरुआत में जिक्र किया था? हमने hreflang को ठीक किया, canonicals को साफ किया, और उन्हें स्थानीय इंडस्ट्री साइटों से उचित जर्मन-भाषा लिंक मिले। चार महीने के भीतर वे अपनी UK साइट जितनी ट्रैफिक का 60% खींच रहे थे। ऐसे बाजार के लिए बुरा नहीं जहाँ वे अदृश्य रहे थे।