SEO गाइड चरण १०: बहुभाषी SEO

यो १३-चरणको SEO गाइड को चरण १० हो। बहुभाषी SEO ले तपाईंको मौजुदा सामग्रीमा हरेक बजारलाई उनीहरूको आफ्नै भाषामा सेवा गर्दै तपाईंको जैविक ट्राफिकलाई गुणा गर्न अनुमति दिन्छ — गलत गरिएमा, यसले डुप्लिकेट सामग्रीको अराजकता सिर्जना गर्दछ।

तपाईंले थप्ने प्रत्येक भाषा तपाईंको मौजुदा सामग्रीमा गुणा गर्ने काम गर्छ। एउटा साइट जसमा ५० पृष्ठहरू छन्, एक भाषामा ५० सूचिकृत URL हरू छन्। ५ भाषाहरू थप्नुभयो भने तपाईंसँग २५० छन्। २० भाषाहरू थप्नुभयो भने तपाईंसँग १,००० छन्। ती प्रत्येक URL हरूले आफ्नै स्थानीय Google परिणाममा स्वतन्त्र रूपमा स्थान पाउन सक्छ।

तर बहुभाषी SEO SEO का सबैभन्दा प्राविधिक जटिल क्षेत्रमध्ये एक हो। गलत कार्यान्वयनले डुप्लिकेट सामग्री, रैंकिंग क्षय, र क्रोल बजेटको बर्बादी सिर्जना गर्दछ। एक सहि र गलत अन्तर्राष्ट्रियकरण गरिएका साइट बीचको भिन्नता १० गुणा ट्राफिक भिन्नता हुन सक्छ।

LANGR स्वयं ८९ सक्रिय स्थानमा १०८ भाषामा संचालन गर्दछ — हामीले यो समस्या ठूलो स्तरमा समाधान गरेका छौं। यो गाइडले हामीले शिकलोको सबै कुरा साझा गर्दछ।

बहुभाषी SEO कति कुराहरू समेट्छ

बहुभाषी SEO मा ८ वटा महत्वपूर्ण क्षेत्रहरू समेटिन्छ:

Hreflang कार्यान्वयन — Google लाई कुन पृष्ठले कुन भाषा सेवा गर्दछ भन्ने बताउनुहोस्
स्थान रुटिङ रणनीतिहरू — उपडोमेन बनाम उपफोल्डर बनाम TLD
अनुवादको गुणस्तर — मेशिन बनाम मानव बनाम हाइब्रिड अनुवाद
अन्तर्राष्ट्रिय लक्षितीकरण — सर्च कन्सोलको कन्फिगरेसन
सामग्री स्थानीयकरण — अनुवाद बाहेक: सांस्कृतिक अनुकूलन
RTL समर्थन — दायाँदेखि बायाँ भाषाहरू (अरबी, हिब्रु, फारसी)
भाषा पहिचान — स्वचालित रूपमा सही संस्करण सेवा गर्नुहोस्
डुप्लिकेट सामग्री — क्रस-भाषामा क्यानिबलाइजेशन रोक्नुहोस्

१. Hreflang कार्यान्वयन

Hreflang ट्यागहरूले सर्च इन्जिनलाई कुन URL ले कुन भाषा र क्षेत्र सेवा गर्दछ भन्ने बताउँछ। यो बहुभाषी SEO को प्राविधिक आधार हो — र यो सबैभन्दा सामान्य रूपमा गलत कन्फिगर गरिएका तत्व हो।

आधारभूत hreflang व्याकरण:

<link rel="alternate" hreflang="en" href="https://example.com/page" />
<link rel="alternate" hreflang="da" href="https://example.com/da/page" />
<link rel="alternate" hreflang="de" href="https://example.com/de/page" />
<link rel="alternate" hreflang="x-default" href="https://example.com/page" />

महत्वपूर्ण नियमहरू:

प्रत्येक पृष्ठले सबै वैकल्पिक संस्करणहरूलाई सन्दर्भित गर्नुपर्छ (आफ्नै पनि)
x-default फाल्ब्याकको लागि तोकिएको छ (सामान्यतया अंग्रेजी वा भाषा-चुननेको लागि)
Hreflang ट्यागहरू आपसी हुनुपर्छ (पृष्ठ A ले B लाई लिंक गर्छ, B ले A लाई फर्की लिंक गर्नुपर्छ)
ISO 639-1 भाषा कोडहरू प्रयोग गर्नुहोस् (en, da, de) देश कोड होइन
क्षेत्र विशेष सामग्रीको लागि: en-us, en-gb, pt-br (भाषा-क्षेत्र)
प्रत्येक पृष्ठमा अधिकतम ~५० hreflang प्रविष्टिहरू (प्रदर्शन सिमित)

