Report Metadata
- Product
- Blueprint web platform
- Report date
- May 29, 2026
- Template basis
- ITI VPAT 2.5Rev WCAG
- Standard covered
- WCAG 2.1 Level A and AA
Scope
This report covers the current public product surfaces most likely to be reviewed by schools before a first procurement conversation.
Included in this report
- Discovery Quiz (/discover/*)
- College Matchmaker (/quiz/*)
- Login and OTP flows (/login, /discover/email, /quiz/email)
- Public marketing pages including /, /for-students, /for-schools, /for-parents, /pricing, and /about
Not fully covered yet
- Features not mounted in the authenticated app yet, including the full Essay Coach workspace.
- Third-party websites linked from Blueprint.
- Future school administration, counselor, or parent workflows not available in the current public product.
Evaluation Methods
This self-assessment is based on code inspection, route inventory, existing Playwright coverage, product documentation, and manual review of the current Blueprint implementation. Automated axe-core accessibility scanning is planned but is not wired into CI as of this report date.
Items marked Partially Supports are not necessarily known failures. They are areas where Blueprint needs a complete keyboard, screen-reader, contrast, or automated accessibility verification pass before claiming full support.
WCAG 2.1 AA Criteria
Conformance levels use the ITI VPAT vocabulary: Supports, Partially Supports, Does Not Support, and Not Applicable.
Level A30 criteria
1.1.1 Non-text Content
Partially SupportsMost 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 ApplicableThe scoped product does not include prerecorded audio-only or video-only content.
1.2.2 Captions (Prerecorded)
Not ApplicableThe scoped product does not include prerecorded video with audio.
1.2.3 Audio Description or Media Alternative (Prerecorded)
Not ApplicableThe scoped product does not include prerecorded synchronized media.
1.3.1 Info and Relationships
Partially SupportsPages 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 SupportsCore 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
SupportsInstructions 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 SupportsMost statuses pair color with text, but charts, maps, and selected-state treatments still need a complete review.
1.4.2 Audio Control
Not ApplicableThe scoped product does not auto-play audio.
2.1.1 Keyboard
Partially SupportsNative 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 SupportsNo 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
SupportsBlueprint does not expose single-character keyboard shortcuts in the scoped public flows.
2.2.1 Timing Adjustable
SupportsThe 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 SupportsAnimations 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
SupportsNo scoped content is designed to flash more than three times per second.
2.4.1 Bypass Blocks
Partially SupportsSome pages include skip links, but skip navigation is not yet verified across every public route and quiz step.
2.4.2 Page Titled
SupportsPublic pages and scoped flows provide page metadata or route-level titles through the Next.js app structure.
2.4.3 Focus Order
Partially SupportsThe 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 SupportsMost links use descriptive visible text. Icon-only and repeated links still need a full accessible-name audit.
2.5.1 Pointer Gestures
SupportsThe scoped product does not require multipoint or path-based pointer gestures.
2.5.2 Pointer Cancellation
Partially SupportsMost interactions use native click controls. Custom controls still need review for cancellation and accidental activation behavior.
2.5.3 Label in Name
Partially SupportsVisible 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 ApplicableThe scoped product does not use device motion or user motion as an input method.
3.1.1 Language of Page
SupportsThe root application layout declares English with html lang="en".
3.2.1 On Focus
SupportsFocused controls are not intended to trigger unexpected navigation or major context changes.
3.2.2 On Input
Partially SupportsForms 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 SupportsForms 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 SupportsMost 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 SupportsThe 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 SupportsNative 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 ApplicableThe scoped product does not include live audio or live video.
1.2.5 Audio Description (Prerecorded)
Not ApplicableThe scoped product does not include prerecorded synchronized media.
1.3.4 Orientation
SupportsThe scoped product is responsive and does not restrict use to one display orientation.
1.3.5 Identify Input Purpose
Partially SupportsCommon auth fields can be identified visually. Autocomplete and programmatic input-purpose coverage still need verification.
1.4.3 Contrast (Minimum)
Partially SupportsThe design uses high-contrast dark surfaces, but a route-by-route contrast audit has not yet been completed.
1.4.4 Resize Text
Partially SupportsResponsive layouts generally support browser zoom. Full verification at 200 percent zoom is still required.
1.4.5 Images of Text
SupportsPrimary product and marketing copy is rendered as real text rather than images of text.
1.4.10 Reflow
Partially SupportsPages 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 SupportsFocus 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 SupportsLayouts 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 SupportsMost content is visible without hover-only disclosure. Any hover, tooltip, or focus-revealed content still needs a full review.
2.4.5 Multiple Ways
SupportsPublic content is reachable through navigation, footer links, direct URLs, and sitemap entries where appropriate.
2.4.6 Headings and Labels
Partially SupportsMost headings and labels describe their topic or purpose. A full page-by-page heading hierarchy audit remains open.
2.4.7 Focus Visible
Partially SupportsMany 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 ApplicableThe scoped product content is primarily English and does not include meaningful passages in other languages.
3.2.3 Consistent Navigation
SupportsPublic pages use consistent navigation and footer patterns. Quiz steps intentionally use a focused flow.
3.2.4 Consistent Identification
Partially SupportsRepeated actions are generally labeled consistently. A full copy and accessible-name pass remains open.
3.3.3 Error Suggestion
Partially SupportsMany 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 SupportsHigh-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 SupportsThe app shows loading, saving, and error states visually. Programmatic announcement coverage for status messages still needs verification.
Contact
Schools, procurement teams, and users can request accessibility help or a reviewed copy of this report by email.