2026-01-28 · Baduno toimetus · 5 blog.readMin · Blogi ja teadmised
Mitmekeelsete XML-sitemapide õige ülesehitus
Sitemap on Google'i ostunimekiri teie veebisaidi jaoks. 24 keele puhul määrab selle struktuur, mida üldse indekseeritakse.
Põhitõed
XML-sitemap loetleb kõik indekseeritavad URL-id. See ei asenda head linkimist, kuid kiirendab avastamist ja diagnostikat – eriti suurte mitmekeelsete struktuuride puhul tuhandete lehtedega.
hreflang kuulub sinna
Keelealternatiive saab otse saidikaardil välja tuua – iga URL-i kõik versioonid koos x-default-iga. Paljude keelte puhul on see hooldatavam kui päise märgistus ja hoiab maatriksi usaldusväärselt terviklikuna, kuna see genereeritakse.
Ainult puhtad URL-id
Pole ümbersuunamisi, noindex-lehekülgi ega duplikaate: Iga loetletud URL peab vastama olekuga 200 ja olema kanooniline. Eranditest pungil saidikaart maksab roomaja usalduse.
Esita ja jälgi
Viita saidikaardile robots.txt-failis ja esita see Search Console'is – seal näitab indekseerimisaruanne iga keeleversiooni kohta, mida Google on vastu võtnud. Kõrvalekalded on teie varaseim hoiatusmärk.
Vigaste hreflang-maatriksite tuvastamine
Tüüpiline veaallikas on ebajärjekindlad vastasviited: kui leht A viitab lehele B, kuid leht B ei viita lehele A. 24 keele puhul tekivad kiiresti lüngad. Kasutage automatiseeritud teste, mis iga URL-i puhul kontrollivad kõiki viidatud keelealternatiive. Skript saab kontrollida, kas saidikaardi kanded on kahesuunaliselt järjepidevad. Näide: teie saidikaart sisaldab /de/produkt koos hreflang-viidetega /en/produkt, /fr/produkt jne. Test tagab, et /en/produkt omakorda viitab /de/produkt-le. Kui tagasiviited puuduvad, ei pruugita keelt indekseerida. Sellised kontrollid on igapäevaste uuenduste korral hädavajalikud.
Saidikaardi dünaamika sisuhaldussüsteemides
Mitmekeelsetes projektides 24 keelega tuleb saidikaart automaatselt genereerida, mitte käsitsi. CMS-i lehekülje skript võib läbida kõik sisu keeleversioonid ja luua iga URL-i jaoks eraldi <url>-sõlme koos kõigi hreflang-linkidega. Veenduge, et genereerimine väljastaks ainult URL-e, mille olek on 200 ja millel pole noindex. Seadistage cron-töö, mis loob saidikaardi iga sisu avaldamise järel uuesti. Nii jääb saidikaart alati ajakohaseks, ilma mahajäetud või ajutiste URL-ideta. Vältige kõigi lehtede koondamist ühte suurde saidikaarti – kasutage saidikaardi indeksfaili alamkaartidega keele või valdkonna kaupa.
Analüüsige indekseerimislünki keeleversioonide kaupa
Isegi õige hreflang-maatriksi korral võib Google mõned keeleversioonid tähelepanuta jätta. Kontrollige iga keele indekseerimisolekut Search Console'is. Kasutage site:-operaatorit koos keele teega, nt site:example.com/de/ saksa keele jaoks. Võrrelge indekseeritud URL-ide arvu oma saidikaardi URL-ide arvuga. Kui numbrid erinevad oluliselt, viitab see tehnilistele probleemidele: aeglane laadimisaeg, valed ümbersuunamised või puuduvad siselingid. 24 keele puhul tasub kasutada automatiseeritud aruandlust, mis võrdleb iganädalaselt indeksinumbrid ja teatab kõrvalekalletest.
Sitemap on Google'i ostunimekiri teie veebisaidi jaoks. 24 keele puhul määrab selle struktuur, mida üldse indekseeritakse.
Saidi kaardi suurus ja jaotus 24 keele puhul
Üksik saidikaart on piiratud 50 MB ja 50 000 URL-iga. 24 keele ja paljude lehtede korral jõuate nende piirideni kiiresti. Jagage oma saidikaart loogiliselt: näiteks üks saidikaart keele kohta või sisukategooria kaupa (tooted, blogi, tugi). Kasutage saidikaardi indeksfaili, mis viitab kõigile alam-saidikaartidele. Hreflang-viited jäävad alam-saidikaartides täielikuks – iga URL- sõlm sisaldab kõiki keelealternatiive, ka keelteüleselt. Veenduge, et indeksfail on robots.txt-s viidatud. Vale jaotus võib põhjustada selle, et Google ei tuvasta hreflang-maatriksit täielikult.
Valideerimine ja veahaldus saidikaardi genereerimisel
Automatiseeritud saidikaardi genereerimine nõuab tugevamat valideerimist, et vigu varakult tuvastada. Integreerige kontrollrutiinid, mis enne uue saidikaardi lõpetamist kontrollivad järgmisi punkte: Iga URL peab vastama olekuga 200, ei tohi sisaldada noindex-robots meta-silti ning peab olema kanooniline. Lisaks kontrollige hreflang-viidete kahesuunalist järjepidevust skripti abil. 24 keele puhul on mõistlik genereerida vahepealne saidikaart lavastuskeskkonnas ja seal automaatteste läbi viia enne tootmiskeskkonda üleviimist. Veataluvad mehhanismid, nagu tagasilangusloogika puuduvate tõlgete korral, tuleks rakendada: Kui sisul puudub tõlge konkreetsesse keelde, ei tohi saidikaart seda URL-i loetleda. Pöörake tähelepanu ka õigele kodeeringule ja faili suurusele – eriti suurte indeksfailide puhul, mis sisaldavad palju alam-saidikaarte. Üksikasjalik logimisinstants registreerib kõik ebaõnnestunud URL-id ja valideerimishoiatused. Nii saate süstemaatiliselt parandusi teha, ilma et tootmise saidikaardil ilmuksid vigased kirjed. Pidage meeles: Vigane saidikaart võib jätta terved keeleversioonid indekseerimata. Seetõttu peaksite enne iga uuendust läbi viima täieliku automaatse valideerimise.
Keelepõhised roomamise eelarved ja prioriseerimine
Google eraldab igale veebisaidile piiratud roomamise eelarve. 24 keeleversiooni puhul peate selle eelarve sihipäraselt jaotama asjakohase sisu vahel. Levinud viga on see, et saidikaart loetleb kõiki keeleversioone võrdselt, mille tõttu roomamisressursid raisatakse nõrgematele versioonidele. Optimeerige prioriseerimist, seades saidikaardil <priority>-väärtused erinevalt: Näiteks saavad põhikeeled (nagu saksa, inglise) kõrgema prioriteediväärtuse kui väiksemad turud. Kuid pidage meeles: Google tõlgendab prioriteeti ainult vihjena, mitte käsuna. Määravam on sisemine linkimine: linkige tugevatelt lehtedelt (avaleht, põhikategooriad) sihipäraselt kõige olulisematele keeleversioonidele. Loobuge kõigi 24 keele tasapinnalisest ja võrdsest linkimisest. Kasutage saidikaardi indeksfaili, et piirata URL-ide arvu keele kohta – näiteks jaotades põhi- ja lisasisuks. Jälgige Search Console'is iga keeleversiooni roomamisstatistika graafikut. Kui konkreetse keele roomamisaktiivsus väheneb, kontrollige, kas saidikaart on õige ja kas sisemised lingid on piisavad. Tasakaalustatud roomamise eelarve jaotamine takistab olulise sisu avastamata jäämist.
Keeleversioonide prioriseerimine: lastmod ja priority mõistlik kasutamine
Mitmekeelses saidikaardis 24 keeleversiooniga tekib küsimus, kuidas anda Google'ile märku, millised versioonid on olulisemad. Valikulised elemendid <lastmod> ja <priority> aitavad roomimise prioriteeti juhtida. Määrake <lastmod> viimase sisulise muudatuse ajaks – mitte saidikaardi genereerimise kuupäevaks. Iga keeleversiooni jaoks märkige vastava sisu tegelik muutmise kuupäev. Piiriüleste sisude puhul võib saksakeelset versiooni uuendada kord kuus, samas kui ingliskeelne muutub ainult kord kvartalis. See teave mõjutab seda, kui sageli Google URL-i uuesti roomib. <priority> seevastu on viide lehe olulisusele teie veebisaidi teiste lehtede suhtes. Kasutage väärtusi vahemikus 0,0 kuni 1,0. Peamised kategoorialehed võite märkida väärtusega 0,8 ja detaillehed väärtusega 0,5. Pöörake tähelepanu sellele, et prioriteeti ei kasutataks liiga heldelt – Google tõlgendab seda ainult suhtelise signaalina. 24 keele puhul on soovitatav määratleda ühtne prioriteediloogika keelte kaupa, vastavalt hierarhiale. Olge siiski ettevaatlik: <lastmod> liiga sage märkimine ilma tegeliku muudatuseta võib viia usalduse kaotuseni. Kasutage neid metaandmeid järjepidevalt ja ainult siis, kui saate väärtused automaatselt oma CMS-ist.
Regionaalsete keelevariantide õige kajastamine saidikaardis
24 keele puhul pole sageli olulised mitte ainult keeleperekonnad nagu saksa, inglise või prantsuse keel, vaid ka regionaalsed variandid, nagu saksa keel Austria jaoks (de-AT) või prantsuse keel Šveitsi jaoks (fr-CH). Need tuleb hreflang-märgendis ja saidikaardis selgelt eraldada. Kasutage iga regionaalse keelevariandi jaoks oma hreflang-väärtust, nt de-AT asemel de. Saidikaart peaks sisaldama iga regionaalse variandi jaoks eraldi <url>-sõlme koos vastavate keelealternatiividega. Veenduge, et x-default viitab üldisele keelelehele ilma regionaalsete eripäradeta, näiteks inglise vaikelehele. Levinud viga on regionaalsete variantide segamine üldise keelekoodiga (nt de kõigi saksakeelsete riikide jaoks). See toob kaasa duplikaadid või vale kuvamise. Määratlege iga regionaalse variandi jaoks kordumatu URL-i tee, nt /de-at/produkt. Kontrollige oma CMS-is, kas saidikaardi genereerimine väljastab regionaalseid hreflang-silte õigesti. Automatiseeritud testid peaksid iga regionaalse URL-i puhul kontrollima täielikku kahesuunalist seost. 24 keele puhul, millel on mitu regiooni, võib maatriks kiiresti keeruliseks muutuda – nõudke saidikaardi ranget valideerimist enne esitamist.
blog.faqT
Kas ma saan määrata hreflangi nii sitemapis kui ka HTML-i päises?
Jah, see on võimalik, kuid pole soovitatav. 24 keele korral põhjustavad topeltdeklaratsioonid kergesti ebakõlasid. Kasutage ainult sitemapi meetodit, mida genereeritakse tsentraalselt. Nii väldite vasturääkivusi, mis võivad Google'i segadusse ajada ja takistada üksikute keeleversioonide indekseerimist.
Kui tihti peaksin 24 keelega veebisaidi sitemapi uuendama?
Värskendage saidikaarti alati, kui avaldatakse uut sisu, olemasolevat sisu muudetakse või kustutatakse. Igapäevaste muudatuste korral piisab igapäevasest genereerimisest cron-töö abil. Määrake <lastmod>-kuupäev õigesti, et Google mõistaks uuendamise vajadust. Sagedaste uuenduste korral võite kasutada ka <changefreq>-atribuuti.
