SEO Útmutató 10. lépés: Többnyelvű SEO

Ez a 13-lépéses SEO útmutató 10. lépése. A többnyelvű SEO lehetővé teszi, hogy megsokszorozd az organikus forgalmadat azáltal, hogy minden piacot a saját nyelvén szolgálsz ki — ha elrontod, duplikált tartalom káoszt okoz.

Minden nyelv, amit hozzáadsz, szorzót jelent a meglévő tartalmadra. Egy olyan webhely, amely 50 oldalt tartalmaz egy nyelven, 50 indexelhető URL-t jelent. Ha 5 nyelvet adsz hozzá, akkor 250 lesz. Ha 20 nyelvet adsz hozzá, akkor 1,000. Mindegyik URL függetlenül rangsorolható a helyi Google találatokban.

De a többnyelvű SEO az egyik legtechnikai szempontból legbonyolultabb területe az SEO-nak. A helytelen végrehajtás duplikált tartalmat, rangsor hígítást és mászási költségpazarlást okoz. A különbség a helyesen és helytelenül nemzetköziesített webhely között akár 10x forgalomnövekedést is jelenthet.

A LANGR 108 nyelven működik 89 aktív helyszínen — széleskörűen megoldottuk ezeket a problémákat. Ez az útmutató mindent megoszt, amit megtanultunk.

Mit Tartalmaz a Többnyelvű SEO

A többnyelvű SEO 8 kritikus területet ölel fel:

Hreflang Implementáció — A Google tájékoztatása, hogy melyik oldal melyik nyelvet szolgálja
Helyi Irányítási Stratégiák — Aldomain vs almappa vs TLD
Fordítási Minőség — Gépi vs emberi vs hibrid fordítás
Nemzetközi Célozás — Keresési Konzol beállítása
Tartalom Lokalizálás — A fordításon túl: kulturális alkalmazkodás
RTL Támogatás — Jobbról balra író nyelvek (arab, héber, perzsai)
Nyelvészlelés — A megfelelő verzió automatikus kiszolgálása
Duplikált Tartalom — A nyelvek közti kannibalizáció megelőzése

1. Hreflang Implementáció

A hreflang címkék tájékoztatják a keresőmotorokat, hogy mely URL szolgál mely nyelvet és régiót. Ezek a többnyelvű SEO technikai alapjai — és a leggyakrabban hibásan beállított elem.

Alap hreflang szintaxis:

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

Kritikus szabályok:

Minden oldalnak referencia az összes alternatív verzióra (a saját magát is beleértve)
Az x-default a visszaesési nyelvet jelöli (általában angol vagy nyelvválasztó)
A hreflang címkéknek kölcsönösen viszonylagosnak kell lenniük (A oldal a B-re mutat, B-nek A-ra kell mutatnia)
ISO 639-1 nyelvkódokat használj (en, da, de), nem országkódokat
Régió-specifikus tartalomnál: en-us, en-gb, pt-br (nyelv-régió)
Maximum ~50 hreflang bejegyzés oldalanként (teljesítménykorlát)

Három elhelyezési lehetőség:

| Módszer | Legjobban alkalmas | Hátrányok | |---------|------------------|-----------| | a -ben | Kis oldalak (< 10 nyelv) | Megnöveli a HTML-t, lassabb elemzés | | HTTP fejlécek | Nem-HTML fájlok (PDF-ek, API-k) | Nem széles körben támogatott | | XML webhelytérkép | Nagy oldalak (10+ nyelv) | Lassabb felfedezés a crawler-ek által |

Webhelytérkép hreflang példa:

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

Gyakori hreflang hibák:

Hiányzó önreferáló címke (az oldal nem tartalmazza magát)
Nem kölcsönös címkék (A hivatkozik B-re, de B nem hivatkozik A-ra)
Hibás nyelvkódok (dk a dán helyett da)
Olyan nem-200-as URL-ekre mutat, amelyek átirányítások, 404-esek
Az x-default keverése nyelv-specifikus oldallal

Gyors nyeremény: Másold be a webhelyedet és exportáld az összes hreflang címkét. Ellenőrizd a nem kölcsönös kapcsolatokat — ez a leggyakoribb hiba, és azt eredményezi, hogy a Google figyelmen kívül hagyja az egész hreflang beállításodat.

2. Helyi Irányítási Stratégiák

Az, ahogyan az URL-eket struktúrálod a különböző nyelvekhez, hatással van az SEO-ra, felhasználói élményre és technikai összetettségre. Három fő megközelítés létezik:

Almappa (Ajánlott)

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

