SEO Ceļvedis 10. solis: Daudzvalodu SEO

Šis ir 10. solis 13 soļu SEO ceļvedī. Daudzvalodu SEO ļauj reizināt jūsu organisko trafiku, apkalpojot katru tirgu viņu valodā — ja to izpilda nepareizi, tas rada dublikātu satura haosu.

Katras pievienotās valodas būtībā ir reizinātājs jūsu esošajam saturam. Tīmekļa vietne ar 50 lapām vienā valodā ir 50 indeksējamas URL. Pievienojot 5 valodas, jums ir 250. Pievienojot 20 valodas, jums ir 1,000. Katrs no šiem URL var neatkarīgi rangot vietējās Google rezultātu lapās.

Tomēr daudzvalodu SEO ir viens no tehniski sarežģītākajiem SEO jomām. Nepareiza ieviešana rada dublētu saturu, rangotāju atšķaidīšanu un resursu izšķērdēšanu. Atšķirība starp pareizi un nepareizi internacionalizētu vietni var būt 10x trafika atšķirība.

LANGR pati darbojas 108 valodās 89 aktīvās vietās — mēs esam atrisinājuši šīs problēmas lielā mērā. Šis ceļvedis dalās ar visu, ko esam iemācījušies.

Ko aptver Daudzvalodu SEO

Daudzvalodu SEO aptver 8 kritiskas jomas:

Hreflang ieviešana — Norādīt Google, kura lapa apkalpo kuru valodu
Vietnes maršrutēšanas stratēģijas — Apakšdomēns pret apakšmapi pret TLD
Tulkošanas kvalitāte — Mašīnu pret cilvēku pret hibrīdu tulkošanu
Starptautiskā mērķēšana — Meklēšanas konsoles konfigurācija
Satura lokalizācija — Vairāk nekā tulkošana: kultūras pielāgošana
RTL atbalsts — Labās uz kreiso valodas (arābu, hebreju, farsi)
Valodas atpazīšana — Pareizās versijas automātiska lietošana
Dublēts saturs — Novērst starpvalodu kanibalizāciju

1. Hreflang ieviešana

Hreflang tagi norāda meklētājprogrammām, kurš URL apkalpo kuru valodu un reģionu. Tie ir tehniskā pamata pamats daudzvalodu SEO — un visbiežāk nepareizi konfigurētais elements.

Pamat hreflang sintakse:

<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" />

Kritiski noteikumi:

Katram lapai jānorāda VISAS alternatīvās versijas (ieskaitot sevi)
x-default nosaka atbalsta versiju (parasti angļu vai valodas izvēles)
Hreflang tagiem jābūt savstarpējiem (lapa A saistās ar B, B jāsaistās ar A)
Izmantojiet ISO 639-1 valodu kodus (en, da, de), nevis valsts kodus
Reģionam specifiskam saturam: en-us, en-gb, pt-br (valoda-reģions)
Maksimāli ~50 hreflang ieraksti, kas jāiekļauj katrā lapā (veiktspējas ierobežojums)

Trīs novietnes iespējas:

| Metode | Vislabāk piemērota | Trūkumi | |--------|--------------------|---------| | daļā | Mazām vietnēm (< 10 valodām) | Palielina HTML apjomu, lēnāk analizē | | HTTP galvenes | Ne-HTML failiem (PDF, API) | Nav plaši atbalstīts | | XML vietnes karte | Lielām vietnēm (10+ valodām) | Lēnāka atklāšana meklētājiem |

Saites hreflang piemērs:

<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>

Biežās hreflang kļūdas:

Trūkst sevis norādes tagu (lapa nesatur sevi)
Nesavstarpēji tagi (A norāda uz B, bet B nenorāda uz A)
Nepareizi valodu kodi (dk vietā da dāņu valodai)
Norādīšana uz ne 200 URL (pāradresācijas, 404)
x-default sajaukšana ar valodas specifisku lapu

