Accessibility
· 13 checks — Landmarks, headings, alt text, forms, and link quality rolled into one auditable list.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
CLandmark StructureAction3 landmarksREVIEW
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
BHeading Hierarchy4 headingsREVIEW
- H3 Window Manager
- H3 Libraries
- H3 Applications
- H3 Thanks to
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
CAlt Text QualityAction6 of 24 images have issuesREVIEW
| Issue | Count |
|---|---|
| missing | 6 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
BLink & Button Quality3 issue(s) across 44 links and 2 buttonsREVIEW
| Element | Text | Issue | Suggested Fix |
|---|---|---|---|
| / | (empty) | empty | Add link text or aria-label |
| <button> | (empty) | empty | Add button text or aria-label |
| <button> | (empty) | empty | Add button text or aria-label |
Links without text are announced as raw URLs by screen readers.
/
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
Icon-only buttons need an aria-label so screen readers can announce them.
button.navbar-toggle (#40 on page); button.btn (#83 on page)
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
B404 Error PageHTTP 404, custom pageREVIEW
CFavicon & BrandingAction3 icon(s) detectedREVIEW
CColor Contrast (Screenshot)Action20 text elements analyzed, 20 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 (20)
| Element | Ratio | Required | FG | BG | Result |
|---|---|---|---|---|---|
| h3 Window Manager | 1.59:1 | 3.0:1 | #000000 | #303030 | Fail |
| h3 Libraries | 1.59:1 | 3.0:1 | #000000 | #303030 | Fail |
| h3 Applications | 1.59:1 | 3.0:1 | #000000 | #303030 | Fail |
| h3 Thanks to | 1.59:1 | 3.0:1 | #000000 | #303030 | Fail |
| title Enlightenment Main | 1.29:1 | 4.5:1 | #000000 | #202020 | Fail |
| a Main | 1.39:1 | 4.5:1 | #000000 | #262626 | Fail |
| a About | 1.59:1 | 4.5:1 | #000000 | #303030 | Fail |
| a Download | 1.59:1 | 4.5:1 | #000000 | #303030 | Fail |
| a Contact | 1.59:1 | 4.5:1 | #000000 | #303030 | Fail |
| a Docs | 1.59:1 | 4.5:1 | #000000 | #303030 | Fail |
| a News | 1.59:1 | 4.5:1 | #000000 | #303030 | Fail |
| a Develop | 1.59:1 | 4.5:1 | #000000 | #303030 | Fail |
| a Contribute | 1.59:1 | 4.5:1 | #000000 | #303030 | Fail |
| a Options | 1.59:1 | 4.5:1 | #000000 | #303030 | Fail |
| a Show pagesource | 1.59:1 | 4.5:1 | #000000 | #303030 | Fail |
| a Backlinks | 1.59:1 | 4.5:1 | #000000 | #303030 | Fail |
| a Media Manager | 1.59:1 | 4.5:1 | #000000 | #303030 | Fail |
| a Sitemap | 1.59:1 | 4.5:1 | #000000 | #303030 | Fail |
| a Login / Register | 1.59:1 | 4.5:1 | #000000 | #303030 | Fail |
| a Enlightenment | 1.59:1 | 4.5:1 | #000000 | #303030 | 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.
CLighthouse Accessibility AuditsActionScore 73/100 — 5 failing, 13 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
Using ARIA attributes in roles where they are prohibited can mean that important information is not communicated to users of assistive technologies. Learn more about prohibited ARIA roles.
Performance issues directly impact user engagement and conversion rates.
| Failing Elements |
|---|
TALK WITH US div.col-md-11 > div#ircbutton > svg > g |
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.
Names and labels
When a button doesn't have an accessible name, screen readers announce it as "button", making it unusable for users who rely on screen readers. Learn how to make buttons more accessible.
Performance issues directly impact user engagement and conversion rates.
| Failing Elements |
|---|
nav.navbar > div.container > div.navbar-header > button.navbar-toggle nav.navbar > div.container > div.navbar-header > button.navbar-toggle |
Informative elements should aim for short, descriptive alternate text. Decorative elements can be ignored with an empty alt attribute. Learn more about the `alt` attribute.
Performance issues directly impact user engagement and conversion rates.
| Failing Elements |
|---|
div#dokuwiki__content > div.page > p > img div#dokuwiki__content > div.page > p > img |
div.page > div.level3 > p > img div.page > div.level3 > p > img |
div.page > div.level3 > p > img div.page > div.level3 > p > img |
div.page > div.level3 > p > img div.page > div.level3 > p > img |
div.page > div.level3 > p > img div.page > div.level3 > p > img |
div.page > div.level3 > p > img div.page > div.level3 > p > img |
Link text (and alternate text for images, when used as links) that is discernible, unique, and focusable improves the navigation experience for screen reader users. Learn how to make links accessible.
Performance issues directly impact user engagement and conversion rates.
| Failing Elements |
|---|
nav.navbar > div.container > div.navbar-header > a.navbar-brand nav.navbar > div.container > div.navbar-header > a.navbar-brand |
These are opportunities to improve the semantics of the controls in your application. This may enhance the experience for users of assistive technology, like a screen reader.
Best practices
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.
AForm Accessibility1 of 1 controls have issuesPASS
| Control | Type | Label | Method |
|---|---|---|---|
| #qsearch__in | text | (Search) | placeholder only |
Placeholder text disappears on focus and is not a reliable label.
<input type="text" name="id" id="qsearch__in">
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