Előnyök: Egyetlen domain hatóság, könnyű kezelni, egy SSL tanúsítvány, egy analitika tulajdon, egy Search Console tulajdon, a legtöbb webhely számára a legjobb.

Hátrányok: Kevésbé geo-célzott jelzés, mint a ccTLD-k.

Aldomain

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

Előnyök: Hostolhatók külön szervereken/CDN-eken régiónként, külön mászási költségek.

Hátrányok: Minden aldomaine külön hatóságot épít (a linkérték nem folyik automatikusan), több Search Console tulajdon, bonyolultabb beállítás.

Országkód TLD (ccTLD)

example.com (angol)
example.dk (dán)
example.de (német)

Előnyök: Legerősebb geo-célzott jelzés, a felhasználók bíznak a helyi TLD-kben, minden domain független.

Hátrányok: Drága (20+ domain vásárlása), külön hatóság domainenként, bonyolult linképítés, külön analitika/konszol.

Ajánlásunk: Almappa irányítás a webhelyek 90%-a számára. Ez összpontosítja az összes linkhatóságot egyetlen domainre, miközben tiszta helyi jeleket biztosít. Használj /{locale}/page formátumot.

https://langr.org/page        (angol, alapértelmezett)
https://langr.org/da/page     (dán)
https://langr.org/de/page     (német)
https://langr.org/ja/page     (japán)

Gyors nyeremény: Ha aldomain-t használsz és küzdesz a hatósággal, fontold meg az almappákra való migrálást. Azok a webhelyek, amelyek aldomain-ekről almappákra migrálnak, általában 20-50%-os organikus forgalomnövekedést tapasztalnak 3-6 hónapon belül, ahogy a linkérték konszolidálódik.

3. Fordítási Minőség vs Gépi Fordítás

A fordítási minőség közvetlen hatással van a rangsorra. A Google képes észlelni a gépi fordítást, és csökkentheti a rosszul fordított oldalak értékét. De 2026-ban az AI fordítás drámaian jobb, mint a 2020-as irányelv.

A fordítási minőség spektruma:

| Szint | Módszer | Minőség | Költség | Legjobban alkalmas | |-------|--------|---------|------|----------| | 1 | Nyers GPT/DeepL kimenet | 60-75% | ~$0 | Belső használatra, vázlatok | | 2 | AI + utólagos szerkesztési utasítások | 75-90% | ~$0 | Blog tartalom, nem kritikus oldalak | | 3 | AI + emberi felülvizsgálat | 90-97% | $0.03-0.08/szó | Termékoldalak, kulcsfontosságú céloldalak | | 4 | Professzionális anyanyelvű fordító | 97-100% | $0.10-0.25/szó | Jogi, orvosi, márkakritikus tartalom |

Kulcsfontosságú megállapítás 2026-ra: A 2. szint (AI minőségi utasításokkal) most elegendő a legtöbb webtartalomhoz. A Google duplikált tartalom algoritmusai már nem büntetik a jól végzett gépi fordítást — a rossz fordítást büntetik, amely nem nyújt értéket.

A SEO-t rontó fordítás jelei:

Fordítatlan szegmensek keverése fordított tartalommal
UI elemek (gombok, címkék) még mindig az alapnyelven
Helyi-specifikus formázás nem alkalmazott (dátumok, valuták, telefonszámok)
Kulturális utalások, amelyek nem fordíthatók (idiomák, viccek, példák)
Ugyanaz a meta cím/leírás minden nyelven

Hogyan érvényesítsd a fordítás minőségét:

Ellenőrizd, hogy MINDEN látható szöveg le van-e fordítva (beleértve a navigációt, láblécet, űrlapokat)
Ellenőrizd a helyi-specifikus formázást (DD/MM/YYYY vs MM/DD/YYYY)
Teszteld a CTÁ-kat — természetesnek hangzanak-e a célnyelvben?
Ellenőrizd a meta címkéket — a címnek és a leírásnak nyelvenként külön kell megíródnia
Ellenőrizd, hogy nincsenek nyers i18n kulcsok kitéve (pl. nav.home a "Főoldal" helyett)

Gyors nyeremény: Ellenőrizd lefordított oldalaidat a kevert nyelvű tartalomért. Ha bármelyik gomb, címke vagy UI elem még mindig az alapnyelveden van, javítsd ki őket azonnal — a kevert nyelvű oldalak alacsony minőséget jeleznek a Google számára.

4. Nemzetközi Célozás a Keresési Konzolban

A Google Keresési Konzol nemzetközi célozási beállításai segítenek a Google-nak megérteni, hogy mely oldalaknak kell rangsorolniuk, mely országokban.

Almappa beállítások esetén:

