Higher Education & VLE Hub
Universities, colleges, and higher education institutions operate in a complex landscape where the Web Accessibility Directive already applies to public institutions, and the EAA now extends obligations to private providers and third-party EdTech platforms. Virtual Learning Environments, student portals, assessment tools, and campus ICT must all be accessible.
- ›Web Accessibility Directive (Directive 2016/2102) — public institutions
- ›European Accessibility Act (Directive 2019/882) — private providers and EAA-scope digital services
- ›EN 301 549 v3.2.1
- ›WCAG 2.2 Level AA
- ›EN 301 549 v3.2.1
- ›PDF/UA-1
- ›EPUB Accessibility 1.1 (digital course materials)
- ›IMS Global Accessibility Working Group standards
Compliance Requirements
Virtual Learning Environment (VLE/LMS)
The core LMS platform (Moodle, Canvas, Blackboard, etc.) must meet WCAG 2.2 Level AA. Institutions must verify accessibility conformance from their platform vendor and ensure that locally developed plugins, themes, and customisations do not introduce new barriers. The VLE interface must support keyboard-only navigation, screen readers, and high-contrast modes throughout — including grading, forums, and messaging.
Course Materials & Content
Lecture slides (PowerPoint/Google Slides) must be structured with headings and alt text before upload. PDFs must be tagged. Lecture recordings must be captioned (automated captions are acceptable if accuracy exceeds 99% or manual correction is applied). Video content embedded in the VLE must meet the same captioning and audio description requirements as audiovisual media services.
Online Assessments & Examinations
Quiz and assessment tools must be compatible with screen readers. Timed assessments must support time extensions without requiring separate login sessions (accommodating DSA/disability adjustments). CAPTCHA or proctoring software must not create inaccessible barriers for students using assistive technology. Results and feedback must be accessible.
Student Information Systems & Portals
Enrolment, course registration, timetable access, grade viewing, fee payment, and student records portals must meet WCAG 2.2 Level AA. These portals are high-stakes services — a student unable to enrol or view their grade due to an accessibility barrier suffers a concrete academic impact. Vendor SLAs should include accessibility commitments.
Campus Kiosks & Information Terminals
Library catalogue terminals, printing kiosks, student services information points, and wayfinding kiosks in campus buildings must comply with EN 301 549 Chapter 8. Audio output, tactile controls, reachable touch targets, and timeout extensions are required. Campus maps provided digitally must include an accessible alternative (text descriptions of routes, step-free path information).
Library & Digital Resource Platforms
Electronic library portals, database search interfaces, e-journal platforms, and digital special collections must be WCAG 2.2 AA compliant. Institutions should include accessibility requirements in library platform procurement and review annual accessibility statements from vendors. E-book lending platforms must not use DRM that blocks screen readers.
Communication & Collaboration Tools
Institutionally licensed collaboration tools (video conferencing, messaging platforms, document collaboration) must be assessed for accessibility. Auto-captions in video calls should be enabled by default or easily activated. Shared documents should follow accessible document authoring guidelines. Accessibility guidance should be part of staff digital skills training.
Practical Steps to Compliance
- 1
Request current VPAT (Voluntary Product Accessibility Template) or equivalent from your LMS vendor
- 2
Audit your top 10 most-used course templates for WCAG failures — fix at source to scale the benefit
- 3
Implement auto-captioning for all lecture recordings with a correction review process
- 4
Survey students with disabilities annually to identify the most impactful accessibility gaps
- 5
Develop an accessible content authoring guide for academic staff and run annual training
- 6
Include accessibility acceptance criteria in all EdTech procurement RFPs
- 7
Publish (and annually update) the institution's Accessibility Statement covering all major digital systems
Exemptions & Proportionate Burden
WAD exempts live video streams, online maps, and third-party content not funded by the institution. EAA microenterprise exemption applies to small private providers. Proportionate burden applies but must be documented.
Recommended Tools for This Sector
These AccessibilityRef tools are specifically relevant to your compliance needs. Use them to test, assess, and document your accessibility posture.
Self-Assessment Pipeline
Run a full WCAG 2.2 self-assessment of your LMS, student portal, or educational website.
Open tool →Video & Media Checklist
Lecture recordings and educational videos must have captions and audio descriptions.
Open tool →Document Auditor
Audit course materials, handouts, and syllabi in PDF/Word format for accessibility.
Open tool →Readability Checker
Course descriptions and student communications should be written at an appropriate reading level.
Open tool →Heading Structure Analyser
Learning management systems need clear heading hierarchy for navigation.
Open tool →Colour Blindness Simulator
Charts, diagrams, and colour-coded timetables must work for colour-blind students.
Open tool →Component Library
Accessible code patterns for forms, navigation, modals — useful for LMS development teams.
Open tool →Accessibility Statement Wizard
Generate an accessibility statement for your educational platform.
Open tool →Important Legal Disclaimer
This tool is a self-assessment aid only and does not constitute legal advice or a formally certified compliance assessment. Outputs — including reports, scores, checklists, and accessibility statements — are for internal use and should be reviewed by a qualified legal representative or independent accessibility auditor before being relied upon for regulatory, procurement, or public-disclosure purposes. All assessment risk lies with the internal assessor. accessibilityref, its developers, and staff accept zero liability for losses arising from use of or reliance on these outputs. Always verify against official sources: the W3C WCAG 2.2 Recommendation, the European Accessibility Act (Directive 2019/882), and your national enforcement authority.