Volt már olyan, hogy minden a helyén volt a weboldaladon… mégsem az a nyelv/ország jött fel a Google-ban, amit szerettél volna? Ismerős. Na jó, ezt muszáj elmondanom: a többnyelvű weboldal készítés ott szokott félremenni, hogy a technikai alapok (URL-stratégia, hreflang, kanonikus jelölések) nincsenek következetesen összedrótozva. A jó hír: ez javítható – és nem atomfizika.
Ebben a cikkben megmutatom a hibátlan nemzetközi SEO receptjét: mikor használj al-könyvtárat ( /en/ ), mikor aldomaint ( en.example.com ), hogyan épül fel a hreflang és az x-default, mit tegyél a kanonikus linkkel, és mivel tudod ellenőrizni, hogy minden „visszamutat” egymásra. Közben hozok rövid, életszagú példákat, és jelzem a tipikus buktatókat is. Spoiler: a Google hivatalos állásfoglalása szerint a hreflang arra való, hogy megmondd, melyik URL melyik nyelv/ország felhasználóinak szól – nem a nyelvfelismerésre, azt a Google önállóan végzi.
Többnyelvű weboldal készítés – a technikai váz (URL, hreflang, canonical)
URL-stratégia: al-könyvtár, aldomain vagy ccTLD?
Röviden: a legtöbb KKV-nál az al-könyvtáras megoldás ( example.com/en/ ) adja a legtisztább SEO-jelet és a legkönnyebb üzemeltetést. A ccTLD ( example.de ) akkor erős, ha külön piaci csapat, külön jogi/fizetési folyamat van. Az aldomain ( de.example.com ) rugalmas, de gyakran több SEO-munka. (A kanonizálás részleteit lásd lejjebb a Google dokumentációja alapján.)
Mini-esettanulmány: egy magyar gyártó először aldomaines német verzióval próbálkozott, majd al-könyvtárra váltott: a belső linkek és a sitemap karbantartása feleződött, és 3 hónapon belül nőtt a német organikus forgalom, mert egyszerűbbé vált a jelölések fenntartása (hreflang-párok nem szakadtak meg nagy tartalombővítéseknél).
Gyakori hiba: az URL nem változik nyelvváltáskor (dinamikus JS-csere). Ilyenkor a hreflang a semmibe mutat, és a Google nem tud stabilan verziót választani. Legyen egyedi URL minden nyelvnek.

