Get in touch

XML sitemap limits and index files for large sites

Updated August 19, 2026 · 8 min read · Search intent : informational · Indexing

A sitemap does not get a page indexed. It gets it discovered. On a site of tens of thousands of URLs that is not a small thing: it is the only mechanism guaranteeing a newly generated page is seen at all.

Large sitemap split into indexed chunk files
Large sitemap split into indexed chunk files

The official limits

ConstraintValue
URLs per sitemap file50,000 maximum
File size, uncompressed50 MB maximum
Compressiongzip accepted; the 50 MB limit applies to the uncompressed file
Sitemaps per index file50,000

The size limit is usually hit before the URL count once URLs are long or extensions are in use. Chunking logic must therefore watch both bounds, not just the counter.

Sitemap index structure

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://example.com/sitemap-blog-1.xml</loc>
    <lastmod>2026-08-19</lastmod>
  </sitemap>
</sitemapindex>

Only the index URL goes in robots.txt and gets submitted in Search Console. Child files are discovered from there.

Segment by pattern, not by insertion order

Slicing mechanically into 50,000-URL chunks by creation order is the simplest option and the least useful one. Thematic segmentation turns the sitemap into a diagnostic instrument.

Search Console reports indexation coverage per sitemap. Segmenting by pattern tells you which batch is failing instead of leaving you with an uninterpretable global rate.

Tags that matter, and tags that do not

TagStatusUsage
<loc>RequiredAbsolute, encoded, canonical URL
<lastmod>UsedOnly when accurate and verifiable
<changefreq>Ignored by GoogleNone
<priority>Ignored by GoogleNone

On lastmod, Google's guidance is explicit: the value is used only when it is consistently and verifiably accurate. Bumping it on every deploy without a real content change destroys the signal's credibility across the whole site.

Five content rules

  1. Canonical URLs only. A URL listed in the sitemap while canonicalising elsewhere sends contradictory signals.
  2. 200 responses only. No 301s, 404s or 410s.
  3. Indexable URLs only. A noindex page in a sitemap is a straight contradiction.
  4. One protocol, one host. No mixing http and https, or www and non-www.
  5. Regenerate after every wave. A stale sitemap delays discovery of new pages by weeks.

The sitemap as an operating tool

The most effective practice on a programmatic project is to isolate each publication wave in its own temporary sitemap. That wave's indexation rate can then be read directly instead of being diluted in historical data. Once it stabilises, the URLs move into the relevant thematic sitemap.

For pushing changes faster than the next crawl, see IndexNow on large sites; for why discovery is not the same as indexation, see crawl budget.

Frequently asked questions

How many URLs can a sitemap contain?

A single sitemap file is capped at 50,000 URLs and 50 MB uncompressed. Beyond that, use multiple files grouped under a sitemap index.

Should I set changefreq and priority?

No. Google ignores both. Only loc and, when accurate, lastmod are used.

Does a sitemap guarantee indexation?

No. It helps URLs get discovered. Whether they are indexed depends on perceived page quality, internal linking and the crawl budget allocated to the site.