2026-04-21 · Redakcija Baduno · 21 blog.readMin · Blogas ir žinios
Hreflang auditas: 25 punktų kontrolinis sąrašas nepriekaištingiems kalbos signalams
Hreflang klaidos klaidina paieškos sistemas ir kenkia tarptautiniam matomumui. Mūsų 25 punktų kontrolinis sąrašas sistemingai veda per svarbiausius tikrinimo taškus – nuo sintaksės patikros iki atgalinių nuorodų patikros. Įskaitant praktinius patarimus didesnėms svetainėms ir automatizavimo metodus.
hreflang atributo pagrindai ir jo veikimo principai
hreflang atributas yra HTML elementas, nurodantis paieškos sistemoms, kuri kalbos ar regiono versija yra tinkamiausia konkrečiam vartotojui. Jis dažniausiai naudojamas daugiakalbėse svetainėse siekiant išvengti dublikatų turinio problemų ir pagerinti vartotojo patirtį. Veikimo principas pagrįstas idėja, kad puslapis gali turėti panašų turinį skirtingomis kalbomis ar skirtingoms šalims, tačiau priklausomai nuo tikslinės auditorijos reikalauja skirtingų pritaikymų.
Paieškos sistemos, tokios kaip Google, hreflang interpretuoja kaip užuominą, o ne nurodymą. Tai reiškia, kad tinkamos versijos rodymas nėra priverstinis, tačiau praktiškai padidėja tikimybė, kad vartotojai pamatys tinkamą puslapį. Tipinis pavyzdys: Vokietijos puslapis (de-DE) ir Austrijos puslapis (de-AT) turi iš esmės tą patį tekstą, bet skiriasi valiuta ar adresu. Be hreflang abu puslapiai galėtų būti laikomi dublikatais. Su teisingu hreflang Google atpažįsta, kad tai šalims būdingi variantai, ir atitinkamai juos rodo.
Svarbi sąlyga yra dvikryptis susiejimas: kiekvienas puslapis, pažymėtas kaip kito puslapio alternatyva, turi pats nurodyti visas kitas kalbines versijas. Jei trūksta atgalinės nuorodos, visas hreflang rinkinys gali būti ignoruojamas. Be to, puslapyje, kuriame yra žyma, paprastai turi būti ir savęs nuoroda – tai yra nuoroda į save patį.
Praktikoje rekomenduojame pirmiausia aiškiai apibrėžti URL struktūrą (pvz., subdomeną kiekvienai kalbai arba kelią, pvz., /lt/, /fr/). Tada kiekvienai kalbos versijai suplanuokite hreflang žymą, kuri išvardytų visas versijas. Įsitikinkite, kad yra ir x-default variantas nepriskirtoms lokalizacijoms. Patikrinkite diegimą naudodami Google Search Console ar specialius audito įrankius, kad anksti pastebėtumėte trūkstamas atgalines nuorodas ar neteisingus kodus.
Hreflang žymų struktūra ir sintaksė HTML ir HTTP antraštėse
Teisinga hreflang žymų sintaksė yra lemiama jų veikimui. HTML šis atributas apibrėžiamas <head> srityje kaip <link> elementas su rel="alternate" ir hreflang="kalbos_kodas". Pavyzdys: <link rel="alternate" hreflang="de" href="https://example.com/de/" />. Kiekvienai kalbos versijai reikia atskiro Link žymos, įskaitant nuorodą į save (pats puslapis) ir nuorodą į x-default versiją.
Kalbos kodai pagrįsti ISO 639-1 (dvi raidės kalbai) ir pasirinktinai ISO 3166-1 alpha-2 regionui (dvi raidės šaliai). Sintaksė: kalba-mažosiomis, regionas-didžiosiomis, pvz., „de-AT“ austrių vokiečių kalbai. Atkreipkite dėmesį į teisingą rašybą: „en-GB“, o ne „en-uk“. Klaidingi kodai lemia, kad žyma bus ignoruojama. Nebūdingoms šalims versijoms naudojamas „x-default“ – tai nėra oficialus ISO kodas, bet Google jį palaiko kaip atsarginį variantą nepriskirtiems vartotojams.
Ne HTML dokumentams, pvz., PDF, hreflang gali būti nustatytas HTTP atsako antraštėje: „Link: <https://example.com/de/dokument.pdf>; rel="alternate"; hreflang="de"“. Šis metodas yra retesnis, bet naudingas, kai failai siunčiami tiesiogiai. Praktiškai turėtumėte patikrinti, ar jūsų turinio valdymo sistemos palaiko šias antraštes.
Kita galimybė – integracija XML svetainės žemėlapyje: Sitemap failuose galite nurodyti kiekvieno URL hreflang alternatyvas. Šis metodas ypač rekomenduojamas didelėms svetainėms, nes jis išlaiko kodą puslapiuose glaustą. Tačiau turite užtikrinti, kad svetainės žemėlapis būtų tinkamai sudarytas ir apimtų visas kalbos versijas. Nepriklausomai nuo metodo, galioja: visi alternatyvūs puslapiai turi nurodyti vienas į kitą. Jei trūksta atgalinės nuorodos, visas rinkinys laikomas negaliojančiu.
Reguliariai tikrinkite savo diegimą naudodami tokius įrankius kaip Merkle hreflang testas arba Google Search Console. Įsitikinkite, kad nurodyti URL yra pasiekiami ir neperadresuoja. Tik tada hreflang signalas gali pilnavertiškai veikti.
Dažnos klaidos kalbų ir šalių žymėjime
Diegiant hreflang nuolat pasitaiko tos pačios klaidos. Viena dažniausių – neteisingų kalbos kodų naudojimas. Pavyzdžiui, naudojamas „en-uk“ vietoj „en-GB“ arba „deutsch“ vietoj „de“. Taip pat regionas dažnai rašomas klaidingai, pvz., „EN-US“ su didžiosiomis raidėmis kalbai – teisinga yra „en-US“. Šios klaidos lemia, kad paieškos sistemos ignoruoja hreflang nuorodą.
Kita tipiška klaida – nuorodos į save trūkumas. Jei puslapyje nurodomos tik kitos kalbos versijos, bet ne jis pats, žyma yra neišsami. Kiekvienas puslapis savo alternatyvų sąraše turi būti įtrauktas ir pats. Be to, dažnai nepaisoma dvikrypčių nuorodų: jei puslapis A nurodo į puslapį B, puslapis B taip pat turi nurodyti į puslapį A. Trūkstama atgalinė nuoroda daro visą rinkinį negaliojančiu.
Problemų kyla ir sąveikoje su canonical žymomis. Jei hreflang alternatyva nurodo į URL, kuris turi kitą canonical, gali kilti konfliktų. Įsitikinkite, kad kiekvienos kalbos versijos canonical rodo į save, o ne į kitą versiją. Priešingu atveju rizikuojate, kad bus indeksuota neteisinga versija. Taip pat venkite nustatyti hreflang URL keliams, kurie peradresuoja – tikslinis URL turi būti tiesiogiai pasiekiamas.
Praktinis patarimas: naudokite Google Search Console ataskaitas skiltyje „International Targeting“. Ten pateikiamos klaidos, pvz., trūkstamos atgalinės nuorodos arba nenuoseklūs duomenys. Taip pat patikrinkite, ar jūsų x-default versija pasirinkta tinkamai. x-default naudojamas vartotojams be tinkamos lokalizacijos – dažna klaida nustatyti jį į nukreipimo puslapį be kalbinės nuorodos, o tai gali sukelti painiavą. Kalbant apie teisinius aspektus, pvz., teisingą pardavimo puslapių žymėjimą skirtingose šalyse, rekomenduojame papildomai konsultuotis su savo teisininku.
Reguliariai atlikite auditus, rankiniu būdu tikrindami visas kalbos versijų hreflang žymas. Tokie įrankiai kaip Screaming Frog gali padėti nustatyti trūkstamas arba klaidingas žymas. Ypatingą dėmesį skirkite naujam turiniui ar URL pakeitimams, kai hreflang lengvai pamirštamas. Tik taip užtikrinsite, kad jūsų kalbos signalai bus nuoseklūs ir teisingi.
x-default žymos vaidmuo ir teisingas jos diegimas
x-default žyma yra specialus hreflang atributas, nurodantis, kuris puslapis turi būti rodomas, kai jokia naudotojo nustatyta kalba ar regionas neatitinka esamų kalbos signalų. Ji veikia kaip atsarginis variantas naudotojams, kurių naršyklės kalba neatitinka nė vienos aiškiai pažymėtos kalbos versijos. Be x-default rizikuojate, kad šie naudotojai matys klaidos puslapį arba netinkamą kalbos versiją, o tai pablogina naudotojų patirtį ir gali padidinti šuolių dažnį.
Diegimas atliekamas analogiškai kitoms hreflang žymoms: pridėkite <link> elementą HTML antraštėje, pvz., <link rel="alternate" href="https://example.com/" hreflang="x-default" />. Atkreipkite dėmesį, kad x-default reikšmė negali būti derinama su kalbos kodu. Ji visada naudojama atskirai. Svetainės žemėlapyje x-default galite nurodyti kaip atskirą alternatyvų puslapį, jei tas puslapis aktualus visoms neapimtoms kalboms. Tačiau venkite nustatyti x-default puslapiui, kuris aptarnauja tik vieną konkrečią kalbą – naudotojas tikisi universalaus pagrindinio puslapio arba kalbos pasirinkimo.
Dažna klaida – x-default žymos nebuvimas tarptautiniuose puslapiuose, siūlančiuose kelias kalbas. Praktikoje tai lemia, kad paieškos sistemos gali nepasirinkti tinkamo puslapio ir vietoj to indeksuoti atsitiktinę versiją. Kita problema – kai x-default nurodo peradresavimą į kalbos pasirinkimo puslapį, tačiau šis puslapis pats neturi hreflang žymos. Todėl audito metu patikrinkite, ar visi puslapiai, susieti su x-default, teisingai nurodo savo alternatyvias versijas. Rekomenduojame nuosekliai nustatyti x-default įrašą į centrinį kalbos pasirinkimo puslapį, jei toks yra, ir šį puslapį svetainės žemėlapyje nurodyti kaip atskirą URL.
Teisiškai kalbos pasirinkimas nėra reglamentuotas, tačiau klaidingas diegimas gali sukelti nesusipratimų naudotojams. Dėl konkrečių su svetaine susijusių teisinių klausimų kreipkitės į savo teisininką. Rekomenduojame audito metu sudaryti visų puslapių versijų sąrašą ir patikrinti, ar kiekviena kalbų grupė turi x-default žymą. Išbandykite tai naudodami įrankius, tokius kaip hreflang testeris arba curl, kad įsitikintumėte, jog paieškos sistemos teisingai interpretuoja žymą.
Hreflang ir Canonical žymų sąveika
Hreflang ir Canonical žymos atlieka skirtingas užduotis: hreflang apibrėžia kalbos ir regiono alternatyvas puslapiui, o Canonical žyma nurodo pageidaujamą kanoninį URL, siekiant išvengti dublikuoto turinio. Daugiakalbėje svetainėje abu nurodymai turi būti nuoseklūs, nes priešingu atveju paieškos sistemos gaus prieštaringus signalus. Tipiška klaida – kai puslapis turi Canonical žymą, nukreipiančią į kitą URL, tačiau hreflang nuorodos nurodo pirmąjį URL. Tokiu atveju paieškos sistemos gali nepaisyti hreflang nurodymų arba vertinti puslapį kaip dublikatą.
Teisinga praktika: kiekviena kalbos versija turėtų turėti save nurodančią Canonical žymą, t. y. nukreipti į savo paties URL. Tuo pačiu metu visi alternatyvūs puslapiai turi būti išvardyti hreflang žymose, įskaitant URL, kuris nurodytas kaip Canonical. Pavyzdžiui: vokiškas puslapis /de/ turi <link rel="canonical" href="https://example.com/de/" /> ir <link rel="alternate" href="https://example.com/en/" hreflang="en" />. Angliškas puslapis atitinkamai nurodo atgal. Venkite nustatyti Canonical žymą į kitą kalbos versiją – taip pakenksite hreflang struktūrai.
Atlikdami auditą atkreipkite dėmesį į šiuos dalykus: ar Canonical žyma atitinka hreflang atgalinę nuorodą? Ar Canonical žymos URL sutampa su URL, kuris nurodomas kitų puslapių hreflang žymose? Praktinis pavyzdys: jei puslapis A nurodo puslapį B, o puslapis B turi Canonical į puslapį C, kyla konfliktas. Naudokite įrankius, tokius kaip Screaming Frog arba Looker Studio, kad automatiškai patikrintumėte šiuos ryšius. Be to, atkreipkite dėmesį, kad HTTP antraštėse (pvz., PDF failams) logika yra identiška: Link antraštė su hreflang ir rel=canonical antraštė kartu turi atspindėti teisingą kalbos struktūrą.
Teisiškai Canonical žymos nėra teisiškai įpareigojantys pareiškimai, o techniniai nurodymai. Vis dėlto, kuriant hreflang struktūrą, reikia elgtis kruopščiai, nes nenuoseklūs nurodymai gali sukelti SEO nuostolių. Dėl klausimų, susijusių su turinio perėmimo teisiniu leistinumu, kreipkitės į savo teisininką. Konkretus veiksmas: įdiegkite reguliarų tikrinimo procesą, kuris apima tiek hreflang, tiek Canonical visiems atitinkamiems puslapiams ir praneša apie neatitikimus.
Atgalinių nuorodų nuoseklumo ir išsamumo patikrinimas
Atgalinės nuorodos (dar vadinamos abipusėmis nuorodomis) yra teisingo hreflang diegimo pagrindas. Kiekvienas puslapis, kuris hreflang žymoje nurodo kitą puslapį, turi gauti atgalinę nuorodą iš to puslapio. Jei puslapis A nurodo puslapį B, bet puslapis B nenurodo puslapio A, susidaro neabipusė nuoroda. Paieškos sistemos tai interpretuoja kaip klaidą ir ignoruoja visą hreflang grupę, todėl kalbos alternatyvos nėra atpažįstamos. Taigi atgalinių nuorodų tikrinimas yra kiekvieno hreflang audito esminis taškas.
Visiškas patikrinimas apima du žingsnius: pirma, nuoseklumo patikrinimas – kiekviena hreflang nuoroda turi turėti atsakomąjį puslapį, į kurį nurodoma. Antra, išsamumo patikrinimas – visi vienos kalbos grupės puslapiai savo hreflang žymose turi išvardyti visas kitas grupės kalbų versijas. Jei trūksta vienos versijos, vartotojai gali negauti tinkamos kalbos alternatyvos. Konkrečiai: jei turite tris kalbų versijas (DE, EN, FR), kiekvienas puslapis turi turėti dvi hreflang žymas – kitoms dviem kalboms. Be to, kiekvienas puslapis turėtų turėti savaime referuojančią hreflang žymą (hreflang="x-default" arba savo kalbos kodą). x-default puslapis turi būti susietas visomis kryptimis.
Patikrintas audito metodas: sukurkite visų puslapių su jų hreflang duomenimis sąrašą, pvz., naudodami crawler'į (pvz., Ahrefs, Screaming Frog). Tada kiekvienai puslapių porai palyginkite, ar nuorodos yra abipusės. Taip pat atkreipkite dėmesį į skirtingas URL struktūras (pvz., www vs. be www, HTTP vs. HTTPS), nes jos laikomos skirtingais URL ir nutraukia atgalines nuorodas. Čia būtina įrankių pagalba; daugelis SEO įrankių siūlo hreflang patikrinimą, kuris praneša apie trūkstamas ar nenuoseklias atgalines nuorodas. Atlikite šį patikrinimą bent po kiekvieno turinio pakeitimo.
Teisiniu požiūriu dėl klaidingų atgalinių nuorodų tiesioginės atsakomybės rizikos nėra, tačiau jos gali pakenkti jūsų daugiakalbio turinio matomumui. Rekomenduojame dokumentuoti patikrinimo rezultatus ir, radus klaidų, nustatyti taisymo prioritetus. Praktinė rekomendacija: naudokite scenarijų (pvz., Python), kuris patikrina jūsų hreflang svetainės schemą pagal faktines puslapių nuorodas ir pateikia trūkstamų ar nenuoseklių atgalinių nuorodų sąrašą. Taip užtikrinsite, kad jūsų kalbų signalai būtų išsamūs ir teisingi.
Hreflang signalų tikrinimo metodai (įrankiai, crawleriai, Google Search Console)
Sistemingas hreflang signalų tikrinimas reikalauja automatizuotos ir rankinės analizės derinio. Automatizuotam tikrinimui yra specializuotų internetinių įrankių, kurie atidaro jūsų puslapius ir patvirtina nustatytas hreflang žymas. Šie įrankiai paprastai tikrina sintaksės klaidas, trūkstamas atgalines nuorodas ir nenuoseklius kalbų žymėjimus. Kai kurie taip pat leidžia patikrinti kelis URL sąraše. Išsamiai analizei rekomenduojame naudoti bent du skirtingus įrankius, nes kiekvienas turi savo stiprybes ir ribotumus.
Crawleriai, tokie kaip Screaming Frog ar Sitebulb, taip pat gali analizuoti hreflang žymas. Jie nuskaito visą jūsų domeną ir sukuria ataskaitas apie kalbų žymėjimo pasiskirstymą, trūkstamas atgalines nuorodas ir konfliktus su canonical žymomis. Crawlerių pranašumas – galimybė automatiškai nuskaityti dideles svetaines ir vizualizuoti rezultatus valdymo skydelyje. Įsitikinkite, kad crawleris sukonfigūruotas skaityti tiek HTML, tiek HTTP antraščių žymas – ypač PDF failų ar kitų ne HTML išteklių atveju hreflang dažnai būna antraštėse.
Google Search Console suteikia tiesiogines įžvalgas apie Google atpažintas hreflang diegimus. Ataskaitoje „Tarptautinės tikslinės grupės“ matote, ar jūsų puslapiai indeksuojami tinkamoms šalims ar kalboms. Ten išvardijamos klaidos, pvz., „Nėra atgalinės nuorodos“ arba „Neteisingi kalbų kodai“. Tačiau atminkite, kad Search Console rodo tik Google nuskaitytus duomenis – išsamų vaizdą gausite tik sujungę crawlerius ir įrankius. Be to, reguliariai tikrinkite serverio žurnalo failus dėl netikėtų peradresavimų ar būsenos kodų, kurie gali paveikti hreflang signalus.
Mūsų rekomendacija: atlikite automatizuotą auditą bent kartą per mėnesį naudodami tokį įrankį kaip Aleyda Solis hreflang testas arba Google URL patikros įrankis. Užsirašykite rezultatus kontroliniame sąraše ir palyginkite su Search Console duomenimis. Nustačius neatitikimų, veikite sistemingai: pirmiausia patikrinkite atgalines nuorodas, tada kalbų kodus, galiausiai sąveiką su canonical žymomis. Tik taip užtikrinsite, kad jūsų hreflang signalai būtų teisingi ir išsamūs.
Ypatumai, susiję su dinaminiais URL ir parametrais pagrįstais puslapiais
Dinaminiai URL, kuriuose yra parametrai, pvz., ?lang=de arba ?country=at, kelia ypatingą iššūkį hreflang diegimui. Google dažnai parametrus interpretuoja kaip atskirus URL, net jei jie atspindi tą patį puslapį. Dėl to gali atsirasti neišsamių atgalinių nuorodų arba susilpnėti kalbos signalai. Todėl venkite tiesiogiai nustatyti hreflang žymas parametrais pagrįstuose URL, jei tikrasis puslapis pasiekiamas ir švariu URL.
Jei vis dėlto turite naudoti dinaminius URL, patikrinkite, ar parametrai iš tikrųjų keičia turinį (pvz., kalbą ar regioną), ar atlieka tik technines funkcijas (pvz., sesijos ID). Tik esant turinio reikšmingumui turėtumėte nustatyti hreflang žymas kiekvienam parametrų deriniui. Atkreipkite dėmesį į teisingas atgalines nuorodas: kiekvienas variantas turi nurodyti atgal į visus kitus variantus. Tai gali greitai tapti neaišku, kai yra daug parametrų. Naudokite reguliariąsias išraiškas arba šablonus, kad žymos būtų generuojamos nuosekliai.
Kita problema – dublikatas turinys dėl parametrų. Jei ?lang=de ir ?lang=at pateikia tą patį turinį vokiečių kalba, bet turėtų rodyti skirtingus regionus, turite nuspręsti, ar naudoti hreflang su regionu (pvz., de-DE vs. de-AT), ar nustatyti peradresavimą į regionui skirtą pagrindinį puslapį. Praktikoje pasiteisino nenaudoti parametrais pagrįstų puslapių hreflang tikslais, o vietoj to naudoti atskiras antrines svetaines ar subdirektorijas. Tai sumažina klaidų tikimybę ir palengvina auditą.
Konkreti rekomendacija: atlikite atskirą visų puslapių su dinaminiais parametrais auditą. Patikrinkite, ar kiekvienai parametro reikšmei reikia atskiros hreflang diegimo. Jei įmanoma, pakeiskite parametrus aiškiais keliais (pvz., /de/ vietoj ?lang=de). Naudokite „URL Inspection“ įrankį „Search Console“, kad pamatytumėte, kaip Google interpretuoja parametrus. Pritaikykite savo Robots.txt arba meta žymas, kad išvengtumėte dublikatų. Tik su švaria URL struktūra galite sumažinti hreflang klaidas dinaminuose puslapiuose.
Hreflang klaidos klaidina paieškos sistemas ir kenkia tarptautiniam matomumui. Mūsų 25 punktų kontrolinis sąrašas sistemingai veda per svarbiausius tikrinimo taškus – nuo sintaksės patikros iki atgalinių nuorodų patikros. Įskaitant praktinius patarimus didesnėms svetainėms ir automatizavimo metodus.
Hreflang svetainės žemėlapiuose: alternatyvus diegimas ir klaidų šaltiniai
Be diegimo HTML arba HTTP antraštėse, hreflang signalus galite nustatyti ir XML svetainės žemėlapyje. Tam kiekvienai kalbos versijai apibrėžiate <xhtml:link> elementą su atributais rel="alternate" ir hreflang. Šį metodą palaiko Google ir jis ypač naudingas, kai jūsų svetainėje yra daug URL arba šaltinio kodą sunku pakeisti. Privalumas – centralizuotas visų kalbų alternatyvų valdymas viename faile.
Klaidų šaltiniai svetainės žemėlapio hreflang yra panašūs į HTML: trūkstamos atgalinės nuorodos, neteisingi kalbų kodai arba prieštaringa informacija tarp svetainės žemėlapio ir HTML žymų. Tipiška klaida – svetainės žemėlapyje yra hreflang įrašų, bet pačiuose puslapiuose nėra nustatytų žymų. Google tikisi nuoseklumo: jei naudojate abu metodus, jie turi pateikti identišką informaciją. Priešingu atveju gali kilti painiava, kuri versija yra autoritetinga.
Ypač atkreipkite dėmesį į teisingą kelio nurodymą svetainės žemėlapyje. Kiekvienas URL turi atitikti puslapio bazinį URL (įskaitant protokolą ir pasvirąjį brūkšnį). Dažna klaida – santykinių kelių nurodymas arba trūkstamas galinis pasvirasis brūkšnys. Be to, visi alternatyvūs variantai turi būti susieti tarpusavyje, o ne tik su centriniu nukreipimo puslapiu. Tai reiškia: svetainės žemėlapis turi apimti kiekvienai kalbos versijai visas kitas kalbų versijas kaip alternatyvias nuorodas. Daugiakalbėse svetainėse su 10+ kalbų tai gali sukelti labai didelius svetainės žemėlapius – tokiu atveju juos padalinkite.
Mūsų rekomendacija: reguliariai tikrinkite svetainės žemėlapį XML validatoriumi. Įkelkite svetainės žemėlapį į „Search Console“ ir stebėkite klaidų ataskaitas. Jei nustatote hreflang tiek svetainės žemėlapyje, tiek HTML, atlikite palyginimą: nuskaitykite savo puslapius ir palyginkite svetainės žemėlapio įrašus su rastomis žymomis. Esant neatitikimams, pasirinkite vieną metodą ir pašalinkite kitą. Praktikoje paaiškėjo, kad išimtinis svetainės žemėlapio naudojimas lemia mažiau klaidų, nes jį galima centralizuotai prižiūrėti. Išbandykite šią galimybę, jei jūsų IT ištekliai yra riboti.
Tarptautinis SEO ir daugiakalbystė: hreflang ir kalbos atpažinimo atribojimas
Hreflang žymos ir kalbos atpažinimas (pvz., per naršyklės kalbos nustatymus ar IP geolokaciją) tarptautinėje SEO aplinkoje atlieka skirtingas užduotis. Nors hreflang signalizuoja paieškos sistemoms, kuri kalbos/šalies versija skirta konkrečiai tikslinei auditorijai, kalbos atpažinimas dažnai naudojamas automatiniam naudotojo nukreipimui į tariamai tinkamą versiją. Nepainiokite šių mechanizmų: hreflang veikia indeksavimą ir pateikimą paieškos rezultatuose, o kalbos atpažinimas – naudotojo patirtį svetainėje. Tipinė problema iškyla, kai kalbos atpažinimas nukreipia naudotoją į puslapį, kuris neatitinka jokio hreflang įrašo – paieškos sistemos negali sekti šio nukreipimo, todėl gaunami trūkstami arba klaidingi kalbos signalai.
Praktikoje pasitvirtino, kad hreflang turėtų būti pagrindinis signalas „Google“ ir kitoms paieškos sistemoms, o kalbos atpažinimas svetainėje tarnautų tik kaip neprivaloma funkcija lankytojams. Pavyzdys: vartotojas iš Šveicarijos atidaro pagrindinį puslapį. IP pagrindu veikiantis atpažinimas gali automatiškai nukreipti į de-ch. Tačiau jei vokiškame pagrindiniame puslapyje nėra hreflang žymos su alternatyviomis versijomis (de-de, de-ch, fr-ch ir kt.), „Google“ neatpažins šveicariško puslapio kaip alternatyvos ir paieškos rezultatuose gali rodyti neteisingą versiją. Todėl venkite naudoti kalbos atpažinimą kaip vienintelį kalbų pateikimo įrankį, o visada derinkite jį su nuosekliu hreflang diegimu.
Kitas svarbus atribojimas susijęs su šalies nukreipimu: hreflang gali žymėti tiek kalbos, tiek šalies specifinius variantus (pvz., de-de vs de-ch), o kalbos atpažinimas dažniausiai iš IP duomenų nustato tik kalbą ir šalį, neatsižvelgdamas į konkretų puslapio variantą. Todėl naudokite daugiapakopį metodą: pirmiausia apibrėžkite visas kalbos/šalies kombinacijas ir jas įtraukite į hreflang žymas. Kalbos atpažinimą diegkite vėlesniame etape, kad vartotojui būtų pasiūlytas pasirinkimas, nesumaišant automatinio nukreipimo su indeksavimu. Dokumentuokite savo sprendimus ir derinkite juos su plėtros skyriumi, kad abi sistemos neprieštarautų viena kitai. Dėl teisinių klausimų, susijusių su automatiniu atpažinimu ir nukreipimu, ypač kai tvarkomi asmens duomenys, pvz., IP adresai, pasitarkite su teisės ekspertu.
Sisteminio audito kūrimas didelėms svetainėms su daugybe kalbų variantų
Didelėse svetainėse su daugybe kalbų variantų rankinis hreflang auditas nėra praktiškas. Vietoj to rekomenduojamas daugiapakopis automatizuotas procesas, apimantis visus atitinkamus puslapius ir tikrinantis jų nuoseklumą. Pradėkite sudarydami visą URL sąrašą visų kalbų ir šalių versijų. Tam naudokite tokią naršymo sistemą kaip „Screaming Frog“ arba „Sitebulb“, kuri indeksuoja visą svetainę ir iš HTML antraščių ar sitemap ištraukia hreflang žymas. Eksportuokite duomenis į lentelę, kurioje kiekvienam URL nurodote kalbos kodą, šalies santrumpą ir alternatyvius URL. Atkreipkite dėmesį, kad puslapiai, egzistuojantys tik viena kalba, neturi turėti hreflang, tačiau jie gali būti klaidingo diegimo dalimi, jei klaidingai neįtraukiami.
Kitame žingsnyje patikrinkite abipuses nuorodas: kiekvienas URL kalbos grupėje turi nurodyti į visas kitas tos pačios grupės versijas ir būti nurodytas iš jų. Jei trūksta abipusės nuorodos, paieškos sistemos dažnai ignoruoja hreflang žymą. Dažna klaida – nesuderinamų kalbos kodų naudojimas (pvz., „eng“ vietoj „en“) arba šalies kodo nebuvimas šalies specifiniuose puslapiuose (pvz., „de“ vietoj „de-de“). Naudodami scenarijų arba formulę lentelėje, automatiškai pažymėkite tokius neatitikimus. Ypač kritiška yra x-default žyma: nustatykite ją bendram nukreipimo puslapiui, skirtam nepriskirtiems vartotojams, ir patikrinkite, ar visos kalbos grupės teisingai ją nurodo.
Papildykite auditą sitemap patikra: jei hreflang įtraukiate ir į XML sitemap, patikrinkite, ar ten nurodyti alternatyvūs URL atitinka HTML žymas, ir ar pati sitemap teisingai nurodo skirtingas kalbų versijas. Sisteminį auditą didelėse svetainėse reikėtų reguliariai (pvz., kas ketvirtį) kartoti, nes pridedant naujų kalbų variantų ar atliekant perkūrimą dažnai atsiranda klaidų. Tokie įrankiai kaip „SEOTesting“ ar „Google Search Console“ padeda stebėti atskirų versijų matomumą. Dokumentacijai rekomenduojame centrinę lentelę su atskirų kalbų grupių būsena, kurią atnaujinate po kiekvieno audito. Planuokite pakankamai laiko klaidų taisymui ir pirmenybę teikite lankomiausioms kalbų versijoms. Teisinio įspėjimo dėl naršyklės duomenų naudojimo nereikia, nes tai yra viešai prieinamos svetainių struktūros.
Dokumentavimas ir hreflang pakeitimų sekimas komandoje
Hreflang diegimai dažnai būna kelių padalinių sprendimų rezultatas – turinio komandos kuria vertimus, IT tvarko CMS, o SEO skyrius apibrėžia tikslinės auditorijas. Be aiškios dokumentacijos pakeitimai greitai pasimeta arba sukelia nenuoseklumą. Todėl įveskite centrinį registrą, kuriame fiksuojate visas kalbos/šalies versijas, jų atsakingus asmenis ir dabartinę būseną (aktyvi, neaktyvi, planuojama). Pasiteisino paprasta lentelė su stulpeliais: pirminis URL, kalbos kodas, šalies kodas, x-default (taip/ne), alternatyvūs URL (sąrašas), paskutinis pakeitimas, atsakingas asmuo. Šią lentelę komanda turėtų prižiūrėti kartu, pavyzdžiui, naudodama debesijos dokumentą, prieinamą visoms susijusioms rolėms.
Pakeitimų sekimui rekomenduojamas kontroliuojamas procesas: kiekviena nauja kalbos versija ar esamų URL pakeitimas pirmiausia pažymimas lentelėje, prieš atnaujinant faktines hreflang žymas CMS arba svetainės žemėlapyje. Naudokite bilietų sistemą arba paprastą pakeitimų žurnalą, kad dokumentuotumėte kiekvieną įsikišimą. Pavyzdžiui: „2025-04-10 pridėtas prancūziškas puslapis Belgijai (fr-be); atitinkamos hreflang žymos atnaujintos vokiškame pagrindiniame puslapyje (de-de).“ Taip vėliau galėsite atsekti, kodėl tam tikra kalbos versija nebepasirodo paieškos rezultatuose. Papildykite reguliariais auditais (žr. ankstesnį skyrių), kurių metu palyginsite faktinę būklę su savo dokumentacija ir pataisysite neatitikimus.
Siekiant palengvinti bendradarbiavimą komandoje, apibrėžkite aiškią atsakomybę atskiroms kalbų grupėms ar regionams. Didesnėse svetainėse nustatykite taisyklę, kad hreflang žymų pakeitimus turi patvirtinti mažiausiai du komandos nariai – panašiai kaip keturių akių principas. Kur įmanoma, naudokite automatizavimą: scenarijus gali automatiškai sugeneruoti XML svetainės žemėlapį su hreflang įrašais iš jūsų lentelės arba tiesiogiai įvesti HTML žymas į CMS. Tačiau įsitikinkite, kad tokie scenarijai reguliariai testuojami dėl teisingumo. Galiausiai: kadangi hreflang klaidos gali sukelti matomumo praradimą, savo projektų valdymo įrankyje nustatykite pasikartojančią užduotį ketvirtiniam auditui. Dėl teisinių klausimų, susijusių su URL duomenų saugojimu ir tvarkymu, kreipkitės į savo duomenų apsaugos pareigūną ar teisės patarėją.
Praktinis kontrolinis sąrašas hreflang audito baigiamajam patikrinimui
Sisteminis baigiamasis patikrinimas užtikrina, kad visi hreflang diegimai yra nuoseklūs ir be klaidų. Pradėkite nuo atgalinių nuorodų tikrinimo: kiekvienas kalbos varianto puslapis turi nurodyti į visus kitus variantus, įskaitant save. Jei trūksta nuorodos, gaunamas „nepatvirtintas“ signalas, kurį paieškos sistemos gali ignoruoti. Naudokite tokį roblį kaip Screaming Frog ar Sitebulb, kuris nuskaito hreflang atributus ir pažymi trūkstamas atgalines nuorodas. Taip pat patikrinkite, ar kalbos kodai atitinka ISO 639-1 formatą (pvz., „de“ vietoj „deu“), o šalies kodai – ISO 3166-1 Alpha 2 formatą (pvz., „CH“ Šveicarijai). Ypač atkreipkite dėmesį į teisingą derinį regioniniams puslapiams: „de-ch“ vokiečių kalbai Šveicarijoje, o ne „de_CH“.
Patikrinkite sąveiką su canonical žymomis: jei canonical žyma nukreipia į kitą kalbos variantą, hreflang signalas tam puslapiui tampa neveiksmingas. Todėl naudokite save nukreipiančias canonical žymas arba užtikrinkite, kad canonical nurodo į tą pačią kalbos versiją. Tas pats galioja svetainės žemėlapiui: kiekvienas puslapis turėtų būti tik vieną kartą svetainės žemėlapyje su savo hreflang alternatyvomis. Dažna klaida – HTTP ir HTTPS versijų arba www ir ne-www variantų įtraukimas. Sumažinkite pristatymą iki vieno kanoninio URL kiekvienai kalbos versijai.
Klaidos naudojant x-default žymą dažnai sukelia nepageidaujamus nukreipimus. Nustatykite x-default į bendrą nukreipimo puslapį arba dažniausiai naudojamą kalbos variantą – tačiau neatsitiktinai. Praktikoje naudinga nustatyti x-default į anglų kalbos pagrindinį puslapį, jei svetainė yra tarptautinė. Patvirtinkite diegimą naudodami „Google Search Console“ skiltyje „International target“. Ten rodomos klaidos, pvz., trūkstamos atgalinės nuorodos ar nenuoseklūs kalbos kodai. Atlikite šį patikrinimą kartą per mėnesį, kad pastebėtumėte pakeitimus.
Išsamus kontrolinis sąrašas turėtų apimti ir svetainės žemėlapio alternatyvas: įsitikinkite, kad kiekviena kalbos versija svetainės žemėlapyje yra išvardyta su visomis alternatyvomis. Naudokite įrankį, kuris patvirtina hreflang XML svetainės žemėlapiuose (pvz., Ahrefs ar Semrush svetainės žemėlapio tikrinimas). Kiekvieną rastą neatitikimą dokumentuokite lentelėje su prioritetu ir atsakomybe. Atkreipkite dėmesį: dinaminiams URL hreflang žymos turi būti teisingai nustatytos serverio pusėje arba naudojant JavaScript – patikrinkite tai HTTP antraštės tikrinimu. Galiausiai rekomenduojame teisinį patikrinimą: kalbos variantų pasirinkimas gali turėti įtakos duomenų apsaugai ir sąlygoms. Esant neaiškumų, kreipkitės į teisės patarėją.
Perspektyva: automatikos įrankiai ir būsimi kalbos signalų pokyčiai
Rankinis hreflang signalų tikrinimas vis dažniau papildomas specializuotais automatikos įrankiais. Tokie įrankiai kaip „hreflang-tags.com“ arba funkcijos naršyklėse (pvz., „Sitebulb“ hreflang tikrinimas) automatiškai aptinka trūkstamus atgalinius nurodymus, nenuoseklius kalbos kodus ir konfliktus su kanoniniais žymėjimais. Šie įrankiai pateikia ataskaitas, kurias galite naudoti kaip pagrindą savo komandai. Praktikoje pasiteisino tokių patikrų įtraukimas į CI/CD procesą: kiekvieno diegimo metu atliekama automatinė hreflang patikra, siekiant anksti pastebėti klaidas. Tačiau atminkite, kad šiuos įrankius reikia reguliariai atnaujinti, nes paieškos sistemų gairės gali keistis.
Viena tendencija – DI naudojimas kalbų variantų vertimui ir lokalizavimui. Šiuolaikinės DI sistemos gali automatiškai generuoti kalbos kodus, kai atpažįsta geografinę tikslinę rinką. Tačiau tai kelia riziką: automatinis atpažinimas gali sukelti klaidingus priskyrimus, pavyzdžiui, daugiakalbėse šalyse. Todėl DI naudokite tik kartu su rankiniu patikrinimu, kurį atlieka patyręs lokalizacijos ekspertas. Lokalizacija turėtų būti pritaikyta ne tik kalbiniu, bet ir kultūriniu požiūriu – priešingu atveju hreflang signalas gali nukreipti neteisinga kryptimi.
Ateityje struktūriniai duomenys, pvz., „Schema.org“, gali būti derinami su hreflang. Pirmieji bandymai rodo, kad atributas „url“ kartu su „inLanguage“ gali užtikrinti tikslesnį kalbos priskyrimą. Tačiau „Google“ oficialiai nepaskelbė, kad palaiko šį kelią. Vis dėlto verta stebėti šiuos pokyčius, nes jie galėtų sumažinti hreflang klaidų tikimybę. Taip pat iššūkiu išlieka hreflang integravimas į AMP puslapius arba vieno puslapio programas – čia reikalingi serverio sprendimai arba specializuotos sistemos.
Galiausiai rekomenduojame įsteigti reguliarų kalbos signalų stebėjimą. Tokie įrankiai kaip „Google Search Console“ skiltyje „Tarptautinė tikslinė auditorija“ pateikia klaidingų puslapių apžvalgą. Derinkite tai su žurnalų analize, kad pamatytumėte, ar paieškos sistemos laikosi hreflang nurodymų. Atminkite: teisinis atitikimas – pvz., dėl BDAR arba „Impressum“ reikalavimų – gali skirtis priklausomai nuo kalbos varianto. Dėl to pasitarkite su teisininku. Kalbos signalų ateitis – glaudesnis ryšys su kitais SEO signalais ir didesnė automatika, tačiau žmogiškoji kokybės patikra išlieka būtina.
Praktinis pavyzdys: nuoseklus hreflang audito atlikimas
Vidutinė internetinė parduotuvė su kalbų versijomis vokiečių (DE), anglų (EN), prancūzų (FR) ir ispanų (ES) bei šalims skirtomis subdomenais (de.example.com, en.example.com, fr.example.com, es.example.com) nori patikrinti savo hreflang. 1 žingsnis: Svetainės žemėlapio eksportavimas. Pirmiausia komanda iš CMS eksportuoja kalbų svetainių žemėlapius. Paaiškėja, kad DE ir EN versijoms yra po du žemėlapius (produktai, kategorijos), o FR ir ES – tik po vieną. 2 žingsnis: Atgalinių nuorodų nuoseklumo patikra. Naudojant hreflang naršyklę (pvz., „Merkle's Hreflang Tag Checker“) nuskaitomi visi 400 URL. Rezultatas: 30 URL trūksta atgalinių nuorodų – dažnai DE puslapis trūksta EN versijoje. 3 žingsnis: Klaidingų kalbos kodų patikra. Šaltinio kode randami du URL su „en-uk“ vietoj „en-gb“. Kadangi EN versija skirta Didžiajai Britanijai, kodas pataisomas. 4 žingsnis: x-default testas. Kiekvienas kalbos puslapis turi x-default žymą, nukreipiančią į anglų pagrindinį puslapį. Praktiškai tai prasminga, nes anglų kalba naudojama kaip atsarginė. 5 žingsnis: Kanoninis konfliktas. Naršyklė rodo, kad kai kurie FR puslapiai turi save nurodančią kanoninę žymą, tačiau ji nesutampa su hreflang tikslu (kanoninė nukreipia į kitą FR puslapį). Kanoninės žymos pataisomos. 6 žingsnis: Patvirtinimas per „Google Search Console“. Po šešių savaičių ataskaitoje skiltyje „Tarptautinė orientacija“ klaidų nebėra. 7 žingsnis: Dokumentacija. Pakeitimai užfiksuojami vidiniame wiki, su ekrano nuotraukomis ir naršyklės žurnalais. Išvada: pataisius 30 atgalinių nuorodų ir kalbos kodus, paspaudimų rodiklis prancūzų ir ispanų puslapiuose padidėjo maždaug 15 % (neįrodyta, bet remiantis patirtimi). Reguliarūs auditai (kas tris mėnesius) dabar yra neatsiejama SEO priežiūros dalis. Šis pavyzdys rodo: sistemingai veikiant, tipines klaidas galima greitai identifikuoti ir ištaisyti.
blog.faqT
Kokia dažniausia hreflang žymų klaida?
Dažniausia klaida yra atgalinių nuorodų trūkumas. Jei versija A nurodo į versiją B, B taip pat turi nurodyti į A. Priešingu atveju „Google“ dažnai visiškai ignoruoja žymas. Taip pat plačiai paplitę sintaksės klaidos, pvz., neteisingi šalių kodai (pvz., 'en-uk' vietoj 'en-gb'). Būtina sistemingai tikrinti visas poras.
Kaip patikrinti hreflang žymas didelėse svetainėse, turinčiose daug kalbų?
Didelėms svetainėms rekomenduojama naudoti tikrinimo sistemas, kurios tiria hreflang, pvz., „Screaming Frog“ su hreflang ataskaita. Taip pat galite rašyti savo scenarijus, kurie ieško žymų svetainių žemėlapiuose ar HTML puslapiuose. Svarbu imti pavyzdžius ir patikrinti nuoseklumą tarp skirtingų kalbinių versijų. „Google Search Console“ skiltyje „Tarptautinė aprėptis“ rodo konkrečias klaidas.
Ką reiškia x-default žyma ir kada jos reikia?
x-default žyma nurodo bendrą numatytąjį puslapį, kuris rodomas, kai nėra nustatyta naudotojo kalbos pirmenybė arba norimas kalbos / šalies derinys neegzistuoja. Ji dažnai naudojama pagrindiniame puslapyje arba bendrame tikslo puslapyje. Jei jos trūksta, „Google“ gali pateikti netinkamą versiją. Kiekviena kalbų grupė turi turėti x-default įrašą, kai kelios šalys dalijasi viena kalba.
