Technical audit intake
Locate the public sitemap evidence before reviewing its contents or Search Console state.
Enter a website URL to find its XML sitemap. Check the advertised and common locations, review the response, then validate a found file separately.
Locate the public sitemap evidence before reviewing its contents or Search Console state.
Confirm that an advertised sitemap still resolves after host, protocol, or CMS changes.
Give a developer the exact public URL and response evidence instead of guessing a default path.
The tool processes what you enter, shows a plain-language result, and gives you a safer next step. Make the change on your website, deploy it, then test the live page again.
Enter the website’s public homepage above and select Find sitemaps. Review the checked locations, their HTTP responses, and whether a sitemap was identified. The finder reads root robots.txt and checks three common paths; it does not search every possible location.
Copy a found sitemap URL from the result and open it in your browser. A URL set lists page locations; a sitemap index lists other sitemap files. Use the XML Sitemap Validator next to check the file’s structure and location values.
A sitemap is a discovery signal, not proof that every listed URL is crawled, indexed, or ranked. It is especially useful for large, new, frequently changing, or media-heavy websites. A small site with clear crawlable internal links may still be discovered without one.
An XML sitemap is machine-readable. An HTML sitemap is a normal page for visitors and crawlers. They can support the same architecture, but they are different files with different purposes.
Sites can advertise one or more sitemap URLs with Sitemap directives in robots.txt. Many CMS platforms generate a sitemap automatically, while custom sites may publish one through their build or server. When no declaration exists, `/sitemap.xml`, `/sitemap_index.xml`, and `/sitemap-index.xml` are common locations worth checking.
A URL ending in `.xml` can still return an HTML error page with a 200 status. Confirm the response status, content type, and XML structure before accepting it as a sitemap or sitemap index file.
After discovery, validate the XML, look for old hostnames, redirects, errors, duplicates, non-canonical URLs, and misleading last-modified dates. Submit or monitor the correct sitemap in Google Search Console and Bing Webmaster Tools when indexing evidence matters.
This finder reads robots.txt and tests only three bounded public paths. If none succeed, it reports incomplete evidence rather than claiming that the website has no sitemap.
Locate the public sitemap evidence before reviewing its contents or Search Console state.
Confirm that an advertised sitemap still resolves after host, protocol, or CMS changes.
Give a developer the exact public URL and response evidence instead of guessing a default path.
Review the response separately. A temporary server error can prevent reliable sitemap discovery even when a sitemap exists.
A branded 404 page can return HTTP 200. Confirm that the response is real sitemap XML before using it.
That can be valid. Check whether they are a deliberate sitemap index or separate content-type sitemaps.
Enter the public website URL. The finder checks robots.txt declarations and three common paths without requiring site ownership. It cannot show private submission or indexing data.
No. Sitemaps are especially useful for large, new, media-heavy, or frequently changing sites, but a small well-linked site may be discovered without one.
No. A sitemap is a discovery signal and does not guarantee crawling, indexing, ranking, or traffic.
The bounded list prevents brute-force path probing. Absence from those locations is reported as incomplete evidence, not proof that no sitemap exists.
Understand the evidence behind this tool, where its result stops, and the safer next steps to verify on a live page.
Read the guideEvidence · Limitations · Verification