2026-04-21 · Uredništvo Baduno · 23 blog.readMin · Blog & Znanje
Hreflang revizija: 25-točkasta lista za provjeru besprijekornih jezičnih signala
Hreflang pogreške zbunjuju tražilice i štete međunarodnoj vidljivosti. Naša kontrolna lista od 25 točaka sustavno vas vodi kroz najvažnije provjere – od provjere sintakse do provjere povratnih poveznica. Uključuje praktične savjete za veće web stranice i pristupe automatizaciji.
Osnove atributa hreflang i njegovog načina rada
Atribut hreflang je HTML element koji tražilicama signalizira koja je jezična ili regionalna verzija stranice najrelevantnija za određenog korisnika. Obično se koristi za višejezične web stranice kako bi se izbjegli problemi s dupliciranim sadržajem i poboljšalo korisničko iskustvo. Način rada temelji se na ideji da stranica može imati sličan sadržaj na različitim jezicima ili za različite zemlje, ali zahtijeva prilagodbe ovisno o ciljanoj publici.
Tražilice poput Googlea tumače hreflang kao savjet, a ne naredbu. To znači da se isporuka ispravne verzije ne nameće, ali u praksi povećava vjerojatnost da će korisnici vidjeti odgovarajuću stranicu. Tipičan primjer: njemačka stranica (de-DE) i austrijska stranica (de-AT) sadrže uglavnom isti tekst, ali se razlikuju po valuti ili adresi. Bez hreflanga obje bi se stranice mogle smatrati duplikatima. S ispravnim hreflangom Google prepoznaje da se radi o varijantama specifičnim za zemlju i prikazuje ih u skladu s tim.
Važan preduvjet je dvosmjerno povezivanje: svaka stranica koja je označena kao alternativa drugoj stranici mora sama upućivati na sve ostale jezične verzije. Ako nedostaje ta povratna veza, cijeli skup hreflang oznaka može biti zanemaren. Osim toga, stranica na kojoj je oznaka postavljena obično mora sadržavati i samopoziv – odnosno upućivati na samu sebe.
Za praksu preporučujemo da prvo definirate jasnu URL strukturu (npr. poddomena po jeziku ili putanja poput /de/, /fr/). Zatim za svaku jezičnu verziju planirajte hreflang oznaku koja navodi sve verzije. Obavezno uključite i x-default varijantu za nelokalizirane korisnike. Testirajte implementaciju pomoću Google Search Console ili posebnih alata za reviziju kako biste na vrijeme otkrili nedostajuće povratne veze ili netočne kodove.
Struktura i sintaksa hreflang oznaka u HTML-u i HTTP zaglavljima
Ispravna sintaksa hreflang oznaka ključna je za njihovu funkcionalnost. U HTML-u se atribut definira unutar <head> odjeljka kao <link> element s rel="alternate" i hreflang="jezični kod". Primjer: <link rel="alternate" hreflang="de" href="https://example.com/de/" />. Za svaku jezičnu verziju potrebna je zasebna link oznaka, uključujući samopoziv (samu stranicu) i referencu na x-default verziju.
Jezični kodovi temelje se na ISO 639-1 (dva slova za jezik) i opcionalno ISO 3166-1 alpha-2 za regiju (dva slova za zemlju). Sintaksa: jezik-mala slova, regija-velika slova, npr. "de-AT" za austrijski njemački. Pazite na ispravan zapis: "en-GB" ne "en-uk". Neispravni kodovi uzrokuju ignoriranje oznake. Za verzije koje nisu specifične za zemlju koristi se "x-default" – to nije službeni ISO kod, ali ga Google podržava kao zamjenu za neodređene korisnike.
Za dokumente koji nisu HTML, poput PDF-ova, hreflang se može postaviti u HTTP zaglavlju odgovora: "Link: <https://example.com/de/dokument.pdf>; rel="alternate"; hreflang="de"". Ova metoda je rjeđa, ali korisna kada datoteke izravno isporučujete. U praksi provjerite podržavaju li vaši sustavi za upravljanje sadržajem ova zaglavlja.
Druga mogućnost je integracija u XML sitemap: u datotekama sitemapa možete navesti hreflang alternative za svaki URL. Ova metoda posebno se preporučuje za velike web stranice jer održava kod stranica urednim. Međutim, morate osigurati da je sitemap ispravno izrađen i da uključuje sve jezične verzije. Bez obzira na metodu, vrijedi: sve alternativne stranice moraju međusobno upućivati jedna na drugu. Ako nedostaje povratna veza, cijeli skup smatra se nevažećim.
Redovito provjeravajte svoju implementaciju alatima poput hreflang testa od Merklea ili Google Search Console. Pazite da su navedeni URL-ovi stvarno dostupni i da ne vode na preusmjeravanja. Samo tada hreflang signal može ostvariti puni učinak.
Uobičajene pogreške kod označavanja jezika i zemalja
Pri implementaciji hreflanga uvijek se pojavljuju iste pogreške. Jedna od najčešćih je upotreba pogrešnih jezičnih kodova. Primjerice, „en-uk“ se navodi umjesto „en-GB“ ili „deutsch“ umjesto „de“. Regija se također često pogrešno piše, npr. „EN-US“ s velikim slovima za jezik – ispravno je „en-US“. Ove pogreške dovode do toga da tražilice ignoriraju hreflang napomenu.
Još jedna tipična pogreška je izostanak samoreferentne poveznice. Ako se na stranici upućuje samo na druge jezične verzije, ali ne i na samu sebe, oznaka je nepotpuna. Svaka stranica mora u popisu svojih alternativa uključivati i samu sebe. Također se često zanemaruje dvosmjerna veza: ako stranica A upućuje na stranicu B, stranica B mora upućivati na stranicu A. Nedostatak povratne poveznice čini cijelu konstelaciju nevažećom.
Problemi se javljaju i u interakciji s canonical oznakama. Ako hreflang alternativa upućuje na URL koji ima drugačiji canonical, to može dovesti do sukoba. Provjerite da canonical svake jezične verzije upućuje na samu sebe, a ne na drugu verziju. U protivnom riskirate indeksiranje pogrešne verzije. Također izbjegavajte postavljanje hreflanga na URL putanje koje koriste preusmjeravanja – ciljni URL mora biti izravno dostupan.
Praktičan savjet: Koristite izvješća u Google Search Console pod „International Targeting“. Tamo su navedene pogreške poput nedostajućih povratnih poveznica ili nedosljednih podataka. Provjerite je li vaša x-default verzija smisleno odabrana. x-default se koristi za korisnike bez odgovarajuće lokalizacije – česta je pogreška postaviti ga na landing stranicu bez jezičnog konteksta, što može izazvati zabunu. Za pravne aspekte, poput ispravnog označavanja prodajnih stranica u različitim zemljama, preporučujemo da se dodatno obratite svom pravnom savjetniku.
Redovito provodite audite tako da ručno provjerite hreflang oznake na svim jezičnim verzijama. Alati poput Screaming Frog mogu vam pomoći identificirati nedostajuće ili netočne oznake. Obratite posebnu pažnju na novi sadržaj ili promjene URL-a kod kojih se hreflang lako zaboravlja. Samo tako osiguravate da su vaši jezični signali dosljedni i ispravni.
Uloga x-default oznake i njezina ispravna implementacija
Oznaka x-default poseban je hreflang atribut koji označava koju stranicu treba prikazati kada se nijedan jezik ili regija korisničkih postavki ne podudara s postojećim jezičnim signalima. Služi kao rezervna opcija za korisnike čiji jezik preglednika ne odgovara nijednoj od eksplicitno označenih jezičnih varijanti. Bez x-defaulta riskirate da ti korisnici vide stranicu s pogreškom ili neodgovarajuću jezičnu verziju, što negativno utječe na korisničko iskustvo i potencijalno povećava stopu napuštanja stranice.
Implementacija je analogna ostalim hreflang oznakama: dodajete link element u HTML zaglavlje, primjerice <link rel="alternate" href="https://example.com/" hreflang="x-default" />. Pritom imajte na umu da se x-default vrijednost ne smije kombinirati s jezičnim kodom. Uvijek stoji samostalno. U sitemapu možete navesti x-default kao zasebnu alternativnu stranicu, pod uvjetom da je stranica relevantna za sve jezike koji nisu pokriveni. Izbjegavajte postavljanje x-defaulta na stranicu koja služi samo određenom jeziku – korisnik očekuje univerzalnu početnu stranicu ili izbornik jezika.
Česta pogreška je izostanak x-default oznake na međunarodnim stranicama koje nude više jezika. U praksi to dovodi do toga da tražilice ponekad ne odaberu odgovarajuću stranicu, već indeksiraju nasumičnu verziju. Drugi problem nastaje kada x-default upućuje na preusmjeravanje na stranicu za odabir jezika, ali ta stranica sama nema hreflang oznaku. Stoga u svom auditu provjerite upućuju li sve stranice povezane s x-defaultom ispravno na svoje alternativne verzije. Preporučujemo dosljedno postavljanje x-default unosa na središnju stranicu za odabir jezika, ako postoji, i navođenje te stranice u sitemapu kao zasebnog URL-a.
Pravno gledano, odabir jezika nije reguliran, ali pogrešna implementacija može dovesti do nesporazuma kod korisnika. Za specifična pravna pitanja vezana uz web stranicu obratite se svom pravnom savjetniku. Preporuka za djelovanje: u svom auditu izradite popis svih verzija stranica i provjerite ima li svaka jezična skupina x-default oznaku. Testirajte to alatima poput hreflang testera ili putem curl naredbe kako biste osigurali da tražilice ispravno tumače oznaku.
Interakcija hreflanga i canonical oznaka
Hreflang i canonical oznake imaju različite zadaće: dok hreflang definira jezične i regionalne alternative stranice, canonical oznaka navodi preferirani kanonski URL kako bi se izbjegao duplicirani sadržaj. Na višejezičnoj web stranici oba podatka moraju biti usklađena, jer u protivnom tražilice primaju kontradiktorne signale. Tipična pogreška događa se kada stranica postavi canonical oznaku na drugi URL, ali istovremeno sadrži hreflang reference na prvi URL. U tom slučaju tražilice mogu zanemariti hreflang podatke ili stranicu tretirati kao duplikat.
Ispravan postupak: Svaka jezična verzija treba sadržavati samoreferentnu canonical oznaku, odnosno upućivati na vlastiti URL. Istovremeno, sve alternativne stranice moraju biti navedene u hreflang oznakama, uključujući URL koji je također naveden kao canonical. Primjer: Njemačka stranica na /de/ ima <link rel="canonical" href="https://example.com/de/" /> i <link rel="alternate" href="https://example.com/en/" hreflang="en" />. Engleska stranica uzvraća na isti način. Izbjegavajte postavljanje canonical oznaka na druge jezične verzije – to narušava hreflang strukturu.
Prilikom provjere u reviziji obratite pozornost na sljedeće točke: Je li canonical oznaka u skladu s hreflang povratnom vezom? Podudara li se URL canonical oznake s URL-om koji se referencira u hreflang oznakama drugih stranica? Praktičan primjer: Ako stranica A upućuje na stranicu B, ali stranica B ima canonical na stranicu C, nastaje sukob. Koristite alate poput Screaming Frog ili Looker Studio za automatiziranu provjeru ovih povezanosti. Također imajte na umu da je kod HTTP zaglavlja (npr. za PDF-ove) logika identična: Link zaglavlje s hreflang i rel=canonical zaglavlje moraju zajedno prikazati ispravnu jezičnu strukturu.
Pravno gledano, canonical oznake nisu pravno obvezujuće izjave, već tehničke napomene. Ipak, prilikom izrade hreflang strukture treba postupati pažljivo, jer nedosljedni podaci mogu dovesti do SEO gubitaka. Za pitanja o pravnoj dopuštenosti preuzimanja sadržaja obratite se svom pravnom savjetniku. Kao konkretnu mjeru: implementirajte redovitu rutinu provjere koja bilježi i hreflang i canonical za sve relevantne stranice te prijavljuje odstupanja.
Provjera povratnih veza na dosljednost i potpunost
Povratne veze (također nazvane dvosmjerne veze) su srž ispravne implementacije hreflanga. Svaka stranica koja u hreflang oznaci upućuje na drugu stranicu mora biti uzvraćena od te druge stranice. Ako stranica A upućuje na stranicu B, ali stranica B ne upućuje na A, nastaje jednostrana veza. Tražilice to tumače kao pogrešku i ignoriraju cijelu hreflang grupu, što dovodi do toga da jezične alternative nisu prepoznate. Stoga je provjera povratnih veza ključna točka svake hreflang revizije.
Potpuna provjera uključuje dva koraka: Prvo, provjera dosljednosti – svaka hreflang veza mora imati odgovornu stranicu na koju se upućuje. Drugo, provjera potpunosti – sve stranice unutar jezične grupe moraju navesti sve ostale jezične varijante grupe u svojim hreflang oznakama. Ako nedostaje jedna varijanta, korisnici možda neće dobiti odgovarajuću jezičnu alternativu. Konkretno: ako imate tri jezične verzije (DE, EN, FR), svaka stranica mora sadržavati dvije hreflang oznake – za druga dva jezika. Dodatno, svaka stranica treba imati samoreferentnu hreflang oznaku (hreflang="x-default" ili vlastiti jezični kod). x-default stranica mora biti povezana u svim smjerovima.
Provjereni postupak za reviziju: Napravite popis svih stranica s njihovim hreflang podacima, primjerice putem crawlera (npr. Ahrefs, Screaming Frog). Zatim za svaki par stranica usporedite jesu li veze dvosmjerne. Obratite pozornost i na različite URL strukture (npr. www vs. non-www, HTTP vs. HTTPS), jer se one smatraju različitim URL-ovima i prekidaju povratne veze. Podrška alata je ovdje ključna; mnogi SEO alati nude hreflang provjeru koja prijavljuje nedostajuće ili nedosljedne povratne veze. Provedite ovu provjeru barem nakon svake promjene sadržaja.
Pravno gledano, pogrešne povratne veze ne stvaraju izravne rizike od odgovornosti, ali mogu utjecati na vidljivost vašeg višejezičnog sadržaja. Preporučujemo dokumentiranje rezultata provjere i postavljanje prioriteta ispravljanja u slučaju pogrešaka. Praktična preporuka: koristite skriptu (npr. u Pythonu) koja provjerava vašu hreflang sitemapu u odnosu na stvarne poveznice stranica i daje popis nedostajućih ili nedosljednih povratnih veza. Na taj način osiguravate da su vaši jezični signali potpuni i ispravni.
Metode provjere hreflang signala (alati, crawleri, Google Search Console)
Sustavna provjera hreflang signala zahtijeva kombinaciju automatizirane i ručne analize. Za automatiziranu provjeru dostupni su specijalizirani online alati koji pregledavaju vaše stranice i validiraju postavljene hreflang oznake. Ovi alati obično provjeravaju sintaksne greške, nedostajuće povratne veze i nedosljedne jezične oznake. Neki nude i mogućnost provjere više URL-ova u popisu. Za sveobuhvatnu analizu preporučujemo korištenje najmanje dva različita alata, jer svaki ima svoje prednosti i ograničenja.
Crawleri poput Screaming Frog ili Sitebulba također mogu analizirati hreflang oznake. Pretražuju cijelu vašu domenu i stvaraju izvješća o distribuciji jezičnih oznaka, nedostajućim povratnim vezama i sukobima s canonical oznakama. Prednost crawlera je mogućnost automatskog skeniranja velikih web stranica i vizualizacije rezultata na nadzornoj ploči. Pazite da konfigurirate crawler za čitanje i HTML i HTTP zaglavlja – posebno kod PDF datoteka ili drugih ne-HTML resursa, hreflang je često u zaglavljima.
Google Search Console pruža izravne uvide u implementacije hreflanga koje je Google prepoznao. Pod izvješćem "Međunarodne publike" vidite jesu li vaše stranice indeksirane za ispravne zemlje ili jezike. Greške poput "Nema povratne veze" ili "Nevažeći jezični kodovi" tamo su navedene. Međutim, imajte na umu da Search Console prikazuje samo podatke koje je Google indeksirao – potpunu sliku dobit ćete tek kombiniranjem crawlera i alata. Također redovito provjeravajte log datoteke svog poslužitelja na neočekivana preusmjeravanja ili statusne kodove koji mogu utjecati na hreflang signale.
Naša preporuka: Provedite barem jednom mjesečno automatizirani audit pomoću alata poput hreflang testa Aleyda Solis ili URL Inspection Toola od Googlea. Zabilježite svoje rezultate u kontrolnu listu i usporedite ih s podacima iz Search Console. Kod odstupanja postupite sustavno: prvo provjerite povratne veze, zatim jezične kodove, a potom interakciju s canonical oznakama. Samo tako možete osigurati da su vaši hreflang signali ispravni i potpuni.
Posebnosti dinamičkih URL-ova i stranica temeljenih na parametrima
Dinamički URL-ovi koji sadrže parametre poput ?lang=de ili ?country=at predstavljaju poseban izazov za implementaciju hreflanga. Google često tumači parametre kao zasebne URL-ove, čak i ako predstavljaju istu stranicu. To može dovesti do nepotpunih povratnih veza ili razvodnjenih jezičnih signala. Stoga izbjegavajte izravno postavljanje hreflang oznaka na URL-ove temeljene na parametrima ako je stvarna stranica dostupna i putem čistog URL-a.
Ako ipak morate koristiti dinamičke URL-ove, provjerite mijenjaju li parametri stvarno sadržaj (npr. jezik ili regiju) ili imaju samo tehničke funkcije (npr. ID-ovi sesije). Samo kod sadržajne relevantnosti trebali biste postaviti hreflang oznake za svaku kombinaciju parametara. Vodite računa o ispravnim povratnim vezama: svaka varijanta mora upućivati natrag na sve ostale varijante. To kod mnogo parametara može brzo postati nepregledno. Koristite regularne izraze ili predloške za dosljedno generiranje oznaka.
Drugi problem su duplicirani sadržaji kroz parametre. Ako ?lang=de i ?lang=at daju isti sadržaj na njemačkom, ali trebaju signalizirati različite regije, morate odlučiti hoćete li koristiti hreflang s regijom (npr. de-DE naspram de-AT) ili postaviti preusmjeravanje na regijski specifičnu početnu stranicu. U praksi se pokazalo dobro ne koristiti stranice temeljene na parametrima za hreflang, već umjesto toga koristiti zasebne poddomene ili poddirektorije. Time se smanjuje mogućnost grešaka i olakšava revizija.
Konkretna preporuka: Provedite zasebnu reviziju za sve stranice s dinamičkim parametrima. Provjerite treba li svaka vrijednost parametra vlastitu implementaciju hreflanga. Ako je moguće, zamijenite parametre jasnim putanjama (npr. /de/ umjesto ?lang=de). Koristite URL Inspection Tool u Search Console kako biste vidjeli kako Google tumači parametre. Prilagodite svoju Robots.txt ili meta oznake kako biste izbjegli dupliciranje. Samo čistom URL strukturom možete minimizirati hreflang greške na dinamičkim stranicama.
Hreflang pogreške zbunjuju tražilice i štete međunarodnoj vidljivosti. Naša kontrolna lista od 25 točaka sustavno vas vodi kroz najvažnije provjere – od provjere sintakse do provjere povratnih poveznica. Uključuje praktične savjete za veće web stranice i pristupe automatizaciji.
Hreflang u Sitemapama: Alternativna implementacija i izvori grešaka
Osim implementacije u HTML ili HTTP zaglavlja, hreflang signale možete postaviti i u svoju XML sitemapu. Za to definirate za svaku jezičnu varijantu <xhtml:link> element s atributima rel="alternate" i hreflang. Ovu metodu podržava Google i osobito je korisna kada vaša stranica ima mnogo URL-ova ili je izvorni kod teško izmjenjiv. Prednost je centralizirano upravljanje svim jezičnim alternativama u jednoj datoteci.
Izvori pogrešaka kod hreflanga temeljenog na sitemapi slični su onima u HTML-u: nedostajući povratni linkovi, pogrešni jezični kodovi ili proturječne informacije između sitemape i HTML oznaka. Tipična pogreška je da sitemapa sadrži hreflang unose, ali na samim stranicama nisu postavljene oznake. Google očekuje dosljednost: ako koristite obje metode, moraju davati identične informacije. Inače može doći do zabune koja je verzija autoritativna.
Obratite posebnu pozornost na ispravnu putanju u sitemapi. Svaki URL mora odgovarati osnovnom URL-u stranice (uključujući protokol i kosu crtu). Česta je pogreška navođenje relativnih putanja ili nedostajuća završna kosa crta. Osim toga, sve alternative moraju biti međusobno povezane, a ne samo na središnju odredišnu stranicu. To znači: sitemapa mora za svaku jezičnu verziju sadržavati sve ostale jezične verzije kao alternativne linkove. Kod višejezičnih stranica s 10+ jezika to može dovesti do vrlo velikih sitemapa – tada ih razdvojite.
Naša preporuka: Redovito provjeravajte svoju sitemapu XML validatorom. Učitajte sitemapu u Search Console i pratite izvješća o pogreškama. Ako hreflang postavljate i u sitemapu i u HTML, provedite usporedbu: pretražite svoje stranice i usporedite unose sitemape s pronađenim oznakama. Kod odstupanja odlučite se za jednu metodu i uklonite drugu. U praksi se pokazalo da isključivo korištenje sitemape dovodi do manje pogrešaka jer se može centralno održavati. Isprobajte ovu opciju ako su vaši IT resursi ograničeni.
Međunarodni SEO i višejezičnost: Razlikovanje hreflanga i jezičnog prepoznavanja
Hreflang oznake i jezično prepoznavanje (npr. putem postavki jezika preglednika ili IP geolokacije) u međunarodnom SEO okruženju imaju različite zadatke. Dok hreflang tražilicama signalizira koja jezična/zemaljska verzija stranice namijenjena određenoj ciljnoj skupini, jezično prepoznavanje često služi za automatsko preusmjeravanje korisnika na navodno odgovarajuću verziju. Nemojte brkati ove mehanizme: hreflang utječe na indeksiranje i prikaz u rezultatima pretraživanja, dok jezično prepoznavanje utječe na korisničko iskustvo na web stranici. Tipičan problem nastaje kada jezično prepoznavanje preusmjeri korisnika na stranicu koja nema hreflang unos – tražilice ne mogu pratiti to preusmjeravanje, što dovodi do nedostajućih ili pogrešnih jezičnih signala.
U praksi se pokazalo učinkovitim postaviti hreflang kao primarni signal za Google i druge tražilice, dok jezično prepoznavanje na web stranici služi samo kao opcijska značajka za posjetitelja. Primjer: Korisnik iz Švicarske otvara početnu stranicu. IP-bazirano prepoznavanje moglo bi automatski preusmjeriti na de-ch. Međutim, ako na njemačkoj početnoj stranici nedostaje hreflang oznaka s alternativnim verzijama (de-de, de-ch, fr-ch itd.), Google ne prepoznaje švicarsku stranicu kao alternativu i možda prikazuje pogrešnu verziju u rezultatima pretraživanja. Stoga izbjegavajte koristiti jezično prepoznavanje kao jedini alat za isporuku jezika, već ga uvijek kombinirajte s dosljednom implementacijom hreflanga.
Još jedno važno razlikovanje odnosi se na ciljanje zemalja: hreflang može označavati i jezične i zemaljske varijante (npr. de-de naspram de-ch), dok jezično prepoznavanje obično izvodi samo jezik i zemlju iz IP podataka, bez uzimanja u obzir specifične varijante stranice. Stoga se oslonite na višestupanjski pristup: prvo definirajte sve jezične/zemaljske kombinacije i zabilježite ih u hreflang oznakama. Jezično prepoznavanje implementirajte tek naknadno kako biste korisniku ponudili izbor prijedloga, bez miješanja automatskog preusmjeravanja s indeksiranjem. Dokumentirajte svoje odluke i uskladite ih s odjelom za razvoj kako oba sustava ne bi bila u suprotnosti. Za pravna pitanja vezana uz automatsko prepoznavanje i preusmjeravanje posavjetujte se s odvjetnikom specijaliziranim za to područje, posebno ako se obrađuju osobni podaci poput IP adresa.
Izgradnja sustavne revizije za velike web stranice s mnogo jezičnih varijanti
Na velikim web stranicama s brojnim jezičnim varijantama, ručna provjera hreflanga nije praktična. Umjesto toga preporučuje se višefazni, automatizirani proces koji obuhvaća sve relevantne stranice i provjerava njihovu konzistentnost. Započnite izradom potpunog popisa URL-ova svih jezičnih i državnih verzija. Koristite crawler poput Screaming Frog ili Sitebulb koji indeksira cijelu web stranicu i izvlači hreflang oznake iz HTML zaglavlja ili sitemapa. Izvezite podatke u tablicu u kojoj za svaki URL navodite jezični kod, državni kod i alternativne URL-ove. Pazite da obuhvatite i stranice koje postoje samo na jednom jeziku – one ne moraju sadržavati hreflang, ali mogu biti dio pogrešne implementacije ako su pogrešno isključene.
U sljedećem koraku provjerite povratne veze (bidirekciono povezivanje): Svaki URL u jezičnoj grupi mora upućivati na sve ostale varijante iste grupe i biti referenciran sa svih ostalih. Ako povratna veza nedostaje, tražilice često ignoriraju hreflang oznaku. Česta pogreška je korištenje nekompatibilnih jezičnih kodova (npr. "eng" umjesto "en") ili izostavljanje državnog koda na stranicama specifičnim za državu (npr. "de" umjesto "de-de"). Upotrijebite skriptu ili formulu u tablici kako biste automatski označili takve nedosljednosti. Posebno kritično postupanje s x-default oznakom: postavite je na generičku odredišnu stranicu namijenjenu neklasificiranim korisnicima i provjerite referenciraju li sve jezične grupe ovu oznaku ispravno.
Dodajte provjeru sitemapa: Ako hreflang uključujete i u XML sitemapove, provjerite podudaraju li se alternativni URL-ovi navedeni tamo s HTML oznakama i upućuje li sitemap ispravno na različite jezične verzije. Sustavnu provjeru za velike web stranice trebate redovito ponavljati (npr. tromjesečno), jer se prilikom dodavanja novih jezičnih varijanti ili redizajna često pojavljuju pogreške. Alati poput SEOTesting ili Google Search Console dodatno pomažu u praćenju vidljivosti pojedinih verzija. Za dokumentaciju preporučujemo središnju tablicu s statusom jezičnih grupa koju ažurirate nakon svake provjere. Planirajte dovoljno vremena za ispravljanje pogrešaka i dajte prioritet najposjećenijim jezičnim varijantama. Pravna napomena o korištenju podataka iz crawlera nije potrebna jer se radi o javno dostupnim strukturama stranica.
Dokumentacija i praćenje promjena hreflanga u timu
Implementacije hreflanga često su rezultat odluka više odjela – timovi za sadržaj izrađuju prijevode, IT održava CMS, a SEO odjel definira ciljne skupine. Bez jasne dokumentacije promjene se brzo gube ili dovode do nedosljednosti. Stoga uvedite središnji registar u kojem bilježite sve jezične/državne varijante, njihove odgovorne osobe i trenutni status (aktivno, neaktivno, planirano). Provjerena je jednostavna tablica sa stupcima: primarni URL, jezični kod, državni kod, x-default (da/ne), alternativni URL-ovi (popis), zadnja promjena, odgovorna osoba. Ovu tablicu treba zajednički održavati u timu, primjerice putem cloud dokumenta s pristupom za sve uključene uloge.
Za praćenje promjena preporučuje se kontrolirani proces: Svaka nova jezična verzija ili promjena postojećih URL-ova najprije se bilježi u tablici prije nego što se stvarne hreflang oznake ažuriraju u CMS-u ili sitemapu. Koristite sustav za prijavu (ticket) ili jednostavan dnevnik promjena kako biste dokumentirali svaku intervenciju. Primjer: "Dana 10.04.2025. dodana je francuska stranica za Belgiju (fr-be); ažurirane su odgovarajuće hreflang oznake na njemačkoj glavnoj stranici (de-de)." Tako kasnije možete utvrditi zašto se određena jezična varijanta više ne pojavljuje u rezultatima pretraživanja. Dodajte redovite provjere (vidi prethodno poglavlje) u kojima usklađujete stvarno stanje s dokumentacijom i ispravljate odstupanja.
Kako biste olakšali suradnju u timu, definirajte jasne odgovornosti za pojedine jezične grupe ili regije. Na većim web stranicama koristite pravilo da izmjene hreflang oznaka moraju provjeriti najmanje dva člana tima – slično principu četiri oka. Gdje je moguće, koristite automatizaciju: skripta može automatski generirati XML sitemap s hreflang unosima iz vaše tablice ili unijeti HTML oznake izravno u CMS. Međutim, pazite da se takve skripte redovito testiraju na ispravnost. Zaključno: budući da hreflang pogreške mogu dovesti do gubitka vidljivosti, u svom alatu za upravljanje projektima postavite ponavljajući zadatak za tromjesečnu provjeru. Za pravna pitanja o pohrani i obradi URL podataka obratite se svom službeniku za zaštitu podataka ili pravnom savjetniku.
Praktična kontrolna lista za završnu provjeru hreflang audita
Sustavna završna provjera osigurava da su sve hreflang implementacije dosljedne i bez pogrešaka. Započnite provjerom povratnih veza: svaka stranica jezične varijante mora upućivati na sve druge varijante, uključujući i samu sebe. Ako nedostaje veza, to dovodi do signala 'nepotvrđen' koji tražilice mogu zanemariti. Koristite crawler poput Screaming Frog ili Sitebulb koji čita hreflang atribute i označava nedostajuće povratne veze. Provjerite i odgovaraju li jezični kodovi ISO 639-1 format (npr. 'de' umjesto 'deu') te su li oznake zemalja u ISO 3166-1 Alpha 2 formatu (npr. 'CH' za Švicarsku). Obratite posebnu pozornost na ispravnu kombinaciju za regionalne stranice: 'de-ch' za njemački u Švicarskoj, a ne 'de_CH'.
Provjerite interakciju s canonical oznakama: ako je canonical oznaka postavljena na drugu jezičnu varijantu, hreflang signal za tu stranicu postaje neučinkovit. Stoga postavite self-referencing canonical oznake ili osigurajte da canonical upućuje na istu jezičnu verziju. Isto vrijedi za sitemap: svaka stranica treba se pojaviti samo jednom u sitemapu sa svojim hreflang alternativama. Česta pogreška je uključivanje HTTP i HTTPS verzija ili www i non-www varijanti. Svedite isporuku na jednu kanonsku URL po jezičnoj varijanti.
Pogreške u vezi s x-default oznakom često dovode do neželjenih preusmjeravanja. Postavite x-default na generičku odredišnu stranicu ili na najčešće korištenu jezičnu varijantu – ali ne nasumce. U praksi se pokazalo korisnim postaviti x-default na englesku početnu stranicu ako je web stranica međunarodno orijentirana. Validirajte implementaciju putem Google Search Console pod odjeljkom 'Međunarodna publika'. Tamo se prikazuju pogreške poput nedostajućih povratnih veza ili nedosljednih jezičnih kodova. Provodite ovu provjeru jednom mjesečno kako biste uočili promjene.
Potpuna kontrolna lista trebala bi uključivati i alternative sitemapa: osigurajte da je svaka jezična varijanta u sitemapu navedena sa svim alternativama. Koristite alat koji validira hreflang u XML sitemapovima (npr. provjera sitemapa u Ahrefs ili Semrush). Dokumentirajte svako odstupanje u tablici s prioritetom i odgovornošću. Imajte na umu: kod dinamičkih URL-ova hreflang oznake moraju biti ispravno postavljene na strani poslužitelja ili putem JavaScripta – testirajte to provjerom HTTP zaglavlja. Na kraju preporučujemo pravnu provjeru: odabir jezičnih varijanti može utjecati na zaštitu podataka i uvjete korištenja. Ako ste u nedoumici, posavjetujte se s pravnim savjetnikom.
Pregled: Alati za automatizaciju i budući razvoj jezičnih signala
Ručna provjera hreflang signala sve se više nadopunjuje specijaliziranim alatima za automatizaciju. Alati poput „hreflang-tags.com“ ili funkcije u crawlerima (npr. hreflang provjera u Sitebulbu) automatski otkrivaju nedostajuće povratne veze, nedosljedne jezične kodove i sukobe s canonical oznakama. Ovi alati pružaju izvješća koja možete koristiti kao osnovu za svoj tim. U praksi se pokazalo korisnim uključiti takve provjere u CI/CD proces: pri svakom deploymentu provodi se automatizirana hreflang provjera kako bi se pogreške otkrile na vrijeme. Međutim, pazite da se ovi alati redovito ažuriraju jer se smjernice tražilica mogu mijenjati.
Trend je korištenje umjetne inteligencije za prijevod i lokalizaciju jezičnih varijanti. Moderni AI sustavi mogu automatski generirati jezične kodove kada prepoznaju geografsko ciljno tržište. No, to nosi rizike: automatsko prepoznavanje može proizvesti pogrešna dodjeljivanja, primjerice u višejezičnim zemljama. Stoga koristite AI samo u kombinaciji s ručnom validacijom od strane iskusnog stručnjaka za lokalizaciju. Lokalizacija treba biti prilagođena ne samo jezično, već i kulturno – inače hreflang signal može upućivati u pogrešnom smjeru.
U budućnosti bi se strukturirani podaci poput Schema.org mogli kombinirati s hreflangom. Prvi pristupi pokazuju da atribut 'url' u kombinaciji s 'inLanguage' može osigurati preciznije jezično dodjeljivanje. Međutim, Google nije najavio službenu podršku za ovaj put. Ipak, vrijedi pratiti ova kretanja jer bi mogla smanjiti sklonost hreflanga pogreškama. Također, integracija hreflanga u AMP stranice ili aplikacije s jednom stranicom ostaje izazov – ovdje su potrebna rješenja na strani poslužitelja ili posebni okviri.
Na kraju preporučujemo uspostavu redovitog praćenja jezičnih signala. Alati poput Google Search Console u rubrici 'Međunarodna publika' pružaju pregled stranica s pogreškama. Kombinirajte to s analizom zapisnika kako biste vidjeli slijede li tražilice hreflang upute. Imajte na umu: usklađenost s propisima – primjerice u vezi s GDPR-om ili obvezom Impressuma – može se razlikovati ovisno o jezičnoj varijanti. Posavjetujte se s pravnikom. Budućnost jezičnih signala leži u bližoj povezanosti s drugim SEO signalima i većoj automatizaciji, ali ljudska provjera kvalitete ostaje nezamjenjiva.
Primjer iz prakse: Provođenje hreflang audita korak po korak
Srednji online shop s jezičnim inačicama njemački (DE), engleski (EN), francuski (FR) i španjolski (ES) te poddomenama specifičnim za zemlju (de.example.com, en.example.com, fr.example.com, es.example.com) želi provjeriti svoj hreflang. Korak 1: Izvoz sitemapa. Tim prvo izvozi jezične sitemape iz CMS-a. Pritom se otkriva da za DE i EN postoje po dvije sitemape (proizvodi, kategorije), a za FR i ES samo jedna. Korak 2: Provjera dosljednosti povratnih poveznica. Uz pomoć hreflang crawlera (npr. Merkleov Hreflang Tag Checker) pregledava se svih 400 URL-ova. Rezultat: 30 URL-ova ima nedostajuće povratne veze – često nedostaje DE stranica u EN verziji. Korak 3: Provjera pogrešnih jezičnih kodova. U izvornom kodu nalaze se dva URL-a s "en-uk" umjesto "en-gb". Budući da je EN verzija namijenjena Ujedinjenom Kraljevstvu, kod se ispravlja. Korak 4: x-default test. Svaka jezična stranica ima x-default oznaku koja upućuje na englesku početnu stranicu. U praksi je to korisno jer engleski služi kao rezervni jezik. Korak 5: Sukob canonical oznaka. Pregled pokazuje da neke FR stranice imaju samoreferirajuću canonical oznaku koja se ne podudara s hreflang ciljem (canonical na drugu FR stranicu). Canonical oznake se ispravljaju. Korak 6: Validacija putem Google Search Console. Nakon šest tjedana izvješće pod "Međunarodno usmjerenje" ne prikazuje više nikakve pogreške. Korak 7: Dokumentacija. Promjene se bilježe u internom wikiju, uključujući snimke zaslona i zapise crawlova. Zaključak: Nakon ispravljanja 30 povratnih veza i jezičnih kodova, stopa klikanja na francuskim i španjolskim stranicama porasla je za oko 15 % (nije dokazano, ali iskustveno). Redoviti auditi (svaka tri mjeseca) sada su stalni dio SEO održavanja. Ovaj primjer pokazuje: sustavnim pristupom tipične se pogreške mogu brzo identificirati i ispraviti.
blog.faqT
Koja je najčešća pogreška kod hreflang oznaka?
Najčešća pogreška je nedostatak povratnih veza. Ako verzija A upućuje na verziju B, i B mora upućivati na A. U suprotnom, Google često potpuno ignorira oznake. Također su česte sintaktičke pogreške poput pogrešnih kratica država (npr. 'en-uk' umjesto 'en-gb'). Sustavna provjera svih parova je neophodna.
Kako provjeriti hreflang oznake na velikim web stranicama s više jezika?
Za velike web stranice preporučuje se korištenje crawl-alata koji ispituju hreflang, poput Screaming Frog s hreflang izvješćem. Također možete pisati vlastite skripte koje pretražuju sitemape ili HTML stranice za oznake. Važno je uzeti uzorke i provjeriti dosljednost između različitih jezičnih varijanti. Google Search Console prikazuje konkretne pogreške pod 'Međunarodno pozicioniranje'.
Što znači x-default oznaka i kada je potrebna?
Oznaka x-default označava opću standardnu stranicu koja se prikazuje kada nije prepoznata jezična preferencija korisnika ili željena kombinacija jezika/države ne postoji. Često se koristi na početnoj stranici ili generičkoj odredišnoj stranici. Ako nedostaje, Google može prikazati neodgovarajuću verziju. Svaka jezična grupa mora imati x-default unos ako više država dijeli isti jezik.
