Accessibility
· 24 checks — Landmarks, headings, alt text, forms, and link quality rolled into one auditable list.DMobile Keyboard & AutofillAction1/1 eligible field(s) missing autocomplete or inputmodeFIX
DFavicon & BrandingAction3 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
BLandmark Structure3 landmarksREVIEW
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
CForm AccessibilityAction3 of 3 controls have issuesREVIEW
| Control | Type | Label | Method |
|---|---|---|---|
| input | text | (Your login...) | placeholder only |
| domain | text | (Website, DOI or URL of the Wikipedia article...) | placeholder only |
| input | password | (none) | none |
Form controls need a <label>, aria-label, or aria-labelledby for screen readers.
<input type="password">
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">; <input type="text" name="domain">
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
BLink & Button Quality2 issue(s) across 218 links and 8 buttonsREVIEW
| Element | Text | Issue | Suggested Fix |
|---|---|---|---|
| # | (empty) | empty | Add link text or aria-label |
| https://www.wikipedia.org/ | Wikipedia | img no alt | Add alt attribute to the image |
| https://twitter.com/bestrefnet | (empty) | empty | Add link text or aria-label |
| #header | Go to top | img no alt | Add alt attribute to the image |
Links without text are announced as raw URLs by screen readers.
#; https://twitter.com/bestrefnet
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
BForm Input Quality2 input-semantic issue(s) across 3 form control(s)REVIEW
BMobile-Readable Font Sizes99% of visible text renders at >= 12 CSS px (1 below threshold)REVIEW
C404 Error PageActionCould not testREVIEW
404 page quality check not available.
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.
6 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 |
|---|---|---|---|---|---|
| h1 The best information… | 1.31:1 | 3.0:1 | #000000 | #232121 | Fail |
| title The best information… | 1.17:1 | 4.5:1 | #000000 | #23130F | Fail |
| a Home | 1.13:1 | 4.5:1 | #000000 | #1D100D | Fail |
| a Languages | 1.23:1 | 4.5:1 | #000000 | #2B1611 | Fail |
| a Topics | 2.60:1 | 4.5:1 | #000000 | #6C4738 | Fail |
| a About | 1.29:1 | 4.5:1 | #000000 | #2E1B1B | Fail |
| button Login | 1.12:1 | 4.5:1 | #000000 | #160F18 | Fail |
| button Sign in | 1.07:1 | 4.5:1 | #000000 | #0C0C0D | Fail |
| button Login | 1.12:1 | 4.5:1 | #000000 | #121212 | Fail |
| button Sign in | 4.04:1 | 4.5:1 | #000000 | #876824 | Fail |
| a Home | 1.69:1 | 4.5:1 | #000000 | #3E3317 | Fail |
| a Languages | 1.21:1 | 4.5:1 | #000000 | #1B1A1A | Fail |
| a Topics | 1.30:1 | 4.5:1 | #000000 | #222020 | Fail |
| a About | 1.31:1 | 4.5:1 | #000000 | #232121 | Fail |
| span Sign In | 1.30:1 | 4.5:1 | #000000 | #222020 | Fail |
| button Connect with Faceboo… | 1.30:1 | 4.5:1 | #000000 | #222020 | Fail |
| button Connect with Google | 1.30:1 | 4.5:1 | #000000 | #222020 | Fail |
| p Login | 1.31:1 | 4.5:1 | #000000 | #232121 | Fail |
| p Password | 1.30:1 | 4.5:1 | #000000 | #222020 | Fail |
| a Forgot Password ? | 1.28:1 | 4.5:1 | #000000 | #211F1F | 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.
AHeading Hierarchy3 headings, 1 skip(s)PASS
- H1 The best information sources of Wikipedia
- H4 BestRef.net (ver. 1.03) skipped
- H4 Usefull links
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
A+Heading Text QualityAll 3 heading(s) have substantive, well-formed textPASS
A+Alt Text QualityAll 11 images OKPASS
A+Form Input Types1 input(s) using type=text where a specific type would helpPASS
A+Document LanguageLang attribute set to "en"PASS
A+Tabindex Anti-PatternsNo explicit tabindex attributes foundPASS
A+Iframe AccessibilityNo iframes on this pagePASS
A+Tap Target AdequacyAll tap targets meet WCAG 2.5.5/2.5.8 sizingPASS
A+PWA DepthNo PWA depth issues detectedPASS
A+Mobile UX Depth1 mobile-depth signal(s) detectedPASS
ALighthouse Accessibility AuditsScore 92/100 — 2 failing, 14 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.
Navigation
Properly ordered headings that do not skip levels convey the semantic structure of the page, making it easier to navigate and understand when using assistive technologies. Learn more about heading order.
Performance issues directly impact user engagement and conversion rates.
| Failing Elements |
|---|
BESTREF.NET (VER. 1.03) div.footer__info > div.footer__nav > div.footer__info--site > h4.footer__nav--mainTitle |
These are opportunities to improve keyboard navigation in your application.
Names and labels
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 |
|---|
div.container > div.footer__bottom > div.footer__social > a div.container > div.footer__bottom > div.footer__social > a |
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.