2026-07-01 · Baduno szerkesztőség · 7 blog.readMin · Blog és tudás
A hreflang helyes használata: gyakorlati útmutató
A nemzetközi SEO legrettegettebb tagje – érthetően elmagyarázva, az öt leggyakoribb hibával, amelyet auditjainkban találunk.
Mit csinál valójában a hreflang
A hreflang megmondja a keresőmotoroknak, hogy egy oldal melyik nyelvi és országspecifikus változatai tartoznak össze – így a Google a bécsi felhasználónak a német, a milánóinak az olasz verziót mutatja. Nem rangsorolási erősítő, hanem hozzárendelési jelzés: megakadályozza, hogy saját nyelvi változatai egymást kannibalizálják vagy duplikált tartalomként jelenjenek meg.
Az alapvető szabályok
Először is: Minden nyelvi változat hivatkozik az összes többire és önmagára – a mátrixnak teljesnek és kölcsönösnek kell lennie. Másodszor: Minden oldalnak szüksége van egy x-default elemre a meghatározott nyelveken kívüli felhasználók számára. Harmadszor: A hreflang oldalszinten, nem weboldalszinten működik – a kezdőlap a kezdőlapokra, az ároldal az ároldalakra hivatkozik.
Az öt leggyakoribb hiba
Hiányzó visszahivatkozások (A mutat B-re, B nem mutat A-ra – a leggyakoribb oka a figyelmen kívül hagyott tageknek). Hibás nyelvkódok, például „uk” a „en-GB” helyett. hreflang átirányított vagy kanonizált URL-eken. Elfelejtett új oldalak, mert a mátrixot manuálisan karbantartják. És: hreflang a fordítás helyettesítőjeként – a tag verziókra hivatkozik, nem hoz létre.
Az ajánlásunk
Soha ne generálja kézzel a hreflang-ot. 24 nyelv és 40 oldal esetén több mint 26.000 kapcsolat jön létre – ezt senki sem tudja hibamentesen karbantartani. A mi csővezetékünk automatikusan létrehozza a mátrixot az oldalszerkezetből; ez a weboldal minden forráskódban tartalmazza az eredményt. Önnél is pontosan így kell működnie.
hreflang a Sitemap-ban vs. HTML-head: előnyök és hátrányok
A hreflang-megadásokat elhelyezheti az egyes oldalak HTML-head részében vagy az XML-sitemapban. A sitemap-módszer előnye, hogy az összes nyelvi változatot központilag kezelheti, nem kell minden oldalt külön szerkeszteni. A Google 2017 óta támogatja ezt a változatot. Azonban minden hivatkozott URL-nek szerepelnie kell a sitemapban, és ugyanarra a tartalomra kell mutatnia. Egy tipikus probléma: ha a sitemapban definiál egy hreflang-csoportot, de az egyik URL nem szerepel a sitemapban, akkor figyelmen kívül hagyja. A HTML-módszer ezzel szemben megköveteli, hogy minden oldal maga hivatkozzon az összes alternatívára – ez sok nyelv esetén karbantartásigényes. Javaslat: használja a sitemap-módszert elsődleges mechanizmusként, és szükség esetén egészítse ki HTML-címkékkel a redundancia érdekében. Ügyeljen arra, hogy a sitemap mindig naprakész legyen, és az összes nyelvi változatot teljes körűen tartalmazza.
hreflang és Canonical: a helyes kombináció
Gyakori hiba a hreflang és a rel="canonical" egyidejű használata ugyanazon az oldalon. Ha hreflang-ot állít be, azt jelzi, hogy vannak alternatív nyelvi verziók. A Canonical-címke viszont azt mutatja, hogy melyik URL a keresőmotorok által preferált verzió. Mindkét megadásnak konzisztensnek kell lennie: ha hreflang-ot definiál egy URL-csoporthoz, egyik URL sem mutathat Canonical segítségével egy külső domainre vagy más nyelvi verzióra. Példa: egy német oldal hreflang-hivatkozásokat tartalmaz az angol és francia oldalra. Ha a német oldalon saját magára állít Canonical-t, az helyes. Ha azonban Canonical segítségével az angol oldalra mutat, az ellentmond a hreflang-jelnek. A Google ilyen esetekben a Canonical-címkét részesíti előnyben, és figyelmen kívül hagyja a hreflang-megadásokat. Ezért ellenőrizze az auditok során, hogy a Canonical és a hreflang összhangban van-e.
Dinamikus URL-ek és hreflang: kihívások legyőzése
Az URL-paraméterekkel rendelkező weboldalak (pl. ?lang=de vagy session-azonosítók) különleges kihívást jelentenek. A keresőmotorok a különböző paraméterkombinációkat önálló URL-ekként értelmezhetik, ami felfújt hreflang-mátrixot eredményez. Példa: egy termékoldal elérhető a /product?lang=de, /product?lang=en&session=abc és /product?lang=fr URL-eken keresztül. Ha ezek az URL-ek mind megjelennek a hreflang-mátrixban, egymást kannibalizálhatják. Megoldási lehetőségek: Elsőként használjon konzisztens URL-struktúrákat redundáns paraméterek nélkül. Másodszor, a Google Search Console-ban állítsa be az URL-paramétereket „Nincs hatása a bejárásra” értékre a releváns paraméterek esetében. Harmadszor, csak az egyes nyelvi verziók kanonikus URL-jéhez implementáljon hreflang-ot, és kerülje a nyomkövetési paraméterekkel rendelkező URL-változatok felvételét. A rendszeres ellenőrzés egy hreflang-tesztelő eszközzel segít az ilyen inkonzisztenciák korai felismerésében és kijavításában.
A nemzetközi SEO legrettegettebb tagje – érthetően elmagyarázva, az öt leggyakoribb hibával, amelyet auditjainkban találunk.
A hreflang implementáció automatizált monitorozása
Még egy helyesen felépített hreflang-mátrix is idővel hibássá válhat az oldalátrendezések, új nyelvi verziók vagy törölt URL-ek miatt. Több nyelv és sok oldal esetén a manuális ellenőrzés nem kivitelezhető. Ezért használjon automatizált eszközöket, amelyek rendszeresen ellenőrzik hreflang-beállításainak teljességét, kölcsönösségét és a helyes nyelvkódokat. Például alkalmazhat egy szkriptet, amely bejárja az összes oldalt, kinyeri a hreflang-címkéket, és ellenőrzi, hogy minden alternatíva tartalmaz-e visszahivatkozást. Figyeljen továbbá a webhelytérképpel való konzisztenciára: a webhelytérképben deklarált nyelvi csoportok megegyeznek-e a ténylegesen az oldalakon talált címkékkel? Integrálja az ilyen ellenőrzéseket a CI/CD-folyamatába, hogy még az új oldal vagy nyelvi verzió élesítése előtt automatikusan értesítést kapjon, ha a hreflang-mátrix hiányosságokat tartalmaz.
Nyelvi változatok és regionális sajátosságok: en, en-GB, en-US helyes használata
A hreflang-címkék nyelvi kódjainak meghatározása az ISO 639-1 szabványon alapul, a regionális változatokat az ISO 3166-1 Alpha-2 egészíti ki. Tipikus hiba az „en” használata az összes angol nyelvű oldalra, ha tartalmilag külön verziók működnek Nagy-Britanniára, az USA-ra és Ausztráliára. Ebben az esetben pontosan kell beállítani a címkéket: en-GB, en-US, en-AU. Ha hiányzik a regionális jelölés, azt jelzi a Google számára, hogy az összes angol verzió felcserélhető – ami hibás megjelenítésekhez vezet. Ha viszont csak egy angol oldala van az összes angol nyelvű felhasználó számára, elegendő az „en” kód régió nélkül. Kivételes eset az x-default: ezt a címkét egy általános kezdőlapra vagy nyelvválasztó oldalra kell helyezni, ha a felhasználó nem sorolható be egyetlen meghatározott nyelvi régióba sem. Ügyeljen arra, hogy minden regionális változat hivatkozzon az összes többire – beleértve az általános „en” verziót is, ha létezik. Az inkonzisztens mátrix miatt a Google figyelmen kívül hagyhat egyes címkéket. Ezért ellenőrizze egy hreflang-teszt eszközzel, hogy a regionális kódok helyesen vannak-e összekapcsolva. Soha ne használjon nem hivatalos kódokat, mint például „uk” (helyesen: en-GB) vagy „eu” (nem engedélyezett).
hreflang többnyelvű blogok és dinamikus tartalmak esetén
A blogok és híroldalak különleges követelményeket támasztanak a hreflang megvalósításával szemben, mivel folyamatosan új tartalmak kerülnek hozzáadásra. A mátrix manuális karbantartása itt nem praktikus. Ehelyett a Sitemap módszer alkalmazása javasolt: egy XML Sitemapban minden oldalhoz meghatározzuk a nyelvi alternatívákat. Új blogbejegyzés esetén egyszerűen hozzáad egy új bejegyzést az összes nyelvi változattal. Ügyeljen arra, hogy a Sitemap is rendszeresen frissüljön, és ne tartalmazzon elavult URL-eket. További probléma az archívumok, kategóriaoldalak vagy lapozható listák: ezek csak akkor kapjanak hreflang-ot, ha minden nyelvi verzióhoz külön archív oldalt üzemeltet. Ellenkező esetben elegendő az egyes bejegyzéseket összekapcsolni. Kerülje a hreflang-ot keresőoldalakon vagy szűrt nézeteken, mivel ezek nem önálló nyelvi verziók. Integrálja a hreflang generálást a tartalomkezelő rendszerébe (CMS), hogy egy bejegyzés létrehozásakor vagy fordításakor automatikusan bekerüljenek a megfelelő címkék a HTML head-be és a Sitemap-ba. Így a mátrix konzisztens és hibamentes marad nagy publikációs mennyiség esetén is.
hreflang a regionális nyelvváltozatokhoz és aldomainekhez
Különösen a többnyelvű országokban, mint Svájc, Belgium vagy Kanada, felmerül a kérdés, hogyan jelölje meg helyesen a regionális nyelvváltozatokat. A németországbeli némethez használja a de-DE kódot, Ausztriához a de-AT-t, Svájchoz a de-CH-t. Ez a finom granularitás megakadályozza, hogy a bécsi felhasználók a svájci helyesírással ellátott német változatot kapják, vagy fordítva. Ügyeljen arra, hogy minden regionális változat rendelkezzen saját oldallal és tartalommal – pusztán eltérő pénznem vagy dátumformátum még nem indokol önálló hreflang-csoportot. Az aldomainek esetében, mint a de.example.com és a fr.example.com, a hreflang ugyanúgy működik: minden aldomain hivatkozik az összes többire. Fontos, hogy az URL-ek konzisztensek legyenek: ha a de.example.com kezdőlapja a fr.example.com-ra mutat, akkor a fr.example.com kezdőlapjának is vissza kell mutatnia a de.example.com-ra. Ha ez a visszahivatkozás hiányzik, a Google figyelmen kívül hagyhatja a hozzárendelést. Ezért tervezze meg a regionális változatokat már a weboldal szerkezetének kialakításakor, és használjon egységes URL-struktúrát, például /de-de/, /de-at/, /de-ch/ vagy ennek megfelelő aldomaineket. Ezzel elkerüli a későbbi utómunkálatokat, és áttekinthető, a keresőmotorok számára is követhető hierarchiát kap.
hreflang és a crawl-költségvetés eloszlására gyakorolt hatás
Egy kiterjedt, sok nyelvváltozatot és oldalt tartalmazó hreflang-mátrix megnöveli a keresőmotorok által bejárandó URL-ek számát. Egy oldal minden nyelvi verziója crawl-kéréseket generál, és ha a mátrix nem megfelelően van felépítve, a Google értékes crawl-költségvetést pazarolhat hibás vagy redundáns URL-ekre. Ennek elkerülése érdekében győződjön meg róla, hogy minden hreflang-hivatkozás indexelhető, átirányítás nélküli URL-ekre mutat. Kerülje a paraméterváltozatok vagy nyomkövető URL-ek felvételét. Rendezze a webhelytérképet úgy, hogy a legfontosabb oldalak (pl. kezdőlap, kategóriaoldalak) prioritást élvezzenek a crawl során. Használja a webhelytérképet elsődleges hreflang-mechanizmusként, mivel az tömör áttekintést nyújt a Google számára. Rendszeresen ellenőrizze a crawl-statisztikákat a Google Search Console-ban: ha sok oldal „nem indexelt” vagy „alternatív kanonikussal” van jelölve, az hreflang-konfliktusra utalhat. A tiszta implementációval és monitorozással biztosíthatja, hogy a crawl-költségvetést hatékonyan használja fel a releváns tartalmakra, és ne vesszenek el kapacitások felesleges vagy hibás hreflang-kapcsolatok miatt.
blog.faqT
Használhatom a hreflang-ot csak a webhelytérképben, anélkül, hogy a HTML-fejlécben elhelyezném?
Igen, a Google támogatja a hreflang-megjelöléseket az XML webhelytérképekben, mint teljes értékű alternatívát a HTML-fejléc helyett. Csak arról kell gondoskodnia, hogy a webhelytérkép tartalmazza az összes hivatkozott URL-t, és a nyelvi csoport helyesen legyen meghatározva. A HTML-módszer akkor ajánlott, ha további redundanciát szeretne, vagy ha a webhelytérkép nem fedi le az összes oldalt.
Mi történik, ha meghatározok egy hreflang-csoportot, de az egyik URL nem tartalmaz visszautalásokat?
A hiányzó visszautalások a leggyakoribb okai a nem működő hreflang-címkéknek. A keresőmotorok ekkor érvénytelennek tekintik a megjelöléseket, és akár figyelmen kívül is hagyhatják a teljes csoportot. Az érintett oldalak ekkor rossz országokban jelenhetnek meg, vagy duplikált tartalomnak minősülhetnek. Ezért mindig ellenőrizze a kölcsönösséget.