तीन स्थान पहिल्याउने विकल्पहरू:

| विधि | सर्वोत्तम के लागि | बेफाइदाहरू | |--------|----------|-----------| | in | साना साइटहरू (< १० भाषाहरू) | HTML को आकार बढाउँछ, ढिलो पार्सिंग | | HTTP headers | गैर-HTML फाइलहरू (PDFs, APIs) | व्यापक रूपमा समर्थित होइन | | XML साइटम्याप | ठूलो साइटहरू (१०+ भाषाहरू) | क्रलरहरूले ढिलो खोज्ने |

साइटम्याप hreflang उदाहरण:

<url>
  <loc>https://example.com/page</loc>
  <xhtml:link rel="alternate" hreflang="en" href="https://example.com/page" />
  <xhtml:link rel="alternate" hreflang="da" href="https://example.com/da/page" />
  <xhtml:link rel="alternate" hreflang="de" href="https://example.com/de/page" />
  <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/page" />
</url>

सामान्य hreflang त्रुटिहरू:

आत्म-सन्दर्भित ट्याग हराइने (पृष्ठले आफैंलाई समावेश गर्दैन)
गैर-आपसी ट्यागहरू (A ले B लाई सन्दर्भित गर्छ, तर B ले A लाई सन्दर्भित गर्दैन)
गलत भाषा कोडहरू (dk को साटो da डेनिशका लागि)
NON-200 URL हरूमा संकेत गर्दै (रिडाईरेक्ट गरونی, 404 हरू)
x-defaultलाई भाषा विशेष पृष्ठसंग मिश्रित गर्न

शीघ्र जीत: आफ्नो साइट क्रल गर्नुहोस् र सबै hreflang ट्यागहरूलाई निर्यात गर्नुहोस्। गैर-आपसी सम्बन्धहरू जाँच गर्नुहोस् — यो सबैभन्दा सामान्य त्रुटि हो र यो Google लाई तपाईंको सम्पूर्ण hreflang सेटअपलाई बेवास्ता गराउँछ।

२. स्थान रुटिङ रणनीतिहरू

तपाईंले विभिन्न भाषाहरूको लागि URL को संरचना गर्दा SEO, प्रयोगकर्ता अनुभव, र प्राविधिक जटिलताको असर पर्छ। तीन प्रमुख दृष्टिकोणहरू छन्:

उपफोल्डर (सिफारिश गरिन्छ)

example.com/en/page
example.com/da/page
example.com/de/page

सकारात्मकहरू: एकल डोमेन प्राधिकरण, प्रबन्ध गर्नमा सजिलो, एउटा SSL प्रमाणपत्र, एउटै एनालिटिक्स सम्पत्ति, एउटै सर्च कन्सोल सम्पत्ति, अधिकांश साइटहरूको लागि उत्तम।

नकारात्मकहरू: ccTLDs भन्दा कम भू-लक्षित सिग्नल।

उपडोमेन

en.example.com/page
da.example.com/page
de.example.com/page

सकारात्मकहरू: क्षेत्र अनुसार विभिन्न सर्भर/CDN मा होस्ट गर्न सक्छ, अलग क्रल बजेटहरू।

नकारात्मकहरू: प्रत्येक उपडोमेनले पृथक प्राधिकरण निर्माण गर्छ (लिंक इक्विटी स्वचालित रूपमा बग्दैन), बहु सर्च कन्सोल सम्पत्ति, बढी जटिल सेटअप।

देश-कोड TLD (ccTLD)

example.com (अंग्रेजी)
example.dk (डेनिश)
example.de (जर्मन)

सकारात्मकहरू: सबैभन्दा बलियो भू-लक्षित सिग्नल, प्रयोगकर्ताहरू स्थानीय TLDs मा विश्वास गर्छन्, प्रत्येक डोमेन स्वतन्त्र छ।

नकारात्मकहरू: महँगो (२०+ डोमेन किन्दा), प्रत्येक डोमेनको लागि पृथक प्राधिकरण, जटिल लिंक निर्माण, पृथक एनालिटिक्स/कन्सोल।