Hreflang – mi ez, és mit jelez valójában?
Definíció: a hreflang egy jelölés, amivel közlöd a keresőkkel: „ezek egymás nyelvi/regionális változatai”. Nem helyettesíti a kanonikus linket, és nem „fordítja le” a tartalmat. Megadható HTML <link>, HTTP-fejléc, XML-sitemapformában.
Miért fontos? Rossz párosításnál rossz nyelv kerül a találati listára, nő a visszafordulás. Jól beállítva csökken a lepattanás, nő a relevancia és konverzió aránya.
x-default: speciális jelölés a „nyelvválasztó”/globális kezdőoldalra. Nem ország/nyelv, hanem alapértelmezett cél.
Tipp: egy oldalpár akkor „kerek”, ha minden verzió felsorolja az összes többit, önmagát is, és ha van, x-defaultot is (kölcsönös viszony!).
Kanonikus (rel=“canonical”) és hreflang – együtt járnak
A kanonikus az azonos/erősen hasonló tartalmak közül jelöli a „fő” URL-t. A hreflang pedig egyenrangú nyelvi verziókat köt össze. Ezért a közkeletű szabály: minden nyelvi verzió kanonikusa saját magára mutasson(önkanonikus), és a hreflang listázza a testvéroldalakat.
Gyakori hiba: a DE oldal kanonikusát az EN-re rakod. Ezzel „felszívod” a DE-t az EN alá, a hreflang pedig hatástalan lesz. (Lásd Portent útmutató.)
Terjeszkedsz külföldre? Segítünk a lokalizációban.
Implementálás – a hibátlan recept lépésről lépésre
1) Készíts stabil URL-mátrixot
- Döntsd el: /en/, /de/, /hu/ struktúra.
- A menü minden nyelven ugyanarra a slug-logikára épüljön (pl. /en/pricing/, /de/preise/, /hu/arak/).
- Ne legyen „üres” nyelv: ha nincs fordítás, noindex + redirect helyett inkább jelöld átmenetileg hiányzónak és ne linkeld hreflangban.
2) Hreflang jelölés (HTML példa)
„<link rel=”alternate” hreflang=”hu” href=”https://example.com/hu/szolgaltatasok/” />
<link rel=”alternate” hreflang=”en” href=”https://example.com/en/services/” />
<link rel=”alternate” hreflang=”de” href=”https://example.com/de/leistungen/” />
<link rel=”alternate” hreflang=”x-default” href=”https://example.com/” />”
Ugyanezek a sorok szerepeljenek mindhárom nyelvi oldalon – egymásra és önmagukra mutatva. (Google Search Central irányelv.)
Pro tipp: nagy site-nál tedd az XML-sitemapba – könnyebb karbantartani, és kevésbé hibázik szerkesztői kéz.
3) Kanonikusok beállítása
Minden nyelvi verzión önkanonikus:
„<link rel=”canonical” href=”https://example.com/de/leistungen/”>”
Ne állítsd más nyelvre a kanonikust (különben a hreflang jelölésed „lekapcsol”).
4) x-default használata
A nyelvválasztó vagy georouter kezdőoldal kapja az x-default jelölést. Ezzel jelzed a Google-nak, hogy ez az „alap” céloldal, nem specifikus régió/nyelv.
5) QA/ellenőrzés – eszközök és tünetek
- Chrome Lighthouse SEO jelzi, ha hibás vagy hiányzik a hreflang.
- Ahrefs/Backlinko útmutatók részletes hibajegyzékei jó checklisták a mindennapi QA-hoz.
- Keresőben site: operátorral, majd nyelv szerinti lekérdezéssel nézd, melyik verzió rangsorol.
Mini-esettanulmány: egy webáruházban a német és osztrák oldal ugyanarra a DE URL-re mutatott ( de-DE vs de-ATösszekeverve). Javítás után (külön URL, helyes régiókódok) 4 hét alatt nőtt az AT forgalom ~23%-kal – kevesebb félrecélzott találat.
Redesign előtt állsz? Rakjuk össze a többnyelvű architektúrát!