Nem állíthatod be az ország célozást almappa alapján (csak domain/aldomain szinten)
Ehelyett támaszkodj a hreflang + tartalom nyelv + felhasználói jelek kombinációjára
Küldj be helyi webhelytérképet: sitemap-en.xml, sitemap-da.xml

CC TLD-k esetén:

A .dk automatikusan Dániára céloz
A .de automatikusan Németországra céloz
Nincs szükség manuális konfigurálásra

Generic TLD-k (.com, .org, .net):

Állítsd be az "International Targeting"-ot minden tulajdonra a Keresési Konzolban
Használj hreflang-ot elsődleges jelként

Gyakorlati lépések:

Ellenőrizd a webhelyedet a Keresési Konzolban (egy tulajdon az almappa beállításokhoz)
Küldd el a webhelytérképedet hreflang annotációkkal
Ellenőrizd az "International Targeting" jelentést hibákért
Figyeld a "Coverage" jelentést nyelvenként (használj URL paraméter szűrést)
Ellenőrizd a "Duplicate without user-selected canonical" figyelmeztetéseket — ezek gyakran hreflang problémákat jeleznek

Gyors nyeremény: Menj a Keresési Konzolba > Teljesítmény > Szűrd az ország szerint. Ellenőrizd, hogy a német felhasználók az angol oldalaidra érkeznek-e a német helyett. Ha igen, a te hreflang konfigurációd hibás.

5. Tartalom Lokalizálás (Nem Csak Fordítás)

A lokalizálás túlmutat a szóról szóra fordításon. Alkalmazza a tartalmat kulturális kontextusra, helyi keresési viselkedésre és piacspecifikus igényekre.

Mit kell lokalizálni:

Valuta és árak: Helyi valutában mutasd be (€ Németországban, kr Dániában, ¥ Japánban)
Dátum/idő formátum: 25/06/2026 (EU) vs 06/25/2026 (USA) vs 2026/06/25 (ISO/Japán)
Telefonszámok: Helyi formátum az országkóddal nemzetközi szinten
Címek: Illeszkedj a helyi postai formátumhoz
Szociális bizonyíték: Helyi ügyfélnevek, helyi cégek, helyi esettanulmányok
CTÁ-k: Alkalmazkodj a hangnemhez (formális német/japán, laza angol/dán)
Képek: Lokalizáld a képen lévő szöveget, használj kulturálisan megfelelő vizuális anyagokat
Jogi: GDPR az EU-ban, külön süti hozzájárulási követelmények országonként
Példák: Helyi márkák, helyi weboldalak, helyi hivatkozások

Tartalom, amelyet nem szabad közvetlenül fordítani:

Blogbejegyzések helyi témákról (írj egyedit a piacnak)
Esettanulmányok (használj helyi vállalatokat)
Árazási oldalak (más árak a piacon érvényesek)
Hírtartalmak (a regionális relevancia változik)

Kulcsszó lokalizálás: Ne fordítsd le a kulcsszavakat — kutasd őket anyanyelven. Az amerikai angol "car insurance"-a dánul lehet "bilforsikring", de a keresési volumen vezetője valójában "forsikring bil" lehet (más szóalak). Használj helyi kulcsszó-kutató eszközöket.

Gyors nyeremény: Ellenőrizd az árazási oldaladat az összes nyelvben. A megfelelő helyi valutát mutatja? A CTÁ-id kulturálisan megfelelőek? Egy "Ingyenesen elindulni" CTÁ lehet, hogy "Jetzt kostenlos testen" kellene, ami nem szó szerinti fordítás, hanem amit a német felhasználók elvárnak.

6. RTL Támogatás

A jobbról balra író nyelvek (arab, héber, perzsa/persiai, urdu, pashto) jelentős elrendezési alkalmazkodást igényelnek. RTL tartalom balra-jobbra elrendezéssel való kiszolgálása használhatatlanná teszi az oldaladat körülbelül 500 millió őshonos beszélő számára.

Technikai végrehajtás:

<!-- Észlelés és irány alkalmazása -->
<html lang="ar" dir="rtl">

Mi forduljon RTL-ben:

Szövegelhelyezés (jobbra igazított törzsszöveg)
Elrendezés iránya (oldalsávok balról jobbra mozognak)
Navigációs sorrend (megfordítva)
Irányjelentéssel bíró ikonok (nyilak, előrehaladási sávok)
Kitöltés és margó (cserélje le a bal/jobb értékeket)
Határok sugár (sorolás cserélje le a sarok értékeket)
CSS flexbox/rács irány

Mi NEM forduljon:

