X-Robots-Tag header checker and validator
X-Robots-Tag header checker: validate rules, user-agent prefixes, max-snippet and preview values, dates and conflicts. Free, runs in your browser.
Sitemap lastmod checker: audit every lastmod in an XML sitemap against W3C Datetime and flag future and identical dates. Free, runs in your browser.
Runs entirely in your browser. Nothing you enter is uploaded, logged or stored.
Checked against the W3C Datetime forms allowed by the sitemaps.org protocol. Nothing you type is sent anywhere.
Paste one XML sitemap, and this lastmod checker tests every lastmod in it against the date formats the sitemaps.org protocol allows, then looks for values that are well-formed but cannot be right. It runs in your browser, and nothing you paste is sent anywhere.
The sitemaps.org protocol says lastmod should be in W3C Datetime format and that YYYY-MM-DD may be used when the time is left out. The checker accepts these forms:
It then checks each value in turn:
The first card is the summary: entries found, how many are invalid and how many are in the future. It turns red if any value is invalid and amber if any is in the future. Each entry then gets its own card with its loc, its lastmod and a label: Pass, Warning, Problem or Info, with a one-line reason.
If the paste has no url elements at all, the checker says so. That usually means a sitemap index file, which lists sitemaps rather than pages; paste one of the child sitemaps instead.
The prefilled sitemap has four URLs. The summary reads “4 entries, 2 invalid, 0 in the future”:
2026-09-01 passes as a valid W3C Datetime.2026-09-10T08:30:00+00:00 passes.09/12/2026 is a problem. It is not one of the W3C Datetime forms, and the
order of day and month is ambiguous anyway.2026-09-12T10:00:00 is a problem. A time needs a time zone designator such as Z
or +00:00.Change all four values to one date and the identical-values warning appears above them.
What it cannot do is compare a date with the page. A valid, plausible lastmod can still be wrong, and Google says it should reflect the last significant update, so a changed copyright year does not count. Feed the value from the content’s real modification time, or leave it out.
W3C Datetime, as the sitemaps.org protocol requires. The simplest valid form is YYYY-MM-DD, such as 2026-09-25. A full timestamp such as 2026-09-25T08:30:00+00:00 is also valid, as long as it ends with Z or a time zone offset.
No. The protocol lists it as optional. Leaving it out is better than filling it with a date that is not the real modification date of the page.
Google states it ignores priority and changefreq. It uses lastmod only when the value is consistently and verifiably accurate, and says it should reflect the last significant update to the page, which a changed copyright date is not.
Yes. The protocol allows YYYY-MM-DD when the time portion is omitted. If a time is given, a time zone designator must follow it.
When three or more URLs all share one lastmod, the value is often the time the sitemap was built. The protocol says lastmod must be the date the page was modified, not when the sitemap was generated, so a flat date is a sign it cannot be trusted.
X-Robots-Tag header checker: validate rules, user-agent prefixes, max-snippet and preview values, dates and conflicts. Free, runs in your browser.
Noindex, canonical and sitemap conflict checker: see where one page's three signals contradict Google's own guidance. Free, runs in your browser.
Hreflang sitemap generator: turn language codes and URLs into sitemap XML with xhtml:link alternates, and check codes and URLs. Free, runs in your browser.
HTTP status code lookup: see how Google's crawlers handle each code you paste, plus a redirect hop count against the 10-hop limit. Free, runs in browser.