Section 508 for Next.js Sites
Section 508 of the Rehabilitation Act requires federal agencies to make the information and communication technology they develop, buy, maintain or use accessible. The Revised 508 Standards, in effect since January 2018, incorporate WCAG 2.0 Level A and AA for web content, electronic documents and software.
Private businesses are not directly covered, but agencies must buy accessible technology, so vendors are often asked for an Accessibility Conformance Report (ACR) based on the VPAT. This checker runs the scan with the WCAG 2.0 AA preset that Section 508 uses.
Federal apps built with Next.js are software as well as web content under Section 508. Scan the rendered pages here, and test keyboard and screen reader behavior in your components by hand.
| Applies to | Federal agencies and the ICT they buy |
|---|---|
| Web standard | WCAG 2.0 Level A and AA |
| Success criteria at Level A and AA | 38 |
| In effect | January 18, 2018 (Revised Standards) |
| Automated rules in this scan | 60 |
Who Should Run the Next.js Section 508 Checker
- Federal agencies running a site or microsite on Next.js.
- Contractors and vendors whose Next.js site or portal is part of a federal contract.
- Agencies and vendors preparing a VPAT or Accessibility Conformance Report.
- State bodies and universities whose policies adopt Section 508.
Section 508 Checks That Matter for Next.js Sites
-
1.1.1 Non-text Content
Every image, icon and chart needs a text alternative, or must be marked as decorative.
-
1.3.1 Info and Relationships
Headings, lists, tables and form labels must be marked up so assistive technology can read the structure.
-
1.4.3 Contrast (Minimum)
Text needs a contrast ratio of at least 4.5:1, or 3:1 for large text.
-
2.1.1 Keyboard
Every function must work with a keyboard alone.
-
2.4.1 Bypass Blocks
Provide a way to skip repeated navigation, such as a skip link.
-
4.1.2 Name, Role, Value
Custom controls need a name, role and state that assistive technology can read.
Where Next.js Sites Usually Fail Section 508
These problems come up again and again on Next.js sites, and each one fails Section 508. The Next.js accessibility checker explains how to fix them in Next.js.
- Client-side route changes. Navigation without a page load needs a unique title for each route and sensible focus handling, or screen reader and keyboard users do not know the page has changed.
- next/image alt text. The image component asks for an alt prop, but it is often set to a file name, left generic or filled with an empty string on images that carry meaning.
- Page language and metadata. A hard-coded or missing lang attribute in the root layout, and the same title on every route, affect every page on the site.
- Custom dialogs, menus and dropdowns. Components built from divs and click handlers, rather than buttons and links, are missing roles, names and keyboard support.
- Loading and error states. Skeletons, spinners and streamed content appear without being announced, and form errors rendered by client components often are not tied to their fields.
Worried about ADA claims as well? The Next.js ADA compliance checker covers the Next.js risks behind most complaints.
What to Test by Hand on Next.js
Automated testing finds many, but not all, Section 508 failures. Check these yourself after the scan:
- Test every page with a keyboard only, including menus and dialogs (2.1.1).
- Check documents and PDFs separately, since Section 508 covers them too.
- Record results per criterion if you need to complete a VPAT or ACR.
- Rescan after each fix. Continuous monitoring rescans up to 500 URLs per domain daily and keeps a dated record in the Compliance Vault.
Related Guides
Next.js Section 508 Checker: Frequently Asked Questions
Does Section 508 apply to my Next.js site?
It applies to federal agencies and the technology they buy. A private Next.js site is not directly covered, but vendors selling to agencies are often asked to show conformance in an Accessibility Conformance Report.
Which WCAG version does Section 508 use?
The Revised 508 Standards incorporate WCAG 2.0 Level A and AA. Meeting WCAG 2.1 or 2.2 AA also meets WCAG 2.0 AA.
Can this scan produce a VPAT for my Next.js site?
No. A VPAT or ACR needs a full review, including manual testing. The scan gives you automated results per criterion to start from, and AccessBell Pro keeps a dated record of them.
Sources
- Section508.gov: Official Section 508 program site (opens in a new tab)
- US Access Board: Information and Communication Technology standards (opens in a new tab)
- ITI: Voluntary Product Accessibility Template (VPAT) (opens in a new tab)
This page explains general accessibility patterns for Next.js sites and is not legal advice. AccessBell is not affiliated with Next.js. Next.js and its logo are trademarks of their owners and are used only to identify the platform. See our disclaimer.