Kio estas sitemap.xml?
Serĉvidebleco, indeksado kaj strukturitaj datumoj
Dosiero sitemap.xml estas XML-dosiero listiganta la gravajn URL-ojn de retejo, kun laŭvolaj detaloj kiel la dato de lasta modifado kaj alternativaj lingvaj versioj. Ĝi helpas serĉilojn malkovri paĝojn, precipe en grandaj aŭ profundstrukturaj retejoj. Sendi sitemap-on estas nur sugesto, ne garantio pri rampado, indeksado, rangotaksado aŭ apero en AI-respondoj. Unu sitemap povas enhavi ĝis 50 000 URL-ojn aŭ 50 MB nekomprimite, kaj pli grandaj retejoj dividas enhavon inter pluraj dosieroj referencataj de sitemap-indekso.
Reviziita de Jackie, Head of Learning & Development, Levellers - Laste reviziita la 8-an de junio 2026
Kion tio signifas
Sitemap estas klara, maŝinlegebla listo de la paĝoj, kiujn vi konsideras indaj trovi, transdonita al serĉilo kiel ordigita adresaro lasita ĉe la ricepejo. Ĝi ne devigas iun legi ĉiun paĝon, kaj ĝi ne promesas, ke listigitaj paĝoj rangotaksiĝos. Ĝi simple helpas rampilojn malkovri URL-ojn, kiujn ili alie povus preteriri, precipe paĝojn profunde enterigitajn en la retejo aŭ malforte ligitajn.
La formato estas simpla. Ĉiu eniro havas lokon, la URL-on mem, kaj povas porti laŭvolajn detalojn, ekzemple kiam la paĝo laste ŝanĝiĝis. La ĉefaj serĉiloj subtenas la formaton, sed subteno por la laŭvolaj kampoj varias, kaj kelkaj estas ignorataj. La kerna valoro estas malkovro, ne instrukciado.
Kial tio gravas
La utileco de sitemap kreskas laŭ la grandeco kaj komplekseco de retejo. Malgranda, bone ligita retejo kutime malkovriĝas sen ĝi. Granda katalogo, profunda enhav-arkivo, novaĵretejo aŭ retejo kun multaj amaskomunikilaj dosieroj profitas pli, ĉar internaj ligiloj solaj eble ne surfacigos ĉion rapide.
La komerca kialo por zorgi estas, ke malkovroproblemoj ofte aspektas kiel enhavproblemoj. Paĝo neniam trovita ne povas rangotaksiĝi, kaj teamoj foje reverkadas aŭ forĵetas tute bonan enhavon, kiam la vera problemo estis, ke la paĝo neniam malkovriĝis aŭ sendis kontraŭdirajn signalojn. Ĝusta, aktuala sitemap reduktas tiun riskon kaj donas al vi klaran referencon por kontroli, kion vi efektive publikigis kontraŭ tio, kion serĉiloj trovis.
Kiel ĝi funkcias
La formato kaj la protokolo
La sitemap-protokolo difinas simplan XML-strukturon. La dosiero devas esti kodita en UTF-8, ĉiu eniro bezonas lokelementon, kaj ĉiuj aliaj elementoj estas laŭvolaj. La protokolo eksplicite deklaras, ke ĝia uzo ne garantias, ke paĝoj estos inkluzivitaj en serĉiloj, kaj ke ĝi ne influas rangotaksadon. Ĝi provizas sugestojn por helpi rampilojn labori pli efike.
Laŭvolaj metadatenoj
Vi povas inkluzivi daton de lasta modifado, kaj en etenditaj sitemap-oj, detalojn por bildoj, video, novaĵoj kaj alternativaj lingvaj versioj per hreflang. Traktu la laŭvolajn kampojn zorge. La daton de lasta modifado Google uzas nur kiam ĝi estas konsistente kaj kontroleble ĝusta, kaj la pli malnovaj sugestoj pri prioritato kaj ŝanĝofrekvenco estas ignorataj de Google. Estas malmulte da profito en troinvesti en metadatenoj, kiuj estas neuzataj aŭ nefidataj.
Grandeclimoj kaj sitemap-indeksaj dosieroj
Unu sitemap estas limigita al 50 000 URL-oj aŭ 50 MB nekomprimite. Pli grandaj retejoj dividas enhavon en plurajn sitemap-ojn kaj listigas ilin en sitemap-indeksa dosiero, kiu havas tre similan XML-strukturon. La referencataj sitemap-oj devas troviĝi sur la sama retejo kaj sur la sama nivelo aŭ pli profunde en la dosierujo.
Sendi estas sugesto
Vi povas disponigi sitemap-on per sendi ĝin en la iloj de serĉilo aŭ per aldoni Sitemap-linion al via dosiero robots.txt. Ambaŭ manieroj, sendi estas sugesto. Ĝi ne devigas rampado, kaj URL listigita en sitemap ne estas garantiita esti rampita aŭ indeksita. La plej utila kutimo estas kompari, kion vi sendis, kontraŭ tio, kio efektive indeksiĝis, uzante la kovraĵraportadon de la serĉilo, por ke mankoj aperu kiel datenoj anstataŭ konjektoj.
Kio apartenas en sitemap
Listu nur kanonikajn URL-ojn, kiuj redonas sukcesan staton kaj estas destinitaj aperi en serĉrezultoj. Ellasu alidirektitajn, blokitajn, noindeksitajn, duobligitajn kaj rompitajn URL-ojn. Sitemap estu zorge elektita listo de viaj plej bonaj paĝoj, ne ĵetaĵo de ĉiu URL, kiun la sistemo povas produkti.
Ekzemploj
Eldonisto kun profunda arkivo rimarkas, ke novaj artikoloj aperas malrapide. Ili konfirmas, ke tiuj URL-oj estas interne ligitaj kaj ĉeestas en aktuala sitemap, poste kontrolas la kovraĵraporton por vidi, ĉu la paĝoj malkovriĝis, apartigante malkovroproblemojn de kvalitproblemoj.
Vendisto kun granda katalogo superas la limon por unu dosiero. Ili dividas la katalogun en plurajn sitemap-ojn laŭ kategorio kaj referencas ilin el unu sitemap-indekso, poste spuras la indeksadon de ĉiu sitemap aparte por ekvidi, kiuj sekcioj malrapidas.
Teamo relanĉanta retejon traktas la sitemap-on kiel eldonaĵon. Ĉiu eldono regeneras la sitemap-on el la enhavadministra sistemo, por ke ĝi listu nur vivajn, kanonikajn paĝojn, kaj la eldona kontrollisto konfirmas, ke la dosiero estas aktuala anstataŭ porti URL-ojn el la antaŭa strukturo.
Oftaj miskomprenoj
La plej ofta eraro estas trakti sitemap-on kiel rangotaksan ilon. Ĝi estas malkovrohelpilo, ne rangotaksa signalo, kaj la pozicio de URL en la dosiero ne influas, kiel ĝi estas traktata.
Dua estas inkluzivi noindeksitajn URL-ojn en la sitemap. Tio sendas kontraŭdirajn signalojn, petante serĉilon malkovri paĝon, kiun vi ankaŭ petis ĝin ne indeksi.
Tria estas lasi la sitemap-on malaktualiĝi rilate al la retejo, tiel ke ĝi ankoraŭ listigas malnovajn aŭ forigitajn URL-ojn post ŝanĝo de la enhavadministra sistemo.
Kvara estas troinvesti en laŭvolaj metadatenoj, precipe prioritato kaj ŝanĝofrekvenco, kiujn la ĉefaj serĉiloj plejparte ignoras.
Riskoj kaj limoj
Sitemap-malaktualigo estas la plej ofta daŭra risko. Dum retejo ŝanĝiĝas, la dosiero povas malantaŭiĝi, listigante paĝojn, kiuj jam ne ekzistas, aŭ preterlasante paĝojn, kiuj ekzistas. Aŭtomate generi la sitemap-on el la enhavadministra sistemo reduktas tion.
Kontraŭdiraj signaloj estas la dua risko. Noindeksita URL en la sitemap, aŭ sitemap-eniro, kies kanonika referenco montras aliloken, malklaras la bildon kaj povas malŝpari rampan penadon sur duobligitaj aŭ parametrigitaj vojoj.
La limo, kiun oni devas memori, estas, ke sitemap ne povas ripari malfortan enhavon, malbonan internan ligadon aŭ blokitajn paĝojn. Ĝi subtenas malkovron kaj nenion pli, do ĝi funkcias plej bone kune kun puraj internaj ligiloj, ĝustaj kanonikaj etikedoj kaj prudentaj rampaj kontroloj.
Kion fari poste
Traktu vian sitemap-on kiel eldonaĵon, ne unuforan taskon. Lasu la enhavadministran sistemon generi ĝin, kie eblas, por ke ĝi restu aktuala, kaj revizitu ĝin en eldontagoj.
Por ĉiu paĝo en la sitemap, starigu kvar demandojn. Ĉu ĝi estas interne ligita, ĉu ĝi estas rampebla, ĉu ĝi estas indeksebla, kaj ĉu ĝi estas la kanonika versio. Se la respondo al ĉiuj kvar estas jes, la paĝo apartenas en la sitemap. Se ne, riparu la subestan problemon anstataŭ fidi al la sitemap por kompensi. Uzu kovraĵraportadon por kompari senditajn URL-ojn kontraŭ indeksitajn URL-ojn, kaj traktu la mankon kiel vian agoliston.
Ĉu vi havas demandon aŭ sugeston, aŭ volas kompreni, kiel ni esploras kaj reviziis ĉi tiujn gvidilojn? Legu pri niaj redakciaj normoj kaj kiel kontakti nin.
Oftaj demandoj
Ĉu malgranda retejo bezonas XML-sitemap-on?
Ofte ne. Malgranda, bone ligita retejo kutime malkovriĝas sen ĝi. Sitemap fariĝas valora, kiam retejo kreskas, profundiĝas, aŭ aldonas grandajn kolektojn de paĝoj aŭ amaskomunikilaj dosieroj.
Ĉu noindeksitaj paĝoj iru en mian sitemap-on?
Ne. Sitemap estu listo de paĝoj, kiujn vi volas malkovritaj kaj indeksitaj. Inkluzivi noindeksitan URL sendas kontraŭdirajn signalojn. Tenu noindeksitajn, blokitajn kaj duobligitajn URL-ojn ekster la dosiero.
Ĉu sendi sitemap-on garantias, ke miaj paĝoj indeksiĝos?
Ne. Sendi estas sugesto. Ĝi povas akceli malkovron, sed la serĉilo ankoraŭ decidas, kion rampi kaj indeksi, surbaze de kvalito, duobligo kaj rampeblo. Komparu senditajn URL-ojn kontraŭ indeksitajn URL-ojn por trovi mankojn.
Kiom da URL-oj povas enhavi unu sitemap?
Ĝis 50 000 URL-oj aŭ 50 MB nekomprimite. Pli grandaj retejoj dividas enhavon en plurajn sitemap-ojn kaj referencas ilin el sitemap-indeksa dosiero.
Ĉu mi inkluzivi malnovajn aŭ rompitajn URL-ojn?
Ne. Listu nur kanonikajn URL-ojn, kiuj redonas sukcesan staton. Forigu alidirektitajn, forigitajn kaj rompitajn URL-ojn, ĉar ili malŝparas rampan penadon kaj kreas konfuzajn signalojn.
Ĉu indas agordi la kampojn prioritato kaj ŝanĝofrekvenco?
Ĝenerale ne. La ĉefaj serĉiloj plejparte ignoras ilin, kaj Google ignoras ambaŭ. Koncentriĝu anstataŭe sur ĝusta URL-listo kaj fidinda dato de lasta modifado.
Kie la sitemap estu kaj kiel informi serĉilojn pri ĝi?
Metu ĝin sur la saman gastiganton kiel la URL-oj, kiujn ĝi listigas, poste sendu ĝin en la iloj de la serĉilo aŭ aldonu Sitemap-linion al robots.txt. Ambaŭ metodoj estas sugestoj, ne ordonoj.
Ĉu sitemap helpos miajn paĝojn aperi en AI-respondoj?
Ne rekte. Sitemap subtenas malkovron. Aperi en AI-respondoj dependas de tio, ke paĝo estas indeksita kaj rajtas aperi en normalaj rezultoj, kio baziĝas sur enhavkvalito kaj rampeblo, ne sur la sitemap mem.
Fontoj
sitemaps.org Protocol (sitemaps.org). The XML format, required and optional elements, UTF-8 encoding, size limits, sitemap index files, and the statement that the protocol does not guarantee inclusion or affect ranking.
sitemaps.org FAQ (sitemaps.org). The point that the priority hint does not affect ranking and that URL position in a sitemap does not change how it is used.
Sitemaps: Above and Beyond the Crawl of Duty (ACM (Proceedings of the 18th International Conference on World Wide Web)). Peer reviewed analysis of how sitemaps complement link based crawling for URL discovery on large sites.