Accessibility
· 13 checks — Landmarks, headings, alt text, forms, and link quality rolled into one auditable list.DLandmark StructureActionNo landmarksFIX
No landmarks detected
Screen reader users have no way to navigate by region.
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
F404 Error PageActionHTTP 503, bare pageFIX
FFavicon & BrandingActionNo icons 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
DLighthouse Accessibility AuditsActionScore 66/100 — 5 failing, 8 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.
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 |
|---|
body > div.mobileonly > ul.nounderline > a body > div.mobileonly > ul.nounderline > a |
div.mobileonly > ul.nounderline > li > a div.mobileonly > ul.nounderline > li > 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.
Tables and lists
Screen readers have a specific way of announcing lists. Ensuring proper list structure aids screen reader output. Learn more about proper list structure.
Performance issues directly impact user engagement and conversion rates.
| Failing Elements |
|---|
Features
When to use SQLite
Getting Started
Try it live!
SQL Syntax
Pragmas
SQL… body > div.mobileonly > ul.nounderline |
These are opportunities to improve the experience of reading tabular or list data using assistive technology, like a screen reader.
Best practices
Touch targets with sufficient size and spacing help users who may have difficulty targeting small controls to activate the targets. Learn more about touch targets.
Performance issues directly impact user engagement and conversion rates.
| Failing Elements |
|---|
Features div.mobileonly > ul.nounderline > li > a |
When to use SQLite div.mobileonly > ul.nounderline > li > a |
Getting Started div.mobileonly > ul.nounderline > li > a |
Try it live! div.mobileonly > ul.nounderline > li > a |
SQL Syntax div.mobileonly > ul.nounderline > li > a |
Pragmas li > ul > li > a |
SQL functions li > ul > li > a |
Date & time functions li > ul > li > a |
Aggregate functions li > ul > li > a |
Window functions li > ul > li > a |
Math functions li > ul > li > a |
JSON functions li > ul > li > a |
C/C++ Interface Spec div.mobileonly > ul.nounderline > li > a |
Introduction li > ul > li > a |
List of C-language APIs li > ul > li > a |
The TCL Interface Spec div.mobileonly > ul.nounderline > li > a |
Quirks and Gotchas div.mobileonly > ul.nounderline > li > a |
Frequently Asked Questions div.mobileonly > ul.nounderline > li > a |
Commit History div.mobileonly > ul.nounderline > li > a |
Prior Releases div.mobileonly > ul.nounderline > li > a |
Bugs div.mobileonly > ul.nounderline > li > a |
News div.mobileonly > ul.nounderline > li > a |
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 Hierarchy4 headingsREVIEW
- H3 Common Links
- H3 Latest Release
- H3 Common Links
- H3 Sponsors
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
CForm AccessibilityAction3 of 3 controls have issuesREVIEW
| Control | Type | Label | Method |
|---|---|---|---|
| #searchtype | select | (none) | none |
| #searchbox | text | (none) | none |
| input | submit | (none) | none |
Form controls need a <label>, aria-label, or aria-labelledby for screen readers.
<select name="s" id="searchtype">; <input type="text" name="q" id="searchbox">; <input type="submit">
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
BLink & Button Quality5 issue(s) across 82 links and 1 buttonsREVIEW
| Element | Text | Issue | Suggested Fix |
|---|---|---|---|
| https://sqlite.org/fiddle | (empty) | empty | Add link text or aria-label |
| https://sqlite.org/fiddle | (empty) | empty | Add link text or aria-label |
| https://sqlite.org/fiddle | (empty) | empty | Add link text or aria-label |
| https://sqlite.org/fiddle | (empty) | empty | Add link text or aria-label |
| (empty) | empty | Add link text or aria-label |
Links without text are announced as raw URLs by screen readers.
https://sqlite.org/fiddle; https://sqlite.org/fiddle; https://sqlite.org/fiddle; https://sqlite.org/fiddle; a (#174 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
A+Alt Text QualityAll 6 images OKPASS
A+Color Contrast (Screenshot)20 text elements analyzed, 0 fail WCAG AAPASS
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 Common Links | 21.00:1 | 3.0:1 | #000000 | #FFFFFF | Pass |
| h3 Latest Release | 21.00:1 | 3.0:1 | #000000 | #FFFFFF | Pass |
| h3 Common Links | 21.00:1 | 3.0:1 | #000000 | #FFFFFF | Pass |
| h3 Sponsors | 21.00:1 | 3.0:1 | #000000 | #FFFFFF | Pass |
| title SQLite Home Page | 21.00:1 | 4.5:1 | #000000 | #FFFFFF | Pass |
| div Small. Fast. Reliabl… | 21.00:1 | 4.5:1 | #000000 | #FFFFFF | Pass |
| div Choose any three. | 21.00:1 | 4.5:1 | #000000 | #FFFFFF | Pass |
| a Home | 21.00:1 | 4.5:1 | #000000 | #FFFFFF | Pass |
| a Menu | 21.00:1 | 4.5:1 | #000000 | #FFFFFF | Pass |
| a About | 21.00:1 | 4.5:1 | #000000 | #FFFFFF | Pass |
| a Documentation | 21.00:1 | 4.5:1 | #000000 | #FFFFFF | Pass |
| a Download | 21.00:1 | 4.5:1 | #000000 | #FFFFFF | Pass |
| a License | 21.00:1 | 4.5:1 | #000000 | #FFFFFF | Pass |
| a Support | 21.00:1 | 4.5:1 | #000000 | #FFFFFF | Pass |
| a Purchase | 21.00:1 | 4.5:1 | #000000 | #FFFFFF | Pass |
| a Search | 21.00:1 | 4.5:1 | #000000 | #FFFFFF | Pass |
| a About | 21.00:1 | 4.5:1 | #000000 | #FFFFFF | Pass |
| a Documentation | 21.00:1 | 4.5:1 | #000000 | #FFFFFF | Pass |
| a Download | 21.00:1 | 4.5:1 | #000000 | #FFFFFF | Pass |
| a Support | 21.00:1 | 4.5:1 | #000000 | #FFFFFF | 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.