Frankfurto studija daugiakalbiams skaitmeniniams projektams +49 69 95209894 [email protected] Pirm–Penk 9–17 val. Klientų sritis →
LietuviųLT

Valiuta

Užsienio valiutos sumos yra neįpareigojančios orientacinės vertės; atsiskaitymas atliekamas eurais.

2026-07-01 · Redakcija Baduno · 6 blog.readMin · Blogas ir žinios

Kaip teisingai naudoti hreflang: praktinis vadovas

Garsiausiai bijota žyma tarptautiniame SEO – aiškiai paaiškinta, su penkiomis klaidomis, kurias dažniausiai randame audituose.

Ką hreflang iš tikrųjų daro

hreflang nurodo paieškos sistemoms, kurios kalbos ir šalies versijos priklauso kartu – kad Google vartotojui Vienoje parodytų vokišką, o vartotojui Milane – itališką versiją. Tai nėra reitingo stiprintuvas, o priskyrimo signalas: jis neleidžia jūsų kalbos versijoms viena kitą kanibalizuoti arba atrodyti kaip dublikatų turinys.

Auksiniai siūlai jungia šviečiančius taškus virš tamsiai mėlyno pasaulio žemėlapio

Pagrindinės taisyklės

Pirma: Kiekviena kalbos versija nurodo į visas kitas ir į save – matrica turi būti išsami ir abipusė. Antra: Kiekvienam puslapiui reikia papildomai x-default vartotojams už nustatytų kalbų ribų. Trečia: hreflang priklauso puslapių, o ne svetainės lygmenyje – pagrindinis puslapis nurodo į pagrindinius puslapius, kainų puslapis į kainų puslapius.

Penkios dažniausios klaidos

Trūkstamos atgalinės nuorodos (A nurodo į B, B nenurodo į A – dažniausia priežastis, kodėl žymos ignoruojamos). Neteisingi kalbos kodai, pvz., 'uk' vietoj 'en-GB'. hreflang ant nukreiptų arba kanonizuotų URL. Pamiršti nauji puslapiai, nes matrica tvarkoma rankiniu būdu. Ir: hreflang kaip vertimo pakaitalas – žyma nurodo versijas, bet jų nesukuria.

Mūsų rekomendacija

Niekada nekurkite hreflang rankiniu būdu. Esant 24 kalboms ir 40 puslapių, susidaro virš 26 000 nuorodų – joks žmogus negali jų be klaidų prižiūrėti. Mūsų programinės įrangos grandinė automatiškai sukuria matricą iš puslapio struktūros; ši svetainė pateikia rezultatą kiekviename šaltinio kode. Būtent taip turėtų veikti ir jūsų atveju.

hreflang svetainės schemoje vs. HTML antraštėje: privalumai ir trūkumai

hreflang nuostatas galite įtraukti arba kiekvieno puslapio HTML antraštėje, arba XML svetainės schemoje. Svetainės schemos metodas suteikia pranašumą, nes visas kalbų versijas galite tvarkyti centralizuotai, nereikia redaguoti kiekvieno puslapio atskirai. Google šią parinktį palaiko nuo 2017 metų. Tačiau visi nurodyti URL turi būti svetainės schemoje ir nukreipti į tą patį turinį. Tipinė problema: jei svetainės schemoje apibrėžiate hreflang grupę, bet vienas iš URL nėra pačioje schemoje, jis bus ignoruojamas. HTML metodas reikalauja, kad kiekvienas puslapis pats nurodytų visas alternatyvas – tai yra daug priežiūros reikalaujantis procesas, kai kalbų daug. Rekomendacija: naudokite svetainės schemos metodą kaip pagrindinį mechanizmą ir, jei reikia, papildykite HTML žymomis dėl atsarginės kopijos. Užtikrinkite, kad svetainės schema visada būtų atnaujinta ir joje būtų visos kalbų versijos.

hreflang ir Canonical: teisingas derinys

Dažna klaida – vienu metu naudoti hreflang ir rel="canonical" tame pačiame puslapyje. Kai nustatote hreflang, jūs signalizuojate, kad egzistuoja alternatyvios kalbų versijos. Tuo tarpu Canonical žyma nurodo, kuris URL yra pageidaujama versija paieškos sistemoms. Abi nuostatos turi būti suderintos: jei apibrėžiate hreflang URL grupei, nė vienas URL neturėtų per Canonical rodyti į išorinį domeną ar kitą kalbų versiją. Pavyzdys: vokiečių puslapis turi hreflang nuorodas į anglų ir prancūzų puslapius. Jei vokiečių puslapyje nustatote Canonical į save patį, tai yra teisinga. Bet jei per Canonical nurodote į anglų puslapį, hreflang signalas prieštarauja. Tokiais atvejais Google teikia pirmenybę Canonical žymai ir ignoruoja hreflang nuostatas. Todėl savo audituose patikrinkite, ar Canonical ir hreflang dera tarpusavyje.

Dinaminiai URL ir hreflang: kaip įveikti iššūkius

