SEO માર્ગદર્શન પગલાં 10: બહુભાષી SEO

આ 13-પગલના SEO માર્ગદર્શક નો પગલાં 10 છે. બહુભાષી SEO તમને દરેક બજારમાં તેમની જાતની ભાષામાં સેવા આપીને તમારો ઓર્ગેનિક ટ્રાફિક મોટો બનાવવા દે છે — જો ખોટું થાય, તો તે ડુપ્લિકેટ સામગ્રીની હતાશા સર્જે છે.

તમે ઉમેરતાં દરેક ભાષા તમારા અસ્તિત્વમાં આવેલી સામગ્રીને ગુણાકાર આપે છે. એક ભાષા ધરાવતી 50 પાનાંની સાઇટ પાસે 50 ઇન્ડેક્સેબલ URL છે. 5 ભાષા ઉમેરો અને તમારી પાસે 250 છે. 20 ભાષા ઉમેરો અને તમારી પાસે 1,000 છે. આમાંના દરેક URL એ નવા સ્થાનિક Google પરિણામોમાં સ્વતંત્ર રીતે રેન્ક થઈ શકે છે.

પરંતુ બહુભાષી SEO SEO ની સૌથી અસમતલ ટેકનિકલ વિસ્તારોમાંનું એક છે. ખોટી અમલ ડુપ્લિકેટ સામગ્રી, રેન્કિંગની કમજોરાઈ, અને ક્રોલ બજેટનું બગાડ સર્જે છે. યોગ્ય અને ખોટી આંતરરાષ્ટ્રીય સાઇટ વચ્ચેનો ફરક 10x ટ્રાફિકના ફેરફાર હોઈ શકે છે.

LANGR પોતે 89 સક્રિય સ્થાનોમાં 108 ભાષાઓમાં કાર્ય કરે છે — અમે આ સમસ્યાઓને વ્યાપક પ્રમાણમાં હલ કર્યું છે. આ માર્ગદર્શકે અમે જેણે શીખ્યું તે બધું શેર કરે છે.

બહુભાષી SEO કઈ બાબતોને આવરી લે છે

બહુભાષી SEO 8 મહત્વના ક્ષેત્રોને આવરી લે છે:

Hreflang અમલ — Google ને કઈ પાનું કઈ ભાષા પૂરી પાડે છે તે કહેવું
જગ્યા રૂટિંગની વ્યૂહરચનાઓ — ઉપડોમેન સામે ઉપફોલ્ડર સામે TLD
અનુવાદની ગુણવત્તા — મશીન સામે માનવ ભાજપના અનુવાદ
આંતરરાષ્ટ્રીય ટાર્ગેટિંગ — સર્ચ કન્સોલનું રૂપરેખાંકન
સામગ્રી સ્થાનિકકરણ — અનુવાદથી આગળ: સાંસ્કૃતિક અનુકૂળન
RTL સપોર્ટ — જમણાથી ડાબી ભાષાઓ (અરબી, હેબ્રુ, ફારસી)
ભાષા ઓળખ — યોગ્ય સંસ્કરણને આપોઆપ પૂરી પાડવું
ડુપ્લિકેટ સામગ્રી — ભાષા વચ્ચેની કૅનાબલાઈઝેશનને અટકાવવી

1. 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 (ભાષા-પ્રદેશ)
દરેક પાનાં પર મહત્તમ ~50 hreflang એન્ટ્રીઝ (ઊર્જા મર્યાદા)

ત્રણ વ્યૂહરચના વિકલ્પો:

| પદ્ધતિ | શ્રેષ્ઠ માટે | ખામીઓ | |--------|----------|-----------| | in | નાના સાઇટ (< 10 ભાષાઓ) | HTMLમાં વધારે છે, ધીમો પાર્સિંગ | | HTTP હેડર્સ | નોન-HTML ફાઇલો (PDFs, APIs) | વ્યાપક રીતે સપોર્ટ નથી | | XML સાઇટમૅપ | મોટા સાઇટ (10+ ભાષાઓ) | ક્રોલર દ્વારા ધીમું શોધવું |