Telefonszámok és matematikai kifejezések
Balra jobbra elrendezésű márkanevek és logók
Audiovisualis lejátszó vezérlők
Horizontális görgetési indikátorok
Beágyazott kódblokkok

CSS megközelítés (modern):

/* Használj logikai tulajdonságokat */
.card {
  margin-inline-start: 1rem;  /* a margin-left helyett */
  padding-inline-end: 0.5rem; /* a padding-right helyett */
  border-start-start-radius: 8px; /* bal felső LTR esetén, bal alsó RTL esetén */
}

RTL tesztelése:

Add hozzá a dir="rtl" az -hez és ellenőrizd le minden oldalt
Ellenőrizd, hogy az arab/héber szöveg olvasható-e (nem torzított Unicode)
Teszteld az űrlapbejegyzéseket (szövegbeviteli irány)
Ellenőrizd, hogy a számok helyesen jelennek-e meg az RTL szövegben

Gyors nyeremény: Ha arab vagy héber nyelvűt támogatsz, add hozzá a dir="rtl"-t az HTML elemhez ezeken a helyszíneken, és használj CSS logikai tulajdonságokat (margin-inline-start a margin-left helyett). Ez az egyetlen változtatás a RTL elrendezési problémák 80%-át megoldja.

7. Nyelvészlelés és Irányítás

Az, hogy hogyan döntöd el, hogy melyik nyelvi verziót mutasd meg a felhasználónak, hatással van mind az UX-re, mind az SEO-ra.

Legjobb gyakorlat: URL-alapú preferenciaként sütik használata

Első látogatás: Tartalom megjelenítése URL alapján (pl. /da/page = dán)
Gyökér URL (/): Átirányítás az Accept-Language fejléc alapján VAGY alapértelmezett megjelenítése (angol)
Kézi választás: Amikor a felhasználó választ egy nyelvet, állíts be egy sütit, és tartsd tiszteletben a jövőbeli látogatások során
Soha: Automatikusan átirányítani egy nyelv-specifikus URL-ről

Miket kerülj el:

IP-alapú átirányítások (a Google az USA-s IP-kről mászik → csak angolt indexel)
Csak JavaScript-alapú nyelvészlelés (a keresőmotorok nem tudják megbízhatóan végrehajtani a JS-t)
Az /de/page átirányítása az angol /en/page-re az angol felhasználóknak (megszakítja a hreflang-ot)
Cloaking (különböző tartalom megjelenítése a felhasználói ügynök alapján)

Helyes átirányítási viselkedés:

Felhasználó látogatása: /             → 302 átirányítás a /{észlelt-lokáció}/-ra
Felhasználó látogatása: /da/page      → Dán tartalom kiszolgálása (soha ne irányítsd el)
Felhasználó látogatása: /nemlétező    → 404 (ne irányítsd át az alapértelmezett nyelvre)

SEO-kritikus szabály: Minden nyelvi URL-nek közvetlenül hozzáférhetőnek kell lennie a Googlebot számára, átirányítás nélkül. Ha a Google az /da/page-t behúzza és az /en/page-re irányítják, soha nem fogja indexelni a dán tartalmadat.

Gyors nyeremény: Ellenőrizd, hogy a Googlebot közvetlenül hozzáfér-e az összes nyelvi URL-edhez. A Keresési Konzolban használd az URL Ellenőrző eszközt egy nem angol URL-re. Ha átirányítást mutat, javítsd a routerlogikádat.

8. Duplikált Tartalom Különböző Nyelveken

A többnyelvű webhelyek egyedi duplikált tartalmi kihívással néznek szembe: a hasonló oldalak különböző nyelveken versenyezhetnek egymással a keresési találatokban.

Amikor a duplikált tartalom problémává válik:

Olyan oldalak, amelyek 90%-ban azonosak különböző nyelveken (fordítatlan tartalom)
Ugyanaz az URL, amely elérhető a helyi előtaggal és anélkül (/page és /en/page)
Hiányzó kanonikus címkék, amelyek lehetővé teszik mindkét verzió indexelését
Hreflang hibák, amelyek miatt a Google a "rossz" verziót sújtja

Megoldások:

| Probléma | Megoldás | |----------|----------| | Fordítatlan oldalak | Használj noindex-ot, amíg le nem fordítod, vagy mutasd az angolt világos nyelvi jelzéssel | | Dupla URL-ek (/page + /en/page) | Az egyik 301-es átirányítása a másikra | | Google rossz nyelv indexelése | Javítsd a hreflang kölcsönösség, ellenőrizd a Keresési Konzolban | | Rossz minőségű fordítások indexelése | Javítsd a fordítás minőségét, vagy konszolidálj kevesebb nyelvre |

