Sitemaps Report

How to submit a sitemap in Google Search Console and read the Sitemaps report — type, last read, status, and Discovered URLs — plus why submitting isn't indexing.

First published: Jun 23, 2026 · Last updated: Jul 18, 2026 · Advanced
demand #17 in Search Engine Tools#20 in Tools#285 in Technical SEO#381 on the site

The Sitemaps report in Google Search Console is where you submit a sitemap (or sitemap index) and watch Google process it: it shows the type, the date Google last read it, a status (Success / Has errors / Couldn't fetch), and a Discovered URLs parse count. The big thing to get right is that it's a submission-and-diagnostic tool, not proof of indexing — submitting helps discovery but guarantees nothing. To see what actually got indexed, filter the Page Indexing report by sitemap. Limits are 50MB uncompressed or 50,000 URLs per file; go bigger with a sitemap index. The old ping endpoint is dead — keep lastmod accurate instead.

TL;DR — The SitemapsA sitemap is a file that lists the pages, images, videos, and other files on your site so search engines can discover them. It helps discovery, but submitting a sitemap doesn't guarantee crawling or indexing. report is a submission and diagnostic surface, not an indexingStoring a crawled page in the search index so it can appear in results. Crawled is not the same as indexed — Google selects what to keep, and indexing isn't guaranteed. report. It confirms Google read your sitemapA sitemap is a file that lists the pages, images, videos, and other files on your site so search engines can discover them. It helps discovery, but submitting a sitemap doesn't guarantee crawling or indexing. (or sitemap indexA sitemap index is a sitemap of sitemaps — a single file that lists your other sitemap files instead of listing URLs directly. It's how large sites stay under the 50,000-URL / 50MB-per-sitemap limit while submitting just one file.), shows the type, last-read date, a status (Success / Has errors / Couldn’t fetch), and a Discovered URLs parse count. Submitting aids discovery but guarantees nothing — Google is explicit that there’s “no guarantee that a page URL discovered in a sitemap has been or will be crawled or indexed.” To see what got indexed, filter the Page Indexing reportThe Google Search Console report (formerly Index Coverage) showing how many of your URLs are indexed vs. not indexed, and grouping the not-indexed ones by reason. by sitemap. Per-file limits are 50MB uncompressed or 50,000 URLs; split bigger sites under a sitemap index. Keep lastmod accurate — faking it gets the signal ignored — and forget the old ping endpoint, which now 404s.

Evidence for this claim Search Console's Sitemaps report submits sitemap URLs, shows Google's processing status, and reports discovered URL counts and fetch or parsing errors. Scope: Current Search Console Sitemaps report. Confidence: high · Verified: Google Search Console: Sitemaps report Evidence for this claim Sitemap submission is a discovery hint and does not guarantee crawling or indexing; canonical, indexability, and quality still apply. Scope: Current Google sitemap behavior. Confidence: high · Verified: Google Search Central: Learn about sitemaps

What the report actually is

The Sitemaps reportThe Google Search Console report where you submit sitemaps and watch how Google processes them — type, last read date, status, and how many URLs were discovered. It confirms Google read your list; it doesn't prove anything got indexed. is where you submit sitemaps and monitor how Google processes them. Google’s own framing keeps it modest: “‘Submitting’ a sitemap means telling Google where to find the file on your site.” That’s the whole job — it points Google at a file. Everything else in the report is feedback about whether Google could read that file and what it foundA 302 (\"Found\") is a temporary redirect: it forwards users to a new URL while telling search engines the original URL should stay in the index. It's a weak canonicalization signal, not the zero-equity dead end of SEO folklore. inside.

What it is not is an indexingStoring a crawled page in the search index so it can appear in results. Crawled is not the same as indexed — Google selects what to keep, and indexing isn't guaranteed. report. I’ll keep coming back to this because it’s the mistake I see most: the report living next to “Indexing” in the Search ConsoleA free Google service that reports how a site performs in Google Search and surfaces problems with how Google crawls, indexes, and serves it. It's first-party data straight from Google — but you don't need it to appear in results. menu makes people read “Discovered URLs” as “indexed pages.” It isn’t.

How to submit — and the other ways to register a sitemap

In the UI: Search ConsoleGoogle's free tool for monitoring crawling, indexing, and search performance. → Sitemaps → paste the sitemap URL → Submit. Done.

