2026-07-01 · Baduno toimetus · 6 blog.readMin · Blogi ja teadmised
hreflang õige kasutamine: Praktiline juhend
Kõige kardetum silt rahvusvahelises SEO-s – arusaadavalt selgitatud, koos viie veaga, mida me auditites kõige sagedamini leiame.
Mida hreflang tegelikult teeb
hreflang ütleb otsingumootoritele, millised keele- ja riigiversioonid kuuluvad kokku – nii et Google näitab Viini kasutajale saksakeelset ja Milano kasutajale itaaliakeelset versiooni. See ei ole järjestuse tõstja, vaid omistamise signaal: see takistab teie enda keeleversioonide üksteist kannibaliseerimast või dubleeriva sisuna ilmumast.
Põhireeglid
Esiteks: iga keeleversioon viitab kõigile teistele ja iseendale – maatriks peab olema täielik ja vastastikune. Teiseks: iga leht vajab lisaks x-default'i kasutajatele, kes on määratletud keeltest väljaspool. Kolmandaks: hreflang kuulub lehe tasemele, mitte veebisaidi tasemele – avaleht viitab avalehtedele, hinnaleht hinnalehtedele.
Viis kõige levinumat viga
Puuduvad tagasiviited (A viitab B-le, B ei viita A-le – kõige levinum põhjus ignoreeritud siltide jaoks). Valed keelekoodid nagu 'uk' asemel 'en-GB'. hreflang edasisuunatud või kanoniseeritud URL-idel. Unustatud uued lehed, sest maatriksit hallatakse käsitsi. Ja: hreflang tõlke asendajana – silt viitab versioonidele, see ei loo neid.
Meie soovitus
Ärge kunagi genereerige hreflangi käsitsi. 24 keele ja 40 lehe puhul tekib üle 26 000 lingi – ükski inimene ei suuda seda veatult hallata. Meie torustik loob maatriksi automaatselt lehe struktuurist; see veebisait esitab tulemuse igas lähtekoodis. Täpselt nii peaks see ka teie puhul toimima.
hreflang saidikaartidel vs. HTML-peas: eelised ja puudused
hreflang-viiteid saab paigutada kas iga lehe HTML-peasse või XML-saidikaardile. Saidikaardi meetod pakub eelist, et saate kõiki keelevariante tsentraalselt hallata ega pea iga lehte eraldi muutma. Google toetab seda varianti alates 2017. aastast. Kuid kõik viidatud URL-id peavad sisalduma saidikaardil ja viitama samale sisule. Tüüpiline probleem: kui määratlete saidikaardil hreflang-grupi, kuid üks URL-idest ei esine saidikaardil endal, siis seda ignoreeritakse. HTML-meetod seevastu nõuab, et iga leht viitaks ise kõikidele alternatiividele – see on paljude keelte puhul hooldusmahukas. Soovitus: kasutage saidikaardi meetodit peamise mehhanismina ja lisage vajadusel HTML-sildid dubleerimiseks. Veenduge, et saidikaart on alati ajakohane ja sisaldab kõiki keeleversioone täielikult.
hreflang ja kanooniline: õige kombinatsioon
Levinud viga on hreflangi ja rel="canonical" samaaegne kasutamine samal lehel. Kui panete hreflangi, annate märku, et on olemas alternatiivsed keeleversioonid. Kanooniline silt seevastu näitab, milline URL on otsingumootorite jaoks eelistatud versioon. Mõlemad viited peavad olema kooskõlas: kui määratlete hreflangi URL-grupi jaoks, ei tohiks ükski URL-idest kanoonilise sildi kaudu viidata välisele domeenile või teisele keeleversioonile. Näide: Saksakeelsel lehel on hreflang-viited inglise- ja prantsuskeelsele lehele. Kui panete saksakeelsele lehele iseendale kanoonilise sildi, on see õige. Kui aga viitate kanoonilise sildiga inglisekeelsele lehele, on hreflang-signaal vastuoluline. Google eelistab sellistel juhtudel kanoonilist silti ja ignoreerib hreflang-viiteid. Seetõttu kontrollige oma auditites, kas kanooniline ja hreflang on kooskõlas.
Dünaamilised URL-id ja hreflang: väljakutsete ületamine
URL-parameetritega (nt ?lang=de või seansi-ID-d) veebilehed kujutavad endast erilist väljakutset. Otsingumootorid võivad erinevaid parameetrikombinatsioone tõlgendada iseseisvate URL-idena, mis toob kaasa paisunud hreflang-maatriksi. Näide: Tooteleht on kättesaadav aadressidel /produkt?lang=de, /produkt?lang=en&session=abc ja /produkt?lang=fr. Kui need URL-id kõik esinevad hreflang-maatriksis, võivad nad üksteist kannibaliseerida. Lahendused: Esiteks, kasutage järjepidevaid URL-struktuure ilma üleliigsete parameetriteta. Teiseks, määrake Google Search Console'is URL-parameetrid „Ei mõjuta roomamist“ ebaoluliste parameetrite puhul. Kolmandaks, rakendage hreflang ainult iga keeleversiooni kanoonilise URL-i jaoks ja vältige URL-variantide lisamist jälgimisparameetritega. Regulaarne kontroll hreflang-testimise tööriistaga aitab selliseid ebakõlasid varakult tuvastada ja parandada.
Kõige kardetum silt rahvusvahelises SEO-s – arusaadavalt selgitatud, koos viie veaga, mida me auditites kõige sagedamini leiame.
Teie hreflang-rakenduse automaatne jälgimine
Isegi korrektselt üles ehitatud hreflang-maatriks võib aja jooksul lehtede ümberkorraldamise, uute keeleversioonide või kustutatud URL-ide tõttu vigaseks muutuda. Mitme keele ja paljude lehtede puhul pole käsitsi kontrollimine praktiline. Kasutage seetõttu automatiseeritud tööriistu, mis kontrollivad regulaarselt teie hreflang-märkeid täielikkuse, vastastikkuse ja õigete keelekoodide osas. Näiteks võite kasutada skripti, mis roomab kõiki lehti, eraldab hreflang-sildid ja kontrollib, kas iga alternatiiv sisaldab ka tagasiviidet. Pöörake tähelepanu ka vastavusele saidikaardiga: kas saidikaardil deklareeritud keelerühmad ühtivad lehtedelt leitud märgenditega? Integreerige sellised kontrollid oma CI/CD-protsessi, nii et enne uue lehe või keeleversiooni avaldamist saate automaatse teate, kui hreflang-maatriksis on lünki.
Keelevariandid ja piirkondlikud eripärad: en, en-GB, en-US õige kasutamine
Hreflang-märgendites kasutatavate keelekoodide määratlus järgib ISO 639-1 standardit, piirkondlikud variandid täiendatakse ISO 3166-1 Alpha-2 abil. Tüüpiline viga on 'en' kasutamine kõigi ingliskeelsete lehtede jaoks, kuigi teil on sisuliselt eraldi versioonid Suurbritannia, USA ja Austraalia jaoks. Sel juhul tuleb märgendid täpselt seada: en-GB, en-US, en-AU. Kui piirkondlik tähis puudub, annate Google'ile mõista, et kõik inglise versioonid on vahetatavad – mis põhjustab valesid edastusi. Kui teil on aga ainult üks inglise leht kõigile ingliskeelsetele kasutajatele, piisab koodist 'en' ilma piirkonnata. Erijuht on x-default: see märgend tuleks panna üldisele avalehele või keelevaliku lehele, kui kasutajat ei saa määrata ühtegi määratletud keelepiirkonda. Veenduge, et iga piirkondlik variant viitab kõigile teistele – sealhulgas üldisele 'en' versioonile, kui see on olemas. Ebaühtlane maatriks põhjustab Google'i poolt üksikute märgendite ignoreerimist. Seetõttu kontrollige hreflang-testi tööriistaga, kas teie piirkondlikud koodid on korralikult lingitud. Ärge kunagi kasutage mitteametlikke koode nagu 'uk' (õige: en-GB) või 'eu' (pole lubatud).
Hreflang mitmekeelsete blogide ja dünaamilise sisu puhul
Blogid ja uudistesaidid esitavad hreflangi rakendamisele erinõudeid, kuna pidevalt lisandub uut sisu. Maatriksi käsitsi haldamine pole siin otstarbekas. Selle asemel soovitatakse kasutada saidikaardi meetodit: määratlete XML-saidikaardil iga lehe keelealternatiivid. Uue blogipostituse puhul lisage lihtsalt uus kirje koos kõigi keelevariantidega. Pöörake tähelepanu, et ka saidikaarti uuendatakse regulaarselt ja see ei sisalda aegunud URL-e. Teine probleem on arhiivid, kategoorialehed või jaotatud loendid: need peaksid saama hreflangi ainult siis, kui teil on iga keeleversiooni jaoks eraldi arhiivileht. Vastasel juhul piisab üksikute postituste linkimisest. Vältige hreflangi otsingulehtedel või filtreeritud vaadetel, kuna need ei kujuta endast iseseisvaid keeleversioone. Integreerige hreflangi genereerimine oma sisuhaldussüsteemi (CMS), nii et postituse loomisel või tõlkimisel lisatakse automaatselt õiged märgendid HTML-päisesse ja saidikaarti. Nii jääb maatriks järjepidevaks ja veatuks ka suure publikatsioonimahu korral.
hreflang regionaalsete keelevariantide ja alamdomeenide jaoks
Eriti mitmekeelsetes riikides nagu Šveits, Belgia või Kanada tekib küsimus, kuidas korrektselt märgistada regionaalseid keelevariante. Kasutage Saksamaa saksa keele jaoks koodi de-DE, Austria jaoks de-AT ja Šveitsi jaoks de-CH. See peeneteralisus takistab, et Viini kasutajad saaksid saksakeelset versiooni Šveitsi õigekirjaga või vastupidi. Pöörake tähelepanu sellele, et igal regionaalsel variandil on oma leht oma sisuga – ainult erinev valuuta või kuupäevavorming ei õigusta oma hreflang-gruppi. Alamdomeenide puhul nagu de.example.com ja fr.example.com töötab hreflang samamoodi: iga alamdomeen viitab kõigile teistele. Oluline on, et URL-id oleksid järjepidevad: kui de.example.com avaleht viitab fr.example.com-ile, peab ka fr.example.com avaleht tagasi viitama de.example.com-ile. Kui see tagasiviide puudub, võib Google sidumise ignoreerida. Planeerige regionaalsed variandid seega varakult oma lehe struktuuris ja kasutage ühtset URL-struktuuri, näiteks /de-de/, /de-at/, /de-ch/ või vastavad alamdomeenid. Nii väldite hilisemaid parandusi ja saavutate otsingumootorite jaoks arusaadava hierarhia.
hreflang ja selle mõju roomamise eelarve jaotusele
Suur hreflang-maatriks paljude keelevariantide ja lehtedega suurendab URL-ide arvu, mida otsingumootorid peavad roomama. Iga lehe keeleversioon tekitab roomamispäringuid ja kui maatriks pole korrektselt üles ehitatud, võib Google raisata väärtuslikku roomamise eelarvet vigastele või üleliigsetele URL-idele. Selle vältimiseks veenduge, et kõik hreflang-viited osutavad indekseeritavatele, mitte edasisuunatavatele URL-idele. Vältige parameetrivariantide või jälgimis-URL-ide lisamist. Sorteerige oma saidikaart nii, et kõige olulisemad lehed (nt avaleht, kategoorialehed) roomatakse eelistatult. Kasutage saidikaarti peamise mehhanismina hreflangi jaoks, kuna see pakub Google'ile kompaktset ülevaadet. Kontrollige regulaarselt roomamise statistikat Google Search Console'is: kui paljud lehed on märgitud kui „indekseerimata“ või „alternatiiv koos kanoonilisega“, võib see viidata konfliktidele hreflangiga. Korrektse implementeerimise ja jälgimisega tagate, et teie roomamise eelarvet kasutatakse tõhusalt asjakohase sisu jaoks ja ühtegi võimsust ei kaotsi tarbetute või vigaste hreflang-linkide tõttu.
blog.faqT
Kas saan hreflangi kasutada ainult saidikaardis, ilma seda HTML-i päisesse paigutamata?
Jah, Google toetab hreflang-märkeid XML-saidikaartides täisväärtusliku alternatiivina HTML-i päisele. Peate lihtsalt tagama, et kõik viidatud URL-id on saidikaardis olemas ja keelerühm on korrektselt määratletud. HTML-meetod sobib, kui soovite lisakoopiat või kui teie saidikaart ei hõlma kõiki lehti.
Mis juhtub, kui määratlen hreflangi rühma, kuid üks URL-idest ei sisalda tagasiviiteid?
Puuduvad tagasiviited on kõige levinum põhjus, miks hreflang-märgised ei tööta. Otsingumootorid peavad neid andmeid seejärel kehtetuks ja võivad kogu rühma ignoreerida. Mõjutatud lehti võidakse seejärel kuvada valedes riikides või käsitleda duplikaatsisuna. Seetõttu kontrollige alati vastastikkust.
