GEO SEO

बहुभाषी GEO: हर भाषा में साइटेशन कैसे पाएँ

Alejandro Rioja
Alejandro Rioja
12 मिनट पढ़ें
TL;DR

लगभग हर GEO गाइड यह मानकर चलती है कि साइट सिर्फ़ अंग्रेज़ी में है। मेरी साइट ऐसी नहीं है — यह 13 भाषाओं में चलती है — और अंग्रेज़ी से आगे देखते ही तीन चीज़ें या तो टूटी हुई मिलीं या उम्मीद से कम काम कर रही थीं: hreflang/x-default की सटीकता, llms.txt का दायरा, और भाषाओं के बीच स्कीमा की एकरूपता। यहाँ बताया है कि असल में क्या बदलता है, साथ ही वह ऑडिट प्रॉम्प्ट भी जो मैं किसी बहुभाषी साइट को एक ही बार में जाँचने के लिए इस्तेमाल करता हूँ।

मुफ़्त न्यूज़लेटर

हर बुधवार। 28,400+ पाठक। बिना फालतू बात।

सितंबर 2026 में प्रकाशित।

TL;DR: लगभग हर GEO गाइड यह मानकर चलती है कि साइट सिर्फ़ अंग्रेज़ी में है। मेरी साइट ऐसी नहीं है — यह 13 भाषाओं में चलती है — और अंग्रेज़ी से आगे देखते ही तीन चीज़ें या तो टूटी हुई मिलीं या उम्मीद से कम काम कर रही थीं: hreflang/x-default की सटीकता, llms.txt का दायरा, और भाषाओं के बीच स्कीमा की एकरूपता। यहाँ बताया है कि असल में क्या बदलता है, साथ ही वह ऑडिट प्रॉम्प्ट भी जो मैं किसी बहुभाषी साइट को एक ही बार में जाँचने के लिए इस्तेमाल करता हूँ।

[ऑपरेटर का नज़रिया] मैंने जितनी भी GEO चेकलिस्ट पढ़ी हैं — अपनी लिखी दो सहित — सब एक ही भाषा को ध्यान में रखकर लिखी गई थीं। मुझे पता ही तब चला कि यह सलाह कितनी अंग्रेज़ी-केंद्रित थी, जब मैं यह पता लगाने गया कि मेरे स्पेनिश और जापानी पन्नों को अंग्रेज़ी वाले ओरिजिनल जैसा ट्रीटमेंट क्यों नहीं मिल रहा — कंटेंट वही, स्कीमा टेम्पलेट वही, फिर भी नतीजे बिल्कुल अलग।

विषय-सूची

विषय-सूची खोलें

बहुभाषी GEO सिर्फ़ 12 और भाषाओं में SEO क्यों नहीं है

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

अंग्रेज़ी में दिया गया ChatGPT का जवाब एक अलग कैंडिडेट पूल से आता है, जबकि वही सवाल जापानी में पूछे जाने पर अलग पूल से जवाब आता है। इसे नज़रअंदाज़ करें तो आप सारा GEO काम एक ही बार, अंग्रेज़ी में करते हैं, यह मानकर कि वह अपने-आप बाकी भाषाओं तक पहुँच जाएगा। ऐसा नहीं होता।

सबसे पहले क्या टूटता है: hreflang और x-default

यह वह चीज़ है जो आपकी विज़िबिलिटी को बिना कभी एरर की तरह दिखे चुपचाप खा जाती है। दो तरह की गड़बड़ियाँ हैं, दोनों ही खामोश:

  1. x-default का ग़ायब या ग़लत होना। हर hreflang क्लस्टर को एक x-default एंट्री चाहिए जो इंजन और क्रॉलर को बताए कि जिस विज़िटर की भाषा आपकी किसी भी ट्रांसलेशन से मैच नहीं करती, उसे कौन-सा वर्ज़न दिखाना है। इसे छोड़ देना हर बिना-टारगेट वाले क्रॉलर से कहने जैसा है, “अंदाज़ा लगा लो।”
  2. hreflang का ऐसे पन्नों की ओर इशारा करना जो असली ट्रांसलेशन नहीं हैं। यह दिखने से कहीं ज़्यादा सूक्ष्म और आम गड़बड़ी है। अगर आपका लैंग्वेज स्विचर हर भाषा के लिए, जहाँ अभी ट्रांसलेशन मौजूद नहीं है, उस भाषा के होमपेज पर फ़ॉलबैक करता है, और आप उन फ़ॉलबैक लिंक पर भी hreflang लगा देते हैं, तो आप दावा कर रहे हैं कि सिर्फ़-अंग्रेज़ी वाला एक आर्टिकल अपना ही स्पेनिश ट्रांसलेशन है। ऐसा है नहीं। गूगल का क्रॉलर आख़िर में पूरे क्लस्टर पर भरोसा करना छोड़ देता है; और जो AI इंजन आपके <link> टैग से अपना साइटेशन ग्राफ़ बनाता है, वह भी वही ख़राब सिग्नल आगे ले जाता है।

