Skip to accessibility conformance report

Accessibility Conformance Report

Effective: May 29, 2026

Self-assessment based on the ITI VPAT 2.5Rev WCAG format. Not a third-party certification.

WCAG 2.1 AA Criteria

Conformance levels use the ITI VPAT vocabulary: Supports, Partially Supports, Does Not Support, and Not Applicable.

12Supports30Partially Supports8Not Applicable

Level A30 criteria

1.1.1 Non-text Content

Partially Supports

Most marketing and app imagery is decorative or text-backed, but a complete alt-text audit of all feature mockups, charts, and generated images is still required.

1.2.1 Audio-only and Video-only (Prerecorded)

Not Applicable

The scoped product does not include prerecorded audio-only or video-only content.

1.2.2 Captions (Prerecorded)

Not Applicable

The scoped product does not include prerecorded video with audio.

1.2.3 Audio Description or Media Alternative (Prerecorded)

Not Applicable

The scoped product does not include prerecorded synchronized media.

1.3.1 Info and Relationships

Partially Supports

Pages generally use semantic headings, labels, and native controls. Custom quiz choices and feature mockups still need a full screen-reader structure pass.

1.3.2 Meaningful Sequence

Partially Supports

Core pages are built in a logical document order, but the full quiz and responsive layouts still need keyboard and screen-reader sequence verification.

1.3.3 Sensory Characteristics

Supports

Instructions are conveyed with text labels and visible UI copy rather than relying only on shape, color, location, or sound.

1.4.1 Use of Color

Partially Supports

Most statuses pair color with text, but charts, maps, and selected-state treatments still need a complete review.

1.4.2 Audio Control

Not Applicable

The scoped product does not auto-play audio.

2.1.1 Keyboard

Partially Supports

Native links, buttons, and forms are keyboard reachable. Full keyboard verification remains needed for custom quiz controls and interactive mockups.

2.1.2 No Keyboard Trap

Partially Supports

No known keyboard traps are documented in scoped flows, but a complete keyboard-only pass has not yet been completed.

2.1.4 Character Key Shortcuts

Supports

Blueprint does not expose single-character keyboard shortcuts in the scoped public flows.

2.2.1 Timing Adjustable

Supports

The scoped product does not require users to complete quiz, login, or marketing-page tasks within a short timed window.

2.2.2 Pause, Stop, Hide

Partially Supports

Animations are primarily decorative and do not block task completion. A reduced-motion and persistent animation review is still required.

2.3.1 Three Flashes or Below Threshold

Supports

No scoped content is designed to flash more than three times per second.

2.4.1 Bypass Blocks

Partially Supports

Some pages include skip links, but skip navigation is not yet verified across every public route and quiz step.

2.4.2 Page Titled

Supports

Public pages and scoped flows provide page metadata or route-level titles through the Next.js app structure.

2.4.3 Focus Order

Partially Supports

The general layout follows DOM order, but every quiz step and responsive state still needs manual keyboard-order verification.

2.4.4 Link Purpose (In Context)

Partially Supports

Most links use descriptive visible text. Icon-only and repeated links still need a full accessible-name audit.

2.5.1 Pointer Gestures

Supports

The scoped product does not require multipoint or path-based pointer gestures.

2.5.2 Pointer Cancellation

Partially Supports

Most interactions use native click controls. Custom controls still need review for cancellation and accidental activation behavior.

2.5.3 Label in Name

Partially Supports

Visible labels generally match control purpose. A complete audit is still needed for icon buttons, quiz chips, and custom inputs.

2.5.4 Motion Actuation

Not Applicable

The scoped product does not use device motion or user motion as an input method.

3.1.1 Language of Page

Supports

The root application layout declares English with html lang="en".

3.2.1 On Focus

Supports

Focused controls are not intended to trigger unexpected navigation or major context changes.

3.2.2 On Input

Partially Supports

Forms and quiz controls generally require explicit actions to continue, but autosave and step transitions still need an accessibility behavior review.

3.3.1 Error Identification

Partially Supports

Forms show visible errors in key flows. A full pass is needed to confirm every error is programmatically associated with its field.

3.3.2 Labels or Instructions

Partially Supports

Most fields have visible prompts or labels. A full audit is still needed for every quiz input, email field, and custom selector.

4.1.1 Parsing

Partially Supports

The app is built with React and Next.js, but automated accessibility validation is not yet wired into CI.

4.1.2 Name, Role, Value

Partially Supports

Native controls provide names and roles. Custom controls still require full screen-reader and automated accessibility verification.

Level AA20 criteria

1.2.4 Captions (Live)

Not Applicable

The scoped product does not include live audio or live video.

1.2.5 Audio Description (Prerecorded)

Not Applicable

The scoped product does not include prerecorded synchronized media.

1.3.4 Orientation

Supports

The scoped product is responsive and does not restrict use to one display orientation.

1.3.5 Identify Input Purpose

Partially Supports

Common auth fields can be identified visually. Autocomplete and programmatic input-purpose coverage still need verification.

1.4.3 Contrast (Minimum)

Partially Supports

The design uses high-contrast dark surfaces, but a route-by-route contrast audit has not yet been completed.

1.4.4 Resize Text

Partially Supports

Responsive layouts generally support browser zoom. Full verification at 200 percent zoom is still required.

1.4.5 Images of Text

Supports

Primary product and marketing copy is rendered as real text rather than images of text.

1.4.10 Reflow

Partially Supports

Pages are responsive across common mobile and desktop widths. Full reflow testing at WCAG target widths is still needed.

1.4.11 Non-text Contrast

Partially Supports

Focus states and controls are visually distinct in many places. A full non-text contrast audit is still needed for all controls, charts, and icons.

1.4.12 Text Spacing

Partially Supports

Layouts use flexible text containers, but text-spacing overrides have not yet been manually verified across all scoped pages.

1.4.13 Content on Hover or Focus

Partially Supports

Most content is visible without hover-only disclosure. Any hover, tooltip, or focus-revealed content still needs a full review.

2.4.5 Multiple Ways

Supports

Public content is reachable through navigation, footer links, direct URLs, and sitemap entries where appropriate.

2.4.6 Headings and Labels

Partially Supports

Most headings and labels describe their topic or purpose. A full page-by-page heading hierarchy audit remains open.

2.4.7 Focus Visible

Partially Supports

Many links and controls have visible focus styles. Full verification is still needed for every custom control and quiz state.

3.1.2 Language of Parts

Not Applicable

The scoped product content is primarily English and does not include meaningful passages in other languages.

3.2.3 Consistent Navigation

Supports

Public pages use consistent navigation and footer patterns. Quiz steps intentionally use a focused flow.

3.2.4 Consistent Identification

Partially Supports

Repeated actions are generally labeled consistently. A full copy and accessible-name pass remains open.

3.3.3 Error Suggestion

Partially Supports

Many errors include next-step guidance. A full validation pass is still needed for all forms and quiz inputs.

3.3.4 Error Prevention (Legal, Financial, Data)

Partially Supports

High-impact actions should use confirmation or recovery patterns. Current data export and account flows need formal review before this can be marked Supports.

4.1.3 Status Messages

Partially Supports

The app shows loading, saving, and error states visually. Programmatic announcement coverage for status messages still needs verification.