A többnyelvűségről a legtöbb cég érzésre dönt, nem adatból. Érkezik két német nyelvű megkeresés, vagy a versenytárs oldalán megjelenik egy zászló-ikon, és máris megszületik a terv: kell egy angol változat. Fél évvel később ott áll egy félig lefordított oldal, amit senki nem frissít, és amiről a kereső sem tudja eldönteni, kinek szánták. Érdemes tehát józanul végigmenni azon, mikor indokolt az idegen nyelvű verzió, hogyan kell a hreflanget rendesen megvalósítani, és mit kezd mindezzel egy AI-válaszmotor.
Mikor van egyáltalán szükséged idegen nyelvű oldalra?
Akkor, ha az adott nyelven a teljes vásárlói utat ki tudod szolgálni, és van rá mérhető kereslet-jel. Nem a fordítás a szűk keresztmetszet, hanem az, hogy mi történik a megkeresés után.
Tipikus helyzetek, ahol a saját tapasztalatom szerint valóban megtérül a többnyelvűség:
- Külföldi vevő ténylegesen tud vásárolni. Egy Balaton-parti apartmanszálló osztrák és német vendégeket fogad, van németül beszélő kolléga, a foglalási rendszer és a házirend is elérhető németül.
- Ipari beszállító, aki idegen nyelvű ajánlatkéréseket kap. Egy Székesfehérváron működő forgácsoló üzem német nyelvű RFQ-kra ad árajánlatot, a műszaki dokumentáció is német. Itt a német oldal nem marketingdísz, hanem hitelesség-kérdés.
- Magyarországon élő vagy ide utazó idegen nyelvű célcsoport. Fogászat, magánorvosi rendelő, ügyvédi iroda, ingatlanközvetítő, ahol a betegek vagy ügyfelek jelentős része nem beszél magyarul.
- Digitális termék vagy szoftver. Ha a termék nyelvfüggetlen, a földrajzi korlát pedig nem valós, az angol verzió gyakran nagyobb piacot nyit, mint a magyar.
- Van adat, ami erre mutat. A Search Console országbontásos jelentése, a GA4 nyelvi és földrajzi adatai, vagy egyszerűen az e-mail fiókod: ha havonta több idegen nyelvű megkeresés jön, az már jel.
Mikor pazarlás az idegen nyelvű változat?
Akkor, ha a nyelvi verzió mögött nincs valódi kiszolgálási képesség, vagy a magyar alapok sincsenek rendben. (Saját tapasztalat.) Egy angol nyelvű oldal, ahonnan érkező levélre két hét múlva válaszol valaki magyarul, többet ront a megítéléseden, mint amennyit egyáltalán hozhatna.
Ezekben az esetekben inkább hagyd ki:
- Erősen helyi szolgáltatás. Egy egri asztalos vagy egy dunaújvárosi állatorvos esetében az angol verzió szinte biztosan nem hoz értékelhető érdeklődést, viszont karbantartási terhet és technikai hibalehetőséget igen.
- Nincs idegen nyelvű ügyfélkezelés. Ha az ajánlat, a szerződés, a számla és a telefonos egyeztetés csak magyarul megy, a fordítás félkész ígéret.
- Nyers gépi fordítás emberi ellenőrzés nélkül. A Google hivatalos irányelvei szerint az automatikusan generált, ellenőrizetlen fordítás minőségi problémának számít.
- A magyar oldal még nem működik. Ha a magyar verzión sincs rendes szolgáltatásleírás, belső hivatkozás-szerkezet vagy technikai alap, a fordítás csak sokszorozza a meglévő hiányokat.
Mi a hreflang pontosan, és mit nem csinál?
A hreflang egy annotáció, amellyel megmondod a keresőnek, hogy ugyanannak a tartalomnak melyek a nyelvi és regionális változatai. (Hivatalosan igazolt: ez a Google Search Central dokumentációjában szereplő definíció.)
Legalább ennyire fontos, mit nem csinál. Nem rangsoroló jel, tehát önmagában nem visz előrébb. Nem átirányítás, nem küldi át a látogatót másik verzióra. Nem oldja meg a duplikált tartalom kérdését, arra a canonical való. És nem parancs, hanem javaslat: a Google saját megfogalmazása szerint jelzésként veszi figyelembe, nem kötelező érvényű utasításként. (Hivatalosan igazolt.)
A többi motor eltérően kezeli. A Bing dokumentációja szerint figyelembe veszi a hreflanget, de a nyelvi és országcélzáshoz más jeleket is használ. (Hivatalosan igazolt.) Ebből következik a gyakorlati tanulság: a hreflang hasznos, de sose ez legyen az egyetlen dolog, ami elárulja, milyen nyelvű az oldalad.
Hogyan valósítod meg helyesen a hreflanget?
Három hivatalosan támogatott mód van: HTML link elem a fejlécben, HTTP-fejléc (jellemzően nem HTML fájloknál, például PDF-nél), vagy XML sitemap annotáció. Egy oldalon csak az egyiket használd, a keverés hibaforrás.
A legegyszerűbb a fejlécbe illesztett változat. Egy magyar, német és angol verzióval működő oldalon minden egyes verzió fejlécében ugyanaz a teljes blokk szerepel:
<link rel="alternate" hreflang="hu" href="https://pelda.hu/szolgaltatas/" /><link rel="alternate" hreflang="de" href="https://pelda.hu/de/leistung/" /><link rel="alternate" hreflang="en" href="https://pelda.hu/en/service/" /><link rel="alternate" hreflang="x-default" href="https://pelda.hu/en/service/" />
Négy szabály, amit ha betartasz, a hibák nagy része eltűnik. Először: az annotáció kölcsönös, vagyis ha a magyar oldal hivatkozik a németre, a németnek is vissza kell hivatkoznia a magyarra. Másodszor: minden verzió önmagára is mutat. Harmadszor: mindig abszolút URL, protokollal együtt. Negyedszer: az URL legyen indexelhető, ne átirányítás vagy noindex oldal, és a saját canonicalje önmagára mutasson.
A nyelvkód ISO 639-1 formátumú, az opcionális országkód ISO 3166-1 alpha-2, ebben a sorrendben: hu, de-AT, en-GB. Csak országkód önmagában nem érvényes. Országcélzást akkor használj, ha tényleg más a tartalom (például eltérő szállítási feltételek Ausztriában és Németországban), különben maradj a puszta nyelvkódnál. Az x-default pedig annak az oldalnak szól, amelyre az egyik nyelvi verzióhoz sem sorolható felhasználót irányítanád, tipikusan a nyelvválasztónak vagy az angol verziónak.
Milyen hibák rontják el a hreflanget a gyakorlatban?
Szinte mindig ugyanaz a néhány hiba jön elő, és a többségük nem a hreflang-sorban van, hanem körülötte. Ezekre nézz rá először:
- Hiányzó visszamutatás. A magyar oldal hivatkozik a németre, de a német nem vissza. Ilyenkor az egész páros figyelmen kívül maradhat.
- Minden nyelvi verzió canonicalje a magyarra mutat. Ez a leggyakoribb bővítmény-beállítási hiba, és a legdrágább: a fordítások gyakorlatilag lemondanak a saját indexelésükről.
- Hiányzó self-reference. A saját magára mutató sor nélkül az annotáció-készlet hiányos.
- Relatív URL vagy hibás protokoll. A
/de/leistung/alak nem elég, és a http-re mutató hivatkozás is fölösleges átirányítást szül. - Rossz nyelvkód. Cseh nyelvre
csa helyes, nemcz; az Egyesült Királyságraen-GB, mert azukaz ukrán nyelv kódja. - Automatikus, IP-alapú átirányítás. Ha a német IP-ről érkezőt kényszerítetten a német oldalra dobod, a kereső és az AI-crawler is torzított képet kap, sőt könnyen csak egyetlen verziót lát az egészből.
- Nyelvváltó, ami csak JavaScriptből működik. Ha nincs mögötte valódi, indexelhető hivatkozás, a bejárás megszakad.
- Félig fordított oldal. Angol menü, magyar szolgáltatásleírás, magyar űrlap. A látogatónak zavaró, a keresőnek pedig ellentmondásos nyelvi jel.
Aldomain, alkönyvtár vagy külön országdomain legyen?
Magyar kkv esetében az esetek túlnyomó részében az alkönyvtár a józan választás: pelda.hu/de/ és pelda.hu/en/. Egy domainen marad minden hivatkozás és minden felépített ismertség, egy tanúsítványt és egy tárhelyet kell karbantartani, és a nyelvi verziók bevezetése nem indul nulláról.
Külön országdomain (például egy .at vagy .de cím) akkor indokolt, ha valódi helyi jelenlét van mögötte: helyi cég, helyi számlázás, helyi ügyfélszolgálat, helyi jogi feltételek. Ez lényegesen több üzemeltetési munka, cserébe erősebb helyi bizalmi jelzés.
Az aldomain (de.pelda.hu) a kettő között van. Technikailag működik, de a legtöbb kisebb szervezetnél feleslegesen szétszórja az erőforrásokat. (Szakmai feltételezés: a Google hivatalosan nem közöl rangsorolási különbséget a három megoldás között, a gyakorlati előny inkább az üzemeltetés egyszerűségéből fakad.)
Mit lát ebből egy AI-válaszmotor?
Röviden: sokkal kevesebbet a hreflangből, mint gondolnád, és sokkal többet abból, ami az oldalon látszik. (Szakmai feltételezés, több forrásból összerakva.) A nagy nyelvi modellekre épülő válaszmotorok jellemzően nem nyelvi verzió-térképet építenek, hanem letöltenek egy konkrét URL-t, és a rajta lévő tényleges szöveg nyelvéből dolgoznak. A hreflang számukra jó esetben kiegészítő információ, nem a fő fogódzó.
Ebből néhány nagyon gyakorlatias következtetés adódik. Egy URL-en egy nyelv legyen, végig. Az <html lang="de"> attribútum legyen kitöltve és helyes, mert ez a legegyszerűbb, gépileg olvasható nyelvi jelzés. Az IP-alapú kényszerátirányítást kerüld: az AI-crawlerek nem magyar IP-ről érkeznek, így könnyen olyan verziót kapnak, amit nem szántál nekik.
Fontos az is, hogy minden nyelvi verzió önmagában is teljes válasz legyen. Egy válaszmotor ritkán idéz össze két nyelvi változatot; azt az oldalt hivatkozza, amelyik a kérdés nyelvén konkrét, számszerű, ellenőrizhető információt ad. Ha a német verzióból kimaradnak a folyamatleírások és csak a marketingmondatok maradnak benne, éppen az veszik el, amiért idézhető lennél.
Végül az entitás-konzisztencia. A cégnév, a cím, a telefonszám és a nyitvatartás minden nyelvi verzión ugyanabban a formában szerepeljen, a strukturált adatban (Organization, LocalBusiness) is. A Schema.org kínál inLanguage tulajdonságot a tartalom nyelvének jelölésére, és a sameAs mezőkkel köthetők össze a profiljaid. Ez segítheti, hogy egy modell ugyanannak a cégnek lássa a német és a magyar oldalt, bár garanciát semmi nem ad rá.
Hogyan ellenőrzöd, hogy tényleg jól működik-e?
Az élesítés utáni első hét a legfontosabb. Ez a minimum-ellenőrzőlista, amit magad is végig tudsz futtatni:
- Nyisd meg mindhárom verzió forráskódját, és nézd meg, hogy mindegyikben ott van a teljes hreflang-blokk, benne a saját magára mutató sorral.
- Ellenőrizd a canonical sorokat: minden verzió canonicalje önmagára mutasson.
- Kattints végig a hreflangben szereplő URL-eket. Ha bármelyik átirányít vagy 404-et ad, javítsd.
- Nézd meg a
<html lang>attribútumot minden verzión. - Futtass egy teljes bejárást egy crawler eszközzel (a Search Console korábbi nemzetközi célzás jelentése megszűnt, ezért erre külső eszköz kell), és kérd le a hreflang-hibalistát.
- A Search Console URL-ellenőrzőjével nézd meg, hogy az idegen nyelvű oldalak indexelhetőek és be vannak-e jelentve a sitemapban.
- Egy hónap múlva a Search Console országbontásában és a GA4 nyelvi szegmensében nézd meg, jön-e egyáltalán forgalom az adott nyelven. Ha nem, az nem feltétlenül a hreflang hibája, hanem a piaci feltevésé.
Ha ezeken végigmentél, a technikai része rendben van. A többi már tartalom kérdése, és ott ugyanaz a szabály érvényes, mint magyarul: a konkrét, ellenőrizhető, valódi szakmai tudásból írt oldal jó eséllyel jobban teljesít, mint a fordított brosúra.
Források és további olvasnivalók
- Google Search Central: Localized versions of your pages (hreflang dokumentáció)
- Google Search Central: Managing multi-regional and multilingual sites
- Google Search Central: Consolidate duplicate URLs (canonical dokumentáció)
- Google Search Console Súgó
- Bing Webmaster Guidelines
- Schema.org: Organization, LocalBusiness, inLanguage, sameAs
- W3C Internationalization: Language tags in HTML and XML
- IETF BCP 47: Tags for Identifying Languages
- ISO 639-1 nyelvkódok és ISO 3166-1 alpha-2 országkódok
- OpenAI dokumentáció: bots and crawlers (GPTBot, OAI-SearchBot)
- Anthropic dokumentáció: ClaudeBot és crawler-irányelvek
- Idegen nyelvű oldal csak akkor éri meg, ha az adott nyelven ki is tudod szolgálni az érdeklődőt az első üzenettől a számláig.
- A hreflang nem rangsoroló jel és nem átirányítás: a keresőnek szóló javaslat arról, melyik verzió kinek szól.
- A hreflang kölcsönös és önmagára is mutató annotáció, abszolút URL-ekkel, indexelhető, kanonikus oldalakra.
- A leggyakoribb hiba, hogy minden nyelvi verzió canonicalje a magyar oldalra mutat, így a fordítások ki is eshetnek az indexből.
- Az AI-válaszmotorok a látható szöveg nyelvéből dolgoznak, ezért az IP-alapú automatikus átirányítás és a félig fordított oldal különösen kockázatos.
Gyakori kérdések
Elég, ha csak a főoldalra teszek hreflanget?
Nem. A hreflang oldal-szintű annotáció: minden olyan oldalpárra kell, aminek több nyelvi változata van. A főoldalra tett egyetlen blokk csak a főoldalak összetartozását jelzi, az aloldalakét nem.
Használhatok gépi fordítást a nyelvi verziókhoz?
Kiindulásnak igen, de emberi ellenőrzés és szakmai átírás nélkül nem. A Google irányelvei az ellenőrizetlen, automatikusan generált fordítást minőségi problémaként kezelik, és az idegen nyelvű érdeklődő is azonnal észreveszi a döcögős szöveget.
Mi történik, ha nincs hreflang, csak több nyelvi verzió?
A kereső akkor is felfedezheti és indexelheti a verziókat, a nyelvet a tartalomból és a lang attribútumból becsli meg. A hreflang elsősorban azt segíti, hogy a megfelelő felhasználó a megfelelő verziót kapja, és csökkenti annak esélyét, hogy a hasonló verziókat egymás variánsainak lássa.
Kell hreflang, ha a magyar és az angol oldal tartalma teljesen más?
Nem feltétlenül. A hreflang ugyanannak a tartalomnak a nyelvi változatai közötti kapcsolat jelölésére való. Ha az angol oldal más szolgáltatásról, más ajánlattal szól, akkor az önálló tartalom, nem alternatív verzió.
Átirányítsam automatikusan a német látogatót a német oldalra?
Kényszerítetten ne. A kényelmi megoldás egy jól látható nyelvválasztó vagy egy elutasítható javaslat-sáv. Az IP-alapú automatikus átirányítás mind a keresők, mind az AI-crawlerek elől elrejtheti a többi verziót.
Melyik szerkezetet válasszam: alkönyvtárat vagy külön országdomaint?
Magyar kkv-nak az esetek nagy részében az alkönyvtár (/de/, /en/) a praktikus választás, mert egy domainen marad minden felépített ismertség és egyszerűbb az üzemeltetés. Külön országdomain akkor indokolt, ha valódi helyi cég, számlázás és ügyfélszolgálat is van mögötte.
Források és további olvasnivalók
Ezen az oldalon a hivatalosan igazolt információt elsődleges forrásokból építjük fel; a saját tapasztalatot és a szakmai becslést mindig külön jelöljük a szövegben.