Minden nyelvi URL-nek érvényes kódokkal kell hivatkoznia önmagára és az összes egyenértékű alternatívára; saját canonicallel, visszamutató hreflang-hivatkozásokkal és sikeres, indexelhető állapottal kell rendelkeznie.
A hreflang segít a keresőnek abban, hogy az oldal egyenértékű nyelvi vagy regionális változatait a megfelelő közönséghez rendelje. Nem fordítási utasítás, és nem is helyettesíti a minőségi lokalizációt. Minden változatnak önállóan elérhetőnek, indexelhetőnek kell lennie, és tartalmilag ugyanazt a feladatot kell szolgálnia, még ha a szöveg, a pénznem vagy az elérhetőségek régiónként eltérhetnek is.
A leggyakoribb hibák a hiányos klaszterekből, a helytelen kódokból, a hiányzó visszahivatkozásokból és a canonical-lel való ütközésből erednek. A megvalósítás történhet HTML-ben, HTTP-fejlécben vagy XML sitemapben. Válasszon egyetlen fenntartható igazságforrást, és a jelöléseket adatokból generálja, ne tucatnyi cím kézi másolásával.
Először tervezze meg a nyelvi és regionális URL-eket
Döntse el, hogy külön domaineket, aldomaineket vagy alkönyvtárakat használ, és ezt a szabályt következetesen tartsa be. Minden változatnak legyen stabil URL-je, kötelező cookie vagy IP-alapú automatikus átirányítás nélkül. A felhasználónak tudnia kell nyelvet váltani, és a megosztott hivatkozásnak a választott változatot kell megnyitnia.
Különböztesse meg a nyelvet a régiótól. A szlovák nyelv használhat nyelvkódot, míg az angol egy adott piac esetében kiegészülhet egy támogatott régióval. Ne találjon ki marketinges rövidítéseket, és ne használja az országkódot nyelvként. Ha ugyanaz a nyelv több piacot is kiszolgál lényeges eltérés nélkül, fontolja meg egyetlen közös változat használatát.
Teljes klaszter és visszamutató linkek
Minden hreflang-klaszterben az oldal önmagát és az összes egyenértékű alternatívát is feltünteti. A hivatkozásoknak kölcsönösnek kell lenniük. Ha a szlovák változat az angolra hivatkozik, az angolnak vissza kell hivatkoznia a szlovákra, ugyanazzal a listával. Egyetlen hiányzó vagy hibás cím is gyengítheti az egész klaszter megbízhatóságát.
Az oldalakat cél szerint párosítsa, ne csupán a hasonló név alapján. Egy szlovák szolgáltatás-részletoldal ne mutasson az általános angol kezdőlapra, ha nem létezik egyenértékű fordítás. Ilyenkor inkább ne adjon meg alternatívát. Az x-default jelölhet semleges választóoldalt vagy alapértelmezett változatot, de nem helyettesíti a szokásos nyelvi jelöléseket.
- érvényes nyelvi és opcionális regionális kódok
- önhivatkozás és az összes egyenértékű alternatíva
- kölcsönös hivatkozások minden változatban
- nincs a részletoldal hozzárendelése egy nem kapcsolódó kezdőlaphoz
Az egyes verziók canonicalja és indexelhetősége
Minden lokalizált oldal canonicalja általában önmagára mutat. Ha minden nyelvet egyetlen változatra kanonizál, ellentmondást közvetít: a hreflang azt állítja, hogy alternatívákról van szó, a canonical pedig azt, hogy csak egy tartalmat részesít előnyben. Az alternatíváknak 200-as kódot kell visszaadniuk, nem lehetnek noindexesek vagy blokkoltak, és elérhetőnek kell lenniük a rendereléshez szükséges erőforrásaiknak.
A böngésző nyelve szerinti átirányítást óvatosan alkalmazza, és hagyja meg a lehetőséget, hogy a felhasználó a választott URL-en maradjon. A robotnak és a más országból érkező felhasználónak minden verziót közvetlenül be kell tudnia tölteni. Egy lokalizáció eltávolításakor előbb módosítsa a hreflang klasztert, mielőtt a régi címet átirányítaná vagy megszüntetné.
HTML, fejlécek vagy XML sitemap
A HTML link elem a hagyományos oldalaknál áttekinthető, a HTTP fejlécek a nem HTML fájlokhoz valók, az XML sitemap pedig egyszerűbben kezelhet nagy számú alternatívát. Ne alkalmazza mindhárom módszert indok nélkül; ezzel növeli azon helyek számát, amelyek eltérhetnek egymástól. Azt a módszert válassza, amelyet a CMS-e következetesen képes generálni.
A sitemapben adjon meg minden kanonikus, indexelhető URL-bejegyzést és annak teljes alternatíváit a helyes szintaxis szerint. A generátornak egy kapcsolati táblából vagy a tartalom közös azonosítójából kell kiindulnia. A hasonló slug alapján végzett kézi hozzárendelés kudarcot vall a lokalizált neveknél és a csak bizonyos nyelveken elérhető oldalaknál.
Audit a migráció előtt és után
Az URL-ek módosítása előtt exportálja a meglévő klasztereket, és készítsen térképet a régi és az új címekről minden nyelvhez. A staging környezetben ellenőrizze a kódokat, a kölcsönös visszahivatkozásokat, a canonical címeket és az állapotkódokat. Az átirányításoknak a megfelelő nyelvű tartalomra kell mutatniuk, nem mindnek egyetlen globális oldalra.
Telepítés után crawllal ellenőrizze a hiányos klasztereket, az átirányításokra mutató hivatkozásokat, a hibákat és a kanonikus ütközéseket. Kövesse a belépő oldalakat ország és nyelv szerint, annak tudatában, hogy a találatok személyre szabása változik. A hreflang nem garantál helyezést, sem a helyes változat azonnali megjelenítését; abban segít, hogy a keresőmotor megértse a karbantartott kapcsolatokat.
- érvényes nyelvkód és opcionális régiókód
- önhivatkozás és visszahivatkozások minden klaszterben
- egyenértékű oldalak cél szerint párosítva
- self-canonical minden indexelhető alternatíván
- nincsenek hibára vagy átirányításra mutató alternatívák
- következetes megvalósítás egyetlen kiválasztott csatornán
- x-default csak valóban semleges választáshoz
- újbóli crawl minden nagyobb nyelvi migráció után
- a bemenetek monitorozása nyelv, ország és cél-URL szerint
- ellenőrzés a lokalizációs rendszer módosítása után
Gyakori kérdések
Minden többnyelvű weboldalhoz szükség van hreflangra?
Akkor hasznos, ha léteznek egyenértékű nyelvi vagy regionális URL-ek. Ha csak egyetlen oldala van váltható szöveggel, külön címek nélkül, először az URL-architektúrát javítsa ki.
Az angol verzió canonical hivatkozása a szlovákra mutasson?
Általában nem. Minden indexelhető nyelvi változat önmagára mutató canonicallal rendelkezik, a köztük lévő kapcsolatot pedig a hreflang fejezi ki.
Mi a teendő, ha az oldalnak nincs fordítása?
Ne adjon meg nem kapcsolódó alternatívát. Az elérhető nyelveket tartsa meg a teljes, kölcsönös klaszterben, és kínáljon a felhasználónak érthető nyelvi navigációt.
Források és további olvasnivaló
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