हाम्रो सिफारिश: उपफोल्डर रुटिङ ९०% साइटहरूको लागि। यसले एकल डोमेनमा सबै लिंक प्राधिकरणलाई केन्द्रीत गर्दछ भने स्पष्ट स्थानका सिग्नलहरू प्रदान गर्दछ। /{locale}/page ढाँचा प्रयोग गर्नुहोस्।

https://langr.org/page        (अंग्रेजी, डिफ़ल्ट)
https://langr.org/da/page     (डेनिश)
https://langr.org/de/page     (जर्मन)
https://langr.org/ja/page     (जापानी)

शीघ्र जीत: यदि तपाईं उपडोमेन प्रयोग गर्दै हुनुहुन्छ र प्राधिकरणमा समस्या भोग्नुभएको छ भने, उपफोल्डरमा स्थानान्तरण गर्ने बारेमा विचार गर्नुहोस्। उपडोमेन देखि उपफोल्डरमा स्थानान्तरण गर्ने साइटहरू सामान्यतया ३-६ महिनामा लिंक इक्विटी समेकन हुँदा २०-५०% जैविक ट्राफिक वृद्धि देख्नेछन्।

३. अनुवादको गुणस्तर बनाम मेशिन अनुवाद

अनुवादको गुणस्तरले रैंकिङमा सिधै असर गर्छ। Google ले मेशिन अनुवाद पत्ता लगाउन सक्छ र कमजोर अनुवाद गरिएका पृष्ठहरूको मूल्य कम गर्न सक्छ। तर २०२६ मा AI अनुवाद २०२० को नियम-को-आधार भन्दा नाटकीय रूपमा राम्रो छ।

अनुवादको गुणस्तरको स्पेक्ट्रम:

| स्तर | विधि | गुणस्तर | मूल्य | सर्वोत्तम के लागि | |-------|--------|---------|------|----------| | 1 | कच्चा GPT/DeepL आउटपुट | ६०-७५% | ~$0 | आन्तरिक प्रयोग, मस्यौदा | | 2 | AI + पोस्ट-सम्पादन प्रोम्ट्स | ७५-९०% | ~$0 | ब्लग सामग्री, गैर-गम्भीर पृष्ठहरू | | 3 | AI + मानव पुनरावलोकन | ९०-९७% | $0.03-0.08/शब्द | उत्पादन पृष्ठहरू, प्रमुख ल्यान्डिङ पृष्ठहरू | | 4 | व्यावसायिक मातृभाषी अनुवादक | ९७-१००% | $0.10-0.25/शब्द | कानुनी, मेडिकल, ब्रान्ड-महत्वपूर्ण |

२०२६ को लागि प्रमुख जानकारी: स्तर २ (गुणस्तर प्रोम्टसहित AI) अब अधिकांश वेब सामग्रीका लागि पर्याप्त छ। Google को डुप्लिकेट सामग्री एल्गोरिदमले अब राम्रो गरिएका मेशिन अनुवादलाई दण्डित गर्दैन — तिनीहरूले खराब अनुवादलाई दण्डित गर्छन् जुन कुनै मूल्य प्रदान गर्दैन।

SEO लाई हानि गर्ने अनुवादको संकेतहरू:

अनुवादित सामग्रीसँग मिश्रित अनुवाद नगरेका खण्डहरू
UI तत्वहरू (बटन, लेबल) अझै स्रोत भाषामा
स्थान-विशेष फर्म्याटिङको अनुकूलन नगरेको (मिति, मुद्राहरू, फोन नम्बरहरू)
सांस्कृतिक संदर्भहरू जुन अनुवाद गर्न सकिँदैन (इडियम, जोक्स, उदाहरणहरू)
सबै भाषामा एउटै मेटा शीर्षक/वर्णन

अनुवादको गुणस्तरलाई मान्य गर्नुहोस्:

सबै दृश्य पाठ अनुवाद गरिएको छ कि छैन जाँच गर्नुहोस् (नेविगेशन, फलो, फारमहरू समावेश गरेर)
स्थान-विशेष फर्म्याटिङको सत्यापन गर्नुहोस् (DD/MM/YYYY बनाम MM/DD/YYYY)
CTAs पर्खाल गर्नुहोस् — तिनीहरू लक्ष्य भाषामा स्वाभाविक सुनिन्छन् कि छैनन्?
मेटा ट्यागहरू जाँच गर्नुहोस् — शीर्षक र वर्णन प्रत्येक भाषामा स्वतन्त्र रूपमा लेख्नु पर्नेछ
कुनै कच्चा i18n कुञ्जीहरू प्रदर्शनमा छैन भनेर सुनिश्चित गर्नुहोस् (जस्तै, nav.home "Home"को सट्टा)

