Home > Blog

How to get your LMS ready to meet the European Accessibility Act requirements

Read how to make sure your Moodle or Totara platform meets EAA requirements and delivers a better learning experience for everyone

Accessibility
2 December 2025

Practical Steps for Moodle and Totara Site Owners

Both Moodle and Totara are designed to meet WCAG 2.1 Level AA standards out of the box. However, themes, third-party plugins, and inconsistent content practices can undermine compliance with the new EAA Accessibility legislation (Directive (EU) 2019/882).

Here’s how to make sure your Moodle or Totara platform meets EAA requirements and delivers a better learning experience for everyone.

 

1. Start with an Accessibility Audit

Assess your LMS against WCAG 2.1 AA using both automated and manual testing:

Automated tools:

Use an automated tool like BrowserStack, Axe or Wave to identify:

  • Low colour contrast
  • Missing alt text
  • Non-keyboard-accessible navigation
  • Focus traps or missing focus indicators
  • Incorrect heading structures
  • Non-Descriptive Links
  • Missing Video Captions

Manual testing:

  • Use screen readers like ReadSpeaker, NVDA, JAWS, or VoiceOver
  • Test keyboard-only navigation  (Tab, Shift+Tab, Enter, Esc)
  • Check colour contrast – example: WebAIM Contrast Checker

Audit content:

  • Test images for alt text
  • Check that headings used semantically (not just bold text)?
  • Check that videos are captioned or transcribed
  • Note – eBooks are included in the legislation so ideally should be included for testing under the content umbrella.Compliance isn’t measured as a score, it is about meeting required success criteria.

 

2. Review theme and plugin compliance

Theming

Themes in Moodle and Totara define the visual design, layout, and navigation of your LMS platform. While the core LMS frameworks (Moodle’s Boost / Totara’s base theme) are designed to meet WCAG 2.1 AA, custom or third-party themes, as well as branding, often introduce accessibility problems that can compromise overall compliance.

Plugins

Plugins (add-ons, blocks, activities, and integrations) extend functionality but they can also introduce design, coding, and usability inconsistencies for learners using assistive technologies. Similar to other accessibility issues it is recommended that  you audit all installed plugins and identify accessibility blockers early. 

 

3. Develop a Compliance Plan

After your audit:

  • Prioritise critical fixes (navigation, login, course pages)
  • Assign responsibilities and create a timeline/project plan
  • Decide on cadence and schedule re-audits to track progress

 

4. Publish an Accessibility Statement

Businesses must display an accessibility statement outlining their commitment and efforts towards accessibility. Developing an Accessibility Statement, by W3C outlines what should be included in an accessibility statement. It is advisable to include any known limitations, to avoid frustration of your users.

 

5. Maintain Continuous Updates and Training

Accessibility is a shared responsibility. Train your administrators, designers, and course creators to:

  • Understand accessibility issues and adopt best practices
  • Recognise and fix common accessibility issues
  • Use assistive tools during testing
  • Keep up with evolving WCAG standards

 

Accessibility is an ongoing process:

  • Re-test after theme or plugin updates
  • Monitor new releases for accessibility changes
  • Update your accessibility statement and training materials regularly

Practical solutions from Enovation 

Auditing Content

The Brickfield toolkit and TinyMCE editor can be leveraged to check content for accessibility issues. 

The Brickfield Accessibility Toolkit is Moodle’s built-in accessibility auditing and remediation system, designed to help course creators, administrators, and compliance teams identify and fix accessibility issues in learning content. The Toolkit doesn’t just flag issues, it teaches users how to resolve them. Each issue includes an explanation of what’s wrong, why it matters, and how to fix it using Moodle’s standard tools. 

The TinyMCE accessibility checker, which comes with a premium subscription, enables content authors to easily check for accessibility problems using an in-editor dialog, learn about the issue and remedy.

Moodle Theme –  Boost Union 

For Moodle one solution is to explore the Boost Union theme. Boost Union is a child theme of the base Moodle Boost theme, known for being WCAG certified.  Boost Union follows a design principle of being configurable and disabled by default. This allows administrators and users to choose and enable only the accessibility features they need. This approach ensures that the theme doesn’t hinder accessibility for everyone by imposing unnecessary or conflicting features. Boost Union provides a facility for users to report accessibility issues and a facility to devise and display an accessibility statement. 

 

You can also add an Accessibility plugin – Moodle-local_accessibilitytool. This provides configuration options for the user to change colour scheme, font style, readability and text size across the whole site. This benefits all users, including those with disabilities.

Plugins

When addressing issues with plugins:

  • Contact plugin developers and request accessibility statements or updates
  • Use Moodle/Totara’s Accessibility Conformance Reports (ACRs) to validate core platform compliance
  • Avoid redundant or outdated plugins Reduce maintenance overhead
  • Conduct manual testing before go-live to confirm real-world usability

 

Accessibility Statement

EAA Statement Generator – AA Accessibility Statement Template, Tool, Example, and Requirements.

Explore
our solutions !

Be the first to learn about our latest news and updates