मेरे साथ ठीक यही बग था। मेरे हेडर का लैंग्वेज स्विचर हर भाषा लिंक पर hreflang निकाल रहा था, यहाँ तक कि उन पर भी जो ट्रांसलेशन न होने के चलते किसी भाषा के होमपेज पर फ़ॉलबैक हो रहे थे। हर सिर्फ़-अंग्रेज़ी आर्टिकल चुपचाप यह दावा कर रहा था कि उसके बारह ऐसे ट्रांसलेशन हैं जो असल में मौजूद ही नहीं थे। पकड़ में आने के बाद फ़िक्स मैकेनिकल था: hreflang तभी लगाओ जब असल ट्रांसलेशन मौजूद हो, और हमेशा x-default निकालो — अगर किसी क्लस्टर में अंग्रेज़ी वाला मेंबर नहीं है तो पहले उपलब्ध ऑल्टरनेटिव पर फ़ॉलबैक करते हुए — ताकि हर असली क्लस्टर के पास एक x-default हो।

पेज के <head> में असल में रेंडर होने पर यह फ़िक्स कुछ ऐसा दिखता है:

html
<link rel="alternate" hreflang="es" href="https://example.com/es/post-slug/" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/post-slug/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/post-slug/" />

अपनी साइट पर इसी क्रम में जाँचने लायक तीन नियम: हर hreflang क्लस्टर में ठीक एक x-default हो; कोई भी hreflang लिंक ऐसे पन्ने की ओर न जाए जो असली ट्रांसलेशन न हो; एक ही क्लस्टर में कोई भी दो <link> टैग एक ही कोड शेयर न करें (वरना गूगल पूरे क्लस्टर को ही ख़ारिज कर देता है, सिर्फ़ डुप्लिकेट को नहीं)।

वह गैप जो कोई नहीं जाँचता: llms.txt सिर्फ़ अंग्रेज़ी कवर करती है

llms.txt एक उभरता हुआ चलन है, जो AI क्रॉलर को अपने-आप क्रॉल करके अंदाज़ा लगाने देने के बजाय आपके सबसे बेहतरीन कंटेंट की चुनी हुई लिस्ट सीधे थमा देता है। मैंने इस साइट के लिए यह महीनों पहले बनाई थी। इस आर्टिकल के लिए डेटा ढूँढते वक़्त ही मुझे पता चला कि जो फ़िल्टर तय करता है कि कौन-से आर्टिकल इस इंडेक्स में जाएँ, वह सिर्फ़ lang === 'en' चेक करता है और वहीं रुक जाता है।

इसका मतलब है कि इस साइट का बारह-तेरहवाँ हिस्सा उन तमाम क्रॉलर के लिए अदृश्य है जो llms.txt को सिर्फ़ सुझाव नहीं, बल्कि एक इंडेक्स की तरह लेते हैं। हर ग़ैर-अंग्रेज़ी आर्टिकल अब भी साइटमैप और इंटरनल लिंक के ज़रिए क्रॉल होता रहता है, लेकिन वह चुनिंदा, भरोसेमंद इंडेक्स — जिसे ख़ासतौर पर किसी AI इंजन को आपके सबसे बेहतरीन पन्ने सौंपने के लिए बनाया गया था — सिर्फ़ चूक की वजह से अंग्रेज़ी तक सीमित था, किसी फ़ैसले की वजह से नहीं।