शीघ्र जीत: तपाईंका अनुवादित पृष्ठहरूमा मिश्रित-भाषाको सामग्री जाँच गर्नुहोस्। कुनै पनि बटनहरू, लेबलहरू, वा UI तत्वहरू अझै स्रोत भाषामा छन् भने, तुरुन्तै तिनीहरूलाई फिक्स गर्नुहोस् — मिश्रित-भाषाका पृष्ठहरू Google लाई कम गुणस्तरको सङ्केत दिन्छन्।

४. अन्तर्राष्ट्रिय लक्षितीकरण सर्च कन्सोलमा

Google सर्च कन्सोलको अन्तर्राष्ट्रिय लक्षितीकरण सेटिङहरूले Googleलाई कुन पृष्ठहरूले कुन देशहरूमा स्थान पाउनुपर्दछ भन्ने बुझ्न मद्दत गर्दछ।

उपफोल्डर सेटअपहरूको लागि:

तपाईं सबफोल्डरका लागि देश लक्षित गर्न सक्नुहुन्न (सिर्फ डोमेन/उपडोमेनका लागि)
बरु hreflang + सामग्रीको भाषा + प्रयोगकर्ता सिग्नलमा भर पर्नुहोस्
प्रत्येक स्थानका लागि साइटम्याप पेश गर्नुहोस्: sitemap-en.xml, sitemap-da.xml

ccTLD हरूका लागि:

.dk स्वचालित रूपमा डेनमार्कको लागि लक्षित हुन्छ
.de स्वचालित रूपमा जर्मनीको लागि लक्षित हुन्छ
म्यानुअल कन्फिगरेसन आवश्यक छैन

सामान्य TLDs (.com, .org, .net) का लागि:

Search Console मा प्रत्येक सम्पत्ति का लागि "अन्तर्राष्ट्रिय लक्षितीकरण" सेट गर्नुहोस्
hreflang लाई प्राथमिक सिग्नलको रूपमा प्रयोग गर्नुहोस्

व्यावहारिक कदमहरू:

Search Console मा तपाईंको साइटको सत्यापन गर्नुहोस् (उपफोल्डर सेटअपका लागि एक सम्पत्ति)
hreflang एनोटेसनहरूसँग साइटम्याप पेश गर्नुहोस्
त्रुटिहरूको लागि "अन्तर्राष्ट्रिय लक्षितीकरण" रिपोर्ट जाँच गर्नुहोस्
प्रत्येक भाषामा "Coverage" रिपोर्ट अनुगमन गर्नुहोस् (URL प्यारामिटरको छनोट गर्नुहोस्)
"डुप्लिकेट बिना प्रयोगकर्ता-चयनित क्यानोनिकल" चेतावनि जाँच गर्नुहोस् — यी प्रायः hreflang समस्या देखाउँछन्

शीघ्र जीत: Search Console > प्रदर्शन > देशका आधारमा भ्रष्ट्रहरू जाँच गर्नुहोस्। के जर्मनीका प्रयोगकर्ताहरू तपाईंका अंग्रेजी पृष्ठहरूमा पुगिरहेका छन्? यदि हो भने, तपाईंको hreflang कन्फिगरेसनमा त्रुटिहरू छन्।

५. सामग्री स्थानीयकरण (केवल अनुवादन मात्र होइन)

स्थानीयकरण शब्दमा शब्द अनुवाद भन्दा पर छ। यसले सांस्कृतिक प्रसंग, स्थानीय खोज प्रवृत्ति, र बजार-विशेष आवश्यकताहरूको लागि सामग्रीलाई अनुकूल बनाउँछ।

के अनुकूलित गर्ने:

