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
DPrint StylesheetActionNo print stylesFIX
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
B404 Error PageHTTP 404, custom pageREVIEW
BFavicon & Branding7 icon(s) detectedREVIEW
BDark Mode SupportDark mode detectedREVIEW
Detection limited to meta tags and inline styles.
CColor Contrast (Screenshot)Action13 text elements analyzed, 10 fail WCAG AAREVIEW
Analyzes text contrast against the actual rendered page, including background images, gradients, and overlays that CSS-based tools cannot detect.
4 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 (13)
| Element | Ratio | Required | FG | BG | Result |
|---|---|---|---|---|---|
| title Stream and listen to… | 1.59:1 | 4.5:1 | #000000 | #303030 | Fail |
| a SoundCloud | 3.09:1 | 4.5:1 | #000000 | #5B5B5B | Fail |
| p Your current browser… | 1.12:1 | 4.5:1 | #000000 | #121212 | Fail |
| p Please download one … | 11.97:1 | 4.5:1 | #000000 | #CAC2BE | Pass |
| a Need help? | 15.39:1 | 4.5:1 | #000000 | #E1DCD4 | Pass |
| a Chrome | 1.72:1 | 4.5:1 | #000000 | #2C3926 | Fail |
| a Firefox | 1.48:1 | 4.5:1 | #000000 | #1E2F22 | Fail |
| a Safari | 1.29:1 | 4.5:1 | #000000 | #172319 | Fail |
| a Edge | 2.15:1 | 4.5:1 | #000000 | #3A473E | Fail |
| p Sorry! Something wen… | 1.24:1 | 4.5:1 | #000000 | #141F13 | Fail |
| p Is your network conn… | 1.54:1 | 4.5:1 | #000000 | #2A3021 | Fail |
| a I need help | 5.71:1 | 4.5:1 | #000000 | #838779 | Pass |
| a Popular searches | 1.43:1 | 4.5:1 | #000000 | #262A19 | 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.
A+Alt Text QualityNo imagesPASS
A+Form AccessibilityNo form controlsPASS
ALink & Button Quality8 links, 0 buttons — all OKPASS
| Element | Text | Issue | Suggested Fix |
|---|---|---|---|
| http://google.com/chrome | Chrome | new tab | Add '(opens in new tab)' to text |
| http://firefox.com | Firefox | new tab | Add '(opens in new tab)' to text |
| http://apple.com/safari | Safari | new tab | Add '(opens in new tab)' to text |
| https://www.microsoft.com/edge | Edge | new tab | Add '(opens in new tab)' to text |
| https://help.soundcloud.com | I need help | new tab | Add '(opens in new tab)' to text |
Add '(opens in new tab)' to link text or aria-label.
http://google.com/chrome; http://firefox.com; http://apple.com/safari; https://www.microsoft.com/edge; https://help.soundcloud.com
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
A+Web ManifestPWA-readyPASS
ALighthouse Accessibility AuditsScore 91/100 — 2 failing, 24 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.
ARIA
ARIA dialog elements without accessible names may prevent screen readers users from discerning the purpose of these elements. Learn how to make ARIA dialog elements more accessible.
Informational: a Permissions-Policy directive showing feature -> allowed origins.
Source: MDN Permissions-Policy
| Failing Elements |
|---|
body.ot-hide-banner > div#__next > div.Modal_ModalOverlay__Z9tIa body.ot-hide-banner > div#__next > div.Modal_ModalOverlay__Z9tIa |
body.ot-hide-banner > div#__next > div.Tooltip_TooltipOverlay__3xO1- body.ot-hide-banner > div#__next > div.Tooltip_TooltipOverlay__3xO1- |
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
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 |
These items highlight common accessibility best practices.