Accessibility
· 24 checks — Landmarks, headings, alt text, forms, and link quality rolled into one auditable list.DMobile Keyboard & AutofillAction2/2 eligible field(s) missing autocomplete or inputmodeFIX
F404 Error PageActionSoft 404 detectedFIX
The server returned HTTP 200 for a non-existent path. Search engines will index this page as real content. Configure your server to return HTTP 404 for missing pages.
FWeb ManifestActionInvalid JSONFIX
Manifest contains invalid JSON.
DDark Mode SupportActionNo dark mode signalsFIX
Detection limited to meta tags and inline styles.
DPrint StylesheetActionNo print stylesFIX
CHeading HierarchyAction9 headings, 1 skip(s)REVIEW
- H5 The .gov means it's official.
- H5 The site is secure.
- H4 My HealtheVet has moved to VA.gov
- H2 In the Spotlight
- H4 VA Resources skipped
- H4 Policies
- H4 Important Links
- H3 Subscribe to Receive My HealtheVet Updates
- H3 We're here anytime, day or night - 24/7
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
Skipping heading levels breaks the document outline. Screen readers may interpret missing levels as structural errors.
Skipping heading levels breaks the document outline — screen-reader users lose track of section nesting.
Learn more ▾ ▴
Screen reader users navigate by jumping between headings (H1 → H2 → H3). Skipping (H1 → H3) breaks the sense of hierarchy. Use sequential levels even if you don't like the default styling — restyle with CSS instead. WCAG 1.3.1 (Info and Relationships) treats this as an A failure.
Source: WCAG 2.1 SC 1.3.1 / W3C WAI
BLink & Button Quality1 issue(s) across 34 links and 12 buttonsREVIEW
| Element | Text | Issue | Suggested Fix |
|---|---|---|---|
| (empty) | empty | Add link text or aria-label | |
| https://www.va.gov/ | VA Home | new tab | Add '(opens in new tab)' to text |
| https://vacareers.va.gov/ | Careers at VA | new tab | Add '(opens in new tab)' to text |
| https://www.va.gov/find-forms/ | Find a VA Form | new tab | Add '(opens in new tab)' to text |
| https://www.va.gov/privacy-policy/ | Privacy Policy | new tab | Add '(opens in new tab)' to text |
| https://www.va.gov/terms-of-use | Terms & Conditions | new tab | Add '(opens in new tab)' to text |
| https://digital.va.gov/web-governance/st… | Web Policies | new tab | Add '(opens in new tab)' to text |
| https://www.va.gov/find-locations/ | Facility and Service Locator | new tab | Add '(opens in new tab)' to text |
| https://mobile.va.gov/appstore?filter%5B… | Mobile Apps | new tab | Add '(opens in new tab)' to text |
| https://www.whitehouse.gov/ | White House | new tab | Add '(opens in new tab)' to text |
Links without text are announced as raw URLs by screen readers.
a (#208 on page)
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://www.va.gov/; https://vacareers.va.gov/; https://www.va.gov/find-forms/; https://www.va.gov/privacy-policy/ ; https://www.va.gov/terms-of-use; https://digital.va.gov/web-governance/standards-and-policies/web-policies/; https://www.va.gov/find-locations/; https://mobile.va.gov/appstore?filter%5Bapp_audience%5D=25; https://www.whitehouse.gov/
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
BFavicon & Branding10 icon(s) detectedREVIEW
CColor Contrast (Screenshot)Action20 text elements analyzed, 11 fail WCAG AAREVIEW
Analyzes text contrast against the actual rendered page, including background images, gradients, and overlays that CSS-based tools cannot detect.
1 contrast failures on background images/gradients
These failures are invisible to CSS-based accessibility tools like Lighthouse. The text may be fine on a solid background, but fails when rendered over an image or gradient.
Show all checked elements (20)
| Element | Ratio | Required | FG | BG | Result |
|---|---|---|---|---|---|
| h2 In the Spotlight | 21.00:1 | 3.0:1 | #000000 | #FFFFFF | Pass |
| h3 Subscribe to Receive… | 21.00:1 | 3.0:1 | #000000 | #FFFFFF | Pass |
| h3 We're here anytime, … | 21.00:1 | 3.0:1 | #000000 | #FFFFFF | Pass |
| title Home - My HealtheVet… | 18.59:1 | 4.5:1 | #000000 | #F1F1F1 | Pass |
| a Skip to Content | 18.59:1 | 4.5:1 | #000000 | #F1F1F1 | Pass |
| div An issue has occurre… | 8.77:1 | 4.5:1 | #000000 | #CD9B9D | Pass |
| p An official website … | 1.81:1 | 4.5:1 | #000000 | #622332 | Fail |
| span Here's how you know | 1.53:1 | 4.5:1 | #000000 | #112E51 | Fail |
| p Federal government w… | 17.71:1 | 4.5:1 | #000000 | #E9ECEF | Pass |
| p The | 17.71:1 | 4.5:1 | #000000 | #E9ECEF | Pass |
| strong https:// | 4.09:1 | 3.0:1 | #000000 | #0071BC | Pass |
| p ensures that you're … | 4.09:1 | 4.5:1 | #000000 | #0071BC | Fail |
| span Talk to the | 1.53:1 | 4.5:1 | #000000 | #112E51 | Fail |
| strong Veterans Crisis Line | 1.53:1 | 3.0:1 | #000000 | #112E51 | Fail |
| span now | 1.53:1 | 4.5:1 | #000000 | #112E51 | Fail |
| span My HealtheVet | 1.53:1 | 4.5:1 | #000000 | #112E51 | Fail |
| button Menu | 1.53:1 | 4.5:1 | #000000 | #112E51 | Fail |
| span Search | 1.53:1 | 4.5:1 | #000000 | #112E51 | Fail |
| label Search: | 1.53:1 | 4.5:1 | #000000 | #112E51 | Fail |
| span Search | 1.53:1 | 4.5:1 | #000000 | #112E51 | 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.
ALandmark Structure5 landmarksPASS
Multiple navigations need aria-label to distinguish them for screen readers.
Some <nav> elements lack aria-label — screen-reader users hear 'navigation' multiple times with no way to distinguish them.
Learn more ▾ ▴
When a page has multiple <nav> regions (primary, footer, breadcrumb), each needs aria-label or aria-labelledby. AT users navigate by landmark; identical 'navigation' announcements force them to enter each one to discover purpose.
Source: WAI-ARIA Authoring Practices
A+Heading Text QualityAll 9 heading(s) have substantive, well-formed textPASS
A+Alt Text QualityAll 6 images OKPASS
AForm Accessibility1 of 4 controls have issuesPASS
| Control | Type | Label | Method |
|---|---|---|---|
| #_com_liferay_portal_search_web_portlet_SearchPortlet_keywords2 | text | Search: | for/id |
| #_com_liferay_portal_search_web_portlet_SearchPortlet_keywords | text | Search: | for/id |
| #email0 | Your email address | for/id | |
| commit | submit | (none) | none |
Form controls need a <label>, aria-label, or aria-labelledby for screen readers.
<input type="submit" name="commit">
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
AForm Input Types2 input(s) using type=text where a specific type would helpPASS
A+Form Input Quality4 form control(s) checked, no input-semantic issuesPASS
A+Document LanguageLang attribute set to "en-US"PASS
A+Tabindex Anti-Patterns8 explicit tabindex attribute(s) checked, no anti-patternsPASS
A+Iframe AccessibilityNo iframes on this pagePASS
A+Tap Target AdequacyAll tap targets meet WCAG 2.5.5/2.5.8 sizingPASS
A+Mobile-Readable Font SizesAll 39 visible text node(s) render at >= 12 CSS pixelsPASS
A+PWA DepthNo PWA depth issues detectedPASS
A+Mobile UX Depth1 mobile-depth signal(s) detectedPASS
A+Lighthouse Accessibility AuditsScore 100/100 — 0 failing, 27 passedPASS
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.