Standard

Target: WCAG 2.2 AA.

The target is conformance, not a certification claim. We verify through code review, keyboard checks, and automated Lighthouse audits.

Implementation

What is implemented.

These claims are grounded in the site layout, components, global CSS, motion system, and navigation code.

Accessibility implementation evidence on redactlabs.ca
AreaImplemented on the site
LandmarksBaseLayout renders a skip link, Header, main content region, and Footer. Header and footer navigation use semantic nav elements and accessible names where needed.
Keyboard operationThe mobile menu moves focus into the overlay, traps Tab while open, closes on Escape, returns focus to the trigger, and syncs inert with the hidden state. Forms, buttons, links, tables, and scan results expose focusable controls.
Focus statesA global :focus-visible rule draws a 2px outline in the signal colour, the same value as the shared focus-ring token. Form controls, table scroll regions, buttons, and the mobile navigation trigger also define visible focus treatment.
Reduced motionGlobal CSS, the GSAP/Lenis motion system, particle canvas, buttons, tables, accordion, and form controls honor prefers-reduced-motion. Reduced-motion users get static or already-revealed content instead of animated effects.
Contrast tokensThe design token file documents AA-oriented text, muted text, accent, and light-theme contrast decisions; components consume token names rather than one-off colors.
Structured controlsThe DataTable component uses real table markup with captions and row/column headers. FormField renders explicit labels, described-by wiring, aria-invalid support, and live error regions.
Measurement

How we check it.

The repository includes automated Lighthouse checks in the PR quality workflow.

Accessibility measurement practices
PracticeCurrent repository evidence
Automated CI auditThe quality workflow runs Lighthouse CI for accessibility, performance, best practices, and SEO on a bounded set of key pages (home, services, pricing, contact, about). Accessibility is asserted as an error at a minimum score of 0.9, so a failing score fails the pull-request check.
PR visibilityThe same workflow posts Lighthouse per-page scores back to the pull request when reports are available.
Manual reviewRoutes outside the bounded Lighthouse set, interactive states, keyboard flows, and legal/document pages still require human review before release.
Known limitations

Known constraints.

These are the areas that need continued attention during design and release review.

Feedback

Report an accessibility issue.

Accessibility feedback uses the same public enquiry path published on the site.