--- title: "Sitemap Could Not Be Read: Diagnose the Actual Response" description: "Troubleshoot Search Console sitemap fetch and parsing failures. Check the exact URL, HTTP response, XML body, child files and Google's latest request." canonical_url: "https://webaloha.co/sitemap-could-not-be-read/" markdown_url: "https://webaloha.co/sitemap-could-not-be-read.md" date_published: "2026-10-28T00:00:00.000Z" date_modified: "2026-10-28T00:00:00.000Z" author: "https://webaloha.co/authors/lucky-oleg/" --- # Sitemap Could Not Be Read: Diagnose the Actual Response Author: [Lucky Oleg](https://webaloha.co/authors/lucky-oleg/) | Published Oct 28, 2026 **“Sitemap could not be read” is a problem with the submitted sitemap request, not proof that every page on your site is missing from Google.** Open the sitemap’s detail view, expand the reported error and check the exact URL Google attempted. Then inspect that URL’s HTTP response and actual body before regenerating the sitemap. A file can have a `.xml` address and return a login screen. It can be valid XML today while Search Console still shows a failed request from yesterday. Those situations need different next steps. ## Separate a fetch failure from a parsing failure Google’s [Sitemaps report documentation](https://support.google.com/webmasters/answer/7451001?hl=en) distinguishes the following outcomes: | Report state | What it tells you | Investigate first | | --- | --- | --- | | **Couldn’t fetch**, with **Sitemap could not be read** in the detail view | The sitemap request failed | Exact address, response, access and the expanded reason | | **Sitemap can be read, but has errors** | Google retrieved the file but encountered processing errors | The reported XML, URL or format error | | **Success** | Google fetched and processed the sitemap | Page indexing separately, if important URLs are still missing | Record the submitted address, property, error detail, **Submitted** date and **Last read** where present. Last read is not an indexing date for the pages in the file. Keep three questions separate throughout the investigation: 1. Can the exact sitemap file be fetched? 2. Does its body contain a supported, readable sitemap? 3. Can Google crawl and index the individual pages it lists? Fixing question one does not settle question three. ## Step 1: verify the exact submitted address Copy the URL from the report rather than typing the path you think the CMS uses. Check the protocol, host and path. `http://`, `https://`, `www` and non-`www` addresses are different requests. Common sitemap locations include `/sitemap.xml`, `/sitemap_index.xml` and a platform’s own generated path. A sitemap index lists child sitemap files; it is not the same as a sitemap listing pages. If a redesign retired the submitted path, find the current generated sitemap and submit its direct public URL. Google’s report identifies the exact submitted sitemap and says redirects are not followed for that address. Do not rely on the browser silently taking you from an old path to a working new one. Our [Sitemap Checker and Validator](https://webaloha.co/tools/sitemap-checker-and-validator/) helps discover sitemap declarations in robots.txt and common paths. **Read the URL it actually selected.** Finding a different working sitemap on the same host does not establish that the particular file failing in Search Console works. For a general explanation of sitemap types and discovery, read [what a sitemap is](https://webaloha.co/what-is-a-sitemap/). ## Step 2: inspect a GET response and the body Ask your developer to capture a normal GET request, including response headers and body. A HEAD request checks headers only and can behave differently on a misconfigured route. For example, this command saves the first response without following redirects: ``` curl --silent --show-error \ --dump-header sitemap-headers.txt \ --output sitemap-body.xml \ 'https://example.com/sitemap.xml' ``` Replace the example with your submitted address. Inspect both saved files. The command’s output filename does not make the response XML. | Response evidence | Likely next step | | --- | --- | | `404` or `410` | Correct the submitted path or restore the intended generated route | | `301`, `302`, `307` or `308` | Inspect the destination and submit the final sitemap URL directly | | `401` or `403` | Review authentication, access rules and firewall challenges | | `429` | Review rate limiting using the request time and server records | | `5xx`, timeout, DNS or TLS failure | Investigate hosting, generation failures or network configuration | | `200` with a login page, challenge or HTML error | Fix the response body or routing, not the file extension | | `200` with the expected sitemap body | Continue to parsing and Google-specific fetch checks | A successful local request proves only that your request succeeded. It does not prove that Google received the same content from another network at a different time. Likewise, a public checker’s failure can come from a rule aimed at that checker. Do not disable the whole firewall as a diagnostic shortcut. Preserve the failing URL, request time and response, then review the specific access rule. Google’s [crawler verification guidance](https://developers.google.com/crawling/docs/crawlers-fetchers/verify-google-requests) explains how to verify crawler identity; changing a user-agent string to “Googlebot” does not perform that verification. ## Step 3: check the actual sitemap structure For an XML sitemap, inspect the response body or use a full XML parser. A browser’s styled display can hide the underlying markup. A minimal page sitemap looks like this: ``` https://example.com/services/ ``` Check for HTML before the XML, plugin warnings inserted into the response, incomplete closing tags, unescaped special characters and invalid URL values. If the file is compressed, verify decompression before parsing the resulting XML. [Google’s sitemap construction guide](https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap) covers supported formats, UTF-8 encoding, absolute URLs and size limits. A single sitemap may contain up to 50,000 URLs and be up to 50 MB uncompressed. Split larger sets into files referenced by a sitemap index. Those are Google’s limits, not our tool’s scan limits. The Web Aloha checker uses a lightweight structure parser, a 5 MB uncompressed response cap and bounded processing. Its “Valid XML” result means it recognised the expected sitemap structure, not that it completed XML Schema validation. ## Step 4: open child files individually A working index can point to a broken child. Open each child referenced in the failed report and repeat the response and parsing checks. This matters after catalogue changes: the main index may still return normally while a product sitemap throws a server error. Conversely, an old child may have been deliberately retired while its reference remains in the index. The free checker samples at most the first five child files, retains a bounded URL list and stops within its time budget. It does not fetch every listed page. A clean sample cannot clear the remaining child files or establish page indexability. Its report can also be cached for up to ten minutes, so check the live file directly when verifying a fresh release. ## Step 5: compare with Google’s current fetch Paste the exact sitemap URL into Search Console’s **URL Inspection**, run **Test live URL**, and inspect the availability and fetch details. Google’s [Sitemaps help](https://support.google.com/webmasters/answer/7451001?hl=en) recommends this to diagnose fetch failures. For this task, you are checking whether the sitemap can be fetched, not asking Google to index the XML as a search result. If the live result and the older Sitemaps record disagree, compare their dates and preserve both observations. If Google’s live fetch fails while your browser succeeds, inspect access logs and delivery rules with your developer or host. If Google can fetch it now but the report has not recorded a later attempt, an immediate rewrite may only obscure a resolved transient failure. ## Worked example: a sitemap route returns the homepage This example is illustrative, not a captured production incident. Before a routing correction, a site returns: ``` GET /sitemap.xml HTTP 200 Content-Type: text/html Body: the normal homepage HTML ``` An owner sees a page load and assumes the address works. The response is successful HTTP, but it contains no sitemap. A catch-all website route handled a missing file. After correcting the route, the same direct URL returns the intended XML sitemap. The developer verifies its body, confirms its child references where relevant and then resubmits it. Only a subsequent Google report can establish Google’s fetch outcome; only page-level inspection can establish the listed pages’ indexing states. ## Finish with a focused acceptance check Before resubmitting, confirm that the submitted URL directly serves the intended sitemap, its structure parses, required child files work and no access rule blocks the request. After a persistent failure is corrected, resubmit the sitemap and monitor the next recorded result. Google’s documentation says failed fetches are retried for a while, but persistent failures can stop those attempts. If the sitemap reads successfully and the complaint is now “my page is not indexed,” move to [the website visibility decision tree](https://webaloha.co/website-not-showing-on-google/) or the [Search Console guide](https://webaloha.co/google-search-console-guide/). Repeatedly submitting a readable sitemap does not diagnose a page-level noindex, canonical decision or content problem. *Google documentation and the checker’s limits reviewed on 28 October 2026.* ## Frequently asked questions What does Sitemap could not be read mean? Search Console could not fetch the submitted sitemap in that request. Open the sitemap's details and expand the error to see the reason. Distinguish this from a sitemap Google fetched but could only partially parse. Why does the sitemap open in my browser but fail in Search Console? Your browser may follow a redirect, hold an authentication cookie or pass a challenge that a crawler cannot pass. The failure may also be from an earlier request. Check the exact submitted URL, its response body and the date of Google's recorded request, then use Google's live test for current fetch evidence. Does a valid sitemap mean its pages are indexed? No. Reading a sitemap, discovering its URLs, crawling those URLs and indexing their content are separate steps. Inspect important page URLs individually in Search Console. Recommended tools ## Recommended tools for this guide Use these free tools to apply the ideas from this guide to your own website. [![Google Indexability Pre-check Tool Online](https://webaloha.co/_astro/tool-index-checker.Ag8cBnXY_l6FHb.webp?dpl=dpl_361ezMzWCgtUtFxFQVMru9SddmJo) Google Index Checker: Indexability Pre-check ](https://webaloha.co/tools/google-index-checker/)[![HTTP Status Code Checker Tool Online](https://webaloha.co/_astro/tool-http-status-checker.BhxtksKI_ZgnWae.webp?dpl=dpl_361ezMzWCgtUtFxFQVMru9SddmJo) HTTP Status Code Checker ](https://webaloha.co/tools/http-status-code-checker/)[![SERP Preview Simulator Tool Online](https://webaloha.co/_astro/tool-serp-preview.Cu5zxLb2_Z2lN8H9.webp?dpl=dpl_361ezMzWCgtUtFxFQVMru9SddmJo) SERP Preview Simulator ](https://webaloha.co/tools/serp-preview-simulator/) Useful info? Spread the Aloha: [![Lucky Oleg](https://webaloha.co/_astro/lucky-oleg.EPOIIvwX_ZX2S03.webp?dpl=dpl_361ezMzWCgtUtFxFQVMru9SddmJo)](https://webaloha.co/authors/lucky-oleg/) [Lucky Oleg](https://webaloha.co/authors/lucky-oleg/)[](https://www.linkedin.com/in/luckyoleg/) Lucky Oleg is the founder of Web Aloha, a web design & SEO agency helping businesses ride the digital wave. With years of experience in WordPress, technical SEO, and web performance, he writes about what actually works in the real world.