Skip to main content

Accessibility

Accessibility Conformance Report

VPAT® / ACR · Last updated: 2026-06-24

This report describes how the Eduspera platform conforms to recognised accessibility standards. Accessibility is a core product requirement at Eduspera, not a later add-on — every component is built and tested against WCAG 2.2 Level AA. For the product story behind this, see our accessibility page.

Standards evaluated

  • WCAG 2.2 Level AA (W3C Web Content Accessibility Guidelines) — primary target.
  • EN 301 549 (European accessibility standard referenced by the European Accessibility Act).
  • Section 508 (Revised, US) and ADA Title III — supported by the same WCAG 2.2 AA baseline.

Conformance status

Eduspera substantially conforms to WCAG 2.2 Level AA. This is a vendor self-assessment based on the evaluation methods below; an independent third-party audit is in progress and this report will be updated with its findings and an attestation. Where we are aware of exceptions, we list them openly under Known limitations.

Evaluation methods

MethodWhat we do
Automatedaxe-core runs against every component as a build gate — a component ships only with 0 violations.
KeyboardFull keyboard-only walkthroughs of every critical flow (sign-up, course building, lesson playback, grading).
Screen readersManual testing with NVDA (Windows), VoiceOver (macOS/iOS) and JAWS on the core journeys.
Zoom & reflowContent verified at 200% and 400% zoom and at 320 CSS px width without loss of content or function.
ContrastText and UI contrast checked against WCAG 2.2 AA, including a per-school brand-contrast check before publish.

Conformance by WCAG principle

PrincipleStatusNotes
1. PerceivableSupportsText alternatives are required on image upload; video lessons carry automatic captions (and editable transcripts); colour is never the sole carrier of meaning; brand colours are contrast-checked against WCAG 2.2 AA thresholds; content reflows to 400% zoom without loss.
2. OperableSupportsEvery interface — including the course builder and the learner player — is fully keyboard-operable with a visible focus indicator and a logical focus order. No keyboard traps. Motion respects prefers-reduced-motion. Target sizes and focus-not-obscured (new in WCAG 2.2) are accounted for.
3. UnderstandableSupportsLanguage is declared, navigation is consistent across the app, form fields have programmatic labels and clear error messaging, and authentication does not rely on a cognitive function test (WCAG 2.2 Accessible Authentication).
4. RobustSupportsComponents use correct semantics and ARIA where needed, status messages are announced to assistive technology, and the markup validates against the parsing requirements relied upon by screen readers.

Conformance terms follow the VPAT convention: Supports (no known blocking issues), Partially Supports (some functionality does not fully meet the criterion — see exceptions), Does Not Support, and Not Applicable.

Built-in accessibility features

  • Automatic captions on video lessons, with editable transcripts.
  • Keyboard-first, screen-reader-tested course builder and learner player.
  • App-wide reading aids (theme, font size, high-contrast, reading toolbar).
  • Per-course accessibility score that flags issues (missing captions, alt text, contrast) before publishing.
  • Brand-contrast check so a school’s chosen colours still meet AA.
  • Self-declared accessibility needs flow that suggests appropriate supports to each learner.

Known limitations

  • Course content authored by creators (text, embeds, third-party widgets) can introduce accessibility issues outside our control; the authoring tools nudge creators toward accessible content (alt text, headings, contrast) and a per-course accessibility score surfaces problems before publishing.
  • Some courses migrated from legacy platforms may not yet carry captions on every historical video; new uploads are captioned automatically and historical caption backfill is being rolled out.
  • Third-party embedded media or marketing pixels configured by a school are governed by their respective providers’ conformance.

Feedback and reporting an issue

We treat accessibility issues as priority defects. If you encounter a barrier, or need content in an alternative format, contact us at [email protected]. Please include the page or feature, your browser and assistive technology, and a description of the problem. We aim to acknowledge reports within 2 business days and to agree a remediation timeline for confirmed issues.

Formal approval and review

This report is maintained by Eduspera, a product of Design Excellent Group SL (Calle Blanquerna 53, 07003 Palma de Mallorca, Spain). It is reviewed at least twice a year and after significant platform changes. A downloadable VPAT® 2.5 (Int) document is available on request at [email protected] for procurement and vendor-assessment purposes.

VPAT® is a registered trademark of the Information Technology Industry Council (ITI).