Ātra uzvara: Analizējiet savu vietni un eksportējiet visus hreflang tagus. Pārbaudiet nesavstarpējās attiecības — tas ir visbiežāk pieļautais kļūdas veids, kas liek Google ignorēt jūsu visu hreflang konfigurāciju.

2. Vietnes maršrutēšanas stratēģijas

Kā jūs strukturējat URL dažādām valodām ietekmē SEO, lietotāja pieredzi un tehnisko sarežģītību. Ir trīs galvenās pieejas:

Apakšmape (ieteicama)

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

Priekšrocības: Viena domēna autoritāte, viegli pārvaldīt, viens SSL sertifikāts, viens analītikas īpašums, viena Meklēšanas konsoles īpašība, vislabāk piemērota lielākajai daļai vietņu.

Trūkumi: Mazāka ģeotargetēšanas signālu intensitāte nekā ccTLD.

Apakšdomēns

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

Priekšrocības: Var uzhostēt uz dažādiem serveriem/CDN katrā reģionā, atsevišķi sērfingu budžeti.

Trūkumi: Katrs apakšdomēns veido autoritāti atsevišķi (saite nav automātiski pārnesta), vairākas Meklēšanas konsoles īpašības, sarežģītāka iestatīšana.

Valsts kods TLD (ccTLD)

example.com (angļu)
example.dk (dāņu)
example.de (vācu)

Priekšrocības: Spēcīgākais ģeotargetēšanas signāls, lietotāji uzticas vietējiem TLD, katrs domēns ir neatkarīgs.

Trūkumi: Dārgi (nopērkot 20+ domēnus), atsevišķa autoritāte katram domēnam, sarežģīta saišu veidošana, atsevišķas analītikas/konsoles.

Mūsu ieteikums: Apakšmape 90% vietņu. Tas koncentrē visu saites autoritāti uz vienu domēnu, nodrošinot skaidrus teritorijas signālus. Izmantojiet /{locale}/page formātu.

https://langr.org/page        (angļu, noklusējums)
https://langr.org/da/page     (dāņu)
https://langr.org/de/page     (vācu)
https://langr.org/ja/page     (japāņu)

Ātra uzvara: Ja izmantojat apakšdomēnus un jums ir grūtības ar autoritāti, apsveriet pāreju uz apakšmapēm. Vietnes, kas pāriet no apakšdomēniem uz apakšmapēm, parasti redz 20-50% organiskā trafika pieaugumu 3-6 mēnešu laikā, kad saite konsolidējas.

3. Tulkošanas kvalitāte pret mašīnu tulkošanu

Tulkošanas kvalitāte tieši ietekmē rangus. Google var atklāt mašīnu tulkošanu un var nenovērtēt slikti tulkotās lapas. Bet 2026. gada AI tulkošana ir dramatiski labāka nekā 2020. gada ieteikums.

Tulkošanas kvalitātes spektrs:

| Līmenis | Metode | Kvalitāte | Cena | Vislabāk piemērota | |---------|--------|-----------|------|--------------------| | 1 | Neapstrādāts GPT/DeepL rezultāts | 60-75% | ~$0 | Iekšējai lietošanai, projektiem | | 2 | AI + pēcapstrādes norādes | 75-90% | ~$0 | Emuāra saturs, nenoteikti lapas | | 3 | AI + cilvēku pārbaude | 90-97% | $0.03-0.08/vārds | Produkta lapas, galvenās ielaišanas lapas | | 4 | Profesionāls vietējais tulkotājs | 97-100% | $0.10-0.25/vārds | Tiesību, medicīnas, zīmola kritiska |

Galvenā atziņa 2026. gadam: Līmenis 2 (AI ar kvalitātes norādēm) tagad ir pietiekams lielākajai daļai tīmekļa satura. Google dublēto satura algoritmi vairs neuzliek sodus labi izpildītai mašīnu tulkošanai — tie sodījuši slikti tulkojumus, kas nesniedz vērtību.

Tulkošanas pazīmes, kas kaitē SEO:

Nepārtulkoti segmenti kopā ar tulkoto saturu
Lietotāja interfeisa elementi (pogas, etiķetes), kas vēl joprojām ir avota valodā
Lokāles specifiskā formatēšana, kas nav pielāgota (datumi, valūtas, tālruņu numuri)
Kultūras atsauces, kas nevar tikt tulkotas (idir, joku, piemēri)
Iedarbīgs meta nosaukums/apraksts visās valodās

Kā pārbaudīt tulkošanas kvalitāti:

Pārbaudiet, vai VISI redzamie teksti ir tulkoti (ieskaitot navigāciju, kājeni, formas)
Pārbaudiet lokāles specifisko formatēšanu (DD/MM/YYYY pret MM/DD/YYYY)
Testējiet CTA — vai tie izklausās dabiski mērķa valodā?
Pārbaudiet meta tagus — nosaukumam un aprakstam jābūt neatkarīgi rakstītiem katrai valodai
Pārliecinieties, ka nav redzamu neapstrādātu i18n taču (piemēram, nav.home vietā "Mājas")

Ātra uzvara: Pārbaudiet savas tulkotās lapas, vai tur nav maisījuma valodu satura. Ja kādas pogas, etiķetes vai lietotāja interfeisa elementi vēl joprojām ir jūsu avota valodā, nekavējoties to labojiet — vairāku valodu lapas signalizē zemu kvalitāti Google.

4. Starptautiskā mērķēšana Meklēšanas konsolē

Google Meklēšanas konsoles starptautiskās mērķēšanas iestatījumi palīdz Google saprast, kuras lapas kādās valstīs jāierindojas.

Apakšmapes iestatījumiem:

Jūs nevarat iestatīt valsts mērķēšanu pēc apakšmapes (tikai pēc domēna/apakšdomēna)
Tā vietā paļaujieties uz hreflang + satura valodu + lietotāja signāliem
Iesniedziet per-lokālās vietnes kartes: sitemap-en.xml, sitemap-da.xml

CcTLD gadījumam:

.dk automātiski tiek mērķēts uz Dāniju
.de automātiski tiek mērķēts uz Vāciju
Nevajag manuāli konfigurēt

Vispārīgajiem TLD (.com, .org, .net):

Iestatiet "Starptautiskā mērķēšana" katrai īpašumam Meklēšanas konsolē
Izmantojiet hreflang kā galveno signālu

Praktiskie soļi:

Verificējiet savu vietni Meklēšanas konsolē (viens īpašums apakšmapes iestatījumiem)
Iesniedziet savu vietnes karti ar hreflang anotācijām
Pārbaudiet "Starptautiskā mērķēšana" ziņojumu par kļūdām
Uzraugiet "Pārklājuma" ziņojumu katrai valodai (izmantojot URL parametru filtrēšanu)
Pārbaudiet "Dublēts bez lietotāja izvēlētā kanoniskā" brīdinājumus — šie bieži norāda uz hreflang problēmām

Ātra uzvara: Dodieties uz Meklēšanas konsoli > Veiktspēja > Filtrēt pēc valsts. Pārbaudiet, vai lietotāji Vācijā ielādē jūsu angļu lapas vietā vācu. Ja jā, jūsų hreflang konfigurācijai ir kļūdas.

5. Satura lokalizācija (ne tikai tulkošana)

Lokalizācija iet tālāk par vārdu pa vārdam tulkošanu. Tā pielāgo saturu kultūras kontekstam, vietējai meklēšanas uzvedībai un tirgum specifiskām vajadzībām.

Ko lokalizēt:

Valūta un cenas: Rādīt vietējo valūtu (€ Vācijā, kr Dānijā, ¥ Japānā)
Datuma/laika formāti: 25/06/2026 (ES) pret 06/25/2026 (ASV) pret 2026/06/25 (ISO/Japāna)
Tālruņu numuri: Vietējais formāts ar valsts kodu
Adreses: Saskaņojiet ar vietējo pasta formātu
Sociālā pierādījuma: Vietējo klientu vārdi, vietējās kompānijas, vietējie gadījumu pētījumi
CTA: Pielāgojiet toni (formāls vācu/japāņu, neformāls angļu/dāņu)
Attēli: Lokalizēt tekstu attēlos, izmantot kulturāli piemērotus vizuāļus
Juridiskā: GDPR ES, atšķirīgas sīkdatņu piekrišanas prasības katrai valstij
Piemēri: Vietējie zīmoli, vietējās vietnes, vietēji atsauces

Saturs, ko nevajadzētu tieši tulkot:

Emuāra raksti par vietēm tematiku (rakstīt unikāli katram tirgum)
Gadījumu pētījumi (izmanto vietējos uzņēmumus)
Cenu lapas (atšķirīga cena katram tirgum ir saprātīga)
Ziņu saturs (reģionālā nozīme atšķiras)

Atslēgvārdu lokalizācija: Nekad netulkot atslēgvārdus — pētniecīt tos dzimtajās valodās. "Auto apdrošināšana" angļu valodā var būt "bilforsikring" dāņu valodā, bet pieprasījumu līderis patiesībā var būt "forsikring bil" (atšķirīgs vārdu secības). Izmantojiet vietējos atslēgvārdu pētīšanas rīkus.

Ātra uzvara: Pārbaudiet savu cenu lapu visās valodās. Vai tā rāda pareizo vietējo valūtu? Vai jūsu CTA ir kulturāli atbilstoši? "Sākt bez maksas" CTA varētu būt nepieciešams tulkot kā "Jetzt kostenlos testen" vācu valodā — nevis tiešs tulkojums, bet tieši tas, ko vācu lietotāji gaida redzēt.

6. RTL atbalsts

Labās uz kreiso valodas (arābu, hebreju, farsi/persiešu, urdu, pashtu) prasa ievērojamu izkārtojuma pielāgošanu. Sagatavot RTL saturu ar kreisām uz labo izkārtojumu padara jūsu vietni nelietojamu ~500 miljoniem dzimtās valodas runātāju.

Tehniskā ieviešana:

<!-- Atklājiet un pielietojiet virzienu -->
<html lang="ar" dir="rtl">

Kas jāapgriež RTL:

Teksta izlīdzināšana (labajā pusē izlīdzināts teksts)
Izkārtojuma virziens (sānu joslas pārvietojas no kreisās uz labo)
Navigācijas secība (apgriezta)
Ikonas ar virziena nozīmi (arrows, progress bars)
Piepildījums un mala (apmainīt kreisās/labās vērtības)
Apakšējā rādiuss (apmainīt stūra vērtības)
CSS flexbox/grid virziens

Kas nedrīkst tikt apgriezts:

Tālruņu numuri un matemātiskie izteiksmes
Labās uz kreiso zīmola nosaukumi un logotipi
Audio/video atskaņotāja kontrole
Horizontālie ritināšanas rādītāji
Iegultās koda bloki

CSS pieeja (mūsdienīga):

/* Izmantojiet loģiskās īpašības */
.card {
  margin-inline-start: 1rem;  /* aizvieto margin-left */
  padding-inline-end: 0.5rem; /* aizvieto padding-right */
  border-start-start-radius: 8px; /* augšējais kreisais LTR, augšējais labais RTL */
}

RTL testēšana:

Pievienojiet dir="rtl" uz un pārbaudiet katru lapu
Pārliecinieties, ka arābu/hebreju teksts ir lasāms (nav izkropļots Unicode)
Pārbaudiet veidlapas ievades (teksta ievades virziens)
Pārbaudiet, vai skaitļi tiek rādīti pareizi RTL tekstā

Ātra uzvara: Ja atbalstāt arābu vai hebreju, pievienojiet dir="rtl" savam HTML elementam šiem lokālajiem un izmantojiet CSS loģiskās īpašības (margin-inline-start vietā margin-left). Šī viena izmaiņa novērš 80% RTL izkārtojuma problēmu.

