2026-01-28 · Redakcija Baduno · 6 blog.readMin · Blogas ir žinios
Daugiakalbes XML svetainių žemėlapius tinkamai sudaryti
Svetainės schema yra „Google“ pirkinių sąrašas jūsų svetainei. Esant 24 kalboms, jos struktūra lemia, kas apskritai bus indeksuojama.
Pagrindai
XML svetainės žemėlapis išvardija visas indeksuojamas nuorodas. Jis nepakeičia gero susiejimo, bet pagreitina atradimą ir diagnostiką – ypač didelėse, daugiakalbėse struktūrose su tūkstančiais puslapių.
hreflang turi būti įtrauktas
Kalbos alternatyvas galima nurodyti tiesiogiai svetainės žemėlapyje – kiekvienam URL visas versijas kartu su x-default. Esant daug kalbų, tai lengviau prižiūrima nei antraštės žymėjimas ir patikimai išlaiko matricą pilną, nes ji generuojama.
Tik švarūs URL
Jokių peradresavimų, jokių noindex puslapių, jokių dublikatų: Kiekvienas išvardytas URL turi atsakyti 200 būsena ir būti kanoninis. Išimtimis užpildytas svetainės žemėlapis mažina naršyklės pasitikėjimą.
Pateikti ir stebėti
Svetainės žemėlapį nurodykite robots.txt faile ir pateikite „Search Console“ – ten indeksavimo ataskaita parodys, ką „Google“ priėmė kiekvienai kalbos versijai. Nukrypimai yra jūsų ankstyviausias įspėjamasis signalas.
Klaidingos hreflang matricos atpažinimas
Tipiškas klaidų šaltinis yra nenuoseklios kryžminės nuorodos: kai puslapis A rodo į puslapį B, bet puslapis B nerodo į A. Esant 24 kalboms, greitai atsiranda spragų. Naudokite automatizuotus testus, kurie kiekvienam URL patikrina visas nurodytas kalbos alternatyvas. Skriptas gali patikrinti, ar svetainės žemėlapio įrašai yra abipusiai nuoseklūs. Pavyzdžiui: jūsų svetainės žemėlapyje yra /de/produkt su hreflang nuorodomis į /en/produkt, /fr/produkt ir t.t. Testas užtikrina, kad /en/produkt savo ruožtu rodo į /de/produkt. Jei trūksta grįžtamųjų nuorodų, kalba gali būti neindeksuojama. Tokie patikrinimai yra būtini atliekant kasdienius atnaujinimus.
Svetainės žemėlapio dinamika turinio valdymo sistemose
Daugiakalbiuose projektuose su 24 kalbomis svetainės žemėlapis turi būti generuojamas automatiškai, o ne rankiniu būdu. TVS puslapiavimo skriptas gali pereiti visas kalbos versijas ir kiekvienam URL sukurti atskirą <url> mazgą su visomis hreflang nuorodomis. Užtikrinkite, kad generavimas išvestų tik URL su 200 būsena ir be noindex. Nustatykite Cron užduotį, kuri po kiekvieno turinio paskelbimo iš naujo sukuria svetainės žemėlapį. Taip svetainės žemėlapis visada išlieka aktualus, be našlaičių ar laikinų URL. Venkite visų puslapių sujungti į vieną didžiulį svetainės žemėlapį – naudokite svetainės žemėlapio indekso failą su atskirais svetainės žemėlapiais pagal kalbą ar sritį.
Analizuoti indeksavimo spragas pagal kalbos versiją
Net ir esant teisingai hreflang matricai, „Google“ gali nepastebėti atskirų kalbos versijų. Kiekvienai kalbai patikrinkite indeksavimo būseną „Search Console“. Naudokite site: operatorių su kalbos keliu, pvz., site:example.com/de/ vokiečių kalbai. Palyginkite indeksuotų URL skaičių su savo svetainės schema. Jei skaičiai smarkiai skiriasi, tai rodo technines problemas: lėtą įkėlimo laiką, klaidingus nukreipimus arba trūkstamus vidinius ryšius. Esant 24 kalboms, verta turėti automatizuotą ataskaitą, kuri kas savaitę palygina indeksavimo skaičius ir praneša apie neatitikimus.
Svetainės schema yra „Google“ pirkinių sąrašas jūsų svetainei. Esant 24 kalboms, jos struktūra lemia, kas apskritai bus indeksuojama.
Svetainės schema: dydis ir padalijimas esant 24 kalboms
Viena svetainės schema ribojama iki 50 MB ir 50 000 URL. Esant 24 kalboms ir daugybei puslapių, šios ribos greitai pasiekiamos. Logiškai padalykite svetainės schemą: pavyzdžiui, po vieną schemą kiekvienai kalbai arba pagal turinio kategorijas (produktai, tinklaraštis, palaikymas). Naudokite svetainės schemos indekso failą, kuris nurodo į visas poschemas. hreflang nuorodos poschemose lieka išsamios – kiekvienas URL mazgas apima visas kalbų alternatyvas, įskaitant tarpkalbines. Įsitikinkite, kad indekso failas yra nurodytas robots.txt. Neteisingas padalijimas gali lemti, kad „Google“ pilnai neapims hreflang matricos.
Sitemap generavimo validavimas ir klaidų valdymas
Automatizuotas sitemap generavimas reikalauja tvirto validavimo, kad klaidos būtų aptiktos kuo anksčiau. Integruokite tikrinimo rutinas, kurios prieš užbaigiant naują sitemap patikrina šiuos dalykus: kiekvienas URL turi atsakyti 200 būsena, neturi turėti noindex robots meta žymos ir turi būti kanoninis. Be to, scenarijumi patikrinkite hreflang nuorodų abipusį nuoseklumą. Kai kalbų yra 24, prasminga sugeneruoti tarpinį sitemap tarpinėje (staging) aplinkoje ir ten atlikti automatinius testus prieš perkėlimą į gamybinę aplinką. Turėtų būti įdiegti klaidoms atsparūs mechanizmai, pvz., grįžtamoji logika trūkstamų vertimų atveju: jei turinyje nėra vertimo į konkrečią kalbą, sitemap neturi įtraukti to URL. Taip pat atkreipkite dėmesį į teisingą kodavimą ir failo dydį – ypač dideliuose indeksų failuose su daugybe antrinių sitemap. Išsami registravimo instancija fiksuoja visus nepavykusius URL ir validavimo įspėjimus. Taip galėsite sistemingai taisyti, kad gamybinėje sitemap neatsirastų klaidų. Nepamirškite: klaidingas sitemap gali visiškai pašalinti kai kurias kalbines versijas iš indeksavimo. Todėl prieš kiekvieną atnaujinimą atlikite pilną automatinį validavimą.
Kalbai specifiniai indeksavimo biudžetai ir prioritetizavimas
„Google“ kiekvienai svetainei skiria ribotą indeksavimo biudžetą. Turint 24 kalbines versijas, šį biudžetą reikia tikslingai paskirstyti aktualiam turiniui. Dažna klaida – sitemap vienodai išvardija visas kalbines versijas, todėl indeksavimo resursai švaistomi silpnesnėms versijoms. Optimizuokite prioritetizavimą sitemap nustatydami diferencijuotas <priority> reikšmes: pavyzdžiui, pagrindinėms kalboms (pvz., vokiečių, anglų) suteikite aukštesnę prioriteto reikšmę nei mažesnėms rinkoms. Tačiau atkreipkite dėmesį: „Google“ prioritetą interpretuoja tik kaip nurodymą, o ne kaip komandą. Svarbesnė yra vidinė nuorodų struktūra: iš stiprių puslapių (pagrindinis puslapis, pagrindinės kategorijos) tikslingai nukreipkite į svarbiausias kalbines versijas. Venkite vienodo visų 24 kalbų nuorodų išdėstymo. Naudokite sitemap indekso failą, kad apribotumėte URL skaičių kiekvienai kalbai – pvz., atskirdami pagrindinį ir papildomą turinį. „Search Console“ stebėkite indeksavimo statistikos įrašą kiekvienai kalbinei versijai. Jei tam tikros kalbos indeksavimo aktyvumas sumažėja, patikrinkite, ar sitemap yra teisingas ir ar pakanka vidinių nuorodų. Subalansuotas indeksavimo biudžeto paskirstymas užkerta kelią tam, kad svarbus turinys liktų neaptiktas.
Kalbių versijų prioritetizavimas: tikslingas lastmod ir priority naudojimas
Daugiakalbėje svetainės medyje su 24 kalbų versijomis kyla klausimas, kaip „Google“ pranešti, kurios versijos yra svarbesnės. Pasirinktiniai elementai <lastmod> ir <priority> padeda valdyti nuskaitymo prioritetą. Nustatykite <lastmod> pagal paskutinio turinio pakeitimo laiką – ne pagal svetainės medžio sugeneravimo datą. Kiekvienai kalbos versijai įveskite faktinę to turinio pakeitimo datą. Tarpvalstybinio turinio atveju vokiška versija gali būti atnaujinama kas mėnesį, o angliška – tik kas ketvirtį. Ši informacija įtakoja, kaip dažnai „Google“ iš naujo nuskaito URL. Tuo tarpu <priority> yra nuoroda į puslapio svarbą, palyginti su kitais jūsų svetainės puslapiais. Naudokite reikšmes nuo 0,0 iki 1,0. Pagrindiniams kategorijų puslapiams galite suteikti 0,8, o išsamiems puslapiams – 0,5. Atkreipkite dėmesį, kad nenaudotumėte prioriteto per daug – „Google“ jį interpretuoja tik kaip santykinį signalą. 24 kalboms pravartu apibrėžti vieningą prioriteto logiką pagal kalbas, išskaidytą pagal hierarchiją. Tačiau būkite atsargūs: per dažnas <lastmod> nurodymas be faktinių pakeitimų gali sukelti pasitikėjimo praradimą. Naudokite šiuos metaduomenis nuosekliai ir tik tada, kai reikšmes automatiškai gaunate iš savo CMS.
Teisingai atvaizduoti regionines kalbos versijas svetainės medyje
Esant 24 kalboms, dažnai svarbios ne tik kalbų šeimos, pvz., vokiečių, anglų ar prancūzų, bet ir regioniniai variantai, pvz., vokiečių kalba Austrijai (de-AT) ar prancūzų kalba Šveicarijai (fr-CH). Jie turi būti aiškiai atskirti hreflang nuorodoje ir svetainės medyje. Kiekvienai regioninei kalbos versijai naudokite atskirą hreflang reikšmę, pvz., de-AT vietoj de. Svetainės medyje kiekvienam regioniniam variantui turi būti atskiras <url> elementas su atitinkamomis kalbos alternatyvomis. Įsitikinkite, kad x-default nuoroda rodo į bendrą kalbos puslapį be regioninių specifikų, pvz., į anglų standartinį puslapį. Dažna klaida – maišyti regioninius variantus su bendriniu kalbos kodu (pvz., de visoms vokiškai kalbančioms šalims). Tai sukelia dublikatus arba neteisingą rodymą. Kiekvienam regioniniam variantui apibrėžkite unikalų URL kelią, pvz., /de-at/produktas. Patikrinkite savo CMS, ar svetainės medžio generavimas teisingai pateikia regioninius hreflang žymas. Automatiniai testai turėtų patikrinti visišką abipusį ryšį kiekvienam regioniniam URL. Esant 24 kalboms su keliomis regionais, matrica gali greitai tapti sudėtinga – reikalaukite griežto svetainės medžio patvirtinimo prieš pateikimą.
blog.faqT
Ar galiu nurodyti hreflang tiek sitemap, tiek HTML antraštėje?
Taip, tai įmanoma, bet nerekomenduojama. Esant 24 kalboms, dvigubi deklaravimai gali lengvai sukelti neatitikimų. Naudokite tik sitemap metodą, kuris generuojamas centralizuotai. Taip išvengsite prieštaravimų, kurie gali suklaidinti „Google“ ir trukdyti atskirų kalbų versijų indeksavimui.
Kaip dažnai turėčiau atnaujinti sitemap svetainėje su 24 kalbomis?
Atnaujinkite svetainės struktūros žemėlapį (sitemap) visada, kai skelbiamas naujas turinys, keičiamas ar pašalinamas esamas. Kasdieniams pakeitimams pakanka kasdienio generavimo naudojant Cron darbą. Nustatykite teisingą <lastmod> datą, kad „Google“ atpažintų atnaujinimo poreikį. Dažnai atnaujindami galite naudoti ir <changefreq> žymą.
