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
FAlt Text QualityAction4 of 4 images have issuesFIX
| Issue | Count |
|---|---|
| missing | 4 image(s) |
Images without alt text are invisible to screen readers.
Each image without alt text is a WCAG 1.1.1 failure — invisible to screen-reader users, lost from Google Image Search.
Learn more ▾ ▴
WCAG 2.1 Level A requires text alternatives for non-decorative images. Empty alt='' is fine for decorative; meaningful images need descriptive text. Common fixes: CMS audit + bulk add, build-time linter (alt-text-required ESLint rule), CI gate on Lighthouse a11y score.
Source: WCAG 2.1 SC 1.1.1 / WebAIM Million Report
An image inside a link with no alt creates an empty link.
Image-only links with no alt create empty links — screen-reader users hear 'link' with no destination context.
Learn more ▾ ▴
An <a><img></a> with no img alt is the worst-case for accessibility: AT announces the link but can't describe where it goes. Either add alt to the image OR add aria-label to the link.
Source: WCAG 2.1 SC 2.4.4
DLink & Button QualityAction5 issue(s) across 8 links and 1 buttonsFIX
| Element | Text | Issue | Suggested Fix |
|---|---|---|---|
| https://reports.360yield.com/password-re… | Forgot my password | new tab | Add '(opens in new tab)' to text |
| http://improvedigital.com | www.improvedigital.com | new tab | Add '(opens in new tab)' to text |
| https://www.facebook.com/Improve-Digital… | (empty) | empty | Add link text or aria-label |
| https://twitter.com/ImproveDigital?lang=… | (empty) | empty | Add link text or aria-label |
| https://www.youtube.com/channel/UCjYORqf… | (empty) | empty | Add link text or aria-label |
| https://www.linkedin.com/company/improve… | (empty) | empty | Add link text or aria-label |
| https://improvedigital.zendesk.com/hc/en… | vmaster-1825 | new tab | Add '(opens in new tab)' to text |
| <input> | (empty) | empty | Add button text or aria-label |
Links without text are announced as raw URLs by screen readers.
https://www.facebook.com/Improve-Digital-104794536277798/timeline/; https://twitter.com/ImproveDigital?lang=en; https://www.youtube.com/channel/UCjYORqfz7i1ae3OsCgpoj2A; https://www.linkedin.com/company/improve-digital
Links with no accessible text (empty <a></a>, image-only no alt, icon-only no aria-label) are unidentifiable to screen readers.
Source: WCAG 2.1 SC 2.4.4
Add '(opens in new tab)' to link text or aria-label.
https://reports.360yield.com/password-reset; http://improvedigital.com; https://improvedigital.zendesk.com/hc/en-us/categories/200231227
Links with target="_blank" without rel="noopener" leak the originating page's window context — security and UX issue.
Learn more ▾ ▴
Without rel="noopener", the new tab can navigate the original tab via window.opener (tab-nabbing attack). Modern browsers default to noopener for target=_blank but only since recent versions. Always set rel="noopener noreferrer" explicitly.
Source: MDN target / OWASP
Icon-only buttons need an aria-label so screen readers can announce them.
input[type="submit"]#falsesubmit
Buttons with no accessible text (icon-only, no aria-label) can't be activated by voice control or understood by screen readers.
Source: WCAG 2.1 SC 4.1.2
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
FLighthouse Accessibility AuditsActionScore 46/100 — 3 failing, 2 passedFIX
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.
Internationalization and localization
If a page doesn't specify a `lang` attribute, a screen reader assumes that the page is in the default language that the user chose when setting up the screen reader. If the page isn't actually in the default language, then the screen reader might not announce the page's text correctly. Learn more about the `lang` attribute.
Performance issues directly impact user engagement and conversion rates.
| Failing Elements |
|---|
html html |
These are opportunities to improve the interpretation of your content by users in different locales.
Best practices
Disabling zooming is problematic for users with low vision who rely on screen magnification to properly see the contents of a web page. Learn more about the viewport meta tag.
Informational: a Permissions-Policy directive showing feature -> allowed origins.
Source: MDN Permissions-Policy
| Failing Elements |
|---|
head > meta head > meta |
One main landmark helps screen reader users navigate a web page. Learn more about landmarks.
Performance issues directly impact user engagement and conversion rates.
| Failing Elements |
|---|
html html |
These items highlight common accessibility best practices.
BHeading HierarchyNo headingsREVIEW
No headings found
Headings create the document outline for screen reader navigation.
Headings (H1-H6) create the document outline for screen reader navigation.
A page with zero headings is unnavigable by assistive tech and reads as one undifferentiated wall of text.
Learn more ▾ ▴
Screen reader users navigate by jumping between H1-H6 elements. A page with no headings has no skip targets — users have to read every word linearly. Adding a heading hierarchy (one H1, then H2 sections, optional H3 subsections) makes the page skimmable for both AT and human readers.
Source: WCAG 1.3.1 / W3C WAI
CForm AccessibilityAction3 of 3 controls have issuesREVIEW
| Control | Type | Label | Method |
|---|---|---|---|
| #login__username-inputEl | text | (Email) | placeholder only |
| #login__password-inputEl | password | (Password) | placeholder only |
| #falsesubmit | submit | (none) | none |
Form controls need a <label>, aria-label, or aria-labelledby for screen readers.
<input type="submit" id="falsesubmit">
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
Placeholder text disappears on focus and is not a reliable label.
<input type="text" name="login[_username]" id="login__username-inputEl">; <input type="password" name="login[_password]" id="login__password-inputEl">
Placeholder-only labels disappear when the user starts typing — they must remember what the field was for.
Learn more ▾ ▴
Placeholders are NOT labels. They vanish on input, fail color contrast checks (most are gray), and don't satisfy WCAG SC 3.3.2. Always use a real <label> alongside (or aria-labelledby).
Source: WCAG 2.1 SC 3.3.2 / Nielsen Norman
C404 Error PageActionHTTP 404, custom pageREVIEW
CColor Contrast (Screenshot)Action5 text elements analyzed, 1 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 (5)
| Element | Ratio | Required | FG | BG | Result |
|---|---|---|---|---|---|
| title Improve Digital Orig… | 10.29:1 | 4.5:1 | #000000 | #6FBCFD | Pass |
| a Forgot my password | 2.54:1 | 4.5:1 | #316EB7 | #6FBCFD | Fail |
| span Login | 10.29:1 | 4.5:1 | #000000 | #6FBCFD | Pass |
| span www.improvedigital.c… | 10.29:1 | 4.5:1 | #000000 | #6FBCFD | Pass |
| span vmaster-1825 | 10.29:1 | 4.5:1 | #000000 | #6FBCFD | Pass |
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.