સાઇટમૅપ 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 ભાષા માટે ડેનિશ)
નોન-200 URL તરફ સંકેત આપવું (રીડાયરેક્ટ, 404)
x-default ને ભાષા-વિશિષ્ટ પાનાં સાથે મિશ્રણ કરવું

ઝડપી જીત: તમારી સાઇટને ક્રોલ કરો અને તમામ hreflang ટૅગ્સને નિકાળવો. નોન-પરસ્પર સંબંધો તપાસો — આ સૌથી સામાન્ય ભૂલ છે અને Google એ તમારી તદ્દન hreflang સેટઅપને અવગણવું બનાવે છે.

2. જગ્યા રૂટિંગની વ્યૂહરચનાઓ

વિભિન્ન ભાષાઓ માટે તમે જે રીતે URL બનાવો છો તે SEO, વપરાશકર્તા અનુભવ અને ટેકનિકલ જટિલતાને અસર કરે છે. ત્રણ મુખ્ય અભિગમો છે:

ઉપફોલ્ડર (સફળ)

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

ફાયદા: એક જ ડોમેન સત્તા, મેનેજ કરવા માટે સરળ, એક SSL પ્રમાણપત્ર, એક એનાલિટિક્સ સ્વામિત્વ, એક સર્ચ કન્સોલ પproperty, મોટા ભાગની સાઇટ્સ માટે શ્રેષ્ઠ.

ખામીઓ: ccTLD ને બદલે ઓછાGeo-ટારમાં સંકેત.

ઉપડોમેન

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

ફાયદા: પ્રદેશ મુજબ અલગ સર્વર્સ/CDNs પર હોસ્ટ કરી શકાય છે, અલગ ક્રોલ બજેટ.

ખામીઓ: દરેક ઉપડોમેન અલગ સત્તા બનાવે છે (લિંક એક્વિટી આપોઆપ વહેતા નથી), અનેક સર્ચ કન્સોલ સંપત્તિઓ, વધુ જટિલ સ્થાપન.

દેશ-કોડ TLD (ccTLD)

example.com (English)
example.dk (Danish)
example.de (German)

ફાયદા: સૌથી શક્તિશાળી Geo-ટારગેટિંગ સંકેત, વપરાશકર્તાઓ સ્થાનિક TLD નું વિશ્વસનીયતા આપે છે, દરેક ડોમેન સ્વતંત્ર છે.

ખામીઓ: ખર્ચાળ (20+ ડોમેન ખરીદવા), દરેક ડોમેન માટે અલગ સત્તા, જટિલ લિંક બિલ્ડિંગ, અલગ એનાલિટિક્સ/કન્સોલ.

આમારી ભલામણ: ઉપફોલ્ડર રૂટિંગ 90% સાઇટ્સ માટે. તે તમામ લિંક સત્તાને એક જ ડોમેન પર કેન્દ્રિત કરે છે જયારે સ્પષ્ટ જગ્યા સંકેતો આપે છે. /{locale}/page ફોર્મેટ ઉપયોગ કરો.

https://langr.org/page        (English, default)
https://langr.org/da/page     (Danish)
https://langr.org/de/page     (German)
https://langr.org/ja/page     (Japanese)

ઝડપી જીત: જો તમે ઉપડોમેનના ઉપયોગમાં છો અને સત્તા સાથે સંઘર્ષ કરી રહ્યા છો, તો ઉપફોલ્ડર્સમાં આગળ વધી વિચારો. ઉપડોમેનથી ઉપફોલ્ડર્સમાં ભાષાંતર પહોંચતી સાઇટ્સ સામાન્ય રીતે 3-6 મહિનાના અંતર્ગત 20-50% ઓર્ગેનિક ટ્રાફિકની વૃદ્ધિ જોઈ રહી છે કારણ કે લિંક એક્વિટી સંકુચિત થાય છે.

3. અનુવાદની ગુણવત્તા સામે મશીન અનુવાદ