मुद्रा र मूल्य निर्धारण: स्थानीय मुद्रा प्रदर्शन गर्नुहोस् (€ जर्मनीमा, kr डेनमार्कमा, ¥ जापानमा)
मिति/समयका फर्म्याट: २५/०६/२०२६ (EU) बनाम ०६/२५/२०२६ (US) बनाम २०२६/०६/२५ (ISO/जापान)
फोन नम्बरहरू: अन्तर्राष्ट्रियका लागि देश कोडको साथ स्थानीय फर्म्याट
ठेगानाहरू: स्थानीय पोस्टल फर्म्याटसँग मेल खाने
सामाजिक प्रमाण: स्थानीय ग्राहक नामहरू, स्थानीय कम्पनीहरू, स्थानीय केस अध्ययन
CTAs: स्वरमा अनुकूलन गर्नुहोस् (जर्मन/जापानीमा औपचारिक, अंग्रेजी/डेनिशमा अनौपचारिक)
तस्बीरहरू: तस्बीरहरूमा पाठलाई स्थानीय बनाउनुहोस्, सांस्कृतिक रूपमा उपयुक्त दृश्यहरू प्रयोग गर्नुहोस्
कानूनी: EU का लागि GDPR, प्रत्येक देशका लागि फरक कुकिज सहमति आवश्यकताहरू
उदाहरणहरू: स्थानीय ब्रान्डहरू, स्थानीय वेब साइटहरू, स्थानीय सन्दर्भहरू

सामग्री जुन सिधै अनुवाद गर्न नसकिने:

स्थानीय विषयहरू बारेका ब्लग पोष्टहरू (प्रत्येक बजारमा अनन्य लेख्नुहोस्)
केस अध्ययनहरू (स्थानीय व्यवसाय प्रयोग गर्नुहोस्)
मूल्य निर्धारण पृष्ठहरू (प्रत्येक बजारमा फरक मूल्य निर्धारण मान्य छ)
समाचार सामग्री (क्षेत्रीय सान्दर्भिकता भिन्न हुन्छ)

कीवर्ड स्थानीयकरण: कीवर्डहरू अनुवाद नगर्नुहोस् — तिनीहरूलाई स्थानीय रूपमा अनुसन्धान गर्नुहोस्। अंग्रेजीमा "Car insurance" डेनिशमा "bilforsikring" हुन सक्छ, तर खोज मात्रा नेतृत्व गर्ने वास्तवमा "forsikring bil" (अलग शब्द क्रम) हुन सक्छ। स्थानीय कीवर्ड अनुसन्धान उपकरणहरू प्रयोग गर्नुहोस्।

शीघ्र जीत: सबै भाषाहरूमा मूल्य निर्धारण पृष्ठ जाँच गर्नुहोस्। के यो सही स्थानीय मुद्रामा देखाइरहेको छ? के तपाईंका CTAs सांस्कृतिक दृष्टिले उपयुक्त छन्? "Get Started Free" को CTA जर्मनमा "Jetzt kostenlos testen"को रूपमा थपिएको हुन सक्छ — यो एक सिधा अनुवाद होइन, तर जर्मन प्रयोगकर्ताहरूले देख्न अपेक्षा गरिरहेको छ।

६. RTL समर्थन

दायाँदेखि बायाँ भाषाहरू (अरबी, हिब्रु, फारसी/पर्शियन, उर्दू, पैसा) ले महत्वपूर्ण लेआउट अनुकूलनको माग गरिन्छ। दायाँदेखि बायाँ सामग्रीलाई बाँया-देखि-दायाँ लेआउटमा सेवा गर्नुले लगभग ५०० मिलियन मातृभाषीहरूको लागि तपाईंको साइटलाई अनुपयोगी बनाउँछ।

प्राविधिक कार्यान्वयन:

<!-- दिशालाई पहिचान र लागू गर्नुहोस् -->
<html lang="ar" dir="rtl">

RTL मा के प्रयोग गर्नुपर्छ:

पाठको अलाइनमेन्ट (दायाँ-लाइने शरीर पाठ)
लेआउटको दिशा (साइडबारहरू बाँया देखि दायाँमा सर्ने)
नेविगेसनको क्रम (विपरित)
दिशासँग सम्बन्धित प्रतीकहरू (तीरहरू, प्रगति पट्टीहरू)
प्याडिङ र मार्जिन (बायाँ/दायाँ मानहरू साट्न)
बॉर्डर रेडियस (कोर्नर मानहरू साट्न)
CSS फ्लेक्सबक्स/ग्रिडको दिशा

RTL मा कस्तो गर्नु हुँदैन:

फोन नम्बर र गणितीय अभिव्यक्तिहरू
बाँया-देखि-दायाँ ब्रान्डका नाम र लोगोहरू
ऑडियो/वीडियो प्लेयर नियन्त्रण
होरिजेन्टल स्क्रोल संकेतकहरू
एम्बेड गरिएको कोड ब्लकहरू

