TThatDeveloperGuySDVOSB. Hand coded.
Section 508 · WCAG 2.2 AA · VPAT documented

Section 508 compliant web development.

Federal accessibility is built into every line of code, not bolted on with an overlay widget. Hand-coded HTML, ARIA, and JavaScript that pass automated and manual accessibility audits. VPAT delivered with every site documenting conformance with each WCAG 2.2 AA success criterion.

Direct answer

What is Section 508 compliance?

Section 508 of the Rehabilitation Act requires that electronic and information technology developed, procured, maintained, or used by federal agencies be accessible to people with disabilities. As of January 2018 the technical standards align with WCAG 2.0 Level AA — though federal-grade work in 2026 targets the newer WCAG 2.2 AA standard.

If you are a federal contractor, prime contractor with subcontracting obligations, or any organization receiving federal funds, your website must demonstrate Section 508 conformance. Non-conformance creates contract risk and exposure to ADA Title III litigation.

Methodology

How we deliver Section 508 compliance.

Phase 1

Semantic foundation

Every page built on semantic HTML5 elements (header, nav, main, article, section, aside, footer) with proper heading hierarchy. ARIA only where native HTML cannot express the pattern. No div-soup, no role-overrides, no presentation roles on landmarks.

Phase 2

Automated audits in CI

axe-core and Pa11y run on every build. Lighthouse accessibility score gated at 95+. WAVE and IBM Equal Access scans on every major release. CI fails the build if a new accessibility violation is introduced.

Phase 3

Manual testing

NVDA + JAWS screen reader walkthrough on Windows. VoiceOver on macOS and iOS. Keyboard-only navigation testing — every interactive element reachable via Tab, every state visible via focus ring. Color-contrast verification at the design-system level.

Phase 4

VPAT documentation

Voluntary Product Accessibility Template using the GSA-published VPAT 2.5 INT format. Documents conformance with each Section 508 success criterion and WCAG 2.2 AA criterion. Delivered as PDF with the site at launch.

No overlay widgets

Why we refuse to use accessibility overlays.

Accessibility overlay widgets (accessiBe, UserWay, EqualWeb, AudioEye) inject JavaScript that attempts to fix accessibility issues at runtime. They do not work. Multiple federal-court ADA Title III lawsuits since 2021 have established that overlay-only sites do not meet WCAG conformance, and overlay vendors do not indemnify their customers against lawsuits.

The fix is to build accessibility into the underlying code. That is what we do — every site, every page, no exceptions.

FAQ

Section 508 questions.

Do you provide a VPAT?

Yes. VPAT 2.5 INT format, delivered as PDF at site launch.

What WCAG version do you target?

WCAG 2.2 AA. Section 508 currently requires WCAG 2.0 AA, but 2.2 is the federal-grade target as of 2026.

Do you remediate existing sites or only build new?

Both. Remediation engagements start with a full accessibility audit + remediation plan. New builds bake in compliance from day one (cheaper and more thorough).

Need a VPAT for a federal contract?

Send your SOW. We deliver a fixed-price proposal with VPAT scope and timeline within 48 hours.