અનુવાદની ગુણવત્તા રેન્કિંગમાં સીધો અસર કરે છે. Google મશીન અનુવાદને ઓળખી શકે છે અને ખૂબ ખરાબ અનુવાદિત પાનાને મૂલ્યહીન બનાવી શકે છે. પરંતુ 2026 એ આઈ 2020 ની રૂપાંતરથી નોંધપાત્ર રીતે મજબૂત છે.

અનુવાદની ગુણવત્તાનું સ્પેક્ટ્રમ:

| સ્તર | પદ્ધતિ | ગુણવત્તા | ખર્ચ | શ્રેષ્ઠ માટે | |-------|--------|---------|------|----------| | 1 | કાચા GPT/DeepL આઉટપુટ | 60-75% | ~$0 | આંતરિક ઉપયોગ, ડ્રાફ્ટ | | 2 | AI + પોસ્ટ-એડિટિંગમાં સૂચનો | 75-90% | ~$0 | બ્લૉગ સામગ્રી, નોન-ક્રિટિકલ પેજ | | 3 | AI + માનવ સમીક્ષા | 90-97% | $0.03-0.08/શબ્દ | ઉત્પાદનના પાનાં, કી લેન્ડિંગ પેજ | | 4 | વ્યાવસાયિક નિવાસી અનુવાદક | 97-100% | $0.10-0.25/શબ્દ | કાનૂની, ચિકિત્સા, બ્રાન્ડ-ક્રિટિકલ |

2026 માટેનો મુખ્ય નજરમથે: સ્તર 2 (ગુણવત્તાના સૂચનો સાથે AI) હવે લગભગ બધા વેબ સામગ્રી માટે પૂરતું છે. Google ની ડુપ્લિકેટ સામગ્રી એલ્ગોરિધમો સારું કામ કરતું મશીન અનુવાદને દંડિત કરતું નથી — તેઓ બુરા ભાષાંતરને દંડિત કરે છે જે કોઇ મૂલ્ય પ્રદાન કરતા નથી.

SEO ને નુકસાન પહોંચાડતી અનુવાદની ઓળખ:

સંશોધિત સામગ્રી સાથે મિલાવવામાં ન આવતી વિભાગો
UI તત્વો (બટનો, લેબલ) હજી પણ મૂળ ભાષામાં
સ્થળવિશિષ્ટ સ્વરૂપો ને અનુકૂળ બનાવવામાં નથી (તારીખ, ચલણ, ફોન નંબરો)
સાંસ્કૃતિક ઉદ્દેશો જે અનુવાદિત નથી (મહાત્માઓ, જોક્સ, ઉદાહરણો)
દરેક ભાષામાં સમાન મેટા નામ/વર્ણન

અનુવાદની ગુણવત્તાની માન્યતાનું ચકાસવાનું સરકાર:

આંકડામાં તમામ દર્શનનો કસોટી કરો (દિધાન આરક્ષણ, ફૂટર, ફોર્મ)
સ્થળવિશિષ્ટ સ્વરૂપોની સારવાર કરો (DD/MM/YYYY અને MM/DD/YYYY)
CTA ના પરીક્ષણ કરો — તે નિશ્ચિત ભાષામાં કુદરતી લાગે છે?
મેટા ટૅગ્સ તપાસો — નામ અને વર્ણન દરેક ભાષામાં સ્વતંત્ર રીતે લખાયું આવશ્યક છે
કોઈ કાચા i18n કીઓ દર્શાવતી નહિ (ઉદાહરણ તરીકે, nav.home જવાનું નહીં)

ઝડપી જીત: એક્સ-લાંબા ભાષાના સામગ્રીના પાનાંઓની તપાસ કરો. જો કોઈ પણ બટનો, લેબલ કે UI તત્વો હજી પણ તમારી મૂળ ભાષામાં છે, તો તેને તાત્કાલિક ઠીક કરો — મિશ્રભાષાની પાનું Google માટે નીચી ગુણવત્તા સંકેત કરે છે.