CSS दृष्टिकोण (आधुनिक):

/* तार्किक सम्पत्ति प्रयोग गर्नुहोस् */
.card {
  margin-inline-start: 1rem;  /* margin-left सँग साटिन्छ */
  padding-inline-end: 0.5rem; /* padding-right सँग साटिन्छ */
  border-start-start-radius: 8px; /* LTR मा शीर्ष-बायाँ, RTL मा शीर्ष-दायाँ */
}

RTL परीक्षण:

मा dir="rtl" थप्नुहोस् र प्रत्येक पृष्ठ जाँच गर्नुहोस्
सुनिश्चित गर्नुहोस् कि अरबी/हिब्रु पाठले पढ़्न योग्य बनाइन्छ (गडबड Unicode छैन)
फर्म इनपुटको परीक्षण गर्नुहोस् (पाठको प्रविष्टि दिशा)
जाँच गर्नुहोस् कि संख्याहरू RTL पाठमा सही तरिकाले प्रदर्शित भैरहेको छ

शीघ्र जीत: यदि तपाईंले अरबी वा हिब्रूलाई समर्थन गर्दै हुनुहुन्छ भने, ती स्थानहरूको लागि HTML तत्वमा dir="rtl" थप्नुहोस् र CSS तार्किक सम्पत्ति (margin-inline-start सँग सटिक) प्रयोग गर्नुहोस्। यो एकल परिवर्तन ०% RTL लेआउट समस्याहरूलाई समाधान गर्न मद्दत गर्दछ।

७. भाषा पहिचान र रुटिङ

तपाईंले कुन भाषा संस्करणलाई प्रयोगकर्तालाई देखाउनु पर्ने निर्णय गर्नाले UX र SEO दुबैलाई असर पर्छ।

सर्वोत्तम अभ्यास: URL-आधारित र प्राथमिकता कुकि

पहिलो भ्रमण: URL का आधारमा सामग्री देखाउनुहोस् (जस्तै, /da/page = डेनिश)
रूट URL (/): Accept-Language शीर्षकमा आधारित रिडिरेक्ट गर्नुहोस् वा डिफल्ट (अंग्रेजी) देखाउनुहोस्
हातले परिवर्तन: जब प्रयोगकर्ता भाषा चयन गर्छ, कुकि सेट गर्नुहोस् र भविष्यको भ्रमणमा यसलाई सम्मान गर्नुहोस्
कदाचित पनि नगर्नुहोस्: भाषा-विशेष URL बाट स्वचालित रिडिरेक्ट गर्नुहोस्

परहेज गर्ने के:

IP-आधारित रिडिरेक्टहरू (Google US IPs बाट क्रल गर्दछ → केवल अंग्रेजी सूची बनाउँछ)
JS मात्र भाषा पहिचान (सर्च इन्जिनहरूले JSलाई विश्वसनीय ढंगले निष्पादन गर्न सक्दैन)
/de/page लाई अंग्रेजी प्रयोगकर्ताहरूका लागि /en/page मा रिडिरेक्ट गर्दै (hreflang लाई भंग गर्दछ)
क्लोकिङ (प्रयोगकर्ता-एजेन्टका आधारमा विभिन्न सामग्री देखाउदै)

सही रिडिरेक्ट व्यवहार:

प्रयोगकर्ता भ्रमण गर्छ: /             → 302 रिडिरेक्ट /{detected-locale}/मा
प्रयोगकर्ता भ्रमण गर्छ: /da/page      → डेनिस सामग्री सेवा (कदाचितमा रिडिरेक्ट नगरिकन)
प्रयोगकर्ता भ्रमण गर्छ: /nonexistent  → 404 (डिफ़ल्ट भाषामा रिडिरेक्ट नगरिकन)

SEO-कटिन नियम: प्रत्येक भाषा URL Googlebot द्वारा रिडिरेक्ट बिना सिधै पहुँचयोग्य हुनु पर्छ। यदि Google /da/page लाई क्रल गरेर /en/page तिर रिडिरेक्ट गर्नुहोस् भने, यसले तपाईंको डेनिश सामग्रीलाई कहिल्यै सूचीबद्ध गर्दैन।