Kanonikus címke stratégia:

<!-- Minden nyelvi oldal a saját kanonikus -->
<!-- /en/page -->
<link rel="canonical" href="https://example.com/en/page" />

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

Soha ne mutass kanonikus címkét egyik nyelvről a másikra (pl. a dán kanonikus angolra mutatása) — ez azt mondja a Google-nak, hogy teljesen figyelmen kívül hagyja a dán verziót.

Gyors nyeremény: Keresd a Google-ben: site:yourdomain.com "your page title". Ha mind az angol, mind a fordított verzió megjelenik ugyanarra a keresésre, duplikált tartalom vagy hreflang problémád van.

A Többnyelvű SEO Ellenőrzőlista

Futtasd át ezt minden nemzetköziesített webhelyen:

[ ] Hreflang címkék minden oldalon, beleértve a saját magát és az x-default-ot
[ ] Az összes hreflang viszony kölcsönös (ellenőrizve crawler-rel)
[ ] Helyes helyi irányítás (almappa ajánlott): /{locale}/page
[ ] Nincs automatikus átirányítás nyelv-specifikus URL-ekről
[ ] A fordítás minősége érvényesítve (nincsenek kevert nyelvű oldalak)
[ ] Meta cím és leírás egyedi nyelvenként (nem duplikálva)
[ ] Valuta, dátumok és formátumok lokalizálva piaconként
[ ] RTL támogatás megvalósítva arab/héber/perzsa számára (ha releváns)
[ ] Helyi webhelytérkép benyújtva a Keresési Konzolhoz
[ ] Minden nyelvi oldalnak saját kanonikus URL-je van (nem mutat más nyelvre)
[ ] Nincsenek nyers i18n kulcsok láthatóak egy oldalon sem
[ ] Nyelvváltó elérhető az összes oldalon (kapcsolódik az egyenértékű oldalakhoz, nem a főoldalhoz)

Hogyan Ellenőrzi a LANGR a Többnyelvű SEO-t

A LANGR-nak két dedikált modulja van a többnyelvű SEO-hoz:

i18n-checker: Átvizsgálja az oldaladat akár 5 helyi változatra, és ellenőrzi:

Hreflang címkék teljessége és kölcsönössége
Hozzáférhetetlen helyi URL-ek (404-esek vagy átirányítanak)
Hardcoded/fordítatlan szövegek az egyes helyeken (visszaesési észlelés)
Látható nyers i18n kulcsok
Fordítási lefedettség százalék

Fordítási beolvasó: AI-alapú minőségértékelés:

Értékeli a fordítás természetességét 0-100 skálán
Észleli a gépi fordítási artefaktumokat
Azonosítja a fordítatlan szegmenseket másképpen fordított oldalakon
Ellenőrzi a UI elemeket (gombok, címkék, navigáció) külön a törzsszövegtől

Ezek a modulok kombinálva ellenőrzik a többnyelvű kivitelezésedet a technikai (hreflang, irányítás, kanonikus) és a minőségi (fordítás, lokalizáció) szempontjából — a LANGR 13 SEO diszciplínájának kettője.

Gyakori Többnyelvű Hibák (Hatás szerint rangsorolva)

Nem kölcsönös hreflang — A Google figyelmen kívül hagyja az egész beállítást
IP-alapú automatikus átirányítás — Megakadályozza a Googlebot-ot a nem angol verziók indexelésében
Ugyanaz a meta címkék a nyelveken — Pazarolja el a fordított oldalak rangsorolási potenciálját
Keveredett nyelvű oldalak — Gombok angolul, tartalom németül = alacsony minőségi jelzés
Nincs x-default — A Google nem tudja meghatározni a visszaesési verziódat
URL-ek szó szerinti fordítása — /about-us → /uber-uns rendben van, de tartsd konzisztensen
RTL figyelmen kívül hagyása — Törött elrendezés 500M+ őshonos beszélők számára
Kanonikus másik nyelvre mutatása — Megöli a fordított verziót a Google indexében

Mi a következő lépés?

11. lépés: B2B Lead Felismerés — A SEO adatok minősített leadekké alakítása automatizált keresés, domain-alapú lead scoring és SEO megállapítások által vezérelt kommunikáció révén.

Ez az útmutató a LANGR 13-lépéses SEO sorozatának része. Futtass egy ingyenes auditot, hogy láthasd, hol áll a webhelyed az összes 13 diszciplína tekintetében.

SEO Útmutató 10. lépés: Többnyelvű SEO — Globális közönségek elérése anélkül, hogy hígulnának a rangsoraid