The answer to "how many URLs are in our sitemaps?" without writing a script.
Someone asks you for a URL count. You open the sitemap index. It points to 47 child sitemaps. You briefly consider clicking through each one, then you don't. Paste the URL here — this fetches the index, follows every child sitemap, and gives you the number.
Works with both <urlset> sitemaps and <sitemapindex> files. Index files are followed automatically.
Paste a URL, get a count. Here's the full workflow.
The full URL — /sitemap.xml, /sitemap_index.xml, whatever your CMS generates. If you don't know where it is, check robots.txt. There's almost always a Sitemap: directive at the bottom.
The tool fetches the XML. If it's a sitemap index, it follows every child <loc> automatically — five at a time, in parallel. You'll see a progress bar tracking which child it's on.
Total URL count, per-sitemap split (if it's an index), directory-level breakdown, and lastmod coverage. Copy the report or export all URLs as a plain list — whatever you need for the audit.
If the URL mode can't reach your sitemap (staging environment, IP restrictions, localhost), switch to Paste XML and drop in the raw XML directly. Same output, no fetch required.
This isn't a tool you run every day. It's the tool you reach for when someone needs a number and you don't want to write a script to get it.
How many URLs is this site submitting via sitemaps? If the number is wildly different from the number of indexable pages, something is wrong — noindexed pages in the sitemap, redirects, parameter URLs that shouldn't be there.
Get a count before the migration. Run it again after. If the post-migration number is dramatically different, something got dropped or duplicated. The per-directory breakdown makes it obvious which section lost URLs.
200,000 URLs in the sitemap but only 40,000 get traffic. Ecommerce sites are prone to this — product variants, filtered category pages, out-of-stock items accumulating. The directory breakdown shows where the bloat is concentrated.
Most sitemaps are public. Paste a competitor's sitemap URL and see how many URLs they're submitting, how their content is structured across directories, and how recently their sitemaps were updated.
An XML sitemap is a structured file that lists URLs you want search engines to discover. It's not a crawl instruction — it's a hint. This tool counts every <loc> element in that file, which is the number of URLs you're actively submitting. That number is not the same as what Google has indexed — that's a different question, and you'd need Search Console for it.
Uses <urlset> as its root element and lists URLs directly. Each sits inside a <url> block with a required <loc> and optional <lastmod>, <changefreq>, and <priority>. The tool counts every <loc> here.
Uses <sitemapindex> as its root and lists child sitemaps instead of individual URLs. The tool detects this, fetches every child automatically, then counts the <loc> elements across all of them. One child per content type is the typical pattern on large sites.
Each individual sitemap can contain a maximum of 50,000 URLs and must not exceed 50 MB uncompressed. If you hit either limit, split across multiple files and reference them from a sitemap index. No hard limit on how many children an index can have.
The <lastmod> tag tells search engines when a URL was last meaningfully changed. Google uses it — but only if it's accurate. If your CMS updates <lastmod> on every page when you change a footer, Google will stop trusting it.
Google decides what to index, not your sitemap. If you're submitting 50,000 URLs but only 12,000 are indexed, the gap is worth investigating — but this tool gives you the submission side of that equation. For the indexed side, check Search Console's index coverage report.
yourdomain.com/robots.txt — most sites declare their sitemap there with a Sitemap: directive. If it's not there, try /sitemap.xml, /sitemap_index.xml, or check Google Search Console under Sitemaps. WordPress sites usually generate theirs at /wp-sitemap.xml or via a plugin like Yoast at /sitemap_index.xml..xml.gz, you'll need to decompress them first. Most browsers will do this automatically if you open the URL directly, so try pasting the URL — the server may serve it decompressed. Otherwise, download, decompress, and use Paste XML mode.<lastmod> date more than 12 months old. That's not inherently a problem — some pages genuinely don't change. But if a large percentage of your sitemap has stale lastmod dates, Google may deprioritise recrawling those URLs. If the content has been updated but the lastmod hasn't, your CMS isn't updating the timestamps correctly.