Tinklalapiai su URL parametrais (pvz., ?lang=de arba sesijos ID) kelia ypatingų iššūkių. Paieškos sistemos gali interpretuoti skirtingus parametrų derinius kaip atskirus URL, todėl hreflang matrica gali išsipūsti. Pavyzdys: produkto puslapis pasiekiamas per /produkt?lang=de, /produkt?lang=en&session=abc ir /produkt?lang=fr. Jei šie URL visi atsiranda hreflang matricoje, jie gali konkuruoti tarpusavyje. Sprendimo būdai: Pirma, naudokite nuoseklias URL struktūras be perteklinių parametrų. Antra, „Google Search Console“ nustatykite URL parametrus kaip „Neturi įtakos indeksavimui“ nereikšmingiems parametrams. Trečia, įgyvendinkite hreflang tik kiekvienos kalbos versijos kanoniniam URL ir venkite įtraukti URL variantus su stebėjimo parametrais. Reguliarus tikrinimas naudojant hreflang testavimo įrankį padeda laiku aptikti ir ištaisyti tokius nenuoseklumus.

Garsiausiai bijota žyma tarptautiniame SEO – aiškiai paaiškinta, su penkiomis klaidomis, kurias dažniausiai randame audituose.

Automatinis jūsų hreflang diegimo stebėjimas

Net ir teisingai sukurta hreflang matrica ilgainiui gali tapti klaidinga dėl puslapių pertvarkymų, naujų kalbų versijų ar ištrintų URL. Rankinis tikrinimas, kai yra kelios kalbos ir daug puslapių, nėra praktiškas. Todėl naudokite automatizuotus įrankius, kurie reguliariai tikrina jūsų hreflang nuorodas dėl išsamumo, abipusiškumo ir teisingų kalbų kodų. Pavyzdžiui, galite naudoti scenarijų, kuris nuskaito visus puslapius, ištraukia hreflang žymas ir patikrina, ar kiekviena alternatyva taip pat turi atgalinę nuorodą. Taip pat atkreipkite dėmesį į nuoseklumą su svetainės žemėlapiu: ar svetainės žemėlapyje deklaruotos kalbų grupės atitinka faktines puslapiuose rastas žymas? Integruokite tokius patikrinimus į savo CI/CD procesą, kad prieš paleidžiant naują puslapį ar kalbos versiją automatiškai gautumėte pranešimą, jei hreflang matricoje yra spragų.

Kalbų variantai ir regioniniai ypatumai: teisingas en, en-GB, en-US naudojimas

Kalbos kodų apibrėžimas hreflang žymoje atitinka ISO 639-1 standartą, o regioniniai variantai papildomi ISO 3166-1 Alpha-2. Tipiška klaida yra naudoti „en“ visiems angliškiems puslapiams, nors turite atskiras versijas Didžiajai Britanijai, JAV ir Australijai. Tokiu atveju žymes turite nustatyti tiksliai: en-GB, en-US, en-AU. Jei nėra regioninio žymėjimo, signalizuojate „Google“, kad visos angliškos versijos yra keičiamos – tai lemia neteisingą rodymą. Jei turite tik vieną anglišką puslapį visiems angliškai kalbantiems vartotojams, pakanka kodo „en“ be regiono. Ypatingas atvejis yra x-default: šią žymę turėtumėte nustatyti bendrame pagrindiniame puslapyje arba kalbos pasirinkimo puslapyje, kai vartotojas negali būti priskirtas jokiam regionui. Atkreipkite dėmesį, kad kiekvienas regioninis variantas turi nurodyti į visus kitus – įskaitant bendrą „en“ versiją, jei tokia yra. Nenuosekli matrica lemia, kad „Google“ ignoruoja atskiras žymes. Todėl patikrinkite hreflang testavimo įrankiu, ar jūsų regioniniai kodai teisingai susieti. Niekada nenaudokite neoficialių kodų, pvz., „uk“ (teisingai: en-GB) arba „eu“ (neleidžiama).

hreflang keliakalbiuose tinklaraščiuose ir dinamiškame turinyje

Tinklaraščiai ir naujienų svetainės kelia ypatingus reikalavimus hreflang diegimui, nes nuolat atsiranda naujas turinys. Rankinis matricos tvarkymas čia nepraktiškas. Vietoj to rekomenduojama naudoti Sitemap metodą: XML svetainės struktūros faile kiekvienam puslapiui apibrėžiate kalbos alternatyvas. Pridėjus naują tinklaraščio įrašą, tiesiog pridedate naują įrašą su visomis kalbos versijomis. Įsitikinkite, kad pati svetainės struktūra reguliariai atnaujinama ir neturi pasenusių URL. Kita problema – archyvai, kategorijų puslapiai arba puslapiai su puslapių numeriais: jie turėtų gauti hreflang tik tuo atveju, jei kiekvienai kalbos versijai turite atskirą archyvo puslapį. Priešingu atveju pakanka susieti atskirus įrašus. Venkite hreflang paieškos puslapiuose ar filtruotuose rodiniuose, nes jie nėra savarankiškos kalbos versijos. Integruokite hreflang generavimą į savo turinio valdymo sistemą (TVS), kad kuriant ar verčiant įrašą automatiškai būtų įterptos teisingos žymės į HTML antraštę ir svetainės struktūrą. Taip matrica išlieka nuosekli ir be klaidų net ir esant dideliam publikavimo kiekiui.