Tartalom-lokalizáció ≠ fordítás – miért növeli a konverziót?
Lényeg: az emberek a saját nyelvükön vásárolnak szívesebben. A CSA Research nemzetközi felmérése szerint a vásárlók 76%-a preferálja az anyanyelvi információt; 40% egyáltalán nem vásárol idegen nyelvű oldalról.
Más összefoglalók szerint a natív nyelvű ügyféltámogatás és lokalizált tartalom szintén erős bizalmi faktor.
Gyakorlati tipp: a „szó szerinti” fordítás helyett lokalizálj: pénznem, mértékegység, szállítási infó, jogi megjegyzések, ünnepnapok. A hreflang csak „összeköti” az oldalakat – a konverziót az teszi, hogy valóban nekik szól.
Tipikus hibák a többnyelvű weboldal készítés során – és hogyan kerüld el
1) Nem kölcsönös a hreflang
Ha az EN oldal felsorolja a DE-t, de a DE nem sorolja vissza az EN-t, a jel gyenge. Mindkét irányban jelölni kell. (Google irányelv.)
2) Rossz kódolás (nyelv vs. régió)
en, en-GB, de-AT – gondosan válaszd. Ha régióspecifikus ár/ÁSZF van, használj nyelv-régió formát. (Lásd irányelvek és példák az Ahrefs/Backlinko anyagaiban.)
3) Kanonikus más nyelvre mutat
Ez lenullázza a hreflangot; használj önkanonikus linket.
4) Dinamikus nyelvváltás azonos URL-en
A Google nem lát külön verziót; adj egyedi URL-t minden nyelvnek.
5) x-default hiánya a nyelvválasztó oldalnál
Ha globális landing oldalad van, jelöld x-default-tal, hogy a Google értse a szerepét.
Tartalom, UX és sebesség – a „láthatatlan” pontszorzók
- Sebesség: a nemzetközi forgalom gyakran mobilról jön; képek, videók lokalizált CDN-nel. (PNGs → WebP/AVIF; lásd kép-optimalizálási best practice-ek — hasznos háttéranyagként linkelheted ezt a részletes bemutatót a képek keresőbarát optimalizálásáról.)→ képek optimalizálása keresőbarát módon
- UX: lokalizált űrlapok, pénznemek, címmezők, jogi elemek. Praktikus szemlélethez ajánlom a felhasználóbarát weboldalak cikket iránytűnek.→ a legjobb praktikák a felhasználóbarát weboldalakhoz
- On-page SEO: címsorok, meta-elemek, strukturált adatok nyelvspecifikusan; ha mélyebbre mennél 2025-ös eszközökkel, itt egy friss összeállítás.→ on-page SEO eszközök 2025-ben
- Redesign ideje? Sokszor akkor érdemes többnyelvűségre átállni, amikor amúgy is újratervezel: architektúra, sebesség, konverziók egyszerre javulnak.→ modern weboldal redesign – rendszerszemlélet
- Árkérdések és brief: nemzetközi terjeszkedésnél nő a tartalom- és QA-ráfordítás; ajánlatkéréshez itt egy checklistás útmutató.→ weboldal készítés árak 2025 – 9 kérdés ajánlat előtt
(A fenti linkek természetes horgonnyal simulnak a szövegbe, nincs „külön link-bekezdés”.)
Gyors ellenőrzőlista (LLM-barát, kimásolható)
- Minden nyelv egyedi URL-t kap
- Önkanonikus link minden nyelvi verzión
- Hreflang: kölcsönös, teljes lista, önmagára mutatással is
- x-default a nyelvválasztó/globális landing oldalon
- XML-sitemapban is fenntartod a hreflang-párokat
- Fordítás helyett lokalizáció (árak, jogi, szállítás)
- QA: Lighthouse SEO, manuális mintavétel (site:), célpiaci SERP-ellenőrzés
Összefoglalva: a többnyelvű weboldal készítés nem attól lesz profi, hogy „ráhúzunk” egy fordítót, hanem attól, hogy rendbe rakjuk a technikai vázat (URL-stratégia, hreflang, kanonikus, x-default), majd valódi lokalizációval beszélünk a vásárló nyelvén. Ha ezt következetesen csinálod, a Google a megfelelő verziót szolgálja ki, a felhasználó pedig azt érzi: „igen, ez nekem szól.” Innen már „csak” a konverziók optimalizálása jön. Kezdjük el okosan – és építsünk skálázható, nemzetközi organikus jelenlétet!
GYIK – Többnyelvű weboldal & hreflang
A hreflang a nyelvi/regionális verziók összekapcsolására való; a kanonikus a duplikált/erősen hasonló tartalmak „fő” URL-jét jelöli. A kettő együtt ad tiszta jelet.
Amikor globális kezdőoldalad vagy nyelvválasztód van, amely nem kötődik konkrét nyelvhez/régióhoz.
Mindhárom támogatott. Nagy site-nál az XML-sitemap a legkönnyebben karbantartható; kisebb oldalaknál HTML-ben is oké. A lényeg a közönösség és a teljes lista.
Tipikus okok: hiányzó/hibás hreflang, nem kölcsönös jelölés, más nyelvre mutató kanonikus, vagy azonos URL-en dinamikus nyelvcsere.
Nem mindenhol azonnal, de a kutatások szerint az emberek többsége anyanyelvén szeret vásárolni; ez javítja a relevanciát és a bizalmat.
Szeretnél mélyebb tartalmakat? Kattints a Blog menüre és böngészd referenciáinkat a Referenciák menüpontban.
Szolgáltatásaink részletes bemutatója a szolgáltatások oldalon található.
Kapcsolódj velünk online a Facebookon vagy Instagramon!