2026-07-01 · Redakcija Baduno · 6 blog.readMin · Blogs & Zināšanas
hreflang pareiza lietošana: Praktiskais ceļvedis
Visbīstamākā atzīme starptautiskajā SEO – saprotami izskaidrots, ar piecām kļūdām, kuras mēs visbiežāk atrodam auditā.
Ko hreflang patiesībā dara
hreflang paziņo meklētājprogrammām, kuras valodas un valsts versijas pieder kopā – lai Google Vīnes lietotājam rādītu vācu versiju, bet Milānas lietotājam itāļu versiju. Tas nav ranga veicinātājs, bet gan kartēšanas signāls: tas novērš, ka jūsu pašu valodas versijas savstarpēji kanibalizējas vai parādās kā dublikātu saturs.
Pamatnoteikumi
Pirmkārt: katra valodas versija norāda uz visām pārējām un uz sevi pašu – matricai jābūt pilnīgai un abpusējai. Otrkārt: katrai lapai nepieciešams arī x-default lietotājiem ārpus definētajām valodām. Treškārt: hreflang pieder lapas līmenī, nevis vietnes līmenī – sākumlapa norāda uz sākumlapām, cenu lapa uz cenu lapām.
Piecas biežākās kļūdas
Trūkstošas atsauces (A norāda uz B, B nenorāda uz A – visbiežākais iemesls ignorētām atzīmēm). Nepareizi valodas kodi, piemēram, 'uk' vietā 'en-GB'. hreflang uz pāradresētiem vai kanonizētiem URL. Aizmirstas jaunas lapas, jo matrica tiek uzturēta manuāli. Un: hreflang kā tulkojuma aizstājējs – atzīme norāda uz versijām, tā tās nerada.
Mūsu ieteikums
Nekad negenerējiet hreflang manuāli. Ar 24 valodām un 40 lapām rodas vairāk nekā 26 000 savienojumu – to neviens cilvēks nevar uzturēt bez kļūdām. Mūsu cauruļvads automātiski izveido matricu no lapu struktūras; šī vietne rezultātu sniedz katrā avota kodā. Tieši tā tam vajadzētu darboties arī jums.
hreflang Sitemapā pret HTML-head: priekšrocības un trūkumi
hreflang norādes varat ievietot vai nu katras lapas HTML-head daļā, vai XML Sitemap. Sitemap metode sniedz priekšrocību, ka visas valodu versijas varat uzturēt centralizēti, bez nepieciešamības rediģēt katru lapu atsevišķi. Google atbalsta šo variantu kopš 2017. gada. Tomēr visām atsauktajām URL jābūt iekļautām Sitemap un tām jānorāda uz to pašu saturu. Tipiska problēma: ja Sitemap definējat hreflang grupu, bet viena no URL nav iekļauta pašā Sitemap, tā tiek ignorēta. Savukārt HTML metode prasa, lai katra lapa pati norāda uz visām alternatīvām – tas ir apgrūtinoši uzturēt, ja ir daudz valodu. Ieteikums: izmantojiet Sitemap metodi kā primāro mehānismu un nepieciešamības gadījumā papildiniet ar HTML tagiem dublēšanai. Pārliecinieties, ka Sitemap vienmēr ir aktuāla un pilnībā satur visas valodu versijas.
hreflang un Canonical: pareizā kombinācija
Izplatīta kļūda ir vienlaicīga hreflang un rel="canonical" izmantošana vienā lapā. Iestatot hreflang, jūs norādāt, ka pastāv alternatīvas valodu versijas. Savukārt Canonical tags norāda, kura URL ir meklētājprogrammām vēlamā versija. Abām norādēm jābūt saskaņotām: ja definējat hreflang URL grupai, nevienai no URL nevajadzētu ar Canonical norādīt uz ārēju domēnu vai citu valodu versiju. Piemērs: Vācu lapai ir hreflang atsauces uz angļu un franču lapu. Ja vācu lapā iestatāt Canonical uz sevi, tas ir pareizi. Bet, ja ar Canonical norādāt uz angļu lapu, hreflang signāls kļūst pretrunīgs. Google šādos gadījumos prioritāti piešķir Canonical tagam un ignorē hreflang norādes. Tāpēc auditos pārbaudiet, vai Canonical un hreflang savstarpēji saskan.
Dinamiskās URL un hreflang: izaicinājumu pārvarēšana
Tīmekļa vietnes ar URL parametriem (piem., ?lang=de vai sesijas ID) rada īpašu izaicinājumu. Meklētājprogrammas var interpretēt dažādas parametru kombinācijas kā atsevišķas URL, kā rezultātā veidojas pārāk liela hreflang matrica. Piemērs: Produkta lapa ir pieejama pa /produkt?lang=de, /produkt?lang=en&session=abc un /produkt?lang=fr. Ja visas šīs URL parādās hreflang matricā, tās var savstarpēji kanibalizēties. Risinājumi: Pirmkārt, izmantojiet konsekventas URL struktūras bez liekiem parametriem. Otrkārt, Google Search Console iestatiet URL parametriem opciju „Nav ietekmes uz pārmeklēšanu” attiecībā uz nebūtiskiem parametriem. Treškārt, ieviesiet hreflang tikai katras valodu versijas kanoniskajai URL un izvairieties iekļaut URL variantus ar izsekošanas parametriem. Regulāra pārbaude ar hreflang testa rīku palīdz savlaicīgi atklāt un novērst šādas neatbilstības.
Visbīstamākā atzīme starptautiskajā SEO – saprotami izskaidrots, ar piecām kļūdām, kuras mēs visbiežāk atrodam auditā.
Automātiska jūsu hreflang implementācijas uzraudzība
Pat pareizi izveidota hreflang matrica laika gaitā var kļūt kļūdaina lapu pārkārtojumu, jaunu valodu versiju vai dzēstu URL dēļ. Manuāla pārbaude vairākās valodās un daudzās lapās nav praktiska. Tāpēc izmantojiet automatizētus rīkus, kas regulāri pārbauda jūsu hreflang norādes par pilnīgumu, savstarpējību un pareiziem valodu kodiem. Piemēram, varat izmantot skriptu, kas pārmeklē visas lapas, izvelk hreflang tagus un pārbauda, vai katra alternatīva satur arī atpakaļsaiti. Turklāt pievērsiet uzmanību konsekvencei ar vietnes karti: vai deklarētās valodu grupas vietnes kartē atbilst faktiski lapās atrastajiem tagiem? Iekļaujiet šādas pārbaudes savā CI/CD procesā, lai pirms jaunas lapas vai valodas versijas publicēšanas automātiski saņemtu paziņojumu, ja hreflang matricā ir nepilnības.
Valodu varianti un reģionālās specifikas: en, en-GB, en-US pareiza izmantošana
Valodu kodu definīcija hreflang tagā atbilst ISO 639-1 standartam, bet reģionālie varianti tiek papildināti ar ISO 3166-1 Alpha-2. Tipiska kļūda ir 'en' izmantošana visām angļu valodas lapām, pat ja saturam ir atsevišķas versijas Apvienotajai Karalistei, ASV un Austrālijai. Šajā gadījumā tagi jāiestata precīzi: en-GB, en-US, en-AU. Ja trūkst reģionālā apzīmējuma, Google tiek norādīts, ka visas angļu valodas versijas ir savstarpēji aizvietojamas, kas noved pie nepareizas izvades. Savukārt, ja ir tikai viena angļu lapa visiem angliski runājošajiem lietotājiem, pietiek ar kodu 'en' bez reģiona. Īpašs gadījums ir x-default: šis tags jāiestata uz vispārīgu sākumlapu vai valodas izvēles lapu, ja lietotāju nevar attiecināt uz nevienu no definētajām valodu reģioniem. Pārliecinieties, ka katrs reģionālais variants norāda uz visiem pārējiem – ieskaitot vispārīgo 'en' versiju, ja tāda ir. Nekonsekventa matrica liek Google ignorēt atsevišķus tagus. Tāpēc pārbaudiet ar hreflang testa rīku, vai jūsu reģionālie kodi ir pareizi saistīti. Nekad neizmantojiet neoficiālus kodus, piemēram, 'uk' (pareizi: en-GB) vai 'eu' (nav atļauts).
hreflang daudzvalodu emuāriem un dinamiskam saturam
Emuāri un ziņu vietnes izvirza īpašas prasības hreflang ieviešanai, jo nepārtraukti tiek pievienots jauns saturs. Manuāla matricas uzturēšana šeit nav praktiska. Tā vietā ieteicams izmantot vietnes kartes metodi: XML vietnes kartē katrai lapai tiek definēti valodu alternatīvi. Kad tiek pievienots jauns emuāra ieraksts, vienkārši pievienojiet jaunu ierakstu ar visām valodu versijām. Pārliecinieties, ka arī pati vietnes karte tiek regulāri atjaunināta un nesatur novecojušus URL. Vēl viena problēma ir arhīvi, kategoriju lapas vai lapotie saraksti: tiem hreflang jāpiešķir tikai tad, ja katrai valodas versijai ir atsevišķa arhīva lapa. Pretējā gadījumā pietiek saistīt atsevišķos ierakstus. Izvairieties no hreflang izmantošanas meklēšanas lapās vai filtrētos skatos, jo tie nav neatkarīgas valodas versijas. Iekļaujiet hreflang ģenerēšanu savā satura pārvaldības sistēmā (CMS), lai, izveidojot vai tulkojot ierakstu, automātiski tiktu ievietoti pareizie tagi gan HTML galvenē, gan vietnes kartē. Tādējādi matrica paliek konsekventa un bez kļūdām arī pie liela publicēšanas apjoma.
hreflang reģionālajiem valodu variantiem un apakšdomēniem
Īpaši daudzvalodu valstīs, piemēram, Šveicē, Beļģijā vai Kanādā, rodas jautājums, kā pareizi atzīmēt reģionālos valodu variantus. Vācu valodai Vācijā izmantojiet kodu de-DE, Austrijai de-AT un Šveicei de-CH. Šī smalkā granularitāte neļauj lietotājiem Vīnē saņemt vācu versiju ar Šveices pareizrakstību vai otrādi. Pārliecinieties, ka katram reģionālajam variantam ir sava lapa ar savu saturu – tikai cita valūta vai datuma formāts vēl neattaismo atsevišķu hreflang grupu. Apakšdomēniem, piemēram, de.example.com un fr.example.com, hreflang darbojas tāpat: jūs no katra apakšdomēna norādāt uz visiem pārējiem. Svarīgi, lai URL būtu konsekventi: ja de.example.com sākumlapa norāda uz fr.example.com, tad arī fr.example.com sākumlapai jānorāda atpakaļ uz de.example.com. Ja šīs atpakaļnorādes trūkst, Google var ignorēt kartējumu. Tāpēc plānojiet reģionālos variantus jau laikus savas lapas struktūrā un izmantojiet vienotu URL struktūru, piemēram, /de-de/, /de-at/, /de-ch/ vai attiecīgi apakšdomēnus. Tādējādi izvairīsieties no vēlākiem uzlabojumiem un iegūsiet skaidru, meklētājprogrammām saprotamu hierarhiju.
hreflang un ietekme uz pārlūkošanas budžeta sadalījumu
Plaša hreflang matrica ar daudziem valodu variantiem un lapām palielina to URL skaitu, kas meklētājprogrammām jāpārlūko. Katra lapas valodas versija rada pārlūkošanas pieprasījumus, un, ja matrica nav pareizi izveidota, Google var tērēt vērtīgo pārlūkošanas budžetu kļūdainiem vai liekiem URL. Lai no tā izvairītos, pārliecinieties, ka visi hreflang norādījumi ved uz indeksējamiem, nepāradresētiem URL. Izvairieties no parametru variantu vai izsekošanas URL iekļaušanas. Sakārtojiet savu Sitemap tā, lai svarīgākās lapas (piemēram, sākumlapa, kategoriju lapas) tiktu pārlūkotas prioritāri. Izmantojiet Sitemap kā primāro mehānismu hreflang, jo tas Google piedāvā kompaktu pārskatu. Regulāri pārbaudiet pārlūkošanas statistiku Google Search Console: ja daudzas lapas ir atzīmētas kā „nav indeksētas” vai „alternatīva ar canonical”, tas var norādīt uz konfliktiem ar hreflang. Ar tīru ieviešanu un uzraudzību jūs nodrošināsiet, ka jūsu pārlūkošanas budžets tiek efektīvi izmantots attiecīgajam saturam un ka liekas vai kļūdainas hreflang saites nepatērē kapacitāti.
blog.faqT
Vai es varu izmantot hreflang tikai vietņu kartē, neievietojot to HTML galvenē?
Jā, Google atbalsta hreflang norādes XML vietņu kartēs kā pilnvērtīgu alternatīvu HTML galvenei. Jums tikai jānodrošina, ka visas atsauces URL ir iekļautas vietņu kartē un valodu grupa ir pareizi definēta. HTML metode ir piemērota, ja vēlaties papildu dublēšanu vai ja jūsu vietņu karte neaptver visas lapas.
Kas notiek, ja es definēju hreflang grupu, bet viens no URL nesatur atpakaļsaites?
Trūkstošās atpakaļsaites ir visbiežākais iemesls, kāpēc hreflang tagi nedarbojas. Meklētājprogrammas tad uzskata norādes par nederīgām un, iespējams, ignorē visu grupu. Skartās lapas var tikt rādītas nepareizās valstīs vai uzskatītas par dublikātu saturu. Tāpēc vienmēr pārbaudiet savstarpējo atsauču esamību.
