2026-04-21 · Redakcija Baduno · 22 blog.readMin · Blogs & Zināšanas
hreflang audits: 25 punktu kontrolsaraksts nevainojamiem valodu signāliem
Hreflang kļūdas mulsina meklētājprogrammas un kaitē starptautiskajai redzamībai. Mūsu 25 punktu kontrolsaraksts sistemātiski ved cauri svarīgākajiem pārbaudes punktiem – no sintakses pārbaudes līdz atsauču pārbaudei. Iekļauti praktiski padomi lielākām vietnēm un automatizācijas pieejām.
Hreflang atribūta pamati un tā darbības princips
Hreflang atribūts ir HTML elements, kas meklētājprogrammām norāda, kura valodas vai reģionālā lapas versija konkrētam lietotājam ir visatbilstošākā. Parasti to izmanto daudzvalodu vietnēs, lai novērstu dublēta satura problēmas un uzlabotu lietotāja pieredzi. Darbības princips balstās uz ideju, ka lapai dažādās valodās vai dažādām valstīm var būt līdzīgs saturs, bet atkarībā no mērķauditorijas nepieciešamas atšķirīgas pielāgošanas.
Meklētājprogrammas, piemēram, Google, hreflang interpretē kā norādi, nevis komandu. Tas nozīmē, ka pareizās versijas parādīšana netiek piespiedu kārtā nodrošināta, taču praksē palielinās iespēja, ka lietotāji redzēs atbilstošo lapu. Tipisks piemērs: Vācijas lapa (de-DE) un Austrijas lapa (de-AT) satur lielākoties vienu un to pašu tekstu, bet atšķiras ar valūtu vai adresi. Bez hreflang abas lapas varētu tikt uzskatītas par dublikātiem. Ar pareizu hreflang Google saprot, ka tās ir valstij specifiskas variācijas, un attiecīgi tās parāda.
Svarīgs priekšnosacījums ir divvirzienu saites: katra lapa, kas norādīta kā alternatīva citai lapai, pati jāatsaucas uz visām pārējām valodu versijām. Ja šī atsauces saite trūkst, viss hreflang kopums var tikt ignorēts. Turklāt lapai, kurā ievietota atzīme, parasti jāietver arī pašnorāde – proti, jāatsaucas uz sevi.
Praksē mēs iesakām vispirms definēt skaidru URL struktūru (piemēram, apakšdomēns katrai valodai vai ceļš /de/, /fr/). Pēc tam katrai valodas versijai iekļaujiet hreflang tagu, kas uzskaita visas versijas. Pārliecinieties, ka ir pieejama arī x-default variācija neietilpstošām lokalizācijām. Testējiet ieviešanu, izmantojot Google Search Console vai īpašus auditēšanas rīkus, lai savlaicīgi atklātu trūkstošās atsauces vai kļūdainus kodus.
Hreflang tagu uzbūve un sintakse HTML un HTTP galvenēs
Pareiza hreflang tagu sintakse ir būtiska to darbībai. HTML atribūts tiek definēts <head> sadaļā kā <link> elements ar rel="alternate" un hreflang="valodas kods". Piemērs: <link rel="alternate" hreflang="de" href="https://example.com/de/" />. Katrai valodas versijai nepieciešams atsevišķs link tags, iekļaujot pašnorādi (pašu lapu) un norādi uz x-default versiju.
Valodas kodi balstīti uz ISO 639-1 (divi burti valodai) un pēc izvēles ISO 3166-1 alpha-2 (divi burti valstij). Sintakse: valoda-mazie, reģions-lielie, piemēram, "de-AT" Austrijas vācu valodai. Pievērsiet uzmanību pareizrakstībai: "en-GB", nevis "en-uk". Kļūdaini kodi noved pie tā, ka tags tiek ignorēts. Nevalstiskām versijām izmanto "x-default" – tas nav oficiāls ISO kods, bet Google to atbalsta kā rezerves variantu neietilpstošiem lietotājiem.
Ne-HTML dokumentiem, piemēram, PDF, hreflang var iestatīt atbildes HTTP galvenē: "Link: <https://example.com/de/dokument.pdf>; rel="alternate"; hreflang="de"". Šī metode ir retāk sastopama, bet noderīga, ja izsniedzat failus tieši. Praksē pārbaudiet, vai jūsu satura pārvaldības sistēmas atbalsta šīs galvenes.
Vēl viena iespēja ir integrācija XML vietnes kartē: Sitemap failos katrai URL var norādīt hreflang alternatīvas. Šī metode ir īpaši ieteicama lielām vietnēm, jo tā uztur kodu lapās kompaktu. Tomēr jāpārliecinās, ka vietnes karte ir pareizi izveidota un atspoguļo visas valodu versijas. Neatkarīgi no metodes: visām alternatīvajām lapām jāatsaucas vienai uz otru. Ja trūkst atsauces, viss kopums tiek uzskatīts par nederīgu.
Regulāri pārbaudiet savu ieviešanu ar tādiem rīkiem kā Merkle hreflang tests vai Google Search Console. Pārliecinieties, ka norādītie URL patiešām ir sasniedzami un nenoved pie pāradresācijām. Tikai tad hreflang signāls var pilnībā iedarboties.
Biežas kļūdas valodu un valstu marķējumos
Ieviešot hreflang, atkārtoti rodas vienas un tās pašas kļūdas. Viena no biežākajām ir nepareizu valodu kodu izmantošana. Piemēram, tiek lietots “en-uk”, nevis “en-GB”, vai “deutsch”, nevis “de”. Arī reģions bieži tiek rakstīts nepareizi, piemēram, “EN-US” ar lielajiem burtiem valodai – pareizi ir “en-US”. Šīs kļūdas noved pie tā, ka meklētājprogrammas ignorē hreflang norādi.
Vēl viena tipiska kļūda ir pašnorādes trūkums. Ja lapā ir norādes tikai uz citām valodu versijām, bet ne uz sevi, tags ir nepilnīgs. Katrai lapai ir jāietver arī pati sevi savu alternatīvu sarakstā. Turklāt bieži tiek ignorēta divvirzienu norāde: ja lapa A norāda uz lapu B, lapai B jānorāda arī uz lapu A. Trūkstoša atpakaļnorāde padara visu konstelāciju nederīgu.
Problēmas rodas arī mijiedarbībā ar canonical tagiem. Ja hreflang alternatīva norāda uz URL, kuram ir cits canonical, tas var izraisīt konfliktus. Pārliecinieties, ka katras valodas versijas canonical norāda uz sevi, nevis uz citu versiju. Pretējā gadījumā jūs riskējat, ka tiks indeksēta nepareiza versija. Tāpat izvairieties no hreflang iestatīšanas uz URL ceļiem, kas iet caur pāradresācijām – mērķa URL ir jābūt tieši sasniedzamam.
Praktisks padoms: izmantojiet Google Search Console pārskatus sadaļā “International Targeting”. Tur tiek uzskaitītas kļūdas, piemēram, trūkstošas atpakaļnorādes vai nekonsekventi dati. Pārbaudiet arī, vai jūsu x-default versija ir izvēlēta saprātīgi. x-default tiek izmantots lietotājiem bez atbilstošas lokalizācijas – izplatīta kļūda ir to iestatīt uz galveno lapu bez valodas saistības, kas var radīt neskaidrības. Juridisko aspektu, piemēram, pareizas pārdošanas lapu marķēšanas dažādās valstīs, dēļ iesakām papildus konsultēties ar savu juridisko padomnieku.
Veiciet regulāras revīzijas, manuāli pārbaudot visas valodu versijas pēc hreflang tagiem. Tādi rīki kā Screaming Frog var palīdzēt identificēt trūkstošus vai kļūdainus tagus. Īpaši pievērsiet uzmanību jaunam saturam vai URL izmaiņām, kur hreflang var viegli aizmirst. Tikai tā varat nodrošināt, ka jūsu valodu signāli ir konsekventi un pareizi.
x-default tag nozīme un tā pareiza ieviešana
x-default tags ir īpašs hreflang atribūts, kas norāda, kura lapa jāparāda, ja neviena lietotāja iestatījumu valoda vai reģions neatbilst esošajiem valodu signāliem. Tas kalpo kā rezerves iespēja lietotājiem, kuru pārlūkprogrammas valoda neatbilst nevienai no skaidri norādītajām valodu versijām. Bez x-default jūs riskējat, ka šie lietotāji ieraudzīs kļūdas lapu vai neatbilstošu valodas versiju, kas pasliktina lietotāja pieredzi un potenciāli palielina atlēkšanas rādītāju.
Ieviešana notiek līdzīgi kā citiem hreflang tagiem: HTML galvenes daļā pievienojat link elementu, piemēram, <link rel="alternate" href="https://example.com/" hreflang="x-default" />. Ņemiet vērā, ka x-default vērtību nedrīkst kombinēt ar valodas kodu. Tā vienmēr ir atsevišķa. Sitemap jūs varat norādīt x-default kā atsevišķu alternatīvo lapu, ja šī lapa ir būtiska visām neaptvertajām valodām. Tomēr izvairieties iestatīt x-default uz lapu, kas apkalpo tikai noteiktu valodu – lietotājs sagaida universālu sākumlapu vai valodas izvēli.
Bieža kļūda ir x-default tag neesamība starptautiskajās lapās, kas piedāvā vairākas valodas. Praksē tas noved pie tā, ka meklētājprogrammas nespēj izvēlēties atbilstošu lapu un indeksē nejaušu versiju. Vēl viena problēma rodas, ja x-default norāda uz pāradresāciju uz valodas izvēles lapu, bet šai lapai pašai nav hreflang taga. Tāpēc revīzijā pārbaudiet, vai visas lapas, kas saistītas ar x-default, pareizi norāda uz savām alternatīvajām versijām. Mēs iesakām konsekventi iestatīt x-default ierakstu uz centrālo valodas izvēles lapu, ja tāda pastāv, un šo lapu sitemap norādīt kā atsevišķu URL.
Juridiski valodas izvēle nav reglamentēta, bet nepareiza ieviešana var radīt pārpratumus lietotājiem. Konkrētu juridisku jautājumu gadījumā par tīmekļa vietni konsultējieties ar savu juridisko padomnieku. Kā rīcības ieteikums: revīzijā izveidojiet visu lapu versiju sarakstu un pārbaudiet, vai katrai valodu grupai ir x-default tags. Pārbaudiet to ar tādiem rīkiem kā hreflang testētājs vai curl, lai pārliecinātos, ka meklētājprogrammas pareizi interpretē tagu.
Hreflang un Canonical tagu mijiedarbība
Hreflang un Canonical tagi veic dažādus uzdevumus: kamēr hreflang nosaka lapas valodas un reģionālās alternatīvas, Canonical tags norāda vēlamo kanonisko URL, lai izvairītos no dublikātu satura. Daudzvalodu vietnē abiem signāliem jābūt saskaņotiem, pretējā gadījumā meklētājprogrammas saņems pretrunīgus signālus. Tipiska kļūda rodas, ja lapa iestata Canonical tagu uz citu URL, bet vienlaikus satur hreflang atsauces uz pirmo URL. Tādā gadījumā meklētājprogrammas var ignorēt hreflang norādes vai atzīmēt lapu kā dublikātu.
Pareizā pieeja: katrai valodas versijai jābūt sevi norādošam Canonical tagam, t.i., jānorāda uz savu URL. Vienlaikus visām alternatīvajām lapām jābūt uzskaitītām hreflang tagos, ieskaitot to URL, kas norādīts kā Canonical. Piemērs: Vācu lapa /de/ satur <link rel="canonical" href="https://example.com/de/" /> un <link rel="alternate" href="https://example.com/en/" hreflang="en" />. Angļu lapa atsaucas atpakaļ. Neiestatiet Canonical tagus uz citām valodas versijām – tas grauj hreflang struktūru.
Audita laikā pārbaudiet sekojošo: Vai Canonical tags ir saskaņots ar hreflang atsauci? Vai Canonical tagā norādītais URL sakrīt ar URL, ko citās lapās izmanto hreflang tagos? Praktisks piemērs: ja lapa A norāda uz lapu B, bet lapa B iestata Canonical uz lapu C, rodas konflikts. Izmantojiet tādus rīkus kā Screaming Frog vai Looker Studio, lai automatizēti pārbaudītu šīs sakarības. Ņemiet vērā, ka HTTP galvenēm (piemēram, PDF) loģika ir identiska: Link galvene ar hreflang un rel=canonical galvenei kopā jāattēlo pareizā valodas struktūra.
Juridiski Canonical tagi nav saistoši paziņojumi, bet gan tehniskas norādes. Tomēr, veidojot hreflang struktūru, rīkojieties uzmanīgi, jo nekonsekventi norādījumi var radīt SEO zaudējumus. Ja jums ir jautājumi par satura pārņemšanas juridisko pieļaujamību, konsultējieties ar juridisko padomnieku. Kā konkrēts pasākums: ieviesiet regulāru pārbaudes procedūru, kas reģistrē gan hreflang, gan Canonical visām attiecīgajām lapām un ziņo par novirzēm.
Atsauču pārbaude attiecībā uz konsekvenci un pilnīgumu
Atsauces (jeb divvirzienu atsauces) ir pareizas hreflang ieviešanas centrālais elements. Katrai lapai, kas hreflang tagā norāda uz citu lapu, ir jāsaņem atsauce no šīs otras lapas. Ja lapa A norāda uz lapu B, bet lapa B nenorāda atpakaļ uz lapu A, rodas vienvirziena atsauce. Meklētājprogrammas to uztver kā kļūdainu un ignorē visu hreflang grupu, kā rezultātā valodu alternatīvas netiek atpazītas. Tāpēc atsauču pārbaude ir būtiska katrā hreflang auditā.
Pilnīga pārbaude ietver divas darbības: pirmkārt, konsekvences pārbaudi – katram hreflang linkam jābūt atbildes lapai, uz kuru tas norāda. Otrkārt, pilnīguma pārbaudi – visām vienas valodu grupas lapām hreflang tagos jāuzskaita visas pārējās grupas valodu versijas. Ja trūkst kādas versijas, lietotāji var nesaņemt piemērotu valodas alternatīvu. Konkrēti: ja jums ir trīs valodu versijas (DE, EN, FR), katrai lapai jābūt diviem hreflang tagiem – pārējām divām valodām. Turklāt katrai lapai jābūt sevi norādošam hreflang tagam (hreflang="x-default" vai savam valodas kodam). x-default lapai jābūt saistītai visos virzienos.
Pārbaudīts audits: izveidojiet sarakstu ar visām lapām un to hreflang norādēm, piemēram, izmantojot Crawler (Ahrefs, Screaming Frog). Pēc tam katram lapu pārim pārbaudiet, vai atsauces ir abpusējas. Pievērsiet uzmanību arī atšķirīgām URL struktūrām (www vs. bez www, HTTP vs. HTTPS), jo tās tiek uzskatītas par atšķirīgiem URL un pārtrauc atsauces. Rīku atbalsts šeit ir būtisks; daudzi SEO rīki piedāvā hreflang pārbaudi, kas ziņo par trūkstošām vai nekonsekventām atsaucēm. Veiciet šo pārbaudi vismaz pēc katras satura izmaiņas.
Juridiski kļūdainas atsauces nerada tiešu atbildības risku, taču tās var samazināt jūsu daudzvalodu satura redzamību. Mēs iesakām dokumentēt pārbaudes rezultātus un noteikt labojumu prioritātes, ja tiek atrastas kļūdas. Pragmatisks ieteikums: izmantojiet skriptu (piemēram, Python), kas pārbauda jūsu hreflang sitemap pret faktiskajām lapu saitēm un izvada sarakstu ar trūkstošām vai nekonsekventām atsaucēm. Tādējādi jūs nodrošināsiet, ka jūsu valodu signāli ir pilnīgi un pareizi.
Metodes hreflang signālu pārbaudei (Rīki, Crawler, Google Search Console)
Sistemātiska hreflang signālu pārbaude prasa automatizētas un manuālas analīzes kombināciju. Automatizētai pārbaudei ir pieejami specializēti tiešsaistes rīki, kas apmeklē jūsu lapas un validē iestatītās hreflang zīmes. Šie rīki parasti pārbauda sintakses kļūdas, trūkstošās atsauces un nekonsekventus valodu apzīmējumus. Daži piedāvā arī iespēju pārbaudīt vairākus URL sarakstā. Visaptverošai analīzei mēs iesakām izmantot vismaz divus dažādus rīkus, jo katram ir savas stiprās puses un ierobežojumi.
Crawleri, piemēram, Screaming Frog vai Sitebulb, var arī novērtēt hreflang zīmes. Tie skenē visu jūsu domēnu un izveido pārskatus par valodu apzīmējumu izplatību, trūkstošajām atsaucēm un konfliktiem ar kanoniskajām zīmēm. Crawleru priekšrocība ir iespēja automātiski skenēt lielas vietnes un vizualizēt rezultātus informācijas panelī. Pārliecinieties, ka crawler ir konfigurēts lasīt gan HTML, gan HTTP header zīmes – īpaši PDF failos vai citos ne-HTML resursos hreflang bieži atrodas galvenēs.
Google Search Console sniedz tiešus ieskatus par Google atpazītajām hreflang implementācijām. Sadaļā “Starptautiskā auditorija” varat redzēt, vai jūsu lapas tiek indeksētas pareizajām valstīm vai valodām. Kļūdas, piemēram, “Nav atsauces” vai “Nederīgi valodu kodi”, tiek uzskaitītas. Tomēr ņemiet vērā, ka Search Console rāda tikai Google apstrādātos datus – pilnīgu ainu iegūsiet tikai kombinējot crawlerus un rīkus. Regulāri pārbaudiet arī servera žurnālfailus, lai atklātu neparedzētus novirzījumus vai statusa kodus, kas var ietekmēt hreflang signālus.
Mūsu ieteikums: Veiciet automatizētu auditu vismaz reizi mēnesī, izmantojot rīku, piemēram, Aleyda Solis hreflang testu vai Google URL Inspection rīku. Pierakstiet rezultātus kontrolsarakstā un salīdziniet tos ar Search Console datiem. Ja ir atšķirības, rīkojieties sistēmiski: vispirms pārbaudiet atsauces, tad valodu kodus, tad mijiedarbību ar kanoniskajām zīmēm. Tikai tā var nodrošināt, ka jūsu hreflang signāli ir pareizi un pilnīgi.
Īpatnības ar dinamiskajiem URL un parametru balstītām lapām
Dinamiskie URL, kas satur parametrus, piemēram, ?lang=de vai ?country=at, rada īpašu izaicinājumu hreflang implementācijai. Google bieži interpretē parametrus kā atsevišķus URL, pat ja tie attēlo vienu un to pašu lapu. Tādējādi var rasties nepilnīgas atsauces vai izkliedēti valodu signāli. Tāpēc izvairieties no hreflang zīmju tiešas iestatīšanas uz parametru balstītiem URL, ja faktiskā lapa ir pieejama arī caur tīru URL.
Ja tomēr jāizmanto dinamiski URL, pārbaudiet, vai parametri faktiski maina saturu (piemēram, valodu vai reģionu) vai tikai veic tehniskas funkcijas (piemēram, sesijas ID). Tikai saturiski nozīmīgiem parametriem iestatiet hreflang zīmes katrai parametru kombinācijai. Pārliecinieties par pareizām atsaucēm: katrai variantam jāatsaucas uz visiem pārējiem variantiem. Ar daudziem parametriem tas var ātri kļūt neskaidrs. Izmantojiet regulārās izteiksmes vai šablonus, lai konsekventi ģenerētu zīmes.
Vēl viena problēma ir dublēts saturs parametru dēļ. Ja ?lang=de un ?lang=at sniedz vienu un to pašu saturu vācu valodā, bet norāda uz dažādiem reģioniem, jums jāizlemj, vai izmantot hreflang ar reģionu (piem., de-DE pret de-AT) vai iestatīt novirzījumu uz reģionam specifisko sākumlapu. Praksē ir pierādījies, ka parametru balstītas lapas nav ieteicams izmantot hreflang, bet tā vietā izmantot atsevišķus apakšdomēnus vai apakšdirektorijus. Tas samazina kļūdu iespējamību un atvieglo auditu.
Konkrēts rīcības ieteikums: Veiciet atsevišķu auditu visām lapām ar dinamiskiem parametriem. Pārbaudiet, vai katram parametra vērtībai nepieciešama atsevišķa hreflang implementācija. Ja iespējams, aizstājiet parametrus ar skaidriem ceļiem (piem., /de/ vietā ?lang=de). Izmantojiet URL Inspection rīku Search Console, lai redzētu, kā Google interpretē parametrus. Pielāgojiet savu Robots.txt vai Meta zīmes, lai izvairītos no dublēšanās. Tikai ar tīru URL struktūru var samazināt hreflang kļūdas dinamiskās lapās.
Hreflang kļūdas mulsina meklētājprogrammas un kaitē starptautiskajai redzamībai. Mūsu 25 punktu kontrolsaraksts sistemātiski ved cauri svarīgākajiem pārbaudes punktiem – no sintakses pārbaudes līdz atsauču pārbaudei. Iekļauti praktiski padomi lielākām vietnēm un automatizācijas pieejām.
Hreflang vietņu kartēs: Alternatīva ieviešana un kļūdu avoti
Papildus ieviešanai HTML vai HTTP galvenēs, jūs varat iestatīt hreflang signālus arī savā XML vietnes kartē. Tam jums katrai valodas versijai jādefinē <xhtml:link> elements ar atribūtiem rel="alternate" un hreflang. Šo metodi atbalsta Google, un tā ir īpaši noderīga, ja jūsu lapai ir daudz URL vai avota kods ir grūti maināms. Priekšrocība ir visu valodu alternatīvu centralizēta pārvaldība vienā failā.
Kļūdu avoti vietņu kartei balstītā hreflang ir līdzīgi kā HTML: trūkstošas atsauces, nepareizi valodu kodi vai pretrunīgi dati starp vietnes karti un HTML tagiem. Tipiska kļūda ir, ja vietnes kartē ir hreflang ieraksti, bet pašās lapās nav iestatīti nekādi tagi. Google sagaida konsekvenci: ja izmantojat abas metodes, tām jāsniedz identiska informācija. Pretējā gadījumā var rasties neskaidrības par to, kura versija ir autoritatīva.
Īpaši pievērsiet uzmanību pareizai ceļa norādei vietnes kartē. Katram URL jāatbilst lapas bāzes URL (iekļaujot protokolu un slīpsvītru). Bieža kļūda ir relatīvu ceļu norādīšana vai trūkstoša beigu slīpsvītra. Turklāt visām alternatīvām jābūt savstarpēji saistītām, nevis tikai ar centrālo galveno lapu. Tas nozīmē: vietnes kartē katrai valodas versijai jāietver visas pārējās valodu versijas kā alternatīvas saites. Daudzvalodu vietnēm ar 10+ valodām tas var radīt ļoti lielas vietņu kartes – tad sadaliet tās.
Mūsu ieteikums: regulāri pārbaudiet savu vietnes karti ar XML validatoru. Augšupielādējiet vietnes karti Search Console un sekojiet kļūdu ziņojumiem. Ja iestatāt hreflang gan vietnes kartē, gan HTML, veiciet saskaņošanu: apsekojiet savas lapas un salīdziniet vietnes kartes ierakstus ar atrastajiem tagiem. Nesakritību gadījumā izvēlieties vienu metodi un noņemiet otru. Praksē ir pierādījies, ka tikai vietnes kartes izmantošana rada mazāk kļūdu, jo to var centralizēti uzturēt. Izmēģiniet šo iespēju, ja jūsu IT resursi ir ierobežoti.
Starptautiskais SEO un daudzvalodība: hreflang un valodas atpazīšanas nošķiršana
Hreflang tagi un valodas atpazīšana (piemēram, izmantojot pārlūkprogrammas valodas iestatījumus vai IP ģeolokāciju) starptautiskajā SEO vidē veic dažādus uzdevumus. Kamēr hreflang meklētājprogrammām signalizē, kura valodas/valsts versija ir paredzēta konkrētai mērķauditorijai, valodas atpazīšana bieži tiek izmantota automātiskai lietotāja pārvirzīšanai uz, iespējams, atbilstošāko versiju. Nejauciet šos mehānismus: hreflang ietekmē indeksēšanu un parādīšanu meklēšanas rezultātos, bet valodas atpazīšana – lietotāja pieredzi vietnē. Tipiska problēma rodas, ja valodas atpazīšana novirza lietotāju uz lapu, kas neatbilst nevienam hreflang ierakstam – meklētājprogrammas nevar izsekot šo pārvirzīšanu, kā rezultātā trūkst vai tiek sniegti nepareizi valodas signāli.
Praksē ir pierādījies, ka hreflang jāiestata kā primārais signāls Google un citām meklētājprogrammām, savukārt valodas atpazīšana vietnē kalpo tikai kā izvēles funkcija apmeklētājam. Piemērs: lietotājs no Šveices atver sākumlapu. IP bāzētā atpazīšana var automātiski pārvirzīt uz de-ch. Ja tomēr vācu sākumlapā trūkst hreflang taga ar alternatīvajām versijām (de-de, de-ch, fr-ch utt.), Google neatzīst Šveices lapu par alternatīvu un, iespējams, parāda nepareizo versiju meklēšanas rezultātu sarakstā. Tāpēc neizmantojiet valodas atpazīšanu kā vienīgo rīku valodas nodrošināšanai, bet vienmēr kombinējiet to ar konsekventu hreflang ieviešanu.
Vēl viena svarīga nošķiršanas joma ir valstu mērķēšana: hreflang var apzīmēt gan valodas, gan valstij specifiskās versijas (piemēram, de-de pret de-ch), kamēr valodas atpazīšana parasti iegūst valodu un valsti tikai no IP datiem, neņemot vērā konkrēto lapas versiju. Tāpēc izmantojiet daudzpakāpju pieeju: vispirms definējiet visas valodas/valsts kombinācijas un ievietojiet tās hreflang tagos. Valodas atpazīšanu ieviesiet tikai pēc tam, lai piedāvātu lietotājam izvēles iespēju, nesajaucot automātisko pārvirzīšanu ar indeksēšanu. Dokumentējiet savus lēmumus un saskaņojiet tos ar izstrādes nodaļu, lai abas sistēmas nebūtu pretrunā. Jautājumos par automātisko atpazīšanu un pārvirzīšanu konsultējieties ar specializētu juristu, īpaši, ja tiek apstrādāti personas dati, piemēram, IP adreses.
Sistemātiska audita izveide lielām tīmekļa vietnēm ar daudzām valodu versijām
Lielām tīmekļa vietnēm ar daudzām valodu versijām manuāls hreflang audits nav praktisks. Tā vietā ieteicams izmantot vairāku posmu automatizētu procesu, kas aptver visas atbilstošās lapas un pārbauda to konsekvenci. Sāciet ar pilna URL saraksta izveidi visām valodu un valstu versijām. Izmantojiet tīmekļa pārlūkošanas rīku, piemēram, Screaming Frog vai Sitebulb, lai indeksētu visu vietni un iegūtu hreflang tagus no HTML galvenēm vai vietņu kartēm. Eksportējiet datus tabulā, kur katrai lapai norādiet valodas kodu, valsts kodu un alternatīvos URL. Pārliecinieties, ka iekļaujat arī lapas, kas pastāv tikai vienā valodā – tām nav jābūt hreflang tagiem, bet tās var liecināt par kļūdainu ieviešanu, ja tās ir nepareizi izlaistas.
Nākamajā solī pārbaudiet abpusējās saites: katram URL valodu grupā jānorāda uz visām pārējām tās pašas grupas versijām un jābūt norādītam no citām. Ja trūkst atpakaļsaites, meklētājprogrammas bieži ignorē hreflang tagu. Bieža kļūda ir nesaderīgu valodu kodu izmantošana (piem., "eng" nevis "en") vai valsts koda trūkums valstij specifiskām lapām (piem., "de" nevis "de-de"). Izmantojiet skriptu vai formulu tabulā, lai automātiski atzīmētu šādas neatbilstības. Īpaši kritisks ir x-default tags: novietojiet to uz vispārīgu galveno lapu, kas paredzēta nepiešķirtajiem lietotājiem, un pārbaudiet, vai visas valodu grupas pareizi atsaucas uz šo tagu.
Papildiniet auditu ar vietņu kartes pārbaudi: ja hreflang ir iekļauts arī XML vietņu kartēs, pārliecinieties, vai tur norādītie alternatīvie URL atbilst HTML tagiem un vai pati vietņu karte pareizi norāda uz dažādajām valodu versijām. Sistemātisks audits lielām vietnēm jāveic regulāri (piem., reizi ceturksnī), jo, pievienojot jaunas valodu versijas vai veicot pārveidi, bieži rodas kļūdas. Rīki, piemēram, SEOTesting vai Google Search Console, palīdz papildus uzraudzīt atsevišķu versiju redzamību. Dokumentācijai iesakām centrālu tabulu ar katras valodu grupas statusu, ko atjaunināt pēc katra audita. Plānojiet pietiekami daudz laika kļūdu labošanai un prioritizējiet visbiežāk apmeklētās valodu versijas. Pārrobežu datu izmantošanai no pārlūkošanas rīkiem nav nepieciešams juridisks brīdinājums, jo tās ir publiski pieejamas lapu struktūras.
Dokumentācija un hreflang izmaiņu izsekošana komandā
Hreflang ieviešanas bieži ir vairāku nodaļu lēmumu rezultāts – satura komandas veido tulkojumus, IT uztur CMS, bet SEO nodaļa nosaka mērķauditorijas. Bez skaidras dokumentācijas izmaiņas ātri pazūd vai rada neatbilstības. Tāpēc ieviesiet centrālu reģistru, kurā fiksējiet visas valodu/valstu versijas, to atbildīgās personas un pašreizējo statusu (aktīvs, neaktīvs, plānots). Labi pierādījusies vienkārša tabula ar kolonnām: primārais URL, valodas kods, valsts kods, x-default (jā/nē), alternatīvie URL (saraksts), pēdējās izmaiņas, atbildīgais. Šī tabula jāuztur komandai kopīgi, piemēram, mākoņdokumentā ar piekļuvi visām iesaistītajām lomām.
Izmaiņu izsekošanai ieteicams kontrolēts process: katra jauna valodu versija vai izmaiņas esošajos URL vispirms tiek atzīmēta tabulā, pirms faktiski tiek atjaunināti hreflang tagi CMS vai vietņu kartē. Izmantojiet biļešu sistēmu vai vienkāršu izmaiņu žurnālu, lai dokumentētu katru iejaukšanos. Piemērs: "2025. gada 10. aprīlī pievienota franču lapa Beļģijai (fr-be); atjaunināti atbilstošie hreflang tagi vācijas galvenajā lapā (de-de)." Tā vēlāk varat saprast, kāpēc kāda valodu versija vairs neparādās meklēšanas rezultātos. Papildiniet ar regulāriem auditem (skatīt iepriekšējo nodaļu), kuros salīdziniet faktisko stāvokli ar dokumentāciju un labojiet novirzes.
Lai atvieglotu sadarbību komandā, nosakiet skaidru atbildību par atsevišķām valodu grupām vai reģioniem. Lielākās vietnēs izmantojiet noteikumu, ka hreflang tagu izmaiņas jāpārbauda vismaz diviem komandas locekļiem – līdzīgi četru acu principam. Izmantojiet automatizāciju, kur iespējams: skripts no jūsu tabulas var automātiski ģenerēt XML vietņu karti ar hreflang ierakstiem vai ievietot HTML tagus tieši CMS. Tomēr pārliecinieties, ka šādi skripti regulāri tiek pārbaudīti uz pareizību. Visbeidzot: tā kā hreflang kļūdas var izraisīt redzamības zudumu, iestatiet savā projektu vadības rīkā atkārtotu uzdevumu ceturkšņa auditem. Saziņā ar juridiskiem jautājumiem par URL datu glabāšanu un apstrādi konsultējieties ar savu datu aizsardzības speciālistu vai juridisko konsultantu.
Praktiska kontrolsaraksts hreflang audita noslēguma pārbaudei
Sistemātiska noslēguma pārbaude nodrošina, ka visas hreflang ieviešanas ir konsekventas un bez kļūdām. Sāciet ar atsauču pārbaudi: katrai valodas varianta lapai jāatsaucas uz visiem citiem variantiem, ieskaitot sevi. Ja trūkst atsauces, tas rada “neapstiprinātu” signālu, ko meklētājprogrammas var ignorēt. Izmantojiet tādu pārlūkotāju kā Screaming Frog vai Sitebulb, kas nolasa hreflang atribūtus un atzīmē trūkstošās atsauces. Pārbaudiet arī, vai valodu kodi atbilst ISO 639-1 formātam (piemēram, “de” nevis “deu”) un valstu apzīmējumi ISO 3166-1 Alpha 2 formātā (piemēram, “CH” Šveicei). Īpaši pievērsiet uzmanību pareizai kombinācijai reģionāli specifiskām lapām: “de-ch” vācu valodai Šveicē, nevis “de_CH”.
Pārbaudiet mijiedarbību ar kanoniskajām atzīmēm: Ja kanoniskā atzīme ir norādīta uz citu valodas variantu, hreflang signāls šai lapai kļūst nederīgs. Tāpēc iestatiet pašreferences kanoniskās atzīmes vai nodrošiniet, ka kanoniskā atzīme norāda uz identisku valodas versiju. Tas pats attiecas uz vietnes karti: katrai lapai vietnes kartē jāparādās tikai vienu reizi ar tās hreflang alternatīvām. Bieža kļūda ir HTTP un HTTPS versiju vai www un non-www variantu iekļaušana. Samaziniet izvadi līdz vienai kanoniskai URL katrai valodas versijai.
Kļūdas ar x-default tagu bieži rada nevēlamas pāradresācijas. Iestatiet x-default uz vispārīgu galveno lapu vai uz biežāk lietoto valodas versiju – taču ne nejauši. Praksē izdevīgi ir iestatīt x-default uz angļu valodas sākumlapu, ja vietne ir starptautiski orientēta. Validējiet ieviešanu Google Search Console sadaļā “Starptautiskā mērķauditorija”. Tur tiek parādītas kļūdas, piemēram, trūkstošas atsauces vai nekonsekventi valodu kodi. Veiciet šo pārbaudi reizi mēnesī, lai atklātu izmaiņas.
Pilnīgam kontrolsarakstam jāietver arī vietnes kartes alternatīvas: pārliecinieties, ka katra valodas versija vietnes kartē ir uzskaitīta ar visām alternatīvām. Izmantojiet rīku, kas validē hreflang XML vietnes kartēs (piemēram, Ahrefs vai Semrush vietnes kartes pārbaude). Dokumentējiet katru atrasto novirzi tabulā ar prioritāti un atbildību. Ņemiet vērā: dinamiskām URL hreflang atzīmes jābūt pareizi iestatītām servera pusē vai ar JavaScript – pārbaudiet to ar HTTP galvenes pārbaudi. Visbeidzot, mēs iesakām juridisku pārbaudi: valodas variantu izvēle var ietekmēt datu aizsardzību un lietošanas noteikumus. Ja rodas šaubas, konsultējieties ar juristu.
Nākotnes skatījums: automatizācijas rīki un turpmākās attīstības valodu signālu jomā
Manuāla hreflang signālu pārbaude arvien vairāk tiek papildināta ar specializētiem automatizācijas rīkiem. Tādi rīki kā “hreflang-tags.com” vai funkcijas pārlūkošanas rīkos (piemēram, Sitebulb hreflang pārbaude) automātiski atklāj trūkstošas atsauces, nekonsekventus valodu kodus un konfliktus ar kanoniskajām atzīmēm. Šie rīki sniedz pārskatus, kurus varat izmantot kā pamatu savai komandai. Praksē ir pierādījies, ka šādas pārbaudes ir lietderīgi iekļaut CI/CD procesā: katrā izvietošanā tiek veikta automatizēta hreflang pārbaude, lai agri atklātu kļūdas. Tomēr ņemiet vērā, ka šie rīki regulāri jāatjaunina, jo meklētājprogrammu vadlīnijas var mainīties.
Viena no tendencēm ir mākslīgā intelekta izmantošana valodu variantu tulkošanai un lokalizācijai. Mūsdienu MI sistēmas var automātiski ģenerēt valodu kodus, atpazīstot ģeogrāfisko mērķa tirgu. Tomēr tas rada riskus: automātiska atpazīšana var radīt nepareizus piešķīrumus, piemēram, daudzvalodu valstīs. Tāpēc izmantojiet MI tikai kopā ar manuālu validāciju, ko veic pieredzējis lokalizācijas eksperts. Lokalizācijai jābūt ne tikai valodiski, bet arī kulturāli pielāgotai – pretējā gadījumā hreflang signāls var norādīt nepareizā virzienā.
Nākotnē strukturēti dati, piemēram, Schema.org, varētu tikt apvienoti ar hreflang. Pirmie mēģinājumi liecina, ka atribūts “url” kopā ar “inLanguage” var nodrošināt precīzāku valodu piešķiršanu. Tomēr Google nav paziņojis par oficiālu atbalstu šim ceļam. Neskatoties uz to, ir vērts sekot šīm izstrādēm, jo tās var samazināt hreflang kļūdu risku. Arī hreflang integrēšana AMP lapās vai vienas lapas lietotnēs joprojām ir izaicinājums – šeit ir nepieciešami servera puses risinājumi vai īpaši ietvari.
Visbeidzot, mēs iesakām izveidot regulāru valodu signālu uzraudzību. Tādi rīki kā Google Search Console sadaļā “Starptautiskā mērķauditorija” sniedz pārskatu par kļūdainām lapām. Apvienojiet to ar žurnālu analīzi, lai redzētu, vai meklētājprogrammas ievēro hreflang norādījumus. Ņemiet vērā: tiesību normu atbilstība – piemēram, attiecībā uz GDPR vai obligāto informāciju – var atšķirties atkarībā no valodas varianta. Konsultējieties ar juristu. Valodu signālu nākotne ir ciešākā sasaistē ar citiem SEO signāliem un lielāku automatizāciju, taču cilvēka kvalitātes pārbaude joprojām ir neaizstājama.
Praktisks piemērs: Soli pa solim veikts hreflang audits
Vidēja lieluma tiešsaistes veikals ar valodu versijām vācu (DE), angļu (EN), franču (FR) un spāņu (ES) valodā, kā arī valstij specifiskām apakšdomēniem (de.example.com, en.example.com, fr.example.com, es.example.com) vēlas pārbaudīt savu hreflang. 1. solis: Sitemap eksports. Komanda vispirms eksportē valodu sitemaps no CMS. Izrādās, ka DE un EN ir divas sitemaps (preces, kategorijas), bet FR un ES tikai viena. 2. solis: Atsauču konsekvences pārbaude. Izmantojot hreflang crawler (piem., Merkle's Hreflang Tag Checker), tiek izķertas visas 400 URL. Rezultāts: 30 URL trūkst atsauču – bieži trūkst DE lapas EN versijā. 3. solis: Kļūdainu valodu kodu pārbaude. Avota kodā ir divas URL ar “en-uk” nevis “en-gb”. Tā kā EN versija ir paredzēta Apvienotajai Karalistei, kods tiek labots. 4. solis: x-default tests. Katrai valodas lapai ir x-default tags, kas norāda uz angļu sākumlapu. Praksē tas ir lietderīgi, jo angļu valoda kalpo kā rezerves variants. 5. solis: Canonical konflikts. Crawls parāda, ka dažām FR lapām ir pašatsaucošs canonical, kas nesakrīt ar hreflang mērķi (canonical uz citu FR lapu). Canonical tiek labotas. 6. solis: Validācija, izmantojot Google Search Console. Pēc sešām nedēļām pārskats sadaļā “Starptautiskā orientācija” neuzrāda kļūdas. 7. solis: Dokumentācija. Izmaiņas tiek fiksētas iekšējā wiki, iekļaujot ekrānšāviņus un crawl žurnālus. Secinājums: Pēc 30 atsauču un valodu kodu labošanas klikšķu īpatsvars franču un spāņu lapās pieauga par aptuveni 15% (nav pierādīts, bet pēc pieredzes). Regulāri auditi (ik pēc trim mēnešiem) tagad ir SEO uzturēšanas sastāvdaļa. Šis piemērs parāda: ar sistemātisku pieeju var ātri identificēt un novērst tipiskās kļūdas.
blog.faqT
Kāda ir biežākā kļūda ar hreflang tagiem?
Biežākā kļūda ir reverso saišu trūkums. Ja versija A norāda uz versiju B, tad arī B jānorāda uz A. Pretējā gadījumā Google bieži vien pilnībā ignorē tagus. Arī sintakses kļūdas, piemēram, nepareizi valstu kodi (piem., 'en-uk' vietā 'en-gb'), ir plaši izplatītas. Nepieciešama visu pāru sistemātiska pārbaude.
Kā pārbaudīt hreflang tagus lielās tīmekļa vietnēs ar daudzām valodām?
Lielām tīmekļa vietnēm ieteicams izmantot pārlūkošanas robotus, kas pārbauda hreflang, piemēram, Screaming Frog ar hreflang atskaiti. Varat arī izveidot savas skriptas, kas meklē tagus Sitemap vai HTML lapās. Svarīgi ir veikt izlases pārbaudes un apstiprināt konsekvenci starp dažādām valodu versijām. Google Search Console sadaļā 'Starptautiskā orientācija' parāda konkrētas kļūdas.
Ko nozīmē x-default tags un kad tas ir nepieciešams?
X-default tags apzīmē vispārīgu standarta lapu, kas tiek rādīta, ja netiek atpazīta lietotāja valodas preference vai ja vēlamā valodas/valsts kombinācija nepastāv. To bieži izmanto sākumlapā vai vispārīgā galvenajā lapā. Ja tā trūkst, Google var parādīt neatbilstošu versiju. Katrai valodu grupai ir jābūt x-default ierakstam, ja vairākas valstis dala vienu valodu.