4. સર્ચ કન્સોલમાં આંતરરાષ્ટ્રીય ટાર્ગેટિંગ

Google Search Console માં આંતરરાષ્ટ્રીય ટાર્ગેટિંગના સેટિંગ્સ Google ને માહિતી આપે છે કે કઈ પેજો કયા દેશોમાં રેંક થવા જોઈએ.

ઉપફોલ્ડર સેટઅપ માટે:

તમે ઉપફોલ્ડર પ્રમાણે દેશનું ટાર્ગેટિંગ સેટ કરી શકતા નથી (માત્ર ડોમેન/ઉપડોમેન)
ઘણી જગ્યાએ Hreflang + સામગ્રીની ભાષા + વપરાશકર્તાના સંકેતો પર આધાર રાખો
પ્રતિ પૃથક સાઇટમૅપ સબમિટ કરો: sitemap-en.xml, sitemap-da.xml

ccTLDs માટે:

.dk ને ચેકિંગ ડેનમાર્કમાં ડાયાર કરાય છે
.de ને ચેકિંગ જર્મનીમાં ડાયાર કરાય છે
કોઈ મેન્યુઅલ રૂપરેખાંકનની જરૂર નથી

જનરલ TLDs (.com, .org, .net) માટે:

Search Console માં પ્રત્યેક સંપત્તિમાં "આંતરરાષ્ટ્રીય ટાર્ગેટિંગ" સેટ કરો
Hreflang ને મુખ્ય સંકેત તરીકે વપરાશ કરો

વ્યવહારિક પગલાં:

Search Console માં તમારી સાઇટને પુષ્ટિ કરો (અહીં ઉપફોલ્ડર સેટઅપ માટે એક સંપત્તિ)
Hreflang ટૅગ્સ સાથેના સાઇટમૅપને સબમિટ કરો
ભૂલોની તપાસ માટે "આંતરરાષ્ટ્રીય ટાર્ગેટિંગ" રિપોર્ટ તપાસો
દરેક ભાષા માટે "કવરેજ" રિપોર્ટને મોનિટર કરો (URL પરિમાણ ફિલ્ટરનો ઉપયોગ કરો)
"યુઝર-પસંદ મંજૂરી વિના ડુપ્લિકેટ"ની ચેતવણી તપાસો — આ અવારનવાર hreflang સમસ્યાને વ્યક્ત કરે છે

ઝડપી જીત: Search Console > પ્રદર્શન > દેશ દ્વારા ફિલ્ટર પર જાઓ. તપાસો જો જર્મનમાં વપરાશકર્તાઓ તમારી અંગ્રેજી પાનું પર ઉડીને જર્મનીમાં નથી . જો હા, તો તમારી hreflang રૂખાનમાં ખામીઓ છે.

5. સામગ્રીનું સ્થાનિકકરણ (ફક્ત અનુવાદ નથી)

સ્થાનિકકરણ શબ્દ-પ્રત્યેના અનુવાદથી આગળ છે. તે સામગ્રીને સાંસ્કૃતિક સંદર્ભ, સ્થાનિક સર્ચ વર્તન અને બજાર-વિશિષ્ટ જરૂરિયાતો માટે અનુકુળ કરે છે.

ક્યાં સ્થળિકરણ કરવું:

ચલણ અને ભાવ: સ્થાનિક ચલણ દર્શાવો (€ જર્નીમાં, kr ડેનમાર્કમાં, ¥ જાપાનમાં)
તારીખ/સમયના સ્વરૂપો: 25/06/2026 (EU) અને 06/25/2026 (US) અને 2026/06/25 (ISO/જાપાન)
ફોન નંબરો: આંતરરાષ્ટ્રીય માટે રાષ્ટ્રીય સ્વરૂપ
સરનામા: સ્થાનિક ટપાલ સ્વરૂપનો મેળ ખાવું
સમાજિક પુરાવો: સ્થાનિક ગ્રાહકોના નામ, સ્થાનિક કંપનીઓ, સ્થાનિક કેસ સ્ટડી
CTA: ધોરણનો સાંસ્કૃતિક સરખામણ (જર્મનમાં આધારભૂત, અંગ્રેજીમાં શુત્રિત)
છબીઓ: છબીઓમાં લખાણને સ્થાનિક બનાવો, સાંસ્કૃતિક રીતે યોગ્ય દૃશ્યોનો ઉપયોગ કરો
કાનૂની: EU માટે GDPR, દેશ મુજબ કૂકી સંમતિની માંગણીઓ
ઉદાહરણ: સ્થાનિક બ્રાન્ડો, સ્થાનિક વેબસાઇટો, સ્થાનિક સંદર્ભો

