Shopify sitemap submitted: how to check what happens next

You submitted your Shopify sitemap — good. Now run a three-step check: confirm the sitemap is reachable and not blocked, inspect Search Console’s Sitemaps and Coverage reports, then use URL Inspection for representative pages.

Don’t assume a submitted sitemap will get your store indexed. If you’ve just submitted your Shopify sitemap and you’re waiting for indexed pages or traffic, start by confirming the sitemap URL is reachable and not blocked. Then open Google Search Console’s Sitemaps and Coverage reports to see what Google read, and inspect a few representative product and category URLs — request indexing where appropriate.

Contents

What Shopify does and what a sitemap submission actually means

Shopify automatically generates a sitemap index at your site root (for example: https://example.com/sitemap.xml) that links product, collection, page, blog and image sitemaps. That file is updated when you add or remove content. See Shopify’s documentation here: Shopify: find your sitemap.

Submitting a sitemap to Google is a discovery hint, not a guarantee of crawling or indexing. Google may read the file, ignore parts of it, or defer crawling for capacity and quality reasons. Google’s guidance is explicit: a submitted sitemap is a hint only. Google: build and submit sitemaps.

Quick verification checklist (run in order)

  1. Fetch the sitemap in a browser: visit https://your-shop-domain/sitemap.xml and confirm it loads without a 4xx/5xx error.
  2. Check robots.txt and private-store mode: ensure robots.txt or a storefront access control isn’t blocking the sitemap or site.
  3. Open Google Search Console for your verified property and view the Sitemaps report for that sitemap URL.
  4. Use the Coverage (Page indexing) report and URL Inspection for representative pages (product, category, homepage) to inspect indexing state and request indexing if needed.
Copyable checks you can run now (replace example.com):

# view sitemap
curl -I https://example.com/sitemap.xml

# fetch robots file
curl -s https://example.com/robots.txt

# quick browser checks
Open: https://example.com/sitemap.xml
Open: https://example.com/robots.txt

# In Search Console: Sitemaps → paste sitemap URL, then Coverage → inspect one URL

What to read in Search Console (Sitemaps and Coverage)

Open Search Console and pick the verified property for your domain. The Sitemaps report shows whether Google received your sitemap, when it last read it and the count of discovered URLs. It also reports submission errors. Note: only sitemaps submitted via the Sitemaps report or API appear there. Search Console: Sitemaps report.

The Coverage (Page indexing) report explains the difference between discovery and indexing: a URL can be discovered (via sitemap or links) but still not indexed for quality, canonical or crawl reasons. Use Coverage to find patterns (e.g., many URLs marked as excluded due to noindex or canonical to another URL). Google: page indexing and Coverage.

Report item

Last read (Sitemaps)

What it means: When Google last fetched the sitemap file — if very old, Google may not have re-crawled recent content.

Discovered URLs vs Indexed URLs

What it means: Numbers may differ — discovery comes from the sitemap or links; indexing requires that Google accepts the page for search results.

Coverage errors

What it means: Shows blocked pages, server errors, noindex tags and canonical issues that prevent indexing.

Inspect URLs and request indexing

Use the URL Inspection tool for a few representative pages: product page, category page and your homepage. The tool reports crawlability, the live URL’s HTTP response, whether the page is indexed, and the canonical Google is using. You can also request indexing from the tool for individual URLs. URL Inspection: how to inspect and request indexing.

Pick URLs that matter commercially, not random ones. If a product is discovered but not indexed, inspect the live URL: check for noindex meta, canonical pointing elsewhere, redirects, or server errors. If the page is fine and you want Google to re-evaluate it, use Request Indexing — but expect varied timing.

Common reasons Google won’t index a listed URL

  • robots.txt blocks crawling or the sitemap itself is unreachable.
  • Meta robots contains noindex or a canonical tag points to a different URL.
  • Pages return 4xx/5xx errors or are redirects to other pages.
  • Thin or duplicate content where Google prefers the canonical other URL.
  • Storefront is password-protected or in a private preview mode.

Short monitoring plan (what to watch over the next 7–14 days)

  1. Day 0 (now): run the quick checklist above and log the Sitemaps “last read” timestamp and discovered vs indexed counts.
  2. Day 1–3: inspect 3–5 key URLs in URL Inspection; request indexing for high-value pages that are eligible.
  3. Day 7 and 14: re-check Sitemaps and Coverage for changes; note any growth in indexed counts or recurring errors.

Remember that Google’s crawl timing is not instantaneous. Submitting a sitemap commonly leads to an early crawl attempt, but indexing decisions depend on signals and site health over days or weeks. The official sitemap documentation explains this behaviour: Google: sitemaps are discovery hints.

For related shop-oriented troubleshooting, see Seenscope’s advice on early traffic questions and search readiness: Your new website has impressions but almost no clicks and AI search readiness: what small shops should check first.

Do this now: open https://your-shop-domain/sitemap.xml, confirm it loads, then sign in to Google Search Console and check the Sitemaps report for that exact sitemap URL. Record the “last read” date and one discovered-vs-indexed example. Those two facts give you a focused next job: fix any robots/crawl issues or inspect representative URLs and request indexing.