Structure · date-markup
Agents rank by recency and cannot rank a date they had to guess the format of.
| Check id | date-markup |
|---|---|
| Pillar | Structure — Is the important data machine-readable instead of implied by visual layout? |
| Weight within the pillar | 3 points |
| Share of the overall score | about 0.6 of 100 |
| Kind of change | Engineering — a code change and a deploy |
Two numbers rather than one, because a check's weight is inside its pillar and the pillar is a share of the whole. The largest check in the smallest pillar moves your score less than a middling one in the largest, and knowing which you are looking at is the difference between fixing the right thing and fixing the loudest thing.
Agents rank by recency and cannot rank a date they had to guess the format of.
Worth saying plainly: this is not a search-engine ranking factor and passing it will not move you up a results page. It measures something else — whether software with no browser, no JavaScript and a few hundred tokens of budget can tell what your page is and do something with it. Those are the conditions an AI assistant reads you under, and they are much harsher than a browser's.
Wrap displayed dates in <time> with a machine-readable datetime attribute.
<time datetime="2026-03-03">3 March 2026</time>That remediation is the one the scanner itself offers when this check fails, read from the same code that does the scoring rather than written alongside it. If it were typed out separately it could drift from the check that judges it, which is the failure that makes published advice worthless.
Measured on 2026-09-06 against AX specification v1.5.1, across a sample of 292 public websites.
| Result | Sites | Share of those assessed |
|---|---|---|
| Failed | 0 | 0% |
| Warned | 69 | 61% |
| Passed | 45 | 39% |
| Did not apply | 178 | excluded from the shares |
The last row is kept out of the percentages deliberately. A check that did not apply to 178 of 292 sites is not a check most of the web passes, and folding those in is the commonest way this sort of table is used to say something untrue.
At 0% this is something most sites already get right, which makes failing it more costly than the point value suggests — you are behind the field rather than level with it.
npx axray-cli your-site.com
All 70 checks against one URL, this one among them, with what was found rather than only whether it
passed. Add --min 70 in a pipeline and the command exits non-zero below that score, so a
change that breaks what agents can read fails the build instead of shipping.
Agents rank by recency and cannot rank a date they had to guess the format of. It sits in the Structure pillar of the Agent Experience rubric and is worth 3 points within that pillar, which works out at about 0.6 points of the overall score out of 100.
Wrap displayed dates in <time> with a machine-readable datetime attribute. It is an engineering change rather than a setting, so it needs a deploy rather than an edit.
No. Of 114 public sites where this check applied, 0 failed it — 0%. The measurement was taken on 2026-09-06 against AX specification v1.5.1, and no site is named.
Run npx axray-cli your-site.com from a terminal. It runs all 70 checks against one URL and prints this one among them, with what it found rather than only whether it passed. It is free, needs no account and installs nothing.
Is the important data machine-readable instead of implied by visual layout?
See how your own page does on this check and the other 69, with the fixes ordered by how many points each one recovers. One scan, no account.