hreflang regioninėms kalbų atmainoms ir subdomenams

Ypač daugiakalbėse šalyse, tokiose kaip Šveicarija, Belgija ar Kanada, kyla klausimas, kaip teisingai pažymėti regionines kalbų variacijas. Vokiečių kalbai Vokietijoje naudokite kodą de-DE, Austrijai – de-AT, o Šveicarijai – de-CH. Ši smulki granuliarumas neleidžia Vienos vartotojams gauti vokiškos versijos su šveicariška rašyba arba atvirkščiai. Užtikrinkite, kad kiekviena regioninė variacija turėtų atskirą puslapį su savo turiniu – vien tik skirtinga valiuta ar datos formatas dar nepateisina atskiros hreflang grupės. Subdomenuose, tokiuose kaip de.example.com ir fr.example.com, hreflang veikia taip pat: kiekvienas subdomenas nurodo į visus kitus. Svarbu, kad URL būtų nuoseklūs: jei de.example.com pagrindinis puslapis nurodo į fr.example.com, tuomet ir fr.example.com pagrindinis puslapis turi nurodyti atgal į de.example.com. Jei šios nuorodos trūksta, „Google“ gali nepaisyti priskyrimo. Todėl regionines variacijas planuokite iš anksto savo puslapių struktūroje ir naudokite vienodą URL struktūrą, pvz., /de-de/, /de-at/, /de-ch/ arba atitinkamus subdomenus. Taip išvengsite vėlesnių koregavimų ir gausite aiškią, paieškos sistemoms suprantamą hierarchiją.

hreflang ir jo poveikis Crawl biudžeto paskirstymui

Išsami hreflang matrica su daugybe kalbų variantų ir puslapių padidina URL, kuriuos paieškos sistemos turi indeksuoti, skaičių. Kiekviena puslapio kalbos versija sugeneruoja indeksavimo užklausas, o jei matrica nėra teisingai sudaryta, „Google“ gali iššvaistyti vertingą indeksavimo biudžetą klaidingiems ar pertekliniams URL. Norėdami to išvengti, užtikrinkite, kad visos hreflang nuorodos rodytų į indeksuojamus, neperadresuojamus URL. Venkite parametrų variantų ar sekimo URL. Sudėliokite savo svetainės žemėlapį taip, kad svarbiausi puslapiai (pvz., pagrindinis puslapis, kategorijų puslapiai) būtų indeksuojami prioriteto tvarka. Naudokite svetainės žemėlapį kaip pagrindinį hreflang mechanizmą, nes jis „Google“ suteikia kompaktišką apžvalgą. Reguliariai tikrinkite indeksavimo statistiką „Google Search Console“: jei daug puslapių pažymėta kaip „neindeksuoti“ arba „alternatyvūs su kanoniniu“, tai gali reikšti konfliktus su hreflang. Tvarkingas diegimas ir stebėsena užtikrina, kad jūsų indeksavimo biudžetas būtų efektyviai naudojamas aktualiam turiniui ir nebūtų švaistomas nereikalingomis ar klaidingomis hreflang nuorodomis.

blog.faqT

Ar galiu naudoti hreflang tik svetainės žemėlapyje, neįtraukdamas jo į HTML antraštę?

Taip, Google palaiko hreflang nuorodas XML svetainės žemėlapiuose kaip visavertę alternatyvą HTML antraštei. Jums tereikia užtikrinti, kad visi nurodyti URL būtų įtraukti į svetainės žemėlapį, o kalbų grupė būtų teisingai apibrėžta. HTML metodas yra tinkamas, jei norite papildomo dubliavimo arba jei jūsų svetainės žemėlapis neapima visų puslapių.

Kas atsitinka, jei apibrėžiu hreflang grupę, bet vienas iš URL neturi atgalinių nuorodų?

Trūkstamos atgalinės nuorodos yra dažniausia neveikiančių hreflang žymų priežastis. Paieškos sistemos tada laiko nuorodas negaliojančiomis ir gali ignoruoti visą grupę. Paveikti puslapiai gali būti rodomi neteisingose šalyse arba laikomi dublikatais. Todėl visada patikrinkite abipusiškumą.

Prašyti neįpareigojančio pasiūlymo

Atsakymas per 24 valandas darbo dienomis.

Vokietijos MBFrankfurto prie Maino apygardos teismas · HRB 111727
D-U-N-S® registruotas315030052
DSGVO atitinkantis apdorojimasHostingas Vokietijoje
Fiksuotos kainos su rašytine pristatymo garantija