Hreflang बताता है कि कोई पेज किस भाषा और क्षेत्र के लिए है। इसका सिंटैक्स, आम गलतियाँ और बहुभाषी SEO में इसकी भूमिका जानें।

इस पेज पर
अगर आपकी साइट एक से ज़्यादा भाषाओं में है, या एक ही भाषा को अलग-अलग देशों के लिए लक्ष्य करती है, तो सर्च इंजनों को तय करने में मदद चाहिए कि किस उपयोगकर्ता को कौन-सा वर्शन दिखाना है। कनाडा में बैठे फ़्रेंच बोलने वाले और फ़्रांस में बैठे फ़्रेंच बोलने वाले को अलग पेज दिखने चाहिए। Hreflang (rel="alternate" hreflang annotation) वह तरीका है जिससे आप सर्च इंजनों को इन रिश्तों के बारे में बताते हैं, ताकि सही पेज सही दर्शकों तक पहुँचे।
Hreflang के बिना आपके स्थानीय पेज खोज परिणामों में एक-दूसरे से होड़ कर सकते हैं, duplicate content के रूप में चिह्नित हो सकते हैं, या उपयोगकर्ता को गलत वर्शन दिखा सकते हैं। इसके साथ Google आपके भाषा और क्षेत्र के वैरिएंट को एक ही समूह में रखता है और सबसे उपयुक्त वर्शन दिखाता है। यह अंतर्राष्ट्रीय SEO का सबसे शक्तिशाली, और सबसे अक्सर गलत कॉन्फ़िगर होने वाला, उपकरण है।
Hreflang स्थानीयकरण के मिलान की समस्या हल करता है। जब आप वही सामग्री अंग्रेज़ी, स्पेनिश और जर्मन में प्रकाशित करते हैं, तो वे पेज एक-दूसरे की लगभग डुप्लीकेट होते हैं। सर्च इंजन उन्हें गलती से नकल की गई सामग्री मान सकते हैं, या रैंक करने के लिए गलत पेज चुन सकते हैं। Hreflang annotation उन्हें बताता है कि ये पेज जानबूझकर बनाए गए विकल्प हैं, जिनमें से हर एक किसी खास भाषा या लोकेल के लिए बना है।
नतीजा है बेहतर उपयोगकर्ता अनुभव और साफ़ इंडेक्सिंग। स्थानीय वर्शनों पर Google का दस्तावेज़ समझाता है कि hreflang से Google उपयोगकर्ताओं को उनकी अपनी भाषा और क्षेत्र के पेज तक पहुँचा सकता है, न कि ऐसा वर्शन दिखाए जिसे वे पढ़ न सकें या जिसमें गलत मुद्रा, शिपिंग या कानूनी जानकारी हो।
पेज के head में hreflang annotation ऐसा दिखता है: <link rel="alternate" hreflang="en" href="https://example.com/en/" />। rel="alternate" बताता है कि जुड़ा हुआ URL एक विकल्प वर्शन है, hreflang मान भाषा (और वैकल्पिक रूप से क्षेत्र) बताता है, और href उस वर्शन का पूरा, absolute URL देता है।
हर पेज पर हर वर्शन के लिए ऐसा एक टैग डालें। जो पेज तीन भाषाओं में है, उसमें तीन hreflang टैग होंगे, हर वर्शन की ओर एक, और खुद की ओर भी एक टैग। हर भाषा वैरिएंट में पूरा सेट एक जैसा दोहराया जाता है। इसी से सर्च इंजन पूरे समूह को एक साथ जोड़ पाते हैं।
Hreflang मान मानकीकृत कोड इस्तेमाल करता है, और उन्हें सही लिखना अनिवार्य है। भाषा ISO 639-1 फ़ॉर्मेट में दी जाती है (उदाहरण के लिए en, es, de)। वैकल्पिक रूप से ISO 3166-1 Alpha 2 फ़ॉर्मेट में क्षेत्र जोड़ा जा सकता है, जो हाइफ़न से जुड़ता है: en-GB, en-US, es-MX, fr-CA।
भाषा हमेशा पहले आती है; अकेला क्षेत्र मान्य नहीं है। आप hreflang="GB" अकेले इस्तेमाल नहीं कर सकते, और en-UK या EU जैसे गढ़े हुए कोड काम नहीं करते (यूनाइटेड किंगडम का सही कोड GB है)। लिपि के अंतर के लिए ISO 15924 कोड लागू होते हैं, जैसे पारंपरिक चीनी के लिए zh-Hant और सरलीकृत चीनी के लिए zh-Hans। गलत कोड चुपचाप अनदेखे हो जाते हैं, और आपका सेटअप बिना किसी चेतावनी के टूट जाता है।
Hreflang पारस्परिक (reciprocal) होना चाहिए। अगर पेज X, पेज Y को अपना स्पेनिश विकल्प बताता है, तो पेज Y को भी वापस पेज X को अपना अंग्रेज़ी विकल्प बताना होगा। Google इन्हें return tags कहता है, और अगर ये गायब हैं तो वह आपके annotations को पूरी तरह अनदेखा कर सकता है। यह return-link शर्त व्यवहार में hreflang के विफल होने का सबसे आम कारण है, जैसा कि Google की multi-regional साइटों की मार्गदर्शिका पर ज़ोर देती है।
उतना ही ज़रूरी है कि हर पेज खुद को संदर्भित करे। अंग्रेज़ी पेज में अंग्रेज़ी के लिए एक hreflang टैग होना चाहिए जो उसके अपने URL की ओर इशारा करे। स्व-संदर्भित टैग छोड़ना एक और आम गलती है। नियम को पूर्ण मानें: हर पेज खुद को और बाकी हर वर्शन को सूचीबद्ध करे, और हर वर्शन यही उपकार लौटाए।
विशेष मान hreflang="x-default" सर्च इंजनों को बताता है कि जब उपयोगकर्ता की भाषा या क्षेत्र आपके बताए किसी भी वर्शन से न मिले, तो कौन-सा पेज दिखाना है। यह एक फ़ॉलबैक है। आम उपयोग है भाषा चुनने वाला लैंडिंग पेज, या आपका मुख्य वैश्विक वर्शन: <link rel="alternate" hreflang="x-default" href="https://example.com/" />।
अंतर्राष्ट्रीय साइटों के लिए x-default जोड़ना सर्वोत्तम अभ्यास है। इसके बिना, जिस उपयोगकर्ता की भाषा और क्षेत्र आपके किसी भी वैरिएंट से मेल नहीं खाते, उसके लिए सर्च इंजन का अनुमान ही निर्णय होता है। इसके साथ आप डिफ़ॉल्ट अनुभव खुद तय करते हैं, जैसे किसी बेमेल विज़िटर को ऐसे पेज पर भेजना जहाँ वह अपनी भाषा चुन सके।
Google तीन लागू करने के तरीके समर्थित करता है, और इनमें से एक चुनें, मिलाएँ नहीं। पहला है हर पेज के <head> में HTML link टैग, जो सामान्य वेब पेजों के लिए सबसे आम तरीका है। दूसरा है HTTP headers, जो PDF जैसी गैर-HTML फ़ाइलों के लिए इस्तेमाल होते हैं, जहाँ बॉडी में मार्कअप नहीं जोड़ा जा सकता।
तीसरा तरीका है XML sitemap। हर पेज में टैग जोड़ने के बजाय, आप अपने XML sitemap में xhtml:link प्रविष्टियों से सभी भाषा संबंध घोषित करते हैं। इससे पेज का कोड साफ़ रहता है और बड़े पैमाने पर इसे बनाए रखना अक्सर आसान होता है, हालाँकि इसके लिए सावधानी से जनरेशन चाहिए। जो भी तरीका चुनें, उसे पूरी साइट पर एक जैसे लागू करें।
Hreflang और canonical टैग साथ मिलकर काम करते हैं, लेकिन एक पुरानी गलती दोनों को तोड़ देती है। हर भाषा वर्शन को खुद को ही canonical बताना चाहिए, किसी एक मुख्य वर्शन को नहीं। अगर आपका जर्मन पेज अपना canonical tag अंग्रेज़ी URL पर सेट करता है, तो आप Google को बता रहे हैं कि जर्मन पेज एक डुप्लीकेट है जिसे इंडेक्स नहीं होना चाहिए, और इससे आपका hreflang सेटअप खत्म हो जाता है।
सही पैटर्न है हर स्थानीय पेज पर स्व-संदर्भित canonical, साथ में पारस्परिक hreflang टैग का पूरा सेट। Canonical पुष्टि करता है कि हर पेज अपना पसंदीदा वर्शन है, और hreflang उन अलग-अलग, बराबर वैध पेजों के बीच के रिश्तों का वर्णन करता है। यहाँ परस्पर विरोधी संकेत बहुभाषी साइटों पर इंडेक्सिंग समस्याओं का सबसे बड़ा कारण हैं।
जब एक ही भाषा कई देशों में दी जाती है, तब Hreflang local SEO से गहराई से जुड़ा होता है। स्पेन और मेक्सिको दोनों में काम करने वाला कारोबार हर देश के लिए स्पेनिश पेज प्रकाशित करता है, लेकिन कीमतें, शिपिंग और टैक्स अलग होते हैं। es-ES और es-MX जैसे टैग Google को स्पेनिश बोलने वालों को उनके देश के लिए बने वर्शन पर भेजने देते हैं।
Hreflang सिर्फ़ भाषा और क्षेत्र का मिलान सँभालता है, सामग्री की गुणवत्ता नहीं। Google के सिस्टम बिना संपादन वाले मशीन अनुवाद को उच्च सटीकता से पहचान लेते हैं, और कमज़ोर अनूदित पेज सिर्फ़ अनूदित वर्शन ही नहीं, बल्कि सभी वर्शनों की रैंकिंग दबा सकते हैं। पूरा लाभ पाने के लिए सही hreflang के साथ हर बाज़ार के लिए असली तौर पर स्थानीय, मानव-समीक्षित सामग्री रखें।
अंतर्राष्ट्रीय साइटों के सर्वेक्षण बार-बार बताते हैं कि बड़ी संख्या में साइटों में hreflang की गलतियाँ होती हैं। सबसे आम हैं: return tags का गायब होना, स्व-संदर्भित टैग का न होना, अमान्य या सिर्फ़ क्षेत्र वाले भाषा कोड, absolute की जगह relative URL इस्तेमाल करना, और ऐसे URL की ओर hreflang इशारा करना जो लाइव पेज के बजाय redirect होते हैं या error लौटाते हैं।
हर बदलाव के बाद अपने सेटअप को सत्यापित करें। Google Search Console में कभी International Targeting रिपोर्ट थी, और समर्पित hreflang जाँचकर्ता तथा Screaming Frog जैसे crawlers पुष्टि करते हैं कि आपके annotations पारस्परिक हैं और मान्य कोड इस्तेमाल करते हैं। व्यापक technical SEO के हिस्से के रूप में, नियमित ऑडिट इन चुपचाप होने वाली विफलताओं को पकड़ लेता है, इससे पहले कि वे आपकी अंतर्राष्ट्रीय रैंकिंग बिखेर दें।
बहुभाषी SEO उस काम का नाम है जिसमें साइट का हर भाषा वर्शन अपनी भाषा में रैंक करे। Hreflang वर्शनों को जोड़ता है, लेकिन हर एक को अपने अलग इंडेक्स योग्य URL, पूरी तरह अनूदित टेक्स्ट और मेटाडेटा, उस भाषा में कीवर्ड रिसर्च, और ऐसे आंतरिक लिंक चाहिए जो उसी भाषा में रहें।
| URL संरचना | उदाहरण | फ़ायदे | समझौते |
|---|---|---|---|
| सबफ़ोल्डर | example.com/fr/ | एक डोमेन, सरल प्रबंधन, सभी भाषाओं में साझा अधिकार | अगर आप क्षेत्रों को लक्ष्य करते हैं तो देश का संकेत कमज़ोर |
| सबडोमेन | fr.example.com | हर भाषा के लिए अलग होस्टिंग या सेटअप संभव है | बनाए रखने के लिए ज़्यादा कॉन्फ़िगरेशन |
| देश के डोमेन | example.fr | एक देश के लिए सबसे स्पष्ट संकेत | बनाने और उसका भुगतान करने के लिए अलग डोमेन |
इस प्रयास का फ़ायदा AI उत्तरों में भी मिलता है: सहायक आम तौर पर उपयोगकर्ता की भाषा में जवाब देते हैं और उसी भाषा में लिखे स्रोतों से लेते हैं, इसलिए हर भाषा में अच्छी तरह बना वर्शन उनके पास उद्धृत करने लायक कुछ रखता है।
Hreflang वह annotation है जो बहुभाषी और बहु-क्षेत्रीय SEO को काम करने लायक बनाता है। यह आपके भाषा और क्षेत्र के वैरिएंट को एक समूह में बाँधता है, हर उपयोगकर्ता को सही पेज देता है, और duplicate content के टकराव रोकता है। नियम सख्त हैं: मान्य ISO कोड, पारस्परिक return tags, हर पेज पर स्व-संदर्भ, एक x-default फ़ॉलबैक, और स्व-संदर्भित canonical जो कभी भाषाओं के पार इशारा न करें। इन्हें सही रखें, तो आपकी अंतर्राष्ट्रीय सामग्री उन्हीं दर्शकों तक पहुँचती है जिनके लिए वह बनी थी। जानें कि Sorank खोज और AI के लिए hreflang और आपके पूरे तकनीकी सेटअप का ऑडिट कैसे करता है।
स्रोत
Canonical टैग बताता है कि किसी पेज का पसंदीदा URL कौन-सा है, जबकि hreflang बताता है कि कोई पेज किस भाषा या क्षेत्र के लिए है। इनके काम अलग हैं और इन्हें आपस में टकराना नहीं चाहिए। बहुभाषी साइट पर हर स्थानीय पेज का स्व-संदर्भित canonical (खुद की ओर इशारा करने वाला) होना चाहिए, साथ में अन्य भाषा वर्शनों का वर्णन करने वाला पारस्परिक hreflang टैग का पूरा सेट। सबसे आम गलती है हर भाषा वर्शन का canonical एक मुख्य URL पर डालना। इससे Google मान लेता है कि बाकी वर्शन डुप्लीकेट हैं, और hreflang सेटअप पूरी तरह टूट जाता है।
आम तौर पर नहीं। Hreflang एक ही सामग्री के कई भाषा या क्षेत्रीय वर्शनों के बीच रिश्ते बताने के लिए है, इसलिए एक देश को लक्ष्य करने वाली एक-भाषा साइट को आम तौर पर इसकी ज़रूरत नहीं होती। अपवाद तब है जब आप एक ही भाषा को अलग-अलग देशों में सार्थक रूप से अलग सामग्री के साथ देते हैं, जैसे अमेरिका और यूनाइटेड किंगडम के लिए अलग कीमतों या शिपिंग वाले अंग्रेज़ी पेज। ऐसे में en-US और en-GB जैसे टैग Google को हर दर्शक को सही वर्शन पर भेजने में मदद करते हैं, भले ही दोनों अंग्रेज़ी में हों।
सबसे आम कारण है return tags का गायब होना। Hreflang पारस्परिक होना चाहिए, इसलिए अगर पेज X, पेज Y की ओर इशारा करता है पर पेज Y वापस X की ओर इशारा नहीं करता, तो Google annotations को नज़रअंदाज़ कर सकता है। अन्य आम कारणों में अमान्य भाषा कोड (जैसे सिर्फ़ क्षेत्र वाले कोड या en-UK जैसे गढ़े हुए मान), स्व-संदर्भित टैग का न होना, absolute की जगह relative URL इस्तेमाल करना, और ऐसे URL की ओर hreflang इशारा करना जो redirect होते हैं या error लौटाते हैं, शामिल हैं। किसी crawler या hreflang जाँचकर्ता से सेटअप सत्यापित करें, ताकि पक्का हो कि हर संदर्भ पारस्परिक, absolute और सही ISO कोड वाला है।
आपसे पहले लोगों ने Sorank आज़माया है
