2026-07-01 · Uredništvo Baduno · 7 blog.readMin · Blog & Znanje
Pravilna uporaba hreflanga: Praktični vodnik
Najbolj strašena oznaka v mednarodnem SEO – razumljivo razložena, s petimi napakami, ki jih najpogosteje najdemo v revizijah.
Kaj hreflang dejansko naredi
hreflang iskalnikom pove, katere jezikovne in državne različice strani spadajo skupaj – tako Google uporabniku na Dunaju pokaže nemško, uporabniku v Milanu pa italijansko različico. Ni orodje za izboljšanje uvrstitve, temveč signal za dodeljevanje: preprečuje, da bi se vaše lastne jezikovne različice medsebojno kanibalizirale ali pojavile kot podvojeno vsebino.
Osnovna pravila
Prvič: Vsaka jezikovna različica se povezuje na vse druge in nase – matrika mora biti popolna in vzajemna. Drugič: Vsaka stran potrebuje dodatno x-default za uporabnike zunaj definiranih jezikov. Tretjič: hreflang spada na raven strani, ne na raven spletnega mesta – domača stran se povezuje na domače strani, stran s cenami na strani s cenami.
Pet najpogostejših napak
Manjkajoče povratne povezave (A kaže na B, B ne kaže na A – najpogostejši vzrok za neupoštevane oznake). Napačne jezikovne kode, kot 'uk' namesto 'en-GB'. hreflang na preusmerjene ali kanonizirane URL-je. Pozabljene nove strani, ker se matrika vzdržuje ročno. In: hreflang kot nadomestilo za prevod – oznaka se sklicuje na različice, ne ustvarja jih.
Naše priporočilo
Nikoli ne ustvarjajte hreflang ročno. Pri 24 jezikih in 40 straneh nastane več kot 26.000 povezav – tega noben človek ne more brez napak vzdrževati. Naš cevovod samodejno ustvari matriko iz strukture strani; ta spletna stran rezultat prikaže v vsaki izvorni kodi. Prav tako bi moralo delovati pri vas.
hreflang v zemljevidih spletnega mesta v primerjavi z HTML glavo: prednosti in slabosti
Nastavitve hreflang lahko vnesete bodisi v HTML glavo vsake strani ali v XML zemljevid spletnega mesta. Metoda zemljevida spletnega mesta ponuja prednost, da lahko centralno upravljate vse jezikovne različice in vam ni treba urejati vsake strani posebej. Google to možnost podpira od leta 2017. Vendar morajo biti vse navedene URL v zemljevidu spletnega mesta in morajo kazati na isto vsebino. Tipična težava: če v zemljevidu spletnega mesta določite skupino hreflang, vendar ena od URL ni vključena v zemljevid, bo prezrta. Metoda HTML zahteva, da vsaka stran sama kaže na vse alternative – kar je pri veliko jezikih zamudno za vzdrževanje. Priporočilo: Uporabite metodo zemljevida spletnega mesta kot primarni mehanizem in po potrebi dodajte HTML oznake za redundanco. Poskrbite, da je zemljevid spletnega mesta vedno posodobljen in v celoti vključuje vse jezikovne različice.
hreflang in Canonical: pravilna kombinacija
Pogosta napaka je hkratna uporaba hreflang in rel="canonical" na isti strani. Ko nastavite hreflang, sporočate, da obstajajo alternativne jezikovne različice. Canonical oznaka pa kaže, katera URL je prednostna različica za iskalnike. Obe informaciji morata biti skladni: če določite hreflang za skupino URL, nobena od teh URL ne sme prek canonical kazati na zunanjo domeno ali drugo jezikovno različico. Primer: nemška stran ima hreflang sklice na angleško in francosko stran. Če na nemški strani nastavite canonical na samo sebe, je to pravilno. Če pa prek canonical kažete na angleško stran, si hreflang signal nasprotuje. Google v takih primerih daje prednost canonical oznaki in ignorira hreflang nastavitve. Zato v svojih revizijah preverite, ali se canonical in hreflang ujemata.
Dinamični URL-ji in hreflang: obvladovanje izzivov
Spletne strani z URL parametri (npr. ?lang=de ali ID sej) predstavljajo poseben izziv. Iskalniki lahko različne kombinacije parametrov interpretirajo kot samostojne URL, kar vodi v napihnjeno hreflang matriko. Primer: stran izdelka je dosegljiva prek /produkt?lang=de, /produkt?lang=en&session=abc in /produkt?lang=fr. Če so vsi ti URL v hreflang matriki, si lahko medsebojno kanibalizirajo. Rešitve: Prvič, uporabite dosledne URL strukture brez odvečnih parametrov. Drugič, v Google Search Console nastavite URL parametre na „Brez vpliva na indeksiranje“ za nepomembne parametre. Tretjič, implementirajte hreflang samo za kanonični URL vsake jezikovne različice in se izogibajte vključevanju URL različic s sledilnimi parametri. Redno preverjanje z orodjem za testiranje hreflang pomaga zgodaj odkriti in odpraviti takšne neskladnosti.
Najbolj strašena oznaka v mednarodnem SEO – razumljivo razložena, s petimi napakami, ki jih najpogosteje najdemo v revizijah.
Avtomatizirano spremljanje vaše implementacije hreflang
Tudi pravilno zgrajena matrika hreflang lahko sčasoma postane napačna zaradi prestrukturiranja strani, novih jezikovnih različic ali izbrisanih URL-jev. Ročno preverjanje pri več jezikih in številnih straneh ni praktično. Zato uporabite avtomatizirana orodja, ki redno preverjajo vaše podatke hreflang glede popolnosti, vzajemnosti in pravilnih jezikovnih kod. Na primer, lahko uporabite skript, ki preišče vse strani, izvleče oznake hreflang in preveri, ali vsaka alternativa vsebuje tudi povratno povezavo. Pri tem pazite tudi na skladnost z zemljevidom spletišča: ali se jezikovne skupine, deklarirane v zemljevidu, ujemajo z dejanskimi oznakami na straneh? Vključite takšne preglede v svoj proces CI/CD, tako da pred objavo nove strani ali jezikovne različice samodejno prejmete obvestilo, če matrika hreflang vsebuje vrzeli.
Jezikovne različice in regionalne specifike: pravilna uporaba en, en-GB, en-US
Opredelitev jezikovnih oznak v hreflang znački sledi standardu ISO 639-1, regionalne različice pa so dopolnjene z ISO 3166-1 Alpha 2. Tipična napaka je uporaba ‚en‘ za vse angleške strani, čeprav imate vsebinsko ločene različice za Združeno kraljestvo, ZDA in Avstralijo. V tem primeru morate natančno nastaviti oznake: en-GB, en-US, en-AU. Če manjka regionalna oznaka, Googlu sporočate, da so vse angleške različice zamenljive – kar vodi v napačno prikazovanje. Če pa imate le eno angleško stran za vse angleško govoreče uporabnike, zadostuje oznaka ‚en‘ brez regije. Poseben primer je x-default: to oznako uporabite na generični vstopni strani ali strani za izbiro jezika, kadar uporabnika ni mogoče uvrstiti v nobeno od opredeljenih jezikovnih regij. Pazite, da vsaka regionalna različica kaže na vse druge – vključno s splošno različico ‚en‘, če obstaja. Nekonsistentna matrika vodi v to, da Google posamezne oznake prezre. Zato s hreflang testnim orodjem preverite, ali so vaše regionalne oznake pravilno povezane. Nikoli ne uporabljajte neuradnih oznak, kot so ‚uk‘ (pravilno: en-GB) ali ‚eu‘ (ni dovoljeno).
hreflang pri večjezičnih blogih in dinamičnih vsebinah
Blogi in spletne strani z novicami predstavljajo posebne izzive pri implementaciji hreflanga, saj nenehno dodajajo nove vsebine. Ročno vzdrževanje matrike v tem primeru ni izvedljivo. Namesto tega priporočamo uporabo metode zemljevida spletnega mesta (sitemap): v XML zemljevidu za vsako stran opredelite jezikovne različice. Pri novem blogovskem prispevku preprosto dodate nov vnos z vsemi jezikovnimi različicami. Pazite, da se tudi zemljevid redno posodablja in ne vsebuje zastarelih URL-jev. Dodaten izziv so arhivi, kategorije ali strani s seznami: te naj imajo hreflang le, če imate za vsako jezikovno različico ločeno arhivsko stran. V nasprotnem primeru zadostuje povezovanje posameznih prispevkov. Izogibajte se hreflangu na iskalnih straneh ali filtriranih pogledih, saj te ne predstavljajo samostojnih jezikovnih različic. Integrirajte generiranje hreflanga v vaš sistem za upravljanje vsebin (CMS), tako da se ob ustvarjanju ali prevajanju prispevka samodejno vstavijo pravilne oznake v HTML glavo in zemljevid. Tako ostane matrika konsistentna in brez napak tudi pri velikem obsegu objav.
hreflang za regionalne jezikovne različice in poddomene
Zlasti v večjezičnih državah, kot so Švica, Belgija ali Kanada, se postavlja vprašanje, kako pravilno označiti regionalne jezikovne različice. Za nemščino v Nemčiji uporabite kodo de-DE, za Avstrijo de-AT in za Švico de-CH. Ta podrobna granulacija preprečuje, da bi uporabniki na Dunaju prejeli nemško različico s švicarskim pravopisom ali obratno. Poskrbite, da ima vsaka regionalna različica svojo lastno stran z lastno vsebino – samo drugačna valuta ali drugačen format datuma še ne opravičujeta lastne skupine hreflang. Pri poddomenah, kot sta de.example.com in fr.example.com, hreflang deluje enako: vsaka poddomena se sklicuje na vse druge. Pomembno je, da so URL-ji dosledni: če se domača stran de.example.com sklicuje na fr.example.com, se mora tudi domača stran fr.example.com sklicevati nazaj na de.example.com. Če tega povratnega sklica ni, lahko Google povezavo prezre. Zato načrtujte regionalne različice zgodaj v strukturi svoje strani in uporabite enotno strukturo URL-jev, na primer /de-de/, /de-at/, /de-ch/ ali ustrezne poddomene. Tako se izognete kasnejšim popravkom in ohranite jasno hierarhijo, ki je razumljiva za iskalnike.
hreflang in vpliv na porazdelitev proračuna za indeksiranje
Obsežna matrika hreflang z veliko jezikovnimi različicami in stranmi poveča število URL-jev, ki jih morajo iskalniki pregledati. Vsaka jezikovna različica strani ustvari zahteve za pregledovanje, in če matrika ni pravilno zgrajena, lahko Google zapravi dragocen proračun za pregledovanje na napačnih ali podvojenih URL-jih. Da bi se temu izognili, poskrbite, da vse povezave hreflang kažejo na indeksirane URL-je brez preusmeritev. Izogibajte se vključevanju variant s parametri ali sledilnimi URL-ji. Razvrstite svojo zemljevid spletnega mesta (sitemap) tako, da so najpomembnejše strani (npr. domača stran, kategorije) pregledane prednostno. Uporabite zemljevid spletnega mesta kot primarni mehanizem za hreflang, saj Googlu ponuja kompakten pregled. Redno preverjajte statistiko pregledovanja v Google Search Console: če so številne strani označene kot „ni indeksirano“ ali „alternativa s kanonično“, lahko to kaže na konflikte s hreflang. S čisto implementacijo in spremljanjem zagotovite, da se vaš proračun za pregledovanje učinkovito porabi za relevantne vsebine in da se zmogljivosti ne izgubijo zaradi nepotrebnih ali napačnih povezav hreflang.
blog.faqT
Ali lahko hreflang uporabim samo v zemljevidu spletnega mesta, ne da bi ga vstavil v HTML-glavo?
Da, Google podpira hreflang podatke v XML-zemljevidih kot enakovredno alternativo HTML-glavi. Zagotoviti morate le, da so vse navedene URL-ji vsebovane v zemljevidu in da je jezikovna skupina pravilno določena. HTML-metoda je primerna, če želite dodatno redundanco ali če vaš zemljevid ne vključuje vseh strani.
Kaj se zgodi, če definiram hreflang skupino, vendar ena od URL-jev ne vsebuje povratnih sklicev?
Manjkajoči povratni sklici so najpogostejši vzrok za nedelujoče hreflang oznake. Iskalniki podatke nato obravnavajo kot neveljavne in lahko zanemarijo celotno skupino. Prizadete strani se lahko nato prikazujejo v napačnih državah ali pa se obravnavajo kot podvojen vsebina. Zato vedno preverite vzajemnost.