But Search Console isn’t the only way to make Google aware of a sitemap. You can also point to it from a Sitemap: line in your robots.txt, which any crawlerA crawler — also called a spider or bot — is an automated program that fetches web pages, extracts their links, and queues new URLs to visit. Search engines use crawlers to discover and download content for their index. can read. The thing you should not still be doing is hitting the old unauthenticated ping endpoint (https://www.google.com/ping?sitemap=…) — Google deprecated it in June 2023 and it now returns a 404. Plenty of plugins and guides still tell you to ping; that code does nothing now (it just 404s — it won’t harm your site, it’s simply useless). The freshness signal that replaced pinging is an accurate lastmod (more on that below).

Resubmitting, deleting, and the API

You don’t need to resubmit a sitemap on every deploy. Once it’s in the report, Google recrawlsCrawl frequency is how often a search engine comes back to re-fetch a page it already knows about. Popular pages that change often get refreshed many times a day; stable pages can go weeks or months between crawls — and you influence it indirectly, not by setting a dial. it on its own schedule, and a one-off hiccup — a timeout, a transient 5xx — tends to clear itself on the next attempt without you doing anything. Resubmit deliberately in two cases: you made a large change to the sitemap’s contents (a big batch of new URLs, a restructure), or you fixed a persistent fetch or content error and want Google to pick it up sooner than the normal schedule would.

Deleting a sitemap from the report only removes that row from your dashboard — Google doesn’t forget the file or the URLs it listed just because you deleted the entry. If the goal is to stop Google from accessing, crawlingCrawling is how search engines use automated bots (like Googlebot and Bingbot) to discover URLs and download pages. A page has to be crawlable to be indexed, but crawling on its own isn't a ranking factor., or indexing something, deleting the sitemap row is the wrong tool; reach for the control built for that job (a robots.txt block, noindex, a removal request, or authentication).

Everything the report does — list, fetch status, submit, delete — is also available through the Search Console Sitemaps API, which is the way to go if you’re automating submission from a CMSA content management system (CMS) is software that lets users create, manage, and publish digital content — like blog posts and pages — without writing raw code. WordPress, Drupal, and Joomla are the most common open-source CMS platforms. or build pipeline instead of clicking through the UI. It requires the same owner/verified-user permissions as the UI.

One scoping note that trips people up: this report only shows sitemaps submitted through the report itself or the API. If Google found your sitemap another way — most commonly a Sitemap: line in robots.txt — Google can still read and use it, but it won’t show up as a row here. The report is also scoped to the current property: if you’ve split https:// and www/non-www (or different subdomains) into separate Search Console properties, a sitemap submitted to one won’t appear in another’s report even though it’s the “same” site to a visitor.

Submitting a sitemap index (and why)

You can submit a single sitemap or a sitemap index — a sitemap that lists other sitemaps. The report shows the type for each: Sitemap, Sitemap index, RSS, or Atom.

You reach for an index whenever you split your URLs across multiple files, which you’re forced to do past the size limits below. A sitemap index also gives you cleaner reporting: split by section (products, blog, categories) and you can read discovery and indexing per section instead of as one undifferentiated blob.

Supported formats

Google supports the formats defined by the sitemaps protocol. The practical trade-offs:

FormatWhat it carriesWhen to use it
XMLURLs plus lastmod and the image/video/news extensionsThe default — “the most versatile of the sitemaps formats.”
RSS / AtomPage URLs (a feed)If your CMS already publishes a feed
Plain textOne URL per line, nothing else — “can only list URLs to HTML and other indexable pages.”Dead-simple URL lists

If you need image, video, or news metadata in the sitemap, you need XML. Whatever the format, the file must be UTF-8 encoded with absolute, fully-qualified URLs.

Reading the report

Four columns do the work:

  • Type — Sitemap, Sitemap index, RSS, or Atom.
  • Last read — when Google last fetched the file. Stale here can mean Google hasn’t bothered re-reading (often fine) or can’t reach it.
  • Status“Success: The sitemap was loaded and processed successfully with no errors. Has errors: The sitemap could be fetched, but has one or more errors. Couldn’t fetch: The sitemap could not be fetched for some reason.” Note the split, because it tells you where to start troubleshooting: Has errors means Google got the file but choked on the contents — fetch the file yourself and validate its XML/text syntax and entries. Couldn’t fetch means it never got the file at all — check reachability first (a robots.txt block, 404/5xx, redirectA redirect sends browsers and crawlers from a requested URL to a different one. An HTTP redirect specifically is a 3xx status code paired with a Location header; meta refresh and JavaScript redirects achieve a similar navigation without being a 3xx response themselves. Permanent redirects (301/308) are Google's signal the target should be canonical; temporary ones (302/303/307) aren't., wrong content-type, or timeout) before you touch the file’s syntax. Either way, a status flip to Success only tells you the file is readable again — check the Page Indexing reportThe Google Search Console report (formerly Index Coverage) showing how many of your URLs are indexed vs. not indexed, and grouping the not-indexed ones by reason. (filtered by this sitemap) to see whether the affected URLs have actually caught up downstream.
  • Discovered URLs“The number of page URLs that were parsed from the sitemap. If this is a sitemap index, the number is the count of all URLs in all child sitemaps.” This is a parse count, full stop. If your sitemap also lists videos, Google reports those separately as Discovered videos — same idea, a parse count for video entries, and just as much not a guarantee that the specific video Google indexed is the one your sitemap pointed to.

The big caveat: discovery is not indexing

This is the line to tape to your monitor. Google, in the Sitemaps report documentation itself: “There is no guarantee that a page URL discovered in a sitemap has been or will be crawled or indexed by Google.” And in the broader Sitemaps overview: “A sitemap helps search engines discover URLs on your site, but it doesn’t guarantee that all the items in your sitemap will be crawled and indexed.”

So “Discovered URLs: 4,812” tells you Google parsed 4,812 URLs out of your file. It tells you nothing about how many are indexed. For that, you go next door.

Connecting to Page Indexing and URL Inspection

The single most useful move in this whole workflow is under-documented: “You can filter the Page indexing report by sitemap to see how many page URLs in this sitemap have been indexed.” That filter is how you measure the submitted-vs-indexed gap — submit a clean sitemap of only the URLs you want indexed, then read the Page Indexing report scoped to that sitemap and you’ve got a tidy “of the things I asked for, here’s what got in, and here’s why the rest didn’t” view.

For a single URL, the URL Inspection toolA Google Search Console feature that reports how Google sees one specific URL on a property you own. By default it shows the last-indexed snapshot; a separate \"Test live URL\" mode fetches the current version. gives you crawl, render, index, and canonical status. The mental model: Sitemaps report says Google read your list; Page Indexing and URL Inspection say what happened after.

Size limits and the sitemap index

The hard numbers:

  • “All formats limit a single sitemap to 50MB (uncompressed) or 50,000 URLs.”
  • “If you have a larger file or more URLs, you must break your sitemap into multiple sitemaps,” and then optionally wrap them in a sitemap index file.
  • A sitemap index file “may have up to 50,000 loc tags” — i.e. it can list up to 50,000 child sitemaps.
  • “You can submit up to 500 sitemap index files for each site in your Search Console account.”

Each child sitemap is still individually capped at 50MB / 50,000 URLs. So the ceiling is large but finite — and it’s why automated, programmatically-split sitemaps beat anything hand-maintained.

Getting lastmod right

lastmod is the field people abuse, and it backfires. Google: “The <lastmod> value should reflect the date and time of the last significant update to the page.” It’s used to help schedule recrawls of URLs Google already knows about — so it’s a real signal, which is exactly why faking it doesn’t pay.

John Mueller has said repeatedly that setting every page’s lastmod to today isn’t an SEO hack — Google trusts a site’s lastmod more or less all-or-nothing, so inaccurate dates get the whole signal distrusted and ignored, and your genuinely-updated pages get harder to spot. The whole point of the freshness signal is wasted if the dates can’t be believed. Set lastmod from your real last-modified timestamp, automatically, and leave it alone.

Common mistakes

  • The sitemap is blocked. If robots.txt disallows the sitemap’s path, or the URL 404s/5xx/redirects/times out or serves the wrong content-type, you’ll see Couldn’t fetch. Walk that list top to bottom.
  • Listing URLs you don’t actually want indexed. Noindexed, non-canonical, or redirected URLs in a sitemap send mixed signals — the sitemap says “index this,” the page says “don’t.” List only canonical, indexable, 200-status URLs.
  • Treating exclusion as removal. Leaving a URL out of the sitemap does not deindex it. Use noindex (with crawlingCrawling is how search engines use automated bots (like Googlebot and Bingbot) to discover URLs and download pages. A page has to be crawlable to be indexed, but crawling on its own isn't a ranking factor. allowed) or a removal — exclusion from a sitemap is not a deindexingDeindexing means getting a URL to stop appearing in Google's search results. There's no single delete button — the right method depends on whether you own the page, whether removal is temporary or permanent, and whether the content should still exist. tool.
  • Trusting <priority> / <changefreq>. Google ignores both. Don’t spend time tuning them.
TIP Keep noindexed pages out of the sitemap you submit

The sitemap should express the canonical, indexable URL set. Excluding a noindexed URL avoids a mixed signal; it does not itself remove that URL from Google.

Crawl a bounded URL set and generate a clean file with my free XML Sitemap Generator Free

  1. Run the site or representative section and inspect which URLs were included, excluded, or left unknown.
  2. Resolve accidental noindex directives; otherwise keep intentionally noindexed URLs out of the sitemap.
  3. Validate the generated XML, submit it, and use Search Console’s Page Indexing filter to measure the intended set downstream.
The generator excludes the URL for a stated reason instead of silently publishing a contradictory sitemap entry.

The result says one page was processed, zero URLs were eligible for the sitemap, and the generated XML contains an empty urlset. The excluded list names the sampled URL and says it was excluded because the page declares noindex.

A quick word on Bing while we’re here: Bing Webmaster ToolsMicrosoft's free portal for monitoring and improving how a site appears in Bing search — the peer to Google Search Console, plus IndexNow instant indexing, richer backlink data, and keyword volumes. Because Bing's index also feeds Microsoft Copilot, it doubles as a window into AI-search visibility. has its own sitemap submission, and Bing (plus Yandex and others) also supports IndexNowIndexNow is an open push protocol that lets you instantly tell participating search engines (Bing, Yandex, Naver, Seznam, and Yep) which URLs you've added, changed, or removed via a simple HTTP request — and one submission is shared across all of them. Google does not use it. for pushing changed URLs instantly — which Google does not use for general pages. Different plumbing, same idea: tell the engine where things are and what changed.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.