Hreflang oznake (rel="alternate" hreflang) povedo iskalnikom, katero jezikovno ali regijsko različico strani naj prikažejo določenemu uporabniku. Gre za signal, ne za ukaz, ki iskalnikom pomaga izbrati pravo različico glede na jezik in lokacijo obiskovalca. Brez njih Google pogosto prikaže napačno različico ali obravnava enake strani v več jezikih kot podvojeno vsebino, kar slabi vidnost celotnega spletnega mesta.
Na kratko:
- Implementacija hreflang je ključna za pravilno prikazovanje jezikovnih in regionalnih različic strani, sicer Google prikazuje napačne ali podvojene povezave.
- Za velike mreže in trgovine je najbolj zanesljiva uporaba zemljevidov strani, saj olajša vzdrževanje in zmanjša tveganje napak.
- Pri manjših projektih je ročno vzdrževanje hreflang v vseh jezikovnih različicah izvedljivo, a pri večjih je priporočljiva avtomatizacija.
- Hreflang mora biti usklajen z kanoničnimi URL-ji, sicer tvega nepravilno indekacijo in slabo vidljivost.
- Vrednost
x-defaultuporabite za globalno domačo stran ali izbiro jezika, da zagotovite pravilno usmerjanje uporabnikov in boljšo indeksacijo.
Kazalo
- Kaj je rel=“alternate” hreflang: terminologija in standardi
- Kako implementirati hreflang: HTML head, sitemap ali HTTP header
- Primer kode za hreflang in kako preveriti delovanje
- Najpogostejše napake pri hreflang in kako jih odpraviti
- Kaj naredi hreflang=“x-default” in kdaj ga uporabiti
- Hreflang in canonical: kako ju pravilno uskladiti
- Priporočila Webtim za izvedbo večjezičnih projektov
- Kdo naj implementira hreflang za vašo stran
- Kdaj poklicati agencijo in kdaj hreflang urediti sami
- Viri
Kaj je rel=“alternate” hreflang: terminologija in standardi
Oznaka rel="alternate" hreflang="xx-XX" v ozadju strani sporoča iskalniku, da obstaja druga različica te strani, namenjena drugemu jeziku ali regiji. Zapiše se v <head> dokumenta, v XML zemljevidu strani ali v HTTP glavi, vedno pa nosi dve vrsti podatkov: jezik in, opcijsko, regijo.
Za jezik se uporablja standard ISO 639-1, ki vsakemu jeziku dodeli dvočrkovno kodo (sl za slovenščino, en za angleščino, de za nemščino). Za regijo se dodaja ISO 3166-1 Alpha 2, ki označuje državo (US za Združene države, AT za Avstrijo). Kombinacija videti takole: en-US pomeni angleščino za ameriško tržišče, en-GB pa angleščino za britansko.
Tu se skriva pogosta zmeda, ki jo velja razčistiti takoj:
- HTML atribut
langpove brskalniku in bralnikom zaslona, v katerem jeziku je napisana vsebina te strani. hreflangpa iskalniku pove, da obstajajo druge strani z drugačno jezikovno različico iste vsebine.
Prvi opisuje trenutno stran, drugi povezuje cel klaster strani med seboj. Google pri tem ne uporablja hreflang za samodejno zaznavanje jezika vsebine, temveč se zanaša na lastne algoritme, hreflang pa mu le pomaga izbrati pravo različico za prikaz.
Kako implementirati hreflang: HTML head, sitemap ali HTTP header
Za implementacijo hreflang oznak obstajajo tri poti, in izbira med njimi je odvisna predvsem od velikosti strani in vrste vsebine.
- HTML
<link>v<head>. Najpogostejša metoda za manjše in srednje velike strani. V glavo vsake jezikovne različice vstavite povezave na vse druge različice, vključno s samo seboj. Napaka, ki se tu dogaja najpogosteje: razvijalci pozabijo dodati povezavo nazaj na izvorno stran, kar prekine recipročnost celotnega klastra. - XML zemljevid strani. Za obsežne večjezične ali večregionalne strani (na primer spletne trgovine s tisoči izdelkov) je vnašanje hreflang podatkov v zemljevid strani bistveno bolj obvladljivo kot polnjenje
<head>vsake posamezne strani. Google to metodo priporoča prav zaradi lažjega vzdrževanja na velikem obsegu. - HTTP Link header. Uporablja se za datoteke, ki nimajo
<head>elementa, denimo PDF dokumente. Tu je HTTP header edina praktična rešitev, ker v samo datoteko preprosto ni kam vstaviti HTML oznake.
Strokovni nasvet: Če upravljate spletno trgovino z več kot 50 jezikovnimi različicami izdelkov, ne poskušajte vzdrževati hreflang ročno v HTML glavi vsake strani. Zemljevid strani vam prihrani ure dela in bistveno zmanjša tveganje napak pri vsaki novi objavi.
Metod ne mešajte po nepotrebnem. Če ista stran hkrati prejme hreflang podatke iz <head> in iz zemljevida strani, in se ti razlikujejo, se lahko signal za iskalnik izniči ali postane nezanesljiv.
Primer kode za hreflang in kako preveriti delovanje
Klaster treh jezikovnih različic z vrednostjo x-default izgleda takole:
<link rel="alternate" hreflang="sl" href="https://primer.si/" />
<link rel="alternate" hreflang="en-US" href="https://primer.si/en/" />
<link rel="alternate" hreflang="de-AT" href="https://primer.si/de/" />
<link rel="alternate" hreflang="x-default" href="https://primer.si/" />
Po objavi delovanje preverite na dva načina:
- V Google Search Console pod razdelkom za mednarodno usmerjanje, kjer Google javi napake pri recipročnosti in neveljavnih kodah.
- Z brezplačnimi spletnimi orodji za preverjanje hreflang, ki simulirajo, kako iskalnik vidi vaš klaster strani.
Cena napake je visoka: nepravilna implementacija hreflang lahko povzroči padec konverzije za 30 do 60 %, ker uporabniki pristanejo na jezikovni različici, ki jim ne ustreza. Po vsaki spremembi zato spremljajte promet po državah, stopnjo odboja in konverzije, ne le uvrstitev v iskalniku.
Najpogostejše napake pri hreflang in kako jih odpraviti
Večina težav s hreflang izvira iz štirih ponavljajočih se vzorcev.
- Napačne ali neveljavne kode.
sl-SLne obstaja, pravilna oznaka jesl-SI. Vedno preverite kodo proti uradnim ISO standardom, ki jih uporablja tudi Moz v svojih navodilih za implementacijo. - Manjkajoča recipročnost. Stran A kaže na stran B, a stran B ne kaže nazaj na stran A. Google zahteva, da vsaka stran v klastru vsebuje popoln sklop povezav, sicer signal ne deluje.
- Neujemanje canonical in hreflang. Ko canonical oznaka kaže na drugo stran, kot jo navaja hreflang, iskalnik dobi nasprotujoča si sporočila.
- Mešanje metod implementacije. Del klastra uporablja HTML glavo, del zemljevid strani, brez sinhronizacije med njima.
Rešitev za vse štiri je ista: en dosleden sistem, redno avtomatizirano preverjanje in eno orodje, ki hkrati vzdržuje celoten klaster.
Kaj naredi hreflang=“x-default” in kdaj ga uporabiti
Vrednost x-default je rezervirana oznaka, namenjena kot varnostna mreža za uporabnike, ki jih ne ujame nobena druga jezikovna ali regijska različica v klastru. Google jo je uvedel prav za mednarodne vstopne strani, kjer ni smiselno privzeto ponuditi ene same jezikovne različice vsem obiskovalcem po svetu.
Najpogosteje jo uporabite v dveh primerih:
- Globalna domača stran, ki obiskovalca iz neznane regije preusmeri na izbirnik jezika, namesto da ga samodejno vrže v napačno različico.
- Izbirnik jezika sam po sebi, kadar spletna stran ne zna z gotovostjo določiti primerne različice glede na lokacijo ali brskalnik obiskovalca.
Poleg fallback vloge ima x-default še stransko korist. Iskalniki lahko podane href naslove uporabijo tudi pri odkrivanju drugih lokaliziranih različic strani, kar pri velikih in razvejanih spletnih mestih pomaga pri hitrejši indeksaciji celotnega klastra. To je pogosto podcenjen učinek, ki ga marsikateri razvijalec spregleda.
Hreflang in canonical: kako ju pravilno uskladiti
Canonical oznaka ni nadomestek za hreflang, čeprav ju marsikdo zamenjuje. Canonical rešuje podvojeno vsebino znotraj enega jezika, hreflang pa usmerja med jezikovnimi različicami. Uporabljata se skupaj, ne eden namesto drugega.
Pravilo je preprosto: vsaka jezikovna različica naj bo kanonična sama sebi. Slovenska stran kaže canonical nazaj na svoj lastni slovenski URL, angleška na svojega. Če canonical na eni od različic kaže na drugo stran v klastru, lahko iskalnik hreflang signal prezre ali napačno razume, katera stran naj se sploh prikaže.
Po vsaki spremembi preverite:
- Ali vsak URL v klastru kaže canonical nazaj na samega sebe, preberite tudi, kako pravilno preprečiti podvajanje vsebine.
- Ali se hreflang in canonical vrednosti med seboj ne izključujejo.
- Kako se je po spremembi obnašal organski promet po posameznih jezikovnih segmentih.
Priporočila Webtim za izvedbo večjezičnih projektov
Pri večjih večjezičnih projektih Webtim priporoča avtomatizacijo namesto ročnega vzdrževanja klastrov. Na WordPress straneh se za to najpogosteje uporablja WPML, ki samodejno skrbi za recipročnost med jezikovnimi različicami in bistveno zmanjša tveganje človeške napake. Podobno logiko najdete v vodniku za SEO na WordPressu.
Operativni nadzor naj vključuje redno preverjanje v Search Console, spremljanje ključnih kazalnikov po jezikovnih segmentih (promet, stopnja odboja, konverzije) in periodično revizijo po vsaki večji spremembi strukture URL. Kdor postavlja mednarodni klaster prvič, si lahko pomaga tudi z zunanjimi tehničnimi kontrolnimi listami, kot je checklist za internacionalizacijo spletnih strani, preden preide na produkcijsko okolje. Kadar obseg presega interne kapacitete, Webtim ponuja tehnično izvedbo skupaj s spremljanjem rezultatov po uvedbi.
Kdo naj implementira hreflang za vašo stran
Tehnično SEO optimizacijo spletnih strani, vključno s pravilno nastavitvijo hreflang oznak, Webtim izvaja kot del širše storitve tehnične optimizacije, ne kot ločen dodatek. To pomeni, da se hreflang uskladi s canonical oznakami, strukturo URL in zemljevidom strani v enem koraku, ne v treh nepovezanih popravkih.
Za podjetja, ki šele načrtujejo vstop na tuje trge, je smiselno hreflang vgraditi že v samo zasnovo strani, ne dodajati ga naknadno na obstoječo strukturo. Pri izdelavi spletne strani Webtim upošteva mednarodno usmerjenost od prve faze projekta, kar prihrani precej popravkov kasneje. Za spletne trgovine z več jezikovnimi različicami izdelkov velja enako pri izdelavi spletne trgovine. Če želite preveriti, kako je vaša stran trenutno pripravljena na mednarodno rast, je prvi korak pogovor o tehnični SEO optimizaciji, kjer Webtim pregleda obstoječe stanje in predlaga konkretne popravke.
Kdaj poklicati agencijo in kdaj hreflang urediti sami
Manjša stran s dvema jezikovnima različicama in peščico podstrani je povsem obvladljiva v lastni režiji. Trije vzorci napak, opisani zgoraj, pokrijejo večino težav, kontrolna lista pa je dovolj za samostojno odpravo.
Ko klaster preraste deset ali dvajset strani po jeziku, ali ko gre za spletno trgovino s stalnimi spremembami kataloga, ročno vzdrževanje postane tveganje, ne rešitev. Takrat se izplača avtomatizacija in nekdo, ki spremlja Search Console redno, ne le ob težavah. Najpogostejša napaka, ki jo vidim pri manjših straneh, ni napačna koda, temveč to, da nihče po uvedbi ne preveri, ali je recipročnost ostala nedotaknjena po naslednji posodobitvi vsebine.
— Marin