Case studiesContact

Google Search Console

Search Console sitemap couldn't fetch or robots.txt unreachable

A delivery-path checklist for sitemaps that cannot be fetched, intermittent robots.txt errors, cross-host redirects, WAF blocks, DNS/TLS differences, invalid sitemap indexes, caching, and server-response mismatches.

Do not want to work through every Search Console check yourself? Send the current URL, screenshots, and timeline. We can run the buyer-controlled diagnosis and return a fixed-scope sitemap and robots delivery trace.

Test the exact submitted URL

A browser opening an XML file does not prove Google receives the same response. Preserve the exact property, submitted URL, failure time, final URL, status, headers, and response body.

  • Check http/https and www/apex differences.
  • Follow every redirect.
  • Compare normal and Googlebot-like requests without spoofing access controls.

Trace edge to origin

DNS, TLS, CDN, WAF, caching, redirects, virtual hosts, and application routes can return different robots or sitemap responses. Compare the failing host with a known-good host when configuration appears identical.

  • Record edge and origin responses.
  • Inspect security events and server logs.
  • Check cache keys, content type, encoding, and intermittent 5xx responses.

Resubmit only after stable delivery

Validate the sitemap index and child files, confirm robots does not block the sitemap, then maintain stable 200 responses before requesting another read. Keep the old Search Console timestamp separate from current live tests.

  • Remove redirect loops and HTML error bodies.
  • Use absolute canonical URLs in the sitemap.
  • Record the resubmission and next fetch rather than repeatedly deleting and adding files.
Technical troubleshooting checklist

Work through the evidence in a controlled order.

Each check defines what a healthy result looks like, what to do when it fails, and what evidence to preserve before the next change.

01

Public delivery checks

Verify the same resource across protocol, host, client, and time.

  1. Record the exact Search Console property and submitted sitemap URL.
    Healthy result
    The property scope contains the sitemap host and the submitted URL is intentional.
    If it fails
    Correct property/host confusion before changing the file itself.
    Save as evidence
    Property type, submitted URL, status, last read, and screenshot.
  2. Fetch robots.txt and sitemap with redirects exposed and headers preserved.
    Healthy result
    Each returns a stable final 200 with appropriate text/plain or XML content rather than an HTML error page.
    If it fails
    Fix redirect loops, wrong host, authentication, soft errors, or content-type/body mismatch.
    Save as evidence
    Status chain, response headers, final URL, body hash, and timestamp.
  3. Repeat across multiple networks and at several timestamps.
    Healthy result
    DNS, TLS, and response state are consistent rather than intermittently failing.
    If it fails
    Trace resolver, edge, origin, or capacity differences during the failing window.
    Save as evidence
    Network/time matrix with resolved IP, TLS result, status, and latency.
  4. Test a Googlebot user-agent path and review Search Console live evidence without bypassing security.
    Healthy result
    No WAF, bot rule, or application branch blocks or challenges the resource.
    If it fails
    Create the narrowest legitimate crawler-safe correction and verify Security Events/logs.
    Save as evidence
    Request trace, security event, rule ID, and post-change result.
02

Sitemap structure and validation

Confirm that the resource is both fetchable and semantically useful.

  1. Validate XML syntax, sitemap or sitemap-index root, encoding, and uncompressed size/count limits.
    Healthy result
    The file parses cleanly and stays within supported structure and limits.
    If it fails
    Correct malformed XML or split oversized files into a valid index.
    Save as evidence
    Validation output, file size, URL count, and sample rows.
  2. Open every child sitemap referenced by the index.
    Healthy result
    Child URLs are absolute, canonical, in scope, and return stable XML responses.
    If it fails
    Remove stale children and fix host, redirect, or generation errors.
    Save as evidence
    Child sitemap matrix with status, type, count, and last modified.
  3. Check robots.txt syntax, sitemap directives, and unintended blocking rules.
    Healthy result
    The file is reachable and does not block priority content or the resources needed to render it.
    If it fails
    Correct the narrow rule and keep unrelated protections intact.
    Save as evidence
    Dated robots copy, tested URL patterns, and rule owner.
  4. Resubmit once after stable delivery and monitor the next read.
    Healthy result
    The new submission time, last-read time, discovered URLs, and any remaining error are recorded.
    If it fails
    If the live path remains good but the report stays stale, preserve the evidence for support rather than cycling configuration.
    Save as evidence
    Submission receipt, next read, and live-versus-report comparison.
Frequently asked questions

Questions that change the next step.

Why can a sitemap open in my browser but fail in Search Console?

Different protocol, host, DNS, TLS, redirect, cache, WAF, or application branches can serve Google a different response. Compare the entire request path and timestamps.

Should robots.txt block the sitemap URL?

No. Google advises that a sitemap must be publicly accessible and not blocked. The sitemap can also be declared with a Sitemap directive in robots.txt.

Does resubmitting the same unchanged sitemap force a new crawl?

Repeated deletion and resubmission is not a substitute for stable delivery and useful discovery signals. Fix the response first, then track the next read.

What could happen next

A first pass can remain a compact artifact, or expand into a new clearly priced scope with long-term support when the work needs upkeep, rollout help, or follow-up checks.

  • Hosting, CDN, or WAF correction
  • Sitemap generator and index cleanup
  • Search Console resubmission and read verification
CSV response matrix

Sample sitemap and robots delivery log

A realistic cross-host, cross-client test log with DNS, TLS, redirect, status, content type, body, suspected layer, and retest state.

  • Cross-client response comparison
  • Sitemap child validation
  • Before/after delivery evidence
CSV fileSitemap and robots response matrix

A developer-ready evidence table for hosting, CDN, and Search Console handoff.

These examples are anonymized. Names, domains, emails, private screenshots, exact products, and private commercial details are removed or generalized.

Contact

Still stuck with Search Console?

For a small fixed fee, we can take over the evidence review, controllable corrections, validation, and one clearly bounded support handoff. Platform approval is never guaranteed.

Get Search Console help