Accessibility (a11y)accessibility-a11y

https://toolkit-tests.pages.dev/a11y/missing-alt.html

FAIL
1 critical0 serious 0 moderate0 minor 0 to review20 checks passed

wcag2a, wcag2aa, wcag21a, wcag21aa · desktop, iphone-17 · axe-core 4.12.1 · 2026-08-31T12:10:48.671Z

Violations

critical image-alt 1 element desktop, iphone-17

Images must have alternative text. How to fix →

imgdesktop
<img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" width="80" height="80">

Fix any of the following: Element does not have an alt attribute aria-label attribute does not exist or is empty aria-labelledby attribute does not exist, references elements that do not exist or references elements that are empty Element has no title attribute Element's default semantics were not overridden with role="none" or role="presentation"

Needs manual review (axe could not decide)

Nothing flagged for manual review.

Not checked by any automated tool

axe-core reliably automates roughly a third to a half of WCAG success criteria. A clean run above means no automated violations — not “accessible”, and not “WCAG AA”. The standard, the conformance target and the contrast policy live in docs/accessibility-standard.md.

Accessibility playbook

wiki disabled (--no-wiki)

Plain text

Accessibility (a11y) · accessibility-a11y
verdict: FAIL   (1 critical · 0 serious · 0 moderate · 0 minor · 0 to review · 20 passed)
url: https://toolkit-tests.pages.dev/a11y/missing-alt.html
rules: wcag2a, wcag2aa, wcag21a, wcag21aa   devices: desktop, iphone-17   engine: axe-core 4.12.1   captured: 2026-08-31T12:10:48.671Z

VIOLATIONS
  [critical] image-alt — 1 element (desktop, iphone-17)
     Images must have alternative text
     how to fix: https://dequeuniversity.com/rules/axe/4.12/image-alt?application=axeAPI
       - img  [desktop]

NEEDS MANUAL REVIEW (axe could not decide)
  none flagged for manual review.

NOT CHECKED BY ANY AUTOMATED TOOL — see docs/accessibility-standard.md
  A clean run means "no automated violations", NOT "accessible" and NOT "WCAG AA".
  · Keyboard traps, focus order, focus visibility — needs the page driven, and a judgement about whether the resulting order is meaningful
  · Meaningful sequence / reading order — a DOM order can be perfectly valid and still read as nonsense
  · Alt-text QUALITY — presence is checked here; whether it describes the image is a human judgement (alt-text-writer writes, a human verifies)
  · Video captions, audio description, transcripts — media assets are not inspected at all
  · Form error identification and recovery — needs a real submission with real bad input
  · Link purpose in context, heading usefulness — structural checks pass on well-formed nonsense
  · Anything behind authentication — nothing in the QA lane logs in

ACCESSIBILITY PLAYBOOK
  wiki disabled (--no-wiki)