7. Valodas atpazīšana un maršrutēšana

Kā jūs izlemjat, kuru valodas versiju rādīt lietotājam, ietekmē gan UX, gan SEO.

Labā prakse: URL balstīta ar preference sīkdatni

Pirmajā apmeklējumā: Rādīt saturu, pamatojoties uz URL (piemēram, /da/page = dāņu)
Root URL (/): Pāradresēt, pamatojoties uz Accept-Language galveni VAI rādīt noklusējumu (angļu)
Manuāla maiņa: Kad lietotājs izvēlas valodu, iestatiet sīkdatni un cieņojiet to nākamajos apmeklējumos
Nekad: Automātiski pāradresēt prom no valodas specifiska URL

Ko izvairīties:

IP balstītas pāradresācijas (Google sērfo no ASV IP → indekss tikai angļu valodā)
Tikai JavaScript valodas atpazīšana (meklētājprogrammas nevar droši izpildīt JS)
Pāradresēt /de/page uz /en/page angļu lietotājiem (pārtrauc hreflang)
Cloaking (rādīt atšķirīgu saturu, pamatojoties uz user-agent)

Pareiza pāradresēšanas uzvedība:

Lietotājs apmeklē: /             → 302 pāradresācija uz /{detected-locale}/
Lietotājs apmeklē: /da/page      → Rādīt dāņu saturu (nekad nepāradresēt prom)
Lietotājs apmeklē: /nonexistent  → 404 (nepāradresēt uz noklusējuma valodu)

SEO kritisks noteikums: Katram valodas URL jābūt tieši pieejamiem Googlebot, bez pāradresācijām. Ja Google pārlūko /da/page un tiek pāradresēts uz /en/page, tā nekad neindeksēs jūsu dāņu saturu.

Ātra uzvara: Verificējiet, ka Googlebot var tieši piekļūt visiem jūsu valodas URL. Meklēšanas konsolē izmantojiet URL inspekcijas rīku ne angļu URL. Ja tas rāda pāradresāciju, labojiet savu maršrutēšanas loģiku.

8. Dublēts saturs vairākās valodās

Daudzvalodu vietnēm ir unikāla dublēta satura problēma: līdzīgas lapas dažādās valodās var sacensties savā starpā meklēšanas rezultātos.

Kad dublēts saturs kļūst par problēmu:

Lapas, kas ir par 90%+ identiskas dažādās valodās (nepārtulkots saturs)
Tāds pats URL pieejams ar un bez lokāles prefiksa (/page un /en/page)
Trūkst kanonisko tagu, kuri ļauj abām versijām tikt indeksētām
Hreflang kļūdas, kas liek Google izvēlēties "nepareizo" versiju

Risinājumi:

| Problēma | Risinājums | |----------|------------| | Nepārtulkotas lapas | Izmantojiet noindex līdz tulkotām, vai parādiet angļu ar skaidru valodas norādi | | Dubultie URL (/page + /en/page) | 301 pāradresācija vienu uz otru | | Google indekss nepareizu valodu | Labojiet hreflang savstarpību, pārbaudiet Meklēšanas konsolē | | Zemas kvalitātes tulkojumi indeksēti | Uzlabojiet tulkošanas kvalitāti vai konsolidējiet uz mazāk valodām |

Kanonisko tagu stratēģija:

<!-- Katras valodas lapa ir sava kanoniskā -->
<!-- /en/page -->
<link rel="canonical" href="https://example.com/en/page" />

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

Nekad nevarat norādīt kanonisko no vienas valodas uz citu (piemēram, dāņu kanoniska norāde uz angļu) — tas saka Google, ka pilnībā ignorē dāņu versiju.

Ātra uzvara: Meklējiet site:yourdomain.com "your page title" Google. Ja redzat abas angļu un tulkotās versijas parādīdami uz to pašu pieprasījumu, jums ir dublēta satura vai hreflang problēma.