शीघ्र जीत: निश्चित गर्नुहोस् कि Googlebotले तपाईंका सबै भाषा URL हरूमा सिधै पहुँच गर्न सक्छ। Search Console मा, non-English URL को URL निरीक्षण उपकरण प्रयोग गर्नुहोस्। यदि यसले रिडिरेक्ट देखाएको छ, त यसलाई मार्गनिर्देशनको तर्कलाई फिक्स गर्नुहोस्।

८. भाषामा डुप्लिकेट सामग्री

बहुभाषी साइटहरूमा निम्न प्रकारका अद्वितीय डुप्लिकेट सामग्री चुनौती छ: विभिन्न भाषाहरूमा समान पृष्ठहरूले खोज परिणामहरूमा एक आपसमा प्रतिस्पर्धा गर्न सक्छ।

जब डुप्लिकेट सामग्री समस्या बन्छ:

पृष्ठहरूको 90%+ समानता विभिन्न भाषामा (अनुवाद नगरेको सामग्री)
एउटै URL सहि रेखा र बिना स्थान अग्रभागको साथ पहुँचयोग्य (/page र /en/page)
क्यानोनिकल ट्यागहरू हराइरहेको जसले द्वैध संस्करणहरूलाई सूचीबद्ध गर्न अनुमति दिन्छ
hreflang त्रुटिहरूले Google लाई "गलत" संस्करण छान्न मन पर्छ

समाधानहरू:

| समस्या | समाधान | |---------|----------| | अनुवाद नगरेका पृष्ठहरू | अनुवाद नभएसम्म noindex प्रयोग गर्नुहोस्, वा स्पष्ट भाषा संकेतकको साथ अंग्रेजी देखाउनुहोस् | | डबल URL (/page + /en/page) | एउटालाई अर्कोमा 301 रिडिरेक्ट गर्नुहोस् | | Google ले गलत भाषा सूचीबद्ध गर्दै | hreflang आपसीता सुधार गर्नुहोस्, Search Console मा सत्यापन गर्नुहोस् | | कम गुणस्तरका अनुवाद सूचीबद्ध गर्दै | अनुवादको गुणस्तर सुधार गर्नुहोस् नभए कम भाषाहरूमा समेकन गर्नुहोस् |

क्यानोनिकल ट्याग रणनीति:

<!-- प्रत्येक भाषा पृष्ठको आफ्नै क्यानोनिकल हो -->
<!-- /en/page -->
<link rel="canonical" href="https://example.com/en/page" />

<!-- /da/page -->
<link rel="canonical" href="https://example.com/da/page" />

कदाचित canonical लाई एउटा भाषाबाट अर्कोमा बिन्दु नगर्नुहोस् (उदाहरणका लागि, डेनिश क्यानोनिकल अंग्रेजीलाई बिन्दु बनाइन्छ) — यसले Google लाई डेनिश संस्करणलाई पूर्ण रूपमा बेवास्ता गर्न भन्छ।

शीघ्र जीत: Google मा "site:yourdomain.com "तपाईंको पृष्ठ शीर्षक"" खोज्नुहोस्। यदि तपाईंले एउटै प्रश्नका लागि अंग्रेजी र अनुवादित संस्करणहरू देख्नुभएको छ भने, तपाईंसँग डुप्लिकेट सामग्री वा hreflang समस्या छ।

बहुभाषी SEO चेकलिस्ट

प्रत्येक अन्तर्राष्ट्रियकरण गरिएका साइटका लागि यो चलाउनुहोस्:

[ ] सबै पृष्ठहरूमा hreflang ट्यागहरू, आत्म-सन्दर्भित र x-default सहित
[ ] सबै hreflang सम्बन्धहरू आपसी छन् (क्रलरको साथ जाँच गरिन्छ)
[ ] सहि स्थान रुटिङ (उपफोल्डर सिफारिश गरिएको): /{locale}/page
[ ] भाषा-विशेष URL हरूमा कुनै स्वचालित रिडिरेक्ट छैन
[ ] अनुवादको गुणस्तर मान्य गरिएको (कुनै मिश्रित-भाषा पृष्ठहरू छैनन्)
[ ] मेटा शीर्षक र वर्णन प्रत्येक भाषामा अद्वितीय (नक्कल गरिएका छैनन्)
[ ] मुद्रा, मिति, र फर्म्याट बजार अनुसार स्थानीयकरण गरिएको
[ ] अरबी/हिब्रू/फारसीका लागि RTL समर्थन लागू गरिएको (यदि लागु हुन्छ)
[ ] प्रत्येक स्थानका लागि साइटम्याप Search Console मा पेश गरिएको
[ ] प्रत्येक भाषाको पृष्ठको आफ्नै क्यानोनिकल URL छ (अर्को भाषामा संकेत गर्दैन)
[ ] कुनै कच्चा i18n कुञ्जीहरू कुनै पनि पृष्ठमा देखिएका छैनन्
[ ] भाषा सुइच सबै पृष्ठमा पहुँचयोग्य छ (समान पृष्ठहरूमा लिंक गरिएको, होमपृष्ठमा होइन)

