Signals Checked

The snapshot checks whether the public HTML can be fetched and whether common accessibility-supporting signals appear in the markup.

Signals include page title, html language, viewport and zoom settings, heading structure, main landmark, image alternatives, form labels, button names, link names, iframe titles, duplicate IDs, duplicate IDs referenced by labels or ARIA, broken ARIA references, role/attribute mismatches such as unsupported ARIA on role='button', positive tabindex, focusable controls hidden from assistive technology, focusable elements marked presentational, media marked presentational, table headers, video caption tracks, autoplay media, skip links, likely overlay/widget scripts, and dynamic-page indicators that call for rendered browser testing.

Signals Not Checked

The snapshot does not test JavaScript-only states after interaction, logged-in pages, checkout flows, computed color contrast, actual keyboard traps, screen reader output, PDF accessibility, audio transcripts, caption quality, or legal compliance.

A clean snapshot is not the same as WCAG conformance.

How To Use The Result

Use the snapshot as a triage tool: identify obvious signals, prioritize deeper review, and decide whether automated support, manual remediation, or a hybrid program is appropriate.

When a demand letter or procurement request is involved, coordinate with qualified counsel and keep evidence.

Frequently asked questions

Why publish the methodology?

It makes the tool more trustworthy and prevents overclaiming by explaining both value and limits.

Can directories or journalists inspect a sample?

Yes. The sample report page shows how the result should be interpreted before anyone submits a real site.