Daudzvalodu SEO pārbaudes saraksts

Palaidiet šo cauri ikvienai internacionalizētajai vietnei:

[ ] Hreflang tagi visām lapām, tostarp sevis norādēm un x-default
[ ] Visi hreflang attiecības ir savstarpējas (pārbaudītas ar sērfošanu)
[ ] Pareiza vietnes maršrutēšana (ieteicama apakšmape): /{locale}/page
[ ] Nav automātisku pāradresāciju no valodas specifiskiem URL
[ ] Tulkošanas kvalitāte validēta (nav maisījuma valodu lapu)
[ ] Meta nosaukums un apraksts unikāli katrai valodai (nav dublēti)
[ ] Valūta, datumi un formāti lokalizēti katram tirgum
[ ] RTL atbalsts ieviests arābu/hebreju/farsi (ja piemērojams)
[ ] Per-lokālas vietnes karte iesniegta Meklēšanas konsolē
[ ] Katram valodas URL ir sava kanoniskā URL (nepārsniedz citai valodai)
[ ] Nav neapstrādātu i18n taču redzamu nevienā lapā
[ ] Valodas pārslēdzējs pieejams visās lapās (saistīts ar ekvivalentām lapām, nevis sākumlapu)

Kā LANGR pārbauda Daudzvalodu SEO

LANGR ir divi speciāli moduļi daudzvalodu SEO:

i18n-checker: Sērfo līdz 5 vietnēm variantiem jūsu lapām un pārbauda:

Hreflang tagu pilnības un savstarpības
Nepieejamus lokālos URL (atgriež 404 vai veic pāradresēšanu)
Cietos/nepārtulkotos tekstus visās vietnēs (atpakaļejošās atklāšanas)
Neapstrādātas i18n taču redzamas kā redzamais teksts
Tulkošanas aptveres procentu

Tulkošanas skeneris: AI balstīta kvalitātes novērtēšana:

Novērtē tulkošanas dabiskumu 0-100 skalā
Atklāj mašīnu tulkošanas artefaktus
Identificē nepārtulkotus segmentus citādi tulkotās lapās
Pārbauda UI elementus (pogas, etiķetes, navigācija) atsevišķi no ķermeņa satura

Kopā šie moduļi pārbauda jūsu daudzvalodu ieviešanu gan tehniskajā (hreflang, maršrutēšana, kanoniskās) un kvalitātes (tulkošana, lokalizācija) perspektīvās — divas no LANGR 13 SEO disciplīnām.

Biežās daudzvalodu kļūdas (sarakstā pēc ietekmes)

Nepārstāvīga hreflang — Google ignorē visu iestatījumu
Automātiska pāradresācija, pamatojoties uz IP — Novērš Googlebot no neatbalstītu valodu indeksēšanas
Tās pašas meta tags visās valodās — Izšķiež tulkoto lapu rangēšanas potenciālu
Maisījuma valodu lapas — Pogas angļu valodā, saturs vācu valodā = zemas kvalitātes zīme
Nav x-default — Google nevar noteikt jūsu rezerves versiju
Tulkošana URL burtiski — /about-us → /uber-uns ir kārtībā, bet saglabājiet to konsekventu
RTL ignorēšana — Bojāts izkārtojums 500M+ dzimtās valodas runātājiem
Kanoniska norāde uz citu valodu — Nogalina tulkoto versiju Google indeksā

Kas tālāk?

11. solis: B2B Lietotāju apzināšana — Pārvēršiet SEO datus kvalificētos potenciālajos klientus ar automatizētu izpēti, domēna balstītu vadīšanu un izplūdi, ko veiek SEO atklājumi.

Šis ceļvedis ir daļa no LANGR 13 soļu SEO sērijas. Veiciet bezmaksas auditu, lai redzētu, kāda ir jūsu vietnes situācija visās 13 disciplīnās.

SEO Ceļvedis 10. solis: Daudzvalodu SEO — Sasniedziet globālās auditorijas, nenovājinot savas pozīcijas