LANGRले बहुभाषी SEO कसरी जाँच गर्दछ

LANGRसँग बहुभाषी SEO का लागि दुई समर्पित मोड्युलहरू छन्:

i18n-checker: तपाईंका पृष्ठको ५ स्थान भिन्नतालाई क्रल गर्छ र जाँच गर्छ:

Hreflang ट्याग पूर्णता र आपसीता
पहुँचयोग्य स्थान URL हरू (404 वा रिडिरेक्ट गर्दैन)
स्थानीयहरूमा हार्डकोड गरिएको/अनुवाद नगरेको स्ट्रिङको समस्या (फाल्ब्याक पहिचान)
दृश्य पाठको रूपमा देखिएका कच्चा i18n कुञ्जीहरू
अनुवादको कवरेज प्रतिशत

अनुवाद स्क्यानर: AI-शक्तिशाली गुणस्तर मूल्याङ्कन:

अनुवादको स्वाभाविकता 0-100 स्केलमा मूल्याङ्कन गर्छ
मेशिन अनुवादको वस्तुनिष्ठता पत्ता लगाउँछ
अन्यथा अनुवाद गरिएका पृष्ठहरूको भित्र अनुवाद नगरेका खण्डहरू पहिचान गर्छ
UI तत्वहरू (बटनहरू, लेबेलहरू, नेविगेशन) सामग्री भन्दा अलग चेक गर्छ

संयुक्त रूपमा, यी मोड्युलहरूले तपाईँको बहुभाषी कार्यान्वयनलाई प्राविधिक (hreflang, रुटिङ, क्यानोनिकल) र गुणस्तर (अनुवाद, स्थानीयकरण) दृष्टिकोणबाट जाँच गर्दछ — LANGR का १३ SEO अनुशासनहरू मध्ये दुई।

सामान्य बहुभाषी त्रुटिहरू (प्रभावको आधारमा क्रमबद्ध)

गैर-आपसी hreflang — Google ले सम्पूर्ण सेटअपलाई बेवास्ता गर्दछ
IP का आधारमा स्वचालित रिडिरेक्ट गर्दै — Googlebot लाई गैर-इङ्गलिस संस्करणहरूको सूचीमा रोक्दछ
भाषाहरूमा एउटै मेटा ट्यागहरू — अनुवादित पृष्ठहरूको रैंकिंग क्षमताको अपशिष्ट
मिश्रित-भाषा पृष्ठहरू — अंग्रेजीमा बटनहरू, जर्मनमा सामग्री = कम गुणस्तर सिग्नल
कुनै x-default छैन — Google ले तपाईंको फाल्ब्याक संस्करण निर्धारण गर्न सक्दैन
URL हरूलाई शब्दमा अनुवाद गर्दै — /about-us → /uber-uns ठीक छ, तर यो सुसंगत राख्नुहोस्
RTL लाई नजरअन्दाज गर्दै — ५०० मिलियन+ मातृभाषीहरूको लागि खण्डित लेआउट
क्यानोनिकल अर्को भाषामा बिन्दु गर्दै — Google का सूचीमा अनुवादित संस्करणलाई मर्दन बनाउँछ

अब के गर्ने?

चरण ११: B2B लीड खोजी — स्वचालित लीड जनरेशन, डोमेन-आधारित लीड स्कोरिंग, र SEO खोजी अनुसन्धानद्वारा योग्य लीडहरूमा SEO डेटा परिवर्तन गर्दै।

यो गाइड LANGR को १३-चरणको SEO श्रृंखलाको एक भाग हो। एक निःशुल्क अडिट रन गर्नुहोस् तपाईँको साइट कोणले १३वटै अनुशासनहरूमा कहाँ छ हेर्न।

SEO गाइड चरण १०: बहुभाषी SEO — आफ्नो रRankingग रेटिंग बिना विश्वव्यापी दर्शकहरूमा पुग्न