A hreflang címke használata egy olyan technikai SEO megoldás, amely a többnyelvű vagy több régiót célzó weboldalak esetében egyértelműen jelzi a Google felé, hogy egy adott oldal melyik nyelvi vagy ország specifikus verzióját melyik felhasználónak kell megjeleníteni. Ha például ugyanaz a termékoldalad létezik magyarul, angolul és németül is, a hreflang segít abban, hogy a magyarországi látogató a magyar verziót, a németországi a németet, az általános angol keresést végző felhasználó pedig az angol nyelvű oldalt kapja meg a találati listában. Szabályos beállítás esetén csökkenti a duplikált tartalom kockázatát, megakadályozza, hogy a forgalom rossz ország oldalára érkezzen, és mérhető módon javítja a nemzetközi SEO teljesítményt.
A többnyelvű oldalak esetében a probléma általában nem ér véget a tartalomgyártással; az igazán kritikus pont az, hogy a keresőmotorok számára világosan kommunikáljuk, ezek a tartalmak egymás alternatívái. Attól, hogy egy oldalt lefordítottál, a Google még nem fogja automatikusan a megfelelő piacra pozícionálni. Különösen igaz ez ugyanazon nyelv különböző országvariációira – mint például az en-us és en-gb verziók –, ahol a pénznem, a szállítási feltételek, az árazás, a jogi szövegek és a felhasználói szándék is eltérhet. A hreflang címkék ezeket a különbségeket egy rendezett térképpé alakítják a keresőmotorok szintjén.
A Hostragons blogjához készült útmutatóban a 2026-os SEO szabványoknak megfelelően, gyakorlati példákkal mutatjuk be, hogy mi az a hreflang címke, milyen esetekben kötelező használni, hogyan kell implementálni HTML-ben, XML oldaltérképen és HTTP fejlécen keresztül, valamint hogy mik a leggyakoribb hibák és az ellenőrzés lépései. Ha most indítasz egy többnyelvű weboldalt, az infrastruktúrát, SSL-t, domain nevet és tárhely döntéseket is egyszerre kell átgondolnod; ezen a ponton a tárhely választás többnyelvű weboldalhoz, a domain regisztrációs szolgáltatások és az SSL tanúsítvány termékek oldalak támogathatnak a tervezési folyamatban.
Mi az a hreflang címke?
A hreflang egy HTML link attribútum, amely tájékoztatja a keresőmotorokat egy weboldal alternatív nyelvi vagy régiós verzióiról. Technikailag a rel='alternate' attribútummal együtt használatos, és a hreflang értéke tartalmazza a nyelvi kódot, opcionálisan pedig az országkódot is. Egy egyszerű példa a következőképpen néz ki: <link rel='alternate' hreflang='hu' href='https://example.com/hu/' />. Ez a kifejezés azt jelzi, hogy az adott URL magyar nyelvű tartalmat kínál.
Ha több verzió létezik, minden oldalnak fel kell sorolnia az összes alternatívát, beleértve saját magát is. Ezt nevezzük kölcsönös címkézésnek vagy return tag logikának. Vagyis ha a magyar oldal hivatkozik az angolra, akkor az angol oldalnak is vissza kell hivatkoznia a magyarra. A Google ajánlásként értékeli a hreflang jeleket; ez nem egy parancs a végleges átirányításra. Egy jól konfigurált hreflang hálózat azonban drámaian megnöveli annak az esélyét, hogy a keresési eredmények között a megfelelő URL jelenjen meg.
Hogyan működnek a nyelvi és országkódok?
A hreflang értékeket ISO szabványok szerint kell megadni. A nyelvi kód ISO 639-1 formátumban kétbetűs: például hu, en, de, fr. Az országkód az ISO 3166-1 Alpha-2 szabvány szerint írandó: HU, US, GB, DE. Általános és jól olvasható gyakorlat, hogy a nyelvi kódot kisbetűvel, az országkódot nagybetűvel írjuk. Példák: hu-HU, en-US, en-GB, de-DE. Ha csak nyelvi célzásra van szükség, lehetséges az országkód nélküli használat is, például en vagy de.
A lényeges pont itt az, hogy az országkódot tilos önmagában használni. A hreflang='HU' nem helyes használat; helyette a hreflang='hu-HU' vagy egyszerűen a hreflang='hu' választandó. Ezenkívül a hibás országkódok teljesítményvesztéshez vezethetnek. Például az Egyesült Királyság esetében nem en-UK, hanem en-GB használandó. Ezek az aprónak tűnő különbségek nagy oldalakon több ezer URL hibás párosítását okozhatják.
Miért fontos a hreflang a többnyelvű oldalakon?
A nemzetközi SEO-ban a cél nem csupán az, hogy különböző nyelveken publikáljunk tartalmat, hanem hogy a megfelelő felhasználót a megfelelő oldalra irányítsuk. Ha egy magyarul kereső felhasználó az angol oldalra, vagy egy Németországból vásárolni szándékozó látogató az USA szállítási feltételeit tartalmazó oldalra kerül, az a konverziós ráta csökkenéséhez vezet. A hreflang címke használata ezt a problémát oldja meg azáltal, hogy megmutatja a keresőmotoroknak az alternatív oldalak közötti kapcsolatot.
Különösen az olyan nemzetközi célokkal rendelkező szektorokban, mint az e-kereskedelem, SaaS, turizmus, oktatás, szoftverfejlesztés és webtárhely szolgáltatás, a hreflang egy kritikus jelzés. Ha ugyanaz a termék- vagy szolgáltatásoldal hasonló struktúrában létezik különböző nyelveken, az duplikált tartalommal kapcsolatos aggodalmakat vethet fel. A hreflang elmagyarázza a Google-nak, hogy ezek az oldalak nem másolatok, hanem különböző felhasználói csoportok számára készült alternatívák.
- Csökkenti annak esélyét, hogy a rossz nyelvű oldal jelenjen meg a keresőben.
- Biztosítja, hogy az ország specifikus árak, pénznemek és szállítási adatok a megfelelő felhasználóhoz jussanak el.
- Segíti a SEO érték pontosabb megértését a lefordított oldalak között.
- Világosabbá teszi a nemzetközi organikus forgalmi riportok értelmezését.
- Javítja a felhasználói élményt és a konverziós arányt.
Képzeljünk el például egy szoftvercéget, amely a magyar, német és amerikai piacot szolgálja ki, de egyetlen angol nyelvű oldallal próbál minden piacot lefedni. Németországban a jogi követelmények, az USA-ban a fizetési módok, Magyarországon pedig a támogatás nyelve más és más lehet. Ezért sokkal egészségesebb megközelítés külön URL struktúrákat létrehozni, mint például /hu/, /de/ és /en-us/, és ezeket hreflang-gal összekapcsolni, mind a SEO, mind a felhasználói élmény szempontjából.
Mikor kell használni a hreflang címkét?
Nem minden weboldalon van szükség hreflang használatára. Egyetlen nyelvű, egyetlen országot célzó weboldal esetében a hreflang legtöbbször csak extra bonyodalmat okoz. Ha azonban az oldaladon ugyanannak a tartalomnak különböző nyelvi vagy régiós verziói léteznek, a hreflang tervezésnek a technikai SEO alapvető részét kell képeznie.
Mikor kötelező használni?
- Ha ugyanannak az oldalnak létezik magyar, angol, német vagy más nyelvű változata.
- Ha azonos nyelvű, de különböző országokra szabott tartalmaid vannak: pl. en-US, en-GB, en-AU.
- Ha országonként változik a pénznem, készlet, szállítás, adózás vagy jogszabályi információ.
- Ha egy globális főoldal és ország/nyelv specifikus landing oldalak együtt vannak jelen.
- Ha többnyelvű blogot, dokumentációt, súgóközpontot vagy termékkatalógust kezelsz.
Mikor nem szükséges, vagy fokozott figyelmet igényel?
- A gépi fordítással készült, minőségellenőrzésen át nem esett oldalak esetében a hreflang önmagában nem jelent megoldást.
- Helytelen a teljesen eltérő tartalmú oldalakat csupán azért összekapcsolni, mert hasonló témát érintenek.
- Ha az oldal noindex attribútummal rendelkezik, a hreflang megadása általában értelmetlen; a Google nem tudja indexelni az oldalt.
- Ha a canonical címke egy másik URL-re mutat, a hreflang jelzés ellentmondásba kerülhet.
- Átirányító, 404-es hibát visszaadó vagy blokkolt URL-eket nem szabad hreflang klaszterbe helyezni.
Gyakorlati ökölszabályként a következőt használhatod: Ha a felhasználó meglátja az A oldalt a keresési eredményekben, és létezik egy B verzió, amely jobban megfelel a saját nyelvének vagy piacának, akkor ezt a két oldalt hreflang-gal össze kell kötni. Ha azonban A és B oldal más termékeket, eltérő felhasználói szándékot vagy különböző kampányokat céloz, akkor a párosítást mellőzni kell.
A hreflang implementálásának módszerei
A hreflang három fő módszerrel implementálható: HTML fejlécen keresztül, XML oldaltérképpel és HTTP fejléccel. Hogy melyik módszert választod, az az oldal méretétől, a technikai infrastruktúrától, a CMS felépítésétől és a csapat munkafolyamataitól függ. Kis és közepes méretű weboldalaknál a HTML fejléces módszer a leggyakoribb. Nagy e-kereskedelmi vagy sok URL-t tartalmazó portálok esetében az XML oldaltérkép jobban kezelhető lehet. A nem HTML alapú fájloknál, például PDF-eknél, a HTTP fejléc használata kötelező.
| Módszer | Legjobb felhasználás | Előny | Amire figyelni kell |
|---|---|---|---|
| HTML head | Kevés vagy közepes számú oldallal rendelkező weboldalak | Közvetlenül az oldalon látható, tesztelése egyszerű | Minden oldalon hiánytalanul szerepelnie kell az összes alternatívának |
| XML oldaltérkép | Több ezer URL-t tartalmazó nagy oldalak | Központi menedzsmentet biztosít, csökkentheti a sablonhibákat | Az oldaltérkép frissességét és az URL státuszkódokat rendszeresen ellenőrizni kell |
| HTTP fejléc | PDF, fájlok vagy nem HTML erőforrások | Megoldást kínál nem HTML tartalmak esetén | A szerver konfigurációját hibátlanul kell elvégezni |
1. Hreflang használata a HTML head szekcióban
A legismertebb módszer, hogy minden oldal head szekciójába felvesszük az alternatív linkeket. Például egy magyar, angol és német verzióval rendelkező oldal esetében az összes verzión a következő logikának kell szerepelnie: <link rel='alternate' hreflang='hu-HU' href='https://example.com/hu/termek/' />, <link rel='alternate' hreflang='en-US' href='https://example.com/en/product/' />, <link rel='alternate' hreflang='de-DE' href='https://example.com/de/produkt/' />. Ezeknek a címkéknek mindhárom oldalon jelen kell lenniük.
A HTML módszer kis oldalakon praktikus, de a manuális menedzsment kockázatos. Amikor egy új nyelv kerül bevezetésre, az összes meglévő oldalhoz hozzá kell adni az új alternatívát. WordPress, egyedi CMS vagy headless architektúrák esetén ennek a folyamatnak a sablon szintű automatizálása a legegészségesebb megközelítés. A WordPress alapú többnyelvű oldalakhoz a WordPress tárhely és a WordPress többnyelvű oldal telepítése tartalmak hasznosak lehetnek a technikai háttér megteremtéséhez.
2. Hreflang használata XML oldaltérképpel
Nagy oldalakon fenntarthatóbb megoldás lehet a hreflang címkéket nem a HTML-be írni, hanem XML oldaltérképen keresztül kezelni. Ennél a módszernél minden URL-hez az alternatív nyelvi URL-ek az oldaltérképen belül kerülnek megadásra. Ez különösen tízezres nagyságrendű termékoldalak, kategóriaoldalak vagy dokumentációs oldalak esetében biztosít központi kontrollt.
Az oldaltérkép módszer használatakor a szabályok nem változnak: Minden alternatív URL klaszternek kölcsönösnek kell lennie, az URL-eknek 200-as státuszkódot kell visszaadniuk, nem kerülhetnek ellentmondásba a canonical címkével, és nem lehetnek letiltva a robots.txt által. Emellett az oldaltérkép fájlok beküldése a Google Search Console-on keresztül kulcsfontosságú az indexelés és a hibakövetés szempontjából. Ha nagyszámú oldaltérkép fájlt használsz, egy oldaltérkép index fájllal rendezett struktúrát kell kialakítani.
3. Hreflang használata HTTP fejléccel
A nem HTML tartalmak esetében a hreflang HTTP fejléccel definiálható. Ha például különböző nyelvű PDF katalógusaid vannak, mivel nincs HTML head szekció, az alternatívákat a szerver válaszfejlécében kell megadni. Ez a módszer több technikai tudást igényel, és a szerver konfigurációjához kapcsolódik. Apache, Nginx vagy alkalmazásszerver szinten a megfelelő szabályt kell megírni. A szerver oldali rendezett és gyors válaszadás érdekében olyan infrastruktúrák választhatók, mint a VPS szerver megoldások vagy a vállalati tárhely csomagok.
Hreflang terv lépésről lépésre
A sikeres hreflang implementáció a kód hozzáadása előtt tervezést igényel. Az alábbi folyamat valós projektekben használható a hibaarány csökkentésére. Különösen több országot érintő struktúráknál ajánlott ezeket a lépéseket egy táblázatban vagy technikai SEO dokumentumban rögzíteni.
1. Készíts nyelvi és piaci térképet
Először határozd meg, mely nyelveket és országokat célzod. Csak nyelvet célzol, vagy ország specifikus eltérések is lesznek? Például ha az angol tartalom az egész világra közös, a hreflang='en' elegendő lehet. Ha azonban az USA és az Egyesült Királyság esetében az árazás, a helyesírás, a szállítás és a jogi szövegek eltérnek, akkor az en-US és en-GB megkülönböztetést kell alkalmazni.
2. Tisztázd az URL architektúrát
A többnyelvű oldalaknál három elterjedt struktúra létezik: almappa, aldomain és országkódos domain név. Az almappa példája: example.com/hu/, és általában könnyebben kezelhető. Az aldomain példája: hu.example.com. Az országkódos domain név pedig olyan, mint az example.de vagy az example.com.hu. A döntést a SEO, a márka, az üzemeltetés és a költségek szempontjából kell meghozni. Egy új projekt indításakor a domain név választási útmutató és a mi az a webtárhely tartalmakkal tisztázhatod az alapvető döntéseket.
3. Hozz létre egy oldalpárosító táblázatot
Listázd ki, hogy melyik oldalnak mely nyelveken van megfelelője. Például a /hu/webtarhely/ oldalnak lehet /en/web-hosting/ és /de/webhosting/ párja. Ne erőltesd azoknak az oldalaknak a párosítását, amelyeknek nincs megfelelőjük. Ha egy magyar blogbejegyzésnek nincs angol fordítása, az az oldal ne kerüljön be a hreflang klaszterbe. A hiányos párosítás biztonságosabb, mint a hibás.
4. Ne feledkezz meg a self-referencing címkéről
Minden oldalnak a saját URL-jét is fel kell tüntetnie a hreflang listában. Ezt nevezzük self-referencing hreflang-nek. Tehát a magyar oldal ne csak az angol és német alternatívákat mutassa, hanem saját magát is hu-HU-ként. Ez a gyakorlat segíti a keresőmotorokat a klaszter struktúra pontosabb megértésében.
5. Használd az x-default értéket
Az x-default arra szolgál, hogy megjelöld azt az alapértelmezett oldalt, amelynek nincs konkrét nyelvi vagy ország célzása. Általában nyelvválasztó oldalakhoz, globális főoldalakhoz vagy a felhasználót a helyzete alapján átirányító oldalakhoz illik. Példa: <link rel='alternate' hreflang='x-default' href='https://example.com/' />. Az x-default nem kötelező, de globális oldalakon a felhasználói élmény szempontjából erős kiegészítő elem.
6. Építs ki egy teszt, publikálási és monitorozási folyamatot
Publikálás előtt ellenőrizni kell a minta URL klasztereket, publikálás után pedig a feltérképező eszközök és a Google Search Console adatait kell figyelni. Nagy oldalakon ideális, ha minden telepítés után automatikus hreflang teszt fut le. Például egy staging környezetben kiválaszthatsz 100 véletlenszerű URL-t, és ellenőrizheted a státuszkódot, a canonical-t, a hreflang kölcsönösséget és az indexelhetőséget.
Hogyan használjuk együtt a canonical-t és a hreflang-ot?
A canonical-t és a hreflang-ot gyakran összekeverik. A canonical a hasonló vagy másolt oldalak között a preferált, elsődleges URL-t jelöli ki. A hreflang ezzel szemben azt mondja meg, hogy a különböző nyelvi vagy ország verziók egymás alternatívái. A többnyelvű oldalakon általában minden nyelvi verziónak saját magát kell canonical-ként megjelölnie. A magyar oldal canonical címkéje a magyar URL-re, az angol oldalé az angol URL-re mutasson.
Rossz példa: A magyar oldal canonical címkéje az angol oldalra mutat, de a hreflang listában a magyar oldal alternatívaként szerepel. Ebben az esetben a Google-nak azt a jelet küldöd, hogy indexelje a magyar oldalt, miközben azt is mondod, hogy az az angol oldal másolata. Ennek eredményeképpen a hreflang nem biztos, hogy működni fog, vagy a várt oldal nem jelenik meg a keresési eredmények között.
A helyes megközelítés a következő: Ha a nyelvi vagy ország verziók valóban külön célokat szolgálnak, mindegyiküknek self-canonical-nak kell lennie, és hreflang-gal kell összekapcsolni őket. Ha az oldalak csak apró paraméterbeli eltéréseket mutatnak, például nyomkövető kódot vagy rendezési paramétert, a canonical kezelését ettől elkülönítve kell megítélni.
A leggyakoribb hreflang hibák
A hreflang hibák többsége apró elírásból vagy folyamatbeli hiányosságokból fakad, de a hatásuk nagy lehet. Különösen a több ezer URL-t tartalmazó oldalakon egyetlen sablonhiba az egész országos célzást tönkreteheti. Az alábbi pontok a valós projektek során leggyakrabban tapasztalt problémák.
- Hiányzó kölcsönös címke: Az A oldal hivatkozik B-re, de a B oldal nem hivatkozik vissza A-ra.
- Hibás kódhasználat: Az olyan helyes szabványok, mint az en-GB az en-UK helyett, könnyen figyelmen kívül maradhatnak.
- 404-es vagy átirányító URL: A hreflang URL-nek közvetlenül 200-at kell visszaadnia; a 301-es láncok gyengíthetik a jelet.
- Noindex oldalak: Az indexelésből kizárt oldalak hreflang klaszterbe helyezése ellentmondásos jelzés.
- Canonical ütközés: Ha az oldal egy másik nyelvi verziót jelöl meg canonical-ként, a hreflang hatástalanná válhat.
- Hiányzó self-reference: Gyakori hiba, hogy az oldal nem tünteti fel saját magát a hreflang listában.
- Automatikus átirányítási kényszer: A felhasználó IP-cím alapján történő erőszakos átirányítása megnehezítheti a Googlebot számára az alternatívák feltérképezését.
Gondoljuk át egy példán keresztül: A /hu/tarhely/ oldalad hreflang-gal hivatkozik a /en/hosting/ oldalra, de az angol oldalon nincs magyar alternatíva. A Google ezt a kapcsolatot nem biztos, hogy megbízhatónak találja. Egy másik példában a /de/hosting/ URL létezik az oldaltérképen, de az oldal 302-vel a /de-de/hosting/ címre irányít. Ez is elhomályosítja a cél URL egyértelműségét. Ezért a hreflang-ot, az URL architektúrát és az átirányítási szabályokat együtt kell menedzselni.
Technikai infrastruktúra javaslatok többnyelvű weboldalakhoz
A hreflang sikere nem csak a címkéken múlik; az oldal sebessége, biztonsága, feltérképezhetősége és az URL-ek konzisztenciája is fontos. Egy többnyelvű weboldalon minden nyelvi mappának ugyanazokat a teljesítményszabványokat kell teljesítenie. Ha az egyik ország oldalai gyorsak, a másiké lassúak, a felhasználói élmény és a SEO teljesítmény kiegyensúlyozatlanná válik.
- Használj HTTPS-t: Minden nyelvi verziónak érvényes SSL tanúsítvánnyal kell működnie. A vegyes tartalom és a tanúsítványhibák aláássák a nemzetközi bizalmat. SSL tanúsítvány telepítése lépésről lépésre
- Fontold meg a CDN használatát: Ha különböző országokból fogadsz látogatókat, a statikus erőforrások globális hálózaton keresztüli kiszolgálása csökkentheti a betöltési időt.
- Használj konzisztens URL szabványokat: A záró perjel, a kisbetű-használat, a paraméterek és az átirányítási irányelvek minden nyelven azonosak legyenek.
- Figyeld a szerver válaszokat: Az 5xx hibák vagy a lassú TTFB megnehezítik a Google számára a nemzetközi oldalak feltérképezését.
- Tedd feltérképezhetővé a nyelvválasztót: A csak JavaScript-tel működő, linket nem generáló nyelvválasztók elégtelenek lehetnek a keresőmotorok számára.
A tárhely oldalon a skálázható erőforrások, a rendszeres biztonsági mentés, a tűzfal és a gyors DNS válaszok felértékelődnek. A többnyelvű e-kereskedelem vagy nagy forgalmú vállalati oldalak esetében a megosztott tárhely helyett érdemes lehet kezelhető VPS-t vagy felhő infrastruktúrát választani. Ebben a témában a mi az a VPS tárhely és a vállalati webtárhely tartalmak segíthetnek a döntésben.
Hogyan mérjük a hreflang teljesítményét?
A hreflang implementáció hatásának mérésére egyetlen mutatószám nem elegendő. A Google Search Console-t, az analitikai eszközöket és a technikai feltérképezés eredményeit együtt kell értékelni. Elsősorban az ország és nyelv alapú organikus forgalom megoszlását kísérd figyelemmel. Rendszeresen ellenőrizni kell, hogy a Németországot célzó oldalak kapnak-e megjelenítést Németországból, illetve hogy az angol oldalak továbbra is feleslegesen jelennek-e meg a magyarországi keresésekben.
A Google Search Console Teljesítmény jelentését ország és oldal szűrőkkel vizsgálhatod. Például nyomon kell követni a /de/ mappa németországi, illetve a /hu/ mappa magyarországi megjelenítési és kattintási trendjeit. Ha a rossz oldal láthatósága csökken, a jó oldalé pedig nő, akkor a hreflang és a tartalmi célzás egészségesebben működik.
- Célország szerinti megjelenítés és kattintás változása
- A rossz nyelvű oldal megjelenési aránya
- Organikus konverziós ráta és visszafordulási arány
- Az indexelt URL-ek száma és a lefedettségi hibák
- Technikai feltérképezés során talált hreflang kölcsönösségi hibák
A méréshez egy 4-8 hetes időablakot ésszerű elfogadni. Időbe telhet, amíg a Google újra feltérképezi, feldolgozza és megjeleníti a keresési eredményekben a hreflang jeleket. Ebben az időszakban ahelyett, hogy kapkodva gyakran változtatnád az URL struktúrát, jobb stratégia a hibák kijavítása és a konzisztens jelzés fenntartása.
Legjobb gyakorlatok ellenőrzőlista 2026-ra
A 2026-os SEO szemléletben a technikai pontosság, a felhasználói élmény és a tartalom minősége együttesen kerül értékelésre. A Google AI Overviews és más mesterséges intelligenciával támogatott keresési élmények jobban megértik a világosan strukturált, a felhasználói szándékra pontos választ adó oldalakat. A hreflang ennek a megértésnek a nemzetközi dimenzióját erősíti.
- Minden nyelvi és ország verzióhoz készíts valós felhasználói igényeken alapuló tartalmat.
- Soha ne publikálj gépi fordítást szerkesztői ellenőrzés nélkül.
- Minden oldalon használj self-canonical és self-referencing hreflang beállítást.
- Győződj meg róla, hogy az alternatív oldalak kölcsönösen hivatkoznak egymásra.
- Az x-default értéket globális vagy nyelvválasztó oldalakon érdemes használni.
- Rendszeresen teszteld, hogy a hreflang URL-ek 200-as státuszkódot adnak-e vissza.
- Ellenőrizd a noindex, robots.txt tiltás és canonical ütközések meglétét.
- Tartsd naprakészen az oldaltérkép fájlokat, és küldd be őket a Search Console-ba.
- A nyelvválasztó menükben használj feltérképezhető HTML linkeket.
- A tárhely, SSL és teljesítmény infrastruktúrát minden piacon konzisztensen menedzseld.
Ez az ellenőrzőlista gyors kiindulópontot nyújt a technikai SEO auditokhoz. Nagy oldalakon azonban az automatizálás elengedhetetlen. Heti feltérképezési jelentések, hibás URL figyelmeztetések és telepítés előtti tesztek nélkül nehéz megőrizni a hreflang egészségét. Különösen új piacra lépéskor biztonságosabb módszer először korlátozott számú oldallal pilot projektet indítani, majd azt kiterjeszteni az egész oldalra.
Gyakran Ismételt Kérdések
A hreflang címke közvetlenül növeli a SEO rangsorolást?
A hreflang címke a klasszikus értelemben nem egy közvetlen rangsorolási tényező; azonban azáltal, hogy biztosítja a megfelelő nyelvi és ország oldal megjelenítését a megfelelő felhasználó számára, javíthatja az organikus kattintási arányt, a felhasználói elégedettséget és a konverziós rátákat. Ez a közvetett hatás jelentős különbséget eredményezhet a nemzetközi SEO teljesítményben.
Minden többnyelvű oldalon kötelező az x-default használata?
Nem, az x-default nem kötelező. Használata azonban ajánlott, ha van globális főoldalad, nyelvválasztó oldalad, vagy olyan alapértelmezett verziód, amely nem céloz konkrét országot. Azokon az oldalakon, ahol a felhasználó választhat nyelvet vagy régiót, az x-default tisztább jelzést ad.
A hreflang-nak és a canonical-nak ugyanarra az URL-re kell mutatnia?
A többnyelvű oldalakon általában minden nyelvi verziónak saját magát kell canonical-ként megjelölnie. Ugyanennek az oldalnak a hreflang listában is tartalmaznia kell a saját URL-jét és a többi alternatívát. Ha egy másik nyelvű URL-t jelölsz meg canonical-ként, az ellentmondásba kerülhet a hreflang jelzéssel.
Hogyan kezelhető a hreflang a WordPress oldalakon?
A WordPress oldalakon a hreflang általában többnyelvű bővítményekkel vagy SEO pluginokkal menedzselhető. Ennek ellenére ellenőrizni kell az automatikusan generált kimeneteket. A nyelvi kódokat, a kölcsönös címkéket, a canonical megfelelést és az oldaltérkép integrációt rendszeresen tesztelni kell.
Milyen gyakran kell ellenőrizni a hreflang hibákat?
Kis oldalakon a havi ellenőrzés elegendő lehet. Nagy e-kereskedelmi, blog vagy dokumentációs oldalakon heti technikai feltérképezés javasolt. Új nyelv hozzáadásakor, az URL struktúra megváltoztatásakor vagy oldalköltöztetéskor a hreflang ellenőrzéseket mindenképpen el kell végezni.
Összegzés
A hreflang címke használata többnyelvű weboldalakon a nemzetközi SEO egyik legkritikusabb technikai lépése. A helyes nyelvi kódokkal, a kölcsönös címkézéssel, a self-canonical struktúrával, az x-default használatával és a rendszeres tesztfolyamatokkal tiszta jeleket küldhetsz a keresőmotoroknak. Így a felhasználók a keresési eredmények között a saját nyelvüknek és piacuknak legmegfelelőbb oldallal találkoznak.
Ha többnyelvű weboldalt tervezel, a legegészségesebb út, ha a hreflang stratégiát a tartalommal, domainnel, SSL-lel és tárhely infrastruktúrával együtt kezeled. Nézd meg a Hostragons tárhely, domain és SSL megoldásait, hogy biztonságos és skálázható alapot teremts a projektednek: Hostragons webtárhely, domain kereső, SSL tanúsítványok.