Accessibility
· 13 checks — Landmarks, headings, alt text, forms, and link quality rolled into one auditable list.DLandmark StructureAction1 landmarksFIX
Screen reader users cannot quickly navigate to the primary content. Wrap your main content in <main>.
Without a <main> landmark, screen-reader users can't skip past the navigation to the page content — every page starts with re-reading the menu.
Learn more ▾ ▴
The <main> element marks the page's primary content area. Assistive tech offers a 'jump to main' shortcut — but only if <main> exists. Without it, every page navigation forces re-reading the header. Wrap your primary content in a single <main>.
Source: WAI-ARIA / WCAG 2.4.1
Add a skip link as the first focusable element so keyboard users can bypass repeated navigation.
Without a skip-nav link, keyboard users tab through every nav item before reaching content — every page, every visit.
Learn more ▾ ▴
WCAG 2.4.1 (Bypass Blocks) requires a mechanism to skip past repeated content. The standard implementation is a 'Skip to main content' link that's the first focusable element, visually hidden until focused. Three lines of HTML + four of CSS.
Source: WCAG 2.1 SC 2.4.1
F404 Error PageActionHTTP 400, bare pageFIX
FFavicon & BrandingAction1 icon(s) detectedFIX
DWeb ManifestActionNot foundFIX
No web manifest found.
DDark Mode SupportActionNo dark mode signalsFIX
Detection limited to meta tags and inline styles.
DPrint StylesheetActionNo print stylesFIX
BHeading Hierarchy1 headingsREVIEW
- H2 Please validate your request
Every page should have one H1 that describes the page content.
No H1 means screen-reader users can't identify the page's primary topic, and Google's content-extraction degrades.
Learn more ▾ ▴
The H1 is the document title for assistive tech and a strong signal to search engines about page topic. Pages without one force screen readers to fall back to the <title> attribute or page chrome. Add a single H1 that names the page's primary subject.
Source: WCAG 2.4.6 / Google Search Central
BForm Accessibility2 of 2 controls have issuesREVIEW
| Control | Type | Label | Method |
|---|---|---|---|
| #h-captcha-response-0ytaqwdarlkh | textarea | (none) | none |
| input | submit | (none) | none |
Form controls need a <label>, aria-label, or aria-labelledby for screen readers.
<textarea name="h-captcha-response" id="h-captcha-response-0ytaqwdarlkh">; <input type="submit">
Form controls without labels — assistive tech announces 'edit text' with no context; users can't complete forms.
Source: WCAG 2.1 SC 3.3.2
CColor Contrast (Screenshot)Action4 text elements analyzed, 4 fail WCAG AAREVIEW
Analyzes text contrast against the actual rendered page, including background images, gradients, and overlays that CSS-based tools cannot detect.
Show all checked elements (4)
| Element | Ratio | Required | FG | BG | Result |
|---|---|---|---|---|---|
| h2 Please validate your… | 1.75:1 | 3.0:1 | #000000 | #003865 | Fail |
| title Radware Bot Manager … | 1.75:1 | 4.5:1 | #000000 | #003865 | Fail |
| p Complete this task t… | 1.75:1 | 4.5:1 | #000000 | #003865 | Fail |
| b Please solve this CA… | 1.75:1 | 3.0:1 | #000000 | #003865 | Fail |
Methodology: The top 20 text elements by font size were checked. Background color was sampled from the desktop screenshot using a 5-point pattern. WCAG 2.1 AA requires 4.5:1 for normal text and 3:1 for large text.
BLighthouse Accessibility AuditsScore 89/100 — 3 failing, 25 passedREVIEW
Accessibility
These checks highlight opportunities to improve the accessibility of your web app. Automatic detection can only detect a subset of issues and does not guarantee the accessibility of your web app, so manual testing is also encouraged.
ARIA
Some ARIA parent roles must contain specific child roles to perform their intended accessibility functions. Learn more about roles and required children elements.
Performance issues directly impact user engagement and conversion rates.
| Failing Elements |
|---|
expand nav
Residents
Business
expand nav
Government
Employment
Education
Travel body.collapsed > nav#top_nav > div.container > ul#top_nav_menu |
Focusable descendents within an `[aria-hidden="true"]` element prevent those interactive elements from being available to users of assistive technologies like screen readers. Learn how `aria-hidden` affects focusable elements.
Informational: a Permissions-Policy directive showing feature -> allowed origins.
Source: MDN Permissions-Policy
| Failing Elements |
|---|
Search:
submit
Select a language
-- Choose Language --
English
Español
Hmoob
So… body.collapsed > header#header > div#header-search |
These are opportunities to improve the usage of ARIA in your application which may enhance the experience for users of assistive technology, like a screen reader.
Best practices
Touch targets with sufficient size and spacing help users who may have difficulty targeting small controls to activate the targets. Learn more about touch targets.
Performance issues directly impact user engagement and conversion rates.
| Failing Elements |
|---|
Demographics div.col-sm-3 > ul > li > a |
History & Facts div.col-sm-3 > ul > li > a |
Privacy Notice div.col-sm-3 > ul > li > a |
State Brand div.col-sm-3 > ul > li > a |
State Map div.col-sm-3 > ul > li > a |
211 – Service Information div.col-sm-3 > ul > li > a |
511 – Travel Information div.col-sm-3 > ul > li > a |
911 - Emergency Help div.col-sm-3 > ul > li > a |
These items highlight common accessibility best practices.