अगर आप कोई बहुभाषी llms.txt मेंटेन करते हैं, तो अभी यह जाँचें: क्या वह फ़ाइल (या फ़ाइलें) असल में आपके ट्रांसलेट किए हुए आर्टिकल लिस्ट करती हैं, या इंडेक्स चुपचाप आपकी सोर्स भाषा तक सिकुड़ गया है, जैसा मेरे साथ हुआ था? सिर्फ़ अंग्रेज़ी URL लिस्ट करने वाली एक साझा llms.txt ठीक-ठीक ग़लत नहीं है — वह बस उन बाकी भाषाओं के लिए कुछ नहीं करती जिनमें आपकी साइट मौजूद है।

भाषाओं में स्कीमा और एंटिटी की एकरूपता

जो FAQPage, Article और Person स्कीमा आप पहले से चला रहे हैं (अगर सेट नहीं किया है तो मेरा स्कीमा मार्कअप वाला ब्रेकडाउन देखें), उसे हर भाषा में आपके बारे में एक ही बात कहनी चाहिए, क्योंकि AI इंजन इन सभी भाषाओं से मिलाकर एक ही एंटिटी ग्राफ़ बनाते हैं।

दो चीज़ें सही करनी ज़रूरी हैं:

  • आइडेंटिफ़ायर को अनट्रांसलेटेड रखें, इंसानों के लिए दिखने वाली स्ट्रिंग को ट्रांसलेट करें। आपके Person या Organization स्कीमा का @id, url, sameAs ऐरे और jobTitle वैल्यू हर भाषा में एक जैसे होने चाहिए — यही किसी इंजन को बताता है कि भाषाओं के पार भी “यह वही एंटिटी है”। सिर्फ़ आस-पास का टेक्स्ट और इंसानों के पढ़ने लायक लेबल ही बदलते हैं।
  • किसी पुरानी ट्रांसलेशन को स्कीमा से पीछे मत रहने दें। अगर आप अपने Article स्कीमा में dateModified अपडेट करते हैं या अंग्रेज़ी में कोई नया FAQ जोड़ते हैं, तो वही बदलाव हर भाषा के JSON-LD में भी पहुँचना चाहिए, सिर्फ़ टेक्स्ट में नहीं। जो इंजन देखता है कि अंग्रेज़ी कंटेंट पिछले हफ़्ते अपडेट हुआ है और उसी पेज का फ़्रेंच वर्ज़न छह महीने पुराने स्कीमा के साथ है, वह इसे दो अलग पन्नों की तरह पढ़ता है, न कि दो भाषाओं में एक ही पन्ने की तरह।

अलग-अलग भाषाएँ, अलग-अलग AI इंजन

GEO की बातचीत डिफ़ॉल्ट रूप से ChatGPT, Perplexity और Google AI Overviews को मानकर चलती है, क्योंकि अंग्रेज़ी-भाषी बातचीत वहीं होती है। रूसी, चीनी या कोरियाई में पब्लिश करते ही यह पूरी तस्वीर नहीं रह जाती।

Yandex रूसी क्वेरी के लिए अपनी ख़ुद की जेनरेटिव आंसर लेयर चलाता है और रूसी सर्च में उसका शेयर गूगल से साफ़ ज़्यादा है। बाइदू के ERNIE-आधारित जवाब चीनी के लिए मायने रखते हैं। नेवर की AI समरी कोरियाई के लिए मायने रखती है। अगर आपकी GEO चेकलिस्ट सिर्फ़ अमेरिका-केंद्रित तीन इंजन पर ही ध्यान देती है, तो हो सकता है आप उन जवाब-देने वाले इंजन के सिर्फ़ 60% के लिए ऑप्टिमाइज़ कर रहे हों जिन्हें आपके इंटरनेशनल पाठक असल में इस्तेमाल करते हैं — और आपको यह पता भी नहीं चलेगा, क्योंकि इनमें से कोई भी इंजन Google Search Console में नहीं दिखता।

यहाँ से मेरे पास Yandex या बाइदू पर साइटेशन रेट चेक करने का कोई साफ़ तरीका नहीं है, और मैं यह सीधे कह रहा हूँ, बजाय इसके कि दिखावा करूँ। जो मैं कह सकता हूँ वह यह है: यह मत मान लीजिए कि जिन तीन इंजन के लिए आप अंग्रेज़ी ऑप्टिमाइज़ करते हैं, वही लिस्ट हर जगह पूरी लिस्ट है।