રોકાણ પક્ષ પરથી ભાષાંતર ન કરવું:

સ્થાનિક નિવેશન વિષય પર બ્લોગ (બજાર માટે અનોખું લખવું)
કેસ અભ્યાસ (સ્થાનિક વ્યવસાયનો ઉપયોગ કરો)
ભાવ પેજ (બજાર મુજબ અલગ ભાવ માન્ય છે)
સમાચાર સામગ્રી (પ્રાંતીય પ્રસંગમાં પરિવર્તન યોગ્ય વિગતો)

કીવર્ડનું સ્થાનિકરણ: કીવર્ડોને અનુવાદ ન કરો — તેમનામાં સ્થાનિક રીતે સંશોધન કરો. અંગ્રેજીમાં "કારનું વીમા" ડેનિશમાં "bilforsikring" હોઈ શકે છે, પરંતુ સર્ચની માત્રામાં નેતા ખરેખર "forsikring bil" હોઈ શકે છે (વૈકલ્પિક શબ્દક્રમ). સ્થાનિક કીવર્ડ સંશોધન સાધનોના ઉપયોગ કરો.

ઝડપી જીત: તમારી ભાવ પેજને આ બધું તપાસો. શું તે યોગ્ય સ્થાનિક ચલણ દર્શાવી રહ્યું છે? શું તમારા CTA સાંસ્કૃતિક રીતે યોગ્ય છે? "Get Started Free" CTA ને German માં "Jetzt kostenlos testen" રૂપાંતર કરવાની જરૂર છે — આ એક લિટરલ અનુવાદ નથી, પરંતુ શું જર્મન વપરાશકર્તાઓને જોવા માટે અપેક્ષા છે.

6. RTL સપોર્ટ

જમણેથી ડાબે ભાષાઓ (અરબી, હેબ્રુ, ફારસી/પર્શિયન, ઉર્દૂ, પહષ્ટો)ને મહત્ત્વપૂર્ણ રૂપરેખા અનુકૂળનની જરૂર છે. જમણેથી ડાબા ઑનલાઇન માર્કેટિંગ સાથે RTL સામગ્રી પ્રદાન કરવું ~500 મિલિયન મૂળભૂત ભાષાને અમલમાં આવવાની સમસ્યા ફેંકે છે.

તકનિકીક અમલ:

<!-- ઉદાય કરો અને ચિહ્ન લગાવો -->
<html lang="ar" dir="rtl">

RTL માં કઈ વસ્તુઓ ફેરવીતી હોવી જોઈએ:

લખાણની સાંતવના (જમણા-સામાન્ય લખાણ)
રૂપરેખા દિશા (સાઈડબારો ડાબેથી જમણાના ફાળે જાય છે)
ناوشોશનનો ક્રમ (વિપરીત)
દિશાસૂચક અર્થવાળાં ચિન્હો (અરે, પ્રગતિ पट)
પેડિંગ અને માર્જિન (ડાબી/જમણી કિમત ઘૂંપી)
બોર્ડરના ખૂણાનો百分点 (ખૂણાના કિમત ઓટો રૂપાંતરિત રીતે).
CSS ફ્લેક્સબોક્સ/ગ્રિડ દિશા

કંઈક જે ફેરવવું જોઈએ નથી:

ફોન નંબરો અને ગણિતીય અભિવ્યક્તિઓ
ડાબેથી જમણે બ્રાન્ડના નામ અને લોગો
ઑડિયો/વિડિઓ પ્લેયર નિયંત્રણો
ટોપની લંબાઈની શૂન્ય સૂચકાંકો
ઍમ્બેડ થયેલ કોડ બ્લોક્સ

CSS અભિગમ (આધુનિક):

/* તર્કશોધક ગુણવત્તાનો ઉપયોગ કરો */
.card {
  margin-inline-start: 1rem;  /* મહત્ત્વ આંતરિક ખંડમાન છે */
  padding-inline-end: 0.5rem; /* રસ્તાની પીઠ ઝીણી છે */
  border-start-start-radius: 8px; /* ઉત્તમ ડાબું LTR માં, ડાબું RTL માં */
}

RTLની તપાસ:

માં dir="rtl" ઉમેરો અને દરેક પાનું જ તપાસો
તપાસો કે અરબી/હેબ્રૂ લખાણ વાંચ્યામાં છે (ગડબડ આઈયુનિકોડ નથી)
ફોર્મ ઇનપુટનું પરીક્ષણ કરો (વંચન દિશાની સાથે)
તપાસો કે નંબર RTL લખાણ સાથે યોગ્ય રીતે દર્શાવવામાં આવે છે

ઝડપી જીત: જો તમે અરબી અથવા હેબ્રૂને સપોર્ટ કરો છો, તો RTL સ્થાનો માટે તમારા HTML તત્વને dir="rtl" ઉમેરો અને CSS તર્ક પરિમાણોનો ઉપયોગ કરો (margin-inline-startને બદલે margin-left). આ એક જ ફેરફાર 80% RTL રૂપરેખાની સમસ્યાઓને ઠીક કરે છે.

7. ભાષા ઓળખ અને રૂટિંગ

તમે કઈ ભાષાની આવૃત્તિ દર્શાવવાની નિર્ણય કરાવવાનું વાયરય [અનુવાદિત કરો] બંને UX અને SEOને અસર કરે છે.

શ્રેષ્ઠ પ્રથા: URL આધારિત અને પસંદગી કૂકિ સાથે

પ્રથમ મુલાકાત: URL આધારિત સામગ્રી દર્શાવો (ઉદાહરણ તરીકે, /da/page = ડેનિશ)
રૂટ URL (/): Accept-Language હેડર આધારિત રૂપાંતર કરો અથવા ડિફોલ્ટ તરીકે દર્શાવો (અંગ્રેજી)
હાથથી સ્વિચ: જ્યારે વપરાશકર્તા ભાષા પસંદ કરે છે, ત્યારે કૂકિ સેટ કરો અને ભવિષ્યની મુલાકાતમાં તેના માન્ય રાખો
ક્યારેય: ભાષા-વિશિષ્ટ URLથી આપોઆપ રીડાયરેક્ટ ન કરો

જેથી જ ટાળવું:

IP આધારિત રીડાયરેકટ (Google યુએસ IP માંથી ક્રોલ કરે છે → ફક્ત અંગ્રેજી માન્ય રાખે)
જાવાસ્ક્રિપ્ટ-માત્ર ભાષા ઓળખ (સર્ચ એન્જિન 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 માં, કોઈપણ અંગ્રેજી URL પર URL નિરીક્ષણ સાધનનો ઉપયોગ કરો. જો તે રીડાયરેક્ટ દર્શાવે છે, તો તમારી રૂટિંગની તકો સુધારો.

8. ચલણ-વિશિષ્ટતું સામગ્રી ડુપ્લિકેટ

મૂલત, બહુભાષી સાઇટો સાથે એક અનોખું ડુપ્લિકેટ સામગ્રી પડકાર આવે છે: વિવિધ ભાષાઓમાં સમાન પાના સાજા ઉત્પાદોના પારિપ્રેક્ષ્યમાં સ્પર્ધા કરી શકે છે.

જ્યારે ડુપ્લિકેટ સામગ્રી સમસ્યા બની શકે છે:

પાના જે 90%+ આલેખ સાથે સમાન છે
સમાન URL સાથે પ્રસ્થાપિત પાનું અને હજારો પાનાં (/page અને /en/page)
કાનોનિકલ ટૅગ્સની અછત, બંને આવૃત્તિઓને ઇન્ડેક્સ કરવાની મંજૂરી છે
hreflang ભૂલ કહે છે Google "ખોટા" આવૃત્તિ ને પસંદ કરે છે

ઉકેલો:

| સમસ્યા | ઉકેલ | |---------|---------| | અનુવાદિત પાના | noindex વાપરો જ્યાં સુધી અનુવાદિત ન થાય, અથવા સ્પષ્ટ ભાષા દર્શાવતી અંગ્રેજી પ્રદર્શિત કરો | | ડબલ URLs (/page + /en/page) | 301 રીડાયરેક્ટ એકને બીજા તરફ | | Google ખોટી ભાષા ઇન્ડેક્સ કરવું | hreflang reciprocity સુધારો, Search Console માં પુષ્ટિ કરો | | નીચી ગુણવત્તાની અનુવાદિત પાના | અનુવાદની ગુણવત્તા સુધારો અથવા ઓછા ભાષાઓમાં સંકુચિત કરો |

કાનોનિકલ ટૅગની વ્યૂહરચના:

<!-- દરેક ભાષાના પાનું પોતાનું કાનોનિકલ છે -->
<!-- /en/page -->
<link rel="canonical" href="https://example.com/en/page" />

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

કાનોનિકલને એક ભાષામાંથી બીજા ભાષામાં સિધ્ધ કે ઇન્કલુવ ન કરો (દેનિશ કાનોનિકલ અંગ્રેજી તરફ ઇન્ક રજૂ કરે છે) — તે Google ને દેનિશ આવૃત્તિને સંપૂર્ણ રીતે અવગણવા માટે સૂચવે છે.

ઝડપી જીત: Google માં site:yourdomain.com "your page title" શોધો. જો તમે જોઈ રહ્યા છો કે બંને અંગ્રેજી અને અનુવાદિત આવૃત્તિઓ એક જેવું પ્રશ્ન મળતી હોય છે, તો તમને ડુપ્લિકેટ સામગ્રી અથવા hreflang સંગ્રહાર એવી સમસ્યા છે.

બહુભાષી SEOની ચકાસણી યાદી

દરેક આંતરરાષ્ટ્રીય સાઇટ માટે આ તપાસો:

[ ] તમામ પાનાંઓમાં Hreflang ટૅગ્સ, સ્વયં-ઉલ્લેખ અને x-default સમાવેશ થાય છે
[ ] તમામ hreflang સંબંધો પરસ્પર છે (ક્રોલર સાથે ચકાસવામાં)
[ ] યોગ્ય જગ્યા રૂટિંગ (ઉપફોલ્ડર ભલામણ કરવી): /{locale}/page
[ ] ભાષા-વિશિષ્ટ URL થી કોઈ સ્વયં રીડાયરેક્ટ નથી
[ ] અનુવાદની ગુણવત્તાની માન્યતા (મિશ્રભાષાના પાનાંમાં નથી)
[ ] મેટા ટાઈટલ અને વર્ણન દરેક ભાષામાં અનન્ય છે (નકલી નથી)
[ ] ચલણ, તારીખ અને સ્વરૂપો બજારમાંથી સ્થાનિક કરી છે
[ ] અરબી/હેબ્રૂ/ફારસી માટે RTL સપોર્ટ અમલમાં છે (જરી છે)
[ ] Search Console માં દરેક જગ્યાની સાઇટમૅપ સબમિટ કરો
[ ] દરેક ભાષાનું પાનું પોતાનું કાનોનિકલ URL ધરાવવું (અન્ય ભાષામાં ઈલિંગ નહીં)
[ ] કોઈ કાચા i18n કીઓ કોઈપણ પાના પર દેખાતું નથી
[ ] ભાષા સ્વિચર તમામ પાનાં પર ઉપલબ્ધ છે (સમાન પાનાંને લગતું લિંક, હોમપેજ નહીં)

LANGR કેવી રીતે multi-language SEOની ચકાસણી કરે છે

LANGR પાસે બહુભાષી SEO માટે બે નિશ્ચિત મોડ્યુલ છે:

i18n-checker: તમારી પાંાંને 5 સ્થાનોના રૂપાણમાં ક્રોલ કરે છે અને જલ્દી તપાસ કરે છે:

Hreflang ટૅગની પરિમાણતા અને reciprocity
અગ્રેસર સ્થળોની URLs (404 કે રીડાયરેક્ટ ધરાવતા)
સ્થળોના સીમાથી અવગણેલ કાંટાઓ (ફૉલબેક ઓળખ)
દૃશ્ય અક્ષરોને બિન-અનુવાદિત બંધારણો
અનુવાદ આવરણ პროცેન્ટેજ

અનુવાદ સ્કેનર: એઆઈ પ્રશંબર ગુણવત્તા અહેસાન:

0-100 મર્યાદા પર અનુવાદ સ્વાસ્થ્યનું મૂલ્યાંકન કરે છે
મશીન અનુવાદ વચ્ચેના લક્ષણોને શોધી કાઢે છે
અન્યથા અનુવાદિત પાનામાં અનુવાદિત વિભાગોને ઓળખી લે છે
UI તત્વોને (બટનો, લેબલ, ગમન) શરીરની સામગ્રીથી અલગ ચકાસે છે

ઝોડી , આ મોડ્યુલો તમારા બહુભાષી અમલને ટેકનિકલ (hreflang, રૂટિંગ, canonicals) અને ગુણવત્તા (અનુવાદ, સ્થાનિકકરણ) બહાર જોયા છે — LANGRની 13 SEO શિસ્તોમાં બે.

સામાન્ય બહુભાષી ભૂલો (પ્રભાવી સુંદરતાને આધારે)

પરસ્પર hreflang નથી — Google આખા સેટઅપનું અવગણન કરે છે
IP આધારિત આપોઆપ રીડાયરેક્ટ — Googlebotને અંગ્રેજી આવૃત્તિઓ ઇન્ડેક્સ કરવાનો નિવારો કરવું
ક્રિયા ની મિશ્રણમાં મૂળભૂત મેટા ટૅગ્સ — અનુવાદ પાનાંઓને રેન્કિંગ માટેની ક્ષમતાને બગાડે છે
મિશ્રભાષા પાનાંઓ — અંગ્રેજીમાં બટનો, જર્મનમાં સામગ્રી = નીચી ગુણવત્તા સંકેત
x-default નથી — Google તમારા ફોલબેક આવૃત્તિને નક્કી કરી શકતું નથી
URLsને શાબ્દિક માટે અનુવાદ કરવું — /about-us → /uber-uns સારું છે, પરંતુ તેને સતત રાખવું
RTLને અવગણતા — 500+ મિલિયન મૂળભૂત વાચકો માટે તોફાન રૂપરેખા છિડે છે
કાનોનિકલ બીજા ભાષામાં સમય બગાડે છે — Google ના જણાવવાનું આયોજન આવૃત્તિને (ديثત્તિકથી) મારફત ટાળો.

પછી શું છે?

પગલો 11: B2B Lead Discovery — ઓટોમેટિક પ્રયાસ, ડોમેન-આધારિત લીડ સ્કોરિંગ, અને SEOની શોધમાં કેટલાક ડેટાને ક્વોલિફાઇડ લીડમાં ફેરવવું.

આ માર્ગદર્શક LANGR તરફથી 13-પગલના SEO શ્રેણીમાં એક ભાગ છે. મફત ઓડિટ ચલાવો તમારી સાઇટ 13 શિસ્તોમાંથી કયા ગેટે છે તે જોવા માટે.

SEO માર્ગદર્શન પગલાં 10: બહુભાષી SEO — રેંકિંગને કમજાીમાં વિસાર્યા વિના વૈશ્વિક ટાર્ગેટ પહોંચવું