2026-04-21 · Baduno szerkesztőség · 23 blog.readMin · Blog és tudás
A hreflang-ellenőrzés: 25 pontos ellenőrző lista a hibátlan nyelvi jelekért
A hreflang-hibák összezavarják a keresőmotorokat, és rontják a nemzetközi láthatóságot. A 25 pontos ellenőrzőlistánk szisztematikusan végigvezeti Önt a legfontosabb vizsgálati pontokon – a szintaxis-ellenőrzéstől a visszautalás-ellenőrzésig. Gyakorlati tippekkel nagyobb weboldalakhoz és automatizálási megközelítésekhez.
A hreflang attribútum alapjai és működése
A hreflang attribútum egy HTML-elem, amely jelzi a keresőmotoroknak, hogy egy adott oldal melyik nyelvi vagy regionális változata a legrelevánsabb egy adott felhasználó számára. Többnyelvű weboldalaknál használják a duplikált tartalom problémáinak elkerülésére és a felhasználói élmény javítására. Működése azon az elven alapul, hogy egy oldal különböző nyelveken vagy országok számára hasonló tartalommal rendelkezhet, de a célközönségtől függően eltérő testreszabásra van szükség.
A keresőmotorok, mint a Google, a hreflangot jelzésként, nem parancsként értelmezik. Ez azt jelenti, hogy nem kényszerítik ki a megfelelő verzió megjelenítését, de a gyakorlatban növeli annak valószínűségét, hogy a felhasználók a megfelelő oldalt látják. Tipikus példa: egy német (de-DE) és egy osztrák (de-AT) oldal nagyrészt ugyanazt a szöveget tartalmazza, de a pénznemben vagy a címben eltér. Hreflang nélkül mindkét oldal duplikátumnak minősülhet. A helyes hreflang használatával a Google felismeri, hogy országspecifikus változatokról van szó, és ennek megfelelően jeleníti meg azokat.
Fontos feltétel a kétirányú hivatkozás: Minden olyan oldalnak, amelyet egy másik oldal alternatívájaként jelöltek meg, hivatkoznia kell az összes többi nyelvi változatra. Ha ez a visszahivatkozás hiányzik, a teljes hreflang-készlet figyelmen kívül hagyható. Ezenkívül az oldalnak, amelyen a címke el van helyezve, általában tartalmaznia kell egy önhivatkozást is – azaz hivatkoznia kell önmagára.
A gyakorlatban azt javasoljuk, hogy először határozzon meg egy egyértelmű URL-struktúrát (pl. aldomain nyelvenként vagy elérési út, mint /de/, /fr/). Ezután minden nyelvi változathoz tervezzen be egy hreflang-címkét, amely felsorolja az összes verziót. Ügyeljen arra, hogy egy x-default változat is legyen a nem hozzárendelt lokalizációk számára. Tesztelje a megvalósítást a Google Search Console vagy speciális auditáló eszközök segítségével, hogy a hiányzó visszahivatkozásokat vagy hibás kódokat időben felismerje.
A hreflang-címkék felépítése és szintaxisa HTML-ben és HTTP-fejlécekben
A hreflang-címkék helyes szintaxisa elengedhetetlen a működésükhöz. HTML-ben az attribútumot a <head> szakaszon belül <link> elemként kell megadni rel="alternate" és hreflang="nyelvkód" formában. Példa: <link rel="alternate" hreflang="de" href="https://example.com/de/" />. Minden nyelvi változathoz külön link-címke szükséges, beleértve egy önhivatkozást (magát az oldalt) és egy hivatkozást az x-default verzióra.
A nyelvkódok az ISO 639-1 (két betű a nyelvhez) és opcionálisan az ISO 3166-1 alpha-2 (két betű az országhoz) szabványon alapulnak. Szintaxis: nyelv-kisbetű, régió-nagybetű, pl. „de-AT” az osztrák némethez. Ügyeljen a helyes írásmódra: „en-GB”, nem „en-uk”. A hibás kódok miatt a címke figyelmen kívül marad. Az országspecifikus verziókhoz az „x-default” használatos – ez nem hivatalos ISO-kód, de a Google támogatja a nem hozzárendelt felhasználók számára tartalék megoldásként.
Nem HTML-dokumentumok (pl. PDF) esetén a hreflang a válasz HTTP-fejlécében is beállítható: „Link: <https://example.com/de/dokument.pdf>; rel="alternate"; hreflang="de"”. Ez a módszer ritkább, de hasznos, ha fájlokat közvetlenül szolgáltat ki. A gyakorlatban ellenőrizze, hogy a tartalomkezelő rendszerei támogatják-e ezeket a fejléceket.
További lehetőség az XML-oldaltérképekbe való integráció: Az oldaltérképekben minden URL-hez megadhatja a hreflang-alternatívákat. Ez a módszer különösen nagy weboldalaknál ajánlott, mivel az oldalak kódját egyszerűen tartja. Azonban gondoskodnia kell arról, hogy az oldaltérkép helyesen legyen létrehozva, és az összes nyelvi változatot tartalmazza. A módszertől függetlenül érvényes: Minden alternatív oldalnak hivatkoznia kell egymásra. Ha egy visszahivatkozás hiányzik, a teljes készlet érvénytelennek minősül.
Rendszeresen ellenőrizze a megvalósítást olyan eszközökkel, mint a Merkle hreflang-tesztje vagy a Google Search Console. Ügyeljen arra, hogy a megadott URL-ek valóban elérhetőek legyenek, és ne vezessenek átirányításokra. Csak így fejtheti ki teljes hatását a hreflang-jel.
Gyakori hibák a nyelvi és országjelölésekben
A hreflang implementálása során gyakran ugyanazok a hibák fordulnak elő. Az egyik leggyakoribb a helytelen nyelvkódok használata. Például „en-uk” szerepel „en-GB” helyett, vagy „deutsch” a „de” helyett. A régió megadása is gyakran hibás, pl. „EN-US” nagybetűs nyelvvel – a helyes „en-US”. Ezek a hibák azt eredményezik, hogy a keresőmotorok figyelmen kívül hagyják a hreflang hivatkozást.
Egy másik tipikus hiba az önhivatkozás hiánya. Ha egy oldal csak más nyelvi változatokra hivatkozik, de önmagára nem, akkor a címke hiányos. Minden oldalnak tartalmaznia kell önmagát az alternatívái listájában. Emellett gyakran elhanyagolják a kétirányú hivatkozást: ha A oldal B oldalra hivatkozik, akkor B oldalnak is hivatkoznia kell A oldalra. A visszahivatkozás hiánya az egész konstelláció érvénytelenségét okozza.
Problémák adódhatnak a Canonical címkékkel való együttműködés során is. Ha egy hreflang alternatíva egy olyan URL-re hivatkozik, amely eltérő canonical-lal rendelkezik, az konfliktusokhoz vezethet. Győződjön meg róla, hogy az egyes nyelvi változatok canonical-ja önmagára mutat, ne másik változatra. Ellenkező esetben fennáll a veszélye, hogy a rossz változat kerül indexelésre. Kerülje továbbá, hogy hreflang átirányításokon keresztül elérhető URL-útvonalakra mutasson – a cél-URL-nek közvetlenül elérhetőnek kell lennie.
Gyakorlati tipp: Használja a Google Search Console „International Targeting” jelentéseit. Itt felsorolásra kerülnek az olyan hibák, mint a hiányzó visszahivatkozások vagy az inkonzisztens adatok. Ellenőrizze azt is, hogy az x-default változat megfelelően van-e megválasztva. Az x-default a megfelelő lokalizációval nem rendelkező felhasználók számára használatos – gyakori hiba, hogy egy nyelvi vonatkozás nélküli landing oldalra állítják be, ami zavart okozhat. Jogi szempontok, például a különböző országokban található értékesítési oldalak helyes jelölése esetén javasoljuk, hogy konzultáljon jogi tanácsadójával.
Végezzen rendszeres auditokat, amelyek során manuálisan ellenőrzi a hreflang címkéket az összes nyelvi változaton. Az olyan eszközök, mint a Screaming Frog, segíthetnek a hiányzó vagy hibás címkék azonosításában. Különösen figyeljen az új tartalmakra vagy URL-változtatásokra, ahol a hreflang könnyen elfelejtődik. Csak így biztosíthatja, hogy nyelvi jelei konzisztensek és helyesek legyenek.
Az x-default címke szerepe és helyes implementációja
Az x-default címke egy speciális hreflang attribútum, amely megadja, hogy melyik oldal jelenjen meg, ha a felhasználói beállítások nyelve vagy régiója nem egyezik meg a meglévő nyelvi jelekkel. Tartalék megoldásként szolgál azon felhasználók számára, akiknek a böngésző nyelve nem egyezik egyetlen expliciten megjelölt nyelvi változattal sem. x-default nélkül fennáll a veszélye, hogy ezek a felhasználók hibaoldalt vagy nem megfelelő nyelvi változatot látnak, ami rontja a felhasználói élményt és potenciálisan növeli a visszafordulási arányt.
Az implementáció hasonló a többi hreflang címkéhez: egy link elemet ad hozzá a HTML fejlécben, például <link rel="alternate" href="https://example.com/" hreflang="x-default" />. Ügyeljen arra, hogy az x-default érték nem kombinálható nyelvkóddal – mindig önállóan áll. A webhelytérképben az x-default külön alternatív oldalként adható meg, amennyiben az oldal releváns az összes nem lefedett nyelv számára. Kerülje azonban, hogy x-default-ot olyan oldalra állítson be, amely csak egy adott nyelvet szolgál ki – a felhasználó egy univerzális kezdőoldalt vagy nyelvválasztót vár.
Gyakori hiba az x-default címke hiánya a nemzetközi oldalakon, amelyek több nyelvet kínálnak. A gyakorlatban ez ahhoz vezet, hogy a keresőmotorok esetleg nem választanak ki megfelelő oldalt, hanem véletlenszerű változatot indexelnek. További probléma, ha az x-default egy nyelvválasztó oldalra mutató átirányításra hivatkozik, de az adott oldal maga nem rendelkezik hreflang címkével. Ezért auditja során ellenőrizze, hogy az összes x-default-tal kapcsolt oldal helyesen hivatkozik-e a saját alternatív változataira. Javasoljuk, hogy az x-default bejegyzést konzisztensen egy központi nyelvválasztó oldalra állítsa be, amennyiben létezik ilyen, és ezt az oldalt a webhelytérképben külön URL-ként tüntesse fel.
Jogilag a nyelvválasztás nem szabályozott, de a hibás implementáció félreértésekhez vezethet a felhasználók részéről. A weboldalra vonatkozó konkrét jogi kérdések esetén konzultáljon jogi tanácsadójával. Javasolt intézkedésként: auditja során készítsen listát az összes oldalváltozatról, és ellenőrizze, hogy minden nyelvi csoport rendelkezik-e x-default címkével. Tesztelje ezt olyan eszközökkel, mint a hreflang-tester vagy a curl, hogy megbizonyosodjon arról, hogy a keresőmotorok helyesen értelmezik a címkét.
A hreflang és a Canonical címkék együttműködése
A hreflang és a kanonikus címkék (canonical tag) eltérő feladatokat látnak el: míg a hreflang egy oldal nyelvi és regionális alternatíváit határozza meg, a kanonikus címke a preferált kanonikus URL-t adja meg a duplikált tartalom elkerülése érdekében. Többnyelvű weboldalon a két megadásnak ellentmondásmentesnek kell lennie, különben a keresőmotorok ellentmondásos jeleket kapnak. Tipikus hiba, ha egy oldal kanonikus címkéje egy másik URL-re mutat, miközben hreflang hivatkozásokat tartalmaz az első URL-re. Ebben az esetben a keresőmotorok figyelmen kívül hagyhatják a hreflang adatokat, vagy az oldalt duplikátumnak minősíthetik.
A helyes eljárás: Minden nyelvi verziónak önhivatkozó kanonikus címkét kell tartalmaznia, azaz a saját URL-jére kell mutatnia. Ugyanakkor az összes alternatív oldalt fel kell sorolni a hreflang címkékben, beleértve azt az URL-t is, amely kanonikusnak van megadva. Példa: A német oldal a /de/ alatt tartalmazza: <link rel="canonical" href="https://example.com/de/" /> és <link rel="alternate" href="https://example.com/en/" hreflang="en" />. Az angol oldal ennek megfelelően visszautal. Kerülje a kanonikus címkék más nyelvi verziókra irányítását – ez aláássa a hreflang struktúrát.
Az audit során ellenőrizze a következőket: Konzisztens-e a kanonikus címke a hreflang visszahivatkozással? Megegyezik-e a kanonikus címke URL-je azzal az URL-lel, amelyre más oldalak hreflang címkéi hivatkoznak? Gyakorlati példa: Ha az A oldal B oldalra mutat, de B oldal kanonikus címkéje C oldalra mutat, akkor konfliktus keletkezik. Használjon olyan eszközöket, mint a Screaming Frog vagy a Looker Studio, hogy ezeket az összefüggéseket automatikusan ellenőrizze. Vegye figyelembe azt is, hogy HTTP-fejléceknél (pl. PDF-eknél) a logika azonos: a hreflanggal ellátott Link-fejlécnek és a rel=canonical fejlécnek együttesen kell a helyes nyelvi struktúrát tükröznie.
Jogilag a kanonikus címkék nem kötelező érvényű nyilatkozatok, hanem technikai jelzések. Ennek ellenére gondosan járjon el a hreflang struktúra kialakításakor, mivel az inkonzisztens megadás SEO-veszteségekhez vezethet. A tartalomátvételek jogi megengedhetőségével kapcsolatos kérdésekben forduljon jogi tanácsadójához. Konkrét intézkedésként vezessen be rendszeres ellenőrző rutint, amely mind a hreflang, mind a kanonikus adatokat rögzíti az összes érintett oldalra, és jelzi az eltéréseket.
Visszahivatkozások ellenőrzése konzisztencia és teljesség szempontjából
Visszahivatkozások (más néven kétirányú hivatkozások) a helyes hreflang implementáció szívét jelentik. Minden olyan oldal, amely hreflang címkében egy másik oldalra hivatkozik, köteles visszahivatkozást kapni az adott oldaltól. Ha az A oldal hivatkozik B oldalra, de B oldal nem hivatkozik vissza A-ra, akkor a hivatkozás nem kölcsönös. A keresőmotorok ezt hibának tekintik, és figyelmen kívül hagyják a teljes hreflang csoportot, ami miatt a nyelvi alternatívák nem kerülnek felismerésre. Ezért a visszahivatkozások ellenőrzése minden hreflang audit központi eleme.
A teljes ellenőrzés két lépésből áll: Először a konzisztencia vizsgálata – minden hreflang linkhez tartoznia kell egy válaszoldalnak, amelyre hivatkozik. Másodszor a teljesség vizsgálata – egy nyelvi csoport összes oldalának fel kell sorolnia az összes többi nyelvváltozatot a hreflang címkéiben. Ha egy változat hiányzik, a felhasználók esetleg nem kapnak megfelelő nyelvi alternatívát. Konkrétan: Ha három nyelvi verziója van (DE, EN, FR), akkor minden oldalnak két hreflang címkét kell tartalmaznia – a másik két nyelvre. Emellett minden oldalnak rendelkeznie kell egy önhivatkozó hreflang címkével (hreflang="x-default" vagy a saját nyelvkód). Az x-default oldalnak minden irányba linkelve kell lennie.
Az audit bevált gyakorlata: Készítsen listát az összes oldalról a hreflang adataikkal, például egy kúszóprogrammal (pl. Ahrefs, Screaming Frog). Ezután minden oldalpárnál ellenőrizze, hogy a hivatkozások kölcsönösek-e. Ügyeljen az eltérő URL-struktúrákra is (pl. www vs. non-www, HTTP vs. HTTPS), mivel ezek különböző URL-eknek számítanak, és megtörik a visszahivatkozásokat. Az eszköztámogatás itt elengedhetetlen; számos SEO-eszköz kínál hreflang ellenőrzést, amely jelzi a hiányzó vagy inkonzisztens visszahivatkozásokat. Végezze el ezt az ellenőrzést legalább minden tartalmi módosítás után.
Jogilag a hibás visszahivatkozások nem jelentenek közvetlen felelősségi kockázatot, de ronthatják többnyelvű tartalmaink láthatóságát. Javasoljuk, hogy dokumentálja az ellenőrzés eredményeit, és hibák esetén határozzon meg javítási prioritást. Pragmatikus cselekvési javaslat: Használjon egy szkriptet (pl. Pythonban), amely ellenőrzi a hreflang oldaltérképét a tényleges oldallinkekkel szemben, és listát ad a hiányzó vagy inkonzisztens visszahivatkozásokról. Így biztosíthatja, hogy nyelvi jelei teljesek és helyesek legyenek.
A hreflang-jelek ellenőrzésének módszerei (eszközök, feltérképezők, Google Search Console)
A hreflang-jelek szisztematikus ellenőrzése az automatikus és manuális elemzés kombinációját igényli. Az automatikus ellenőrzéshez speciális online eszközök állnak rendelkezésre, amelyek felkeresik oldalait és validálják a beállított hreflang-tageket. Ezek az eszközök általában a szintaktikai hibákat, hiányzó visszautalásokat és inkonzisztens nyelvi jelöléseket ellenőrzik. Néhányuk lehetőséget kínál több URL listában történő ellenőrzésére is. Az átfogó elemzés érdekében javasoljuk, hogy legalább két különböző eszközt használjon, mivel mindegyiknek megvannak a maga erősségei és korlátai.
A Screaming Frog vagy Sitebulb típusú feltérképezők szintén ki tudják értékelni a hreflang-tageket. Átfésülik a teljes domaint, és jelentéseket készítenek a nyelvi jelölések eloszlásáról, a hiányzó visszautalásokról és a Canonical-tagekkel való konfliktusokról. A feltérképezők előnye, hogy automatikusan szkennelhetnek nagy webhelyeket, és az eredményeket egy irányítópulton jeleníthetik meg. Ügyeljen arra, hogy a feltérképezőt úgy konfigurálja, hogy mind a HTML-, mind a HTTP-fejléceket olvassa – különösen PDF-fájlok vagy más nem HTML-erőforrások esetében a hreflang gyakran a fejlécekben található.
A Google Search Console közvetlen betekintést nyújt a Google által felismert hreflang-megvalósításokba. A „Nemzetközi célközönségek" jelentés alatt láthatja, hogy oldalai a megfelelő országok vagy nyelvek számára vannak-e indexelve. Az olyan hibák, mint a „Nincs visszautalás" vagy „Érvénytelen nyelvkódok" itt jelennek meg. Vegye figyelembe azonban, hogy a Search Console csak a Google által feltérképezett adatokat mutatja – teljes képet csak akkor kap, ha kombinálja a feltérképezőket és az eszközöket. Emellett rendszeresen ellenőrizze a szerver naplófájljait a váratlan átirányítások vagy állapotkódok miatt, amelyek befolyásolhatják a hreflang-jeleket.
Javaslatunk: havonta legalább egyszer végezzen automatikus auditot egy olyan eszközzel, mint az Aleyda Solis-féle hreflang-teszt vagy a Google URL-ellenőrző eszköze. Jegyezze fel eredményeit egy ellenőrzőlistában, és egyeztesse azokat a Search Console adataival. Eltérések esetén járjon el szisztematikusan: először ellenőrizze a visszautalásokat, majd a nyelvkódokat, végül a Canonical-tagekkel való együttműködést. Csak így biztosíthatja, hogy hreflang-jelei helyesek és teljesek legyenek.
Dinamikus URL-ek és paraméterezett oldalak sajátosságai
A dinamikus URL-ek, amelyek olyan paramétereket tartalmaznak, mint ?lang=de vagy ?country=at, különleges kihívást jelentenek a hreflang megvalósítása szempontjából. A Google a paramétereket gyakran külön URL-ekként értelmezi, még akkor is, ha ugyanazt az oldalt képviselik. Ez hiányos visszautalásokhoz vagy felhígult nyelvi jelekhez vezethet. Ezért kerülje el, hogy hreflang-tageket közvetlenül paraméterezett URL-ekre helyezzen, ha a tényleges oldal egy tiszta URL-en keresztül is elérhető.
Ha mégis dinamikus URL-eket kell használnia, ellenőrizze, hogy a paraméterek ténylegesen megváltoztatják-e a tartalmat (pl. nyelv vagy régió), vagy csak technikai funkciójuk van (pl. munkamenet-azonosítók). Csak tartalmi relevancia esetén állítson be hreflang-tageket minden paraméterkombinációhoz. Ügyeljen a helyes visszautalásokra: minden variánsnak vissza kell mutatnia az összes többi variánsra. Ez sok paraméter esetén gyorsan áttekinthetetlenné válhat. Használjon reguláris kifejezéseket vagy sablonokat a tagek következetes generálásához.
További probléma a paraméterek által okozott duplikált tartalom. Ha a ?lang=de és ?lang=at ugyanazt a német nyelvű tartalmat szolgáltatja, de különböző régiókat jelez, akkor döntenie kell, hogy regionális hreflang-ot használ (pl. de-DE vs. de-AT), vagy átirányítást állít be a régióspecifikus kezdőoldalra. A gyakorlatban bevált, hogy a paraméterezett oldalakat nem használjuk hreflang-hoz, hanem helyette külön aldomaineket vagy alkönyvtárakat alkalmazunk. Ez csökkenti a hibalehetőségeket és megkönnyíti az auditálást.
Konkrét cselekvési javaslat: Végezzen külön auditot az összes dinamikus paramétert tartalmazó oldalon. Ellenőrizze, hogy minden paraméterérték saját hreflang-megvalósítást igényel-e. Ha lehetséges, cserélje ki a paramétereket egyértelmű elérési utakra (pl. /de/ ?lang=de helyett). Használja a Search Console URL-ellenőrző eszközét, hogy lássa, hogyan értelmezi a Google a paramétereket. Igazítsa robots.txt vagy meta tageit a duplikációk elkerülése érdekében. Csak tiszta URL-struktúrával minimalizálhatja a hreflang-hibákat a dinamikus oldalakon.
A hreflang-hibák összezavarják a keresőmotorokat, és rontják a nemzetközi láthatóságot. A 25 pontos ellenőrzőlistánk szisztematikusan végigvezeti Önt a legfontosabb vizsgálati pontokon – a szintaxis-ellenőrzéstől a visszautalás-ellenőrzésig. Gyakorlati tippekkel nagyobb weboldalakhoz és automatizálási megközelítésekhez.
Hreflang a webhelytérképekben: Alternatív megvalósítás és hibaforrások
Amellett, hogy a HTML-ben vagy HTTP-fejlécekben valósítja meg, a hreflang jeleket XML webhelytérképében is elhelyezheti. Ehhez minden nyelvi változathoz definiáljon egy <xhtml:link> elemet a rel="alternate" és hreflang attribútumokkal. Ezt a módszert a Google támogatja, és különösen akkor hasznos, ha webhelye sok URL-t tartalmaz, vagy a forráskód nehezen módosítható. Előnye, hogy az összes nyelvi alternatíva központilag kezelhető egy fájlban.
A webhelytérkép-alapú hreflang hibalehetőségei hasonlóak a HTML-ben tapasztaltakhoz: hiányzó visszahivatkozások, hibás nyelvkódok vagy ellentmondó információk a webhelytérkép és a HTML-címkék között. Tipikus hiba, hogy a webhelytérkép tartalmaz hreflang-bejegyzéseket, de magukon az oldalakon egyáltalán nincsenek címkék. A Google konzisztenciát vár: ha mindkét módszert használja, azoknak azonos információkat kell szolgáltatniuk. Ellenkező esetben zavar keletkezhet arról, hogy melyik verzió a mérvadó.
Különösen ügyeljen a webhelytérképben szereplő helyes elérési útra. Minden URL-nek meg kell egyeznie az oldal alap URL-jével (protokollal és perjellel együtt). Gyakori hiba a relatív elérési utak megadása vagy a záró perjel hiánya. Ezenkívül az összes alternatívának egymásra kell mutatnia, nem csak egy központi céloldalra. Ez azt jelenti, hogy a webhelytérképnek minden nyelvi változathoz az összes többi nyelvi változatot alternatív linkként kell tartalmaznia. A 10+ nyelvű többnyelvű oldalak esetében ez nagyon nagy webhelytérképekhez vezethet – ezeket ossza fel.
Javaslatunk: Rendszeresen ellenőrizze webhelytérképét egy XML-érvényesítővel. Töltse fel a webhelytérképet a Search Console-ba, és figyelje a hibajelentéseket. Ha a hreflang-ot mind a webhelytérképben, mind a HTML-ben beállítja, végezzen egyeztetést: indexelje az oldalakat, és hasonlítsa össze a webhelytérkép-bejegyzéseket a talált címkékkel. Eltérések esetén döntsön az egyik módszer mellett, és távolítsa el a másikat. A gyakorlatban bebizonyosodott, hogy a kizárólag a webhelytérkép használata kevesebb hibához vezet, mivel az központilag karbantartható. Tesztelje ezt a lehetőséget, ha IT-erőforrásai korlátozottak.
Nemzetközi SEO és többnyelvűség: A hreflang és a nyelvfelismerés elhatárolása
A hreflang-címkék és a nyelvfelismerés (pl. böngésző nyelvi beállításai vagy IP-alapú geolokáció) eltérő feladatokat látnak el a nemzetközi SEO környezetben. Míg a hreflang jelzi a keresőmotoroknak, hogy egy oldal melyik nyelvi/országváltozata melyik célcsoport számára készült, addig a nyelvfelismerés gyakran a felhasználó automatikus átirányítására szolgál a feltételezett verzióra. Ne keverje össze ezeket a mechanizmusokat: a hreflang befolyásolja az indexelést és a keresési találatokban való megjelenítést, a nyelvfelismerés pedig a webhely felhasználói élményét. Tipikus probléma, amikor a nyelvfelismerés olyan oldalra irányítja a felhasználót, amely nem felel meg egyetlen hreflang-bejegyzésnek sem – a keresőmotorok nem tudják követni ezt az átirányítást, ami hiányzó vagy hibás nyelvi jelekhez vezet.
A gyakorlatban bevált, hogy a hreflang-ot elsődleges jelzésként használjuk a Google és más keresőmotorok számára, míg a webhelyen belüli nyelvfelismerés csak opcionális funkcióként szolgál a látogató számára. Példa: Egy svájci felhasználó megnyitja a kezdőlapot. Az IP-alapú felismerés automatikusan átirányíthat a de-ch verzióra. Ha azonban a német kezdőlapon hiányzik a hreflang-címke az alternatív verziókkal (de-de, de-ch, fr-ch stb.), a Google nem ismeri fel a svájci oldalt alternatívaként, és esetleg a rossz verziót jeleníti meg a találati listában. Kerülje ezért, hogy a nyelvfelismerést használja egyetlen eszközként a nyelvi kiszolgáláshoz, hanem mindig kombinálja egy konzisztens hreflang-megvalósítással.
Egy másik fontos elhatárolás az országcélzást érinti: a hreflang mind nyelvi, mind országspecifikus változatokat megjelölhet (pl. de-de vs. de-ch), míg a nyelvfelismerés általában csak a nyelvet és az országot vezeti le IP-adatokból, anélkül, hogy figyelembe venné az adott oldalváltozatot. Ezért alkalmazzon többlépcsős megközelítést: először határozza meg az összes nyelvi/országkombinációt, és rögzítse azokat a hreflang-címkékben. A nyelvfelismerést csak ezt követően implementálja, hogy javaslatot kínáljon a felhasználónak anélkül, hogy az automatikus átirányítást összekeverné az indexeléssel. Dokumentálja döntéseit, és egyeztessen a fejlesztési osztállyal, hogy a két rendszer ne legyen ellentmondásban. Jogi kérdésekben az automatikus felismeréssel és átirányítással kapcsolatban kérjen szakértői jogi tanácsot, különösen, ha személyes adatokat, például IP-címeket dolgoz fel.
Szisztematikus audit felépítése nagy, több nyelvi változattal rendelkező webhelyek számára
Nagyméretű weboldalak esetében, számos nyelvi változattal, a manuális hreflang-ellenőrzés nem kivitelezhető. Ehelyett egy többlépcsős, automatizált folyamat javasolt, amely az összes releváns oldalt felméri és konzisztenciájukat ellenőrzi. Kezdje az összes nyelvi és országspecifikus verzió teljes URL-listájának elkészítésével. Ehhez használjon olyan crawler eszközt, mint a Screaming Frog vagy a Sitebulb, amely indexeli a teljes weboldalt, és kinyeri a hreflang-címkéket a HTML-fejlécekből vagy a webhelytérképekből. Exportálja az adatokat egy táblázatba, amelyben minden URL-hez felsorolja a nyelvkódot, országkódot és az alternatív URL-eket. Ügyeljen arra, hogy azokat az oldalakat is rögzítse, amelyek csak egy nyelven léteznek – ezeknek nem kell hreflang-ot tartalmazniuk, de hibás implementáció részét képezhetik, ha tévesen kimaradnak.
A következő lépésben ellenőrizze a visszautalásokat (kétirányú hivatkozás): Egy nyelvi csoport minden URL-jének hivatkoznia kell a csoport összes többi változatára, és azoknak is hivatkozniuk kell rá. Ha hiányzik egy visszautalás, a keresőmotorok gyakran figyelmen kívül hagyják a hreflang-címkét. Gyakori hiba az inkompatibilis nyelvkódok használata (pl. "eng" az "en" helyett) vagy az országkód hiánya az országspecifikus oldalaknál (pl. "de" a "de-de" helyett). Használjon szkriptet vagy képletet a táblázatban az ilyen inkonzisztenciák automatikus jelölésére. Különösen kritikus az x-default címke kezelése: állítsa be egy általános landoló oldalra, amely a nem hozzárendelt felhasználóknak szól, és ellenőrizze, hogy minden nyelvi csoport helyesen hivatkozik-e erre a címkére.
Egészítse ki az auditot a webhelytérkép-ellenőrzéssel: Ha a hreflang-ot XML-webhelytérképekbe is beilleszti, ellenőrizze, hogy az ott megadott alternatív URL-ek megegyeznek-e a HTML-címkékkel, és hogy a webhelytérkép helyesen hivatkozik-e a különböző nyelvi verziókra. Rendszeres (pl. negyedévente megismételt) auditot végezzen a nagy weboldalaknál, mivel az új nyelvi változatok hozzáadásakor vagy áttervezéskor gyakran keletkeznek hibák. Olyan eszközök, mint a SEOTesting vagy a Google Search Console segítenek az egyes verziók láthatóságának nyomon követésében. A dokumentációhoz javaslunk egy központi táblázatot az egyes nyelvi csoportok állapotával, amelyet minden audit után frissíteni kell. Tervezzen elegendő időt a hibajavításra, és priorizálja a legforgalmasabb nyelvi változatokat. Jogi nyilatkozat a crawler-ekből származó adatok használatához nem szükséges, mivel nyilvánosan elérhető oldalstruktúrákról van szó.
Dokumentáció és a hreflang-változtatások nyomon követése a csapatban
A hreflang-implementációk gyakran több osztály döntéseinek eredményei – a tartalmi csapatok készítik a fordításokat, az IT kezeli a CMS-t, a SEO-csoport pedig meghatározza a célközönségeket. Világos dokumentáció nélkül a változtatások gyorsan elvesznek vagy inkonzisztenciákhoz vezetnek. Ezért vezessen be egy központi nyilvántartást, amelyben rögzíti az összes nyelvi/országváltozatot, azok felelőseit és az aktuális állapotot (aktív, inaktív, tervezett). Bevált gyakorlat egy egyszerű táblázat a következő oszlopokkal: elsődleges URL, nyelvkód, országkód, x-default (igen/nem), alternatív URL-ek (lista), utolsó módosítás, felelős. Ezt a táblázatot a csapatnak közösen kell karbantartania, például egy felhőalapú dokumentumban, amelyhez minden érintett szerepkör hozzáfér.
A változtatások nyomon követéséhez ellenőrzött folyamat javasolt: Minden új nyelvi verzió vagy meglévő URL-ek módosítása először a táblázatban kerül előjegyzésre, mielőtt a tényleges hreflang-címkék frissítésre kerülnek a CMS-ben vagy a webhelytérképen. Használjon jegyrendszert vagy egyszerű változásnaplót minden beavatkozás dokumentálására. Példa: "2025.04.10-én hozzáadtuk a francia oldalt Belgiumhoz (fr-be); a kapcsolódó hreflang-címkék frissítve a német főoldalon (de-de)." Így később visszakövethető, hogy egy adott nyelvi változat miért nem jelenik meg a keresési eredményekben. Egészítse ki rendszeres auditokkal (lásd előző fejezet), amelyek során összeveti a tényleges állapotot a dokumentációval, és kijavítja az eltéréseket.
A csapat együttműködésének megkönnyítése érdekében határozzon meg egyértelmű felelősségi köröket az egyes nyelvi csoportokra vagy régiókra. Nagyobb weboldalak esetén alkalmazzon szabályt, hogy a hreflang-címkék módosításait legalább két csapattagnak ellenőriznie kell – hasonlóan a négy szem elvéhez. Használja ki az automatizálást, ahol lehetséges: egy szkript automatikusan generálhatja az XML-webhelytérképet hreflang-bejegyzésekkel a táblázatból, vagy közvetlenül a CMS-be illesztheti a HTML-címkéket. Ügyeljen azonban arra, hogy az ilyen szkripteket rendszeresen tesztelje a helyességük szempontjából. Végül: mivel a hreflang-hibák láthatóságvesztéshez vezethetnek, állítson be ismétlődő feladatot a projektmenedzsment eszközében a negyedéves auditra. Jogi kérdésekben az URL-adatok tárolásával és feldolgozásával kapcsolatban forduljon adatvédelmi tisztviselőjéhez vagy jogi tanácsadójához.
Gyakorlati ellenőrzőlista a hreflang-audit záróvizsgálatához
Egy szisztematikus záróvizsgálat biztosítja, hogy minden hreflang implementáció konzisztens és hibamentes legyen. Kezdje a visszahivatkozások ellenőrzésével: minden nyelvi változat oldalának hivatkoznia kell az összes többi változatra, beleértve saját magát is. Ha egy hivatkozás hiányzik, az egy „meg nem erősített” jelet eredményez, amelyet a keresőmotorok figyelmen kívül hagyhatnak. Használjon ehhez egy olyan crawlert, mint a Screaming Frog vagy a Sitebulb, amely kiolvassa a hreflang attribútumokat és megjelöli a hiányzó visszahivatkozásokat. Ellenőrizze azt is, hogy a nyelvkódok megfelelnek-e az ISO 639-1 formátumnak (pl. „de” a „deu” helyett), és az országkódok az ISO 3166-1 Alpha 2 formátumban (pl. „CH” Svájc esetében) vannak-e megadva. Különösen ügyeljen a helyes kombinációra regionális oldalak esetén: „de-ch” a svájci némethez, nem „de_CH”.
Vizsgálja meg a Canonical tagekkel való együttműködést: Ha egy Canonical tag egy másik nyelvi változatra mutat, akkor a hreflang jelzés hatástalanná válik az adott oldalon. Ezért használjon self-referencing Canonical tageket, vagy biztosítsa, hogy a Canonical azonos nyelvi verzióra hivatkozzon. Ugyanez vonatkozik a Sitemap-re: minden oldal csak egyszer szerepeljen egy Sitemap-ben a hreflang alternatíváival. Gyakori hiba a HTTP és HTTPS verziók, illetve a www és non-www változatok felvétele. Csökkentse a kiszolgálást egy kanonikus URL-re nyelvi változatonként.
Az x-default tag hibái gyakran nem kívánt átirányításokhoz vezetnek. Állítsa az x-default-ot egy általános landing oldalra vagy a leggyakrabban használt nyelvi változatra – de ne önkényesen. A gyakorlatban előnyös, ha az x-default az angol kezdőoldalra mutat, amennyiben a weboldal nemzetközi irányultságú. Érvényesítse az implementációt a Google Search Console „Nemzetközi célközönség” részében. Itt megjelennek a hibák, mint a hiányzó visszahivatkozások vagy inkonzisztens nyelvkódok. Végezze el ezt az ellenőrzést havonta egyszer, hogy észlelje a változásokat.
Egy teljes ellenőrzőlistának tartalmaznia kell a Sitemap alternatívákat is: Győződjön meg arról, hogy minden nyelvi változat a Sitemap-ben az összes alternatívával együtt szerepel. Használjon ehhez egy olyan eszközt, amely érvényesíti a hreflang-ot XML Sitemap-ekben (pl. az Ahrefs vagy Semrush Sitemap-ellenőrzője). Dokumentáljon minden eltérést egy táblázatban prioritással és felelősséggel. Vegye figyelembe: dinamikus URL-ek esetén a hreflang tageket szerveroldalon vagy JavaScript segítségével kell megfelelően beállítani – tesztelje ezt HTTP fejléc ellenőrzéssel. Végül javasoljuk a jogi ellenőrzést: a nyelvi változatok kiválasztása hatással lehet az adatvédelemre és az ÁSZF-re. Kétség esetén kérjen jogi tanácsadót.
Kilátások: Automatizálási eszközök és jövőbeli fejlesztések a nyelvi jelek terén
A hreflang jelek manuális ellenőrzését egyre inkább kiegészítik a speciális automatizálási eszközök. Az olyan eszközök, mint a „hreflang-tags.com” vagy a crawlerek funkciói (pl. a Sitebulb hreflang-ellenőrzője) automatikusan felismerik a hiányzó visszahivatkozásokat, inkonzisztens nyelvkódokat és a Canonical tagekkel való ütközéseket. Ezek az eszközök jelentéseket adnak, amelyeket alapul vehet csapata számára. A gyakorlatban bevált, ha ezeket az ellenőrzéseket beépítik a CI/CD folyamatba: minden telepítéskor automatikus hreflang-ellenőrzés történik, hogy a hibákat időben észleljék. Azonban ügyeljen arra, hogy ezeket az eszközöket rendszeresen frissítsék, mivel a keresőmotorok irányelvei változhatnak.
Egy trend a mesterséges intelligencia használata a nyelvi változatok fordítására és lokalizálására. A modern MI-rendszerek automatikusan generálhatják a nyelvkódokat, ha felismerik a földrajzi célpiacot. Ez azonban kockázatokkal jár: az automatikus felismerés téves hozzárendeléseket produkálhat, például többnyelvű országok esetén. Ezért használja a MI-t csak egy tapasztalt lokalizációs szakember által végzett manuális validálással kombinálva. A lokalizációnak nemcsak nyelvileg, hanem kulturálisan is igazodnia kell – ellenkező esetben a hreflang jelzés rossz irányba mutathat.
A jövőben a strukturált adatok, mint a Schema.org, kombinálhatók lesznek a hreflang-gal. Első megközelítések azt mutatják, hogy az „url” attribútum a „inLanguage” kombinációja pontosabb nyelvi hozzárendelést biztosíthat. A Google azonban nem jelentett be hivatalos támogatást erre a módszerre. Ennek ellenére érdemes figyelni ezeket a fejlesztéseket, mivel csökkenthetik a hreflang hibalehetőségét. A hreflang integrációja AMP-oldalakba vagy egyoldalas alkalmazásokba szintén kihívást jelent – itt szerveroldali megoldások vagy speciális keretrendszerek szükségesek.
Végezetül javasoljuk, hogy rendszeres monitorozást vezessen be a nyelvi jelek nyomon követésére. Az olyan eszközök, mint a Google Search Console, a „Nemzetközi célközönség” rovatban áttekintést nyújtanak a hibás oldalakról. Kombinálja ezt naplóelemzésekkel, hogy lássa, a keresőmotorok követik-e a hreflang utasításokat. Vegye figyelembe: a jogi megfelelés – pl. a GDPR vagy az impresszum kötelezettség tekintetében – nyelvi változatonként eltérő lehet. Kérjen ezzel kapcsolatban jogi tanácsot. A nyelvi jelek jövője a többi SEO-jellel való szorosabb összekapcsolódásban és nagyobb automatizálásban rejlik, de az emberi minőségellenőrzés továbbra is elengedhetetlen.
Gyakorlati példa: Hreflang-audit lépésről lépésre
Egy közepes méretű webshop német (DE), angol (EN), francia (FR) és spanyol (ES) nyelvi verziókkal, valamint országspecifikus aldomainekkel (de.example.com, en.example.com, fr.example.com, es.example.com) szeretné ellenőrizni a hreflang-jét. 1. lépés: Sitemap-export. A csapat először exportálja a nyelvi sitemapeket a CMS-ből. Kiderül, hogy DE és EN esetében két-két sitemap létezik (termékek, kategóriák), FR és ES esetében csak egy. 2. lépés: Visszautalások konzisztenciájának ellenőrzése. Egy hreflang-crawlerrel (pl. Merkle Hreflang Tag Checker) bejárják mind a 400 URL-t. Eredmény: 30 URL-nél hiányoznak visszautalások – gyakran hiányzik a DE oldal az EN verzióból. 3. lépés: Hibás nyelvkódok ellenőrzése. A forráskódban két URL-nél „en-uk” szerepel „en-gb” helyett. Mivel az EN verzió az Egyesült Királyságra vonatkozik, a kódot helyesbítik. 4. lépés: x-default teszt. Minden nyelvi oldal rendelkezik egy x-default címkével, amely az angol kezdőoldalra mutat. A gyakorlatban hasznos, mivel az angol szolgál tartalékként. 5. lépés: Kanonikus konfliktus. Egy bejárás azt mutatja, hogy néhány FR oldalon önhivatkozó kanonikus van, amely azonban nem egyezik a hreflang-céllal (a kanonikus másik FR oldalra mutat). A kanonikusokat javítják. 6. lépés: Ellenőrzés a Google Search Console segítségével. Hat hét után a „Nemzetközi irányultság” alatti jelentés már nem jelez hibát. 7. lépés: Dokumentáció. A változtatásokat egy belső wikiben rögzítik, képernyőképekkel és bejárási naplókkal együtt. Összegzés: A 30 visszautalás és a nyelvkódok javítása után a francia és spanyol oldalak átkattintási aránya körülbelül 15%-kal nőtt (nem bizonyított, de tapasztalati úton). A rendszeres auditok (háromhavonta) mostantól a SEO-karbantartás szerves részét képezik. Ez a példa azt mutatja: szisztematikus megközelítéssel a tipikus hibák gyorsan azonosíthatók és kijavíthatók.
blog.faqT
Mi a leggyakoribb hiba a hreflang-címkéknél?
A leggyakoribb hiba a visszautalások hiánya. Ha az A verzió a B verzióra hivatkozik, akkor B-nek is A-ra kell hivatkoznia. Ellenkező esetben a Google gyakran teljesen figyelmen kívül hagyja a címkéket. Szintaktikai hibák, mint például a helytelen országkódok (pl. 'en-uk' az 'en-gb' helyett) szintén gyakoriak. Az összes pár szisztematikus ellenőrzése elengedhetetlen.
Hogyan ellenőrizzem a hreflang-címkéket nagy weboldalakon, sok nyelv esetén?
Nagy weboldalak esetén ajánlott a hreflang-ot vizsgáló feltérképezők használata, mint például a Screaming Frog a hreflang-jelentésével. Saját szkripteket is írhat, amelyek a webhelytérképeket vagy HTML-oldalakat keresik a címkék után. Fontos a mintavétel és a különböző nyelvi változatok közötti konzisztencia érvényesítése. A Google Search Console a 'Nemzetközi irányítás' alatt konkrét hibákat jelenít meg.
Mit jelent az x-default címke és mikor van szükség rá?
Az x-default címke egy általános alapértelmezett oldalt jelöl, amely akkor jelenik meg, ha a felhasználó nyelvi preferenciája nem ismert, vagy a kívánt nyelv/ország kombináció nem létezik. Gyakran a kezdőoldalon vagy egy általános célú landing oldalon használják. Ha hiányzik, a Google nem megfelelő verziót jeleníthet meg. Minden nyelvi csoportnak rendelkeznie kell egy x-default bejegyzéssel, ha több ország osztozik egy nyelven.
