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.
Guided EAA Self-Assessment
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 →Avertissement juridique important
Cet outil est uniquement une aide à l'auto-évaluation et ne constitue pas un conseil juridique ni une évaluation de conformité officiellement certifiée. Les sorties, y compris rapports, scores, listes de contrôle et déclarations d'accessibilité, sont à usage interne et doivent être examinées par un représentant juridique qualifié ou un auditeur d'accessibilité indépendant avant d'être utilisées à des fins réglementaires, d'achat ou de divulgation publique. Tout le risque de l'évaluation incombe à l'évaluateur interne. accessibilityref, ses développeurs et son personnel n'acceptent aucune responsabilité pour les pertes résultant de l'utilisation ou de la confiance accordée à ces sorties. Vérifiez toujours auprès des sources officielles: la Recommandation W3C WCAG 2.2, le European Accessibility Act (Directive 2019/882), et votre autorité d'application nationale.