What does the "Form fields are labelled" check mean?
It sits in the Actionability pillar of the Agent Experience rubric and is worth 8 points within that pillar, which works out at about 1.9 points of the overall score out of 100.
| Check id | form-labels |
|---|---|
| Pillar | Actionability — Can the agent take the next step - navigate, search, submit, buy - without guessing? |
| Weight within the pillar | 8 points |
| Share of the overall score | about 1.9 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.
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.
Give every field a real label tied to it by id, or an aria-label.
<label for="email">Work email</label>
<input id="email" name="email" type="email" autocomplete="email" required>
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 | 45 | 38% |
| Warned | 5 | 4% |
| Passed | 70 | 58% |
| Did not apply | 172 | excluded from the shares |
The last row is kept out of the percentages deliberately. A check that did not apply to 172 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 38% the web is genuinely split on this one, so it is neither table stakes nor a differentiator on its own.
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.
It sits in the Actionability pillar of the Agent Experience rubric and is worth 8 points within that pillar, which works out at about 1.9 points of the overall score out of 100.
Give every field a real label tied to it by id, or an aria-label. It is an engineering change rather than a setting, so it needs a deploy rather than an edit.
No. Of 120 public sites where this check applied, 45 failed it — 38%. 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.
Can the agent take the next step - navigate, search, submit, buy - without guessing?
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.