मेरी ख़ुद की साइट से असली सबूत

यह मैं नाप सकता हूँ। यह वही GEO बनाम SEO वाला तुलनात्मक आर्टिकल है, वही कंटेंट टेम्पलेट, वही स्कीमा, हर भाषा में ट्रांसलेट किया हुआ — Search Console का डेटा, 15 जून से 11 सितंबर 2026 तक:

भाषाइंप्रेशनऔसत पोज़िशन
स्पेनिश2,07731.9
डच3,37046.6
फ़्रेंच1,39325.1
जापानी10614.8
कोरियाई5724.9
जर्मन8660.6
इतालवी3267.8
अंग्रेज़ी56958.2

वही आर्टिकल, वही स्ट्रक्चर, वही स्कीमा टेम्पलेट, फिर भी रैंकिंग की रेंज पोज़िशन 14.8 से लेकर 67.8 तक फैली है। मैं ईमानदारी से बताना चाहता हूँ कि यह क्या साबित करता है और क्या नहीं: ये Search Console से लिए गए क्लासिक गूगल पोज़िशन हैं, AI साइटेशन का डेटा नहीं — मेरे पास भाषा के हिसाब से ChatGPT या Perplexity साइटेशन का साफ़ अट्रिब्यूशन नहीं है, और मैं किसी ऐसे को नहीं जानता जिसके पास हो। जो यह साबित करता है वह यह है कि “ट्रांसलेट कर दो और वही ऑप्टिमाइज़ेशन काम हर जगह बराबर असर करेगा” — यह बात मेरी अपनी साइट पर ग़लत है। जापानी ट्रांसलेशन, इंप्रेशन का बस एक छोटा-सा हिस्सा होने के बावजूद, अंग्रेज़ी ओरिजिनल समेत बाकी हर भाषा को रैंकिंग में पीछे छोड़ देता है। उस पन्ने में कुछ ऐसा है — कॉम्पिटीशन, ट्रांसलेशन की क्वालिटी, जापानी में एंटिटी कैसे रिज़ॉल्व होती है — जो उस तरह काम कर रहा है जो जर्मन या इतालवी में नहीं करता, जबकि सभी मामलों में स्कीमा टेम्पलेट बिल्कुल एक जैसा है।

Claude या ChatGPT से करवाइए: एक बहुभाषी GEO ऑडिट प्रॉम्प्ट

यह जाँचने के लिए आपको hreflang की स्पेसिफ़िकेशन पढ़ने की ज़रूरत नहीं। अपनी साइट के URL के साथ यह Claude या ChatGPT में पेस्ट करें:

मेरी एक वेबसाइट है जिसमें कई भाषाओं में कंटेंट है। [URL] के लिए यह चेक करें: (1) क्या पेज x-default hreflang टैग निकालता है, और क्या पेज पर हर hreflang टैग किसी फ़ॉलबैक होमपेज की बजाय असली ट्रांसलेशन की ओर इशारा करता है; (2) क्या पेज का JSON-LD स्कीमा (Person, Organization या Article) सभी भाषाओं में एक जैसे @id, url और sameAs वैल्यू इस्तेमाल करता है, या ये भाषा के हिसाब से अलग हैं; (3) अगर साइट पर llms.txt फ़ाइल है, तो क्या वह अंग्रेज़ी के अलावा दूसरी भाषाओं के पन्ने भी लिस्ट करती है। मुझे बिल्कुल बताइए कि इनमें से कौन-सा पॉइंट फेल होता है, और सामान्य समरी की बजाय वह ख़ास टैग या फ़ील्ड कोट कीजिए जो ग़लत है।

भरोसा करने से पहले जवाब को पेज के असली सोर्स कोड से मिलाकर जाँच लें — अगर आप मॉडल को असली हालत नहीं दिखाते, तो वह ऐसा x-default टैग पूरे भरोसे के साथ बता देगा जो मौजूद ही नहीं है।

किन बातों से बचें

बिना असली सबूत के — सर्वर लॉग जो सबडोमेन के हिसाब से AI क्रॉलर की विज़िट दिखाएँ, सिर्फ़ अंदाज़ा नहीं — तेरह अलग-अलग llms.txt फ़ाइलें मत बनाइए, यह मानकर कि इंजन आपकी भाषाओं को अलग-अलग प्रॉपर्टी की तरह ट्रीट करते हैं। एक अच्छी तरह तय की गई फ़ाइल जो असल में आपके ट्रांसलेट किए हुए URL लिस्ट करे, तेरह फ़ाइलों को मेंटेन करने का बोझ उठाए बिना ऊपर बताए गए गैप को भर देती है।

सिर्फ़ किसी भाषा का ख़ाना भरने के लिए किसी पेज को मशीन से ट्रांसलेट मत कीजिए। एक पतली, शब्द-दर-शब्द ट्रांसलेशन GEO के लिए किसी ट्रांसलेशन के न होने से भी बदतर है — यह किसी AI इंजन को एक कमज़ोर सोर्स थमा देती है जिसे किसी कॉम्पिटिटर के नेटिव-लैंग्वेज कंटेंट के मुक़ाबले तौला जाता है, और यह किसी सपोर्ट फ़ोरम में “अजीब ट्रांसलेशन वाली साइट” के तौर पर साइट होने का सबसे तेज़ तरीका है।

आख़िरी बात

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

बहुभाषी GEO — अक्सर पूछे जाने वाले सवाल

क्या hreflang सच में AI इंजन के साइटेशन को असर करता है, या सिर्फ़ क्लासिक गूगल रैंकिंग को?

दोनों को, हालाँकि तरीक़ा अलग है। क्लासिक गूगल के लिए, hreflang क्रॉलर को बताता है कि सर्च रिज़ल्ट में किस भाषा के लिए कौन-सा URL दिखाना है। AI इंजन के लिए, hreflang और आपका स्कीमा मिलकर यह तय करने में मदद करते हैं कि “भाषाओं के पार भी यह वही एंटिटी/कंटेंट है” — इसे ग़लत करने पर यह ख़तरा रहता है कि इंजन आपके अंग्रेज़ी और स्पेनिश पन्नों को एक ही विषय के दो बार कवर होने की बजाय आपस में असंबंधित सोर्स मान ले।

क्या मुझे अपनी साइट की हर सपोर्टेड भाषा में हर आर्टिकल ट्रांसलेट करना चाहिए?

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

मुझे कैसे पता चले कि मेरी llms.txt सही तरीक़े से तय की गई है?

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

क्या हर भाषा के लिए अलग स्कीमा चाहिए, या एक ही स्कीमा ब्लॉक हर जगह दोबारा इस्तेमाल किया जा सकता है?

एक एंटिटी, ट्रांसलेट किया हुआ प्रेजेंटेशन। पहचान वाले फ़ील्ड (@id, url, sameAs) भाषाओं के बीच एक जैसे रहते हैं; इंसानों के पढ़ने लायक टेक्स्ट (headline, description, FAQ जवाब) भाषा के हिसाब से ट्रांसलेट होता है। इसे कई एंटिटी की तरह नहीं, बल्कि कई भाषाओं में बताई गई एक ही एंटिटी की तरह ट्रीट कीजिए।

जुड़ा हुआ पढ़ें: GEO के लिए स्कीमा मार्कअप · एक ही एजेंट से किसी ब्लॉग पोस्ट को 13 भाषाओं में ट्रांसलेट कैसे करें · सोलो ऑपरेटर के लिए GEO


अपनी बहुभाषी सेटअप पर किसी और की नज़र से राय चाहिए? संपर्क करें — मैं एक से ज़्यादा भाषाओं में पब्लिश करने वाली साइट के लिए GEO ऑडिट करता हूँ, या आज ही चेक करना चाहें तो ऊपर वाला प्रॉम्प्ट ख़ुद Claude पर आज़मा लें।

पढ़ते रहें

संबंधित पोस्ट

पढ़ते रहें

AI प्लेबुक अपने इनबॉक्स में पाएं

हर बुधवार। 28,400+ पाठक। बिना फालतू बात।

↵ सभी परिणाम देखें esc esc बंद करें