Piliin ang pagiging karapat-dapat bago ka gumawa ng XML
Ang XML sitemap ay isang machine-readable na listahan ng mga URL at opsyonal na metadata. Magsimula sa isang patakaran ng pagiging karapat-dapat, hindi sa isang crawler export: isama lamang ang isang pahina kapag ito ay inilaan para sa paghahanap, pampublikong makukuha, at ang preferadong bersyon ng nilalaman nito. Panatilihing wala sa sitemap ang mga faceted catalog URLs, internal search results, campaign variants, login destinations, at previews maliban kung sadyang pampublikong patutunguhan sa paghahanap ang mga ito.
Pampubliko, kapaki-pakinabang na mga pahina na inilaan para sa paghahanap na may isang preferadong URL.
Mga redirect, error, duplicate, noindex na pahina, at private na ruta.
Ang tulong sa pagtuklas ay hindi ginagarantiyahan ang crawling o pag-index.
Ilahad ang kanonikal na URL, hindi ang bawat paraan ng pag-abot dito
Ang kanonikal na URL ang bersyon na gusto mong ituring ng mga search engine bilang kumakatawan sa pahina sa pagitan ng magkaparehong bersyon. Mahina ang signaling ng sitemap para sa kanonisasyon, kaya dapat nitong palakasin—hindi kontrahin—ang mga redirect, self-referential canonical tag, at internal links. Pumili ng isang matatag na HTTPS na format at ilabas ang eksaktong bersyong iyon.
Suriin ang http at https, www at non-www, slash rules, case sensitivity, print pages, filters, at tracking parameters. Kung ang isang URL ay nagre-redirect, ilista lamang ang kanyang panghuling kanonikal na destinasyon. Bawat lokalized na pahina na may hiwalay na layunin ay dapat may sariling kanonikal na URL; huwag gamitin ang sitemap para pagsamasamahin ang magkakaibang localized na nilalaman.
Isulat ang kumpletong scheme at host, hindi isang relative path. Kinakalkula ng Google ang mga URL ayon sa pagkakalista.
Dapat pangalanan ng sitemap, canonical tag, internal links, at redirect policy ang iisang pahina.
Ang pag-block ng duplicate ay hindi nagtatakda ng preferadong bersyon.
Gawing maliit, valid, at totoo ang XML
Gamitin ang istruktura ng Sitemap Protocol: UTF-8 XML na may urlset, ang sitemap namespace, at isang loc para sa bawat URL. I-escape ang mga XML-sensitive na karakter sa mga halaga ng URL. Dapat i-serialize ng automation ang mga URL sa halip na mag-concatenate ng XML nang mano-mano.
Ang bawat sitemap ay maaaring maglaman ng hindi hihigit sa 50,000 na URL at hindi dapat lumampas sa 50 MB uncompressed. Ito ay mga limitasyon, hindi target. Hatiin nang mas maaga kung ang mga produkto, artikulo, lokalidad, o uri ng nilalaman ay lumilikha ng kapaki-pakinabang na operational boundary.
Gamitin ang lastmod nang tanging para sa aktwal na petsa ng makabuluhang pagbabago ng pahina. Ginagamit ito ng Google kapag pare-pareho at beripikadong tumpak; ang pag-update ng copyright-year ay hindi kwalipikado. Huwag kailanman lagyan ng stamp ng oras ang bawat URL bilang oras ng generator. Inii-ignore ng Google ang changefreq at priority, kaya maaari mo na lang silang i-omit.
Ang loc ay kinakailangan; ang lastmod ay opsyonal at dapat ilarawan ang pahina, hindi ang pag-generate.
Maaaring paliitin ng Gzip ang laki ng transfer, ngunit ang decompressed file ay dapat manatiling mas mababa sa 50 MB.
Suriin ang XML well-formedness, fetchability, at ang behavior ng mga nakalistang pahina.
Gamitin ang mga index para mag-scale nang hindi nawawala ang pagmamay-ari
Ang sitemap index ay naglilista ng mga sitemap file. Gumamit nito kapag lalampas ang site sa limit ng isang file o kailangan ang magkakahiwalay na imbentaryo. Pangkatin ayon sa editorial, produkto, o may-ari ng help-center. Mayroon itong parehong 50,000-item at 50 MB uncompressed na limit.
Panatilihin ang mga child file sa nilalayong site sa matatag na mga URL. Karaniwan, ini-uugnay ng protocol ang mga karapat-dapat na URL sa host at lokasyon ng sitemap; ang cross-site na mga ayos ay nangangailangan ng beripikadong pagmamay-ari.
Hatiin batay sa isang masusubok na layunin—uri ng nilalaman, storefront, set ng wika, o deployment boundary. Itala kung sino ang generator, may-ari, at inaasahang populasyon.
Isumite ang kumpletong index sa halip na bawat child nang manu-mano.
Ang lastmod ng index ay naglalarawan sa sitemap file, hindi sa mga pahina nito.
I-publish, isumite, at bigyang-kahulugan ang mga resulta nang tama
I-host ang sitemap sa isang matatag, pampublikong fetchable na HTTPS address, mas mabuti malapit sa root. Magdagdag ng absolute Sitemap directive sa robots.txt. Isumite ang sitemap o index sa Google Search Console at Bing Webmaster Tools para sa mga detalye ng pagproseso.
Sa Search Console, ang Success ay nangangahulugang na-fetch at nabasa ang sitemap nang walang error. Ang Has errors ay nangangahulugang nabasa ito na may mga error; Couldn’t fetch ay nangangahulugang hindi ito makuha. Ayusin ang paghahatid, authentication, DNS, robots, redirects, o XML at mag-resubmit.
Tingnan ang mga bilang ng natuklasang pahina bilang diagnostic input, hindi bilang score. Ang isang discovered page ay hindi garantisadong ma-crawl o ma-index. Subukan ang mga sample na URL laban sa kanilang kanonikal na URL, response, at mga ulat ng pag-index.
Tumutulong ang robots.txt sa pagtuklas; ipinapakita ng tool submission ang mga ulat ng pagproseso.
Ipinapakita ng Search Console ang mga file na isinumite sa report o API, hindi ang lahat ng pagtuklas mula sa robots.txt.
Patakbuhin ang sitemap bilang release-critical na site infrastructure
Maaaring mag-regress ang kalidad ng sitemap kapag nagbago ang isang CMS plugin, nagbago ang canonical host dahil sa deployment, naglingkod ang cache ng stale output, o nag-publish ang isang bulk job ng hindi kumpletong pahina. Isama ang mga sitemap check bilang bahagi ng pre-release at rollback work. Huwag palitan ng tahimik ang isang buong imbentaryo ng isang walang laman o malformed na file.
Panatilihin ang dating known-good sitemap, i-flag ang di-inaasahang pagbabago sa bilang, at i-sample ang mga idinagdag at tinanggal bago i-publish. Kapag nagbago ang mga path, i-coordinate ang redirects, canonical tags, internal links, at sitemaps bilang isang change set. Ito ay proaktibong optimisasyon ng uptime: protektahan ang discoverable na pampublikong surface bago madaanan ito ng crawlers at bisita at makatagpo ng sirang path.
Ipahinto ang publikasyon para sa invalid, empty, wrong-host, o noncanonical na sitemap output.
Panatilihin ang naunang artifact at ang generator configuration na handa para sa rollback.