Accessibility and Inclusive Design in Bespoke eLearning: What Every L&D Professional Needs to Know
If you’ve ever launched a training programme only to receive a message from a learner saying they couldn’t access it, a screen reader that couldn’t parse the slides, subtitles that were missing, a colour scheme that made the content unreadable, you’ll know how quickly “inclusive” can become “exclusive” without anyone intending it to.
Accessibility in bespoke eLearning isn’t a box-ticking exercise. It’s a design philosophy. And for organisations serious about compliance, staff wellbeing, and genuine learning outcomes, it’s one of the most important conversations in L&D right now.
What does “accessible eLearning” actually mean?
Accessible eLearning is digital learning that can be used by everyone, regardless of disability, impairment, or the context in which someone is learning. That includes people with visual impairments, hearing loss, cognitive differences, motor difficulties, and those using assistive technologies like screen readers or voice control software.
In practice, it means designing with your whole audience in mind from the start, not retrofitting accommodations after the fact.
The Web Content Accessibility Guidelines (WCAG) provide the internationally recognised framework for this, and for most UK organisations, WCAG 2.1 AA compliance is both the legal expectation and the sensible baseline. But guidelines are a floor, not a ceiling.
Why is accessibility in bespoke eLearning so important?
Here’s a question worth sitting with: how many of your learners have a disability or impairment that affects how they engage with digital content?
The UK government estimates that around 24% of the working-age population identifies as having a disability. Add temporary impairments (a broken wrist, post-operative recovery, eye strain) and situational limitations like a noisy shop floor or a slow mobile connection, and the number of people who benefit from accessible design grows considerably.
For organisations in housing, utilities, local government, charities, and regulated sectors, the stakes are especially high. Training is often tied directly to compliance. If a learner can’t access the content, you have a gap in your compliance record, not just a learner experience issue.
The Equality Act 2010 places a legal duty on employers to make reasonable adjustments. Accessible eLearning is increasingly seen as exactly that.
What’s the difference between accessible and inclusive design?
This is a distinction worth making, because the two terms are often used interchangeably but they point to slightly different things.
Accessible design focuses on removing barriers for specific groups, ensuring someone using a screen reader can navigate your course, or that captions are available for someone who is Deaf or hard of hearing.
Inclusive design goes further. It starts with the full range of human diversity (ability, language, digital literacy, cultural background, learning preference) and designs to accommodate that breadth from the outset. The result is often better for everyone, not just for those with identified needs.
A video with clear, well-written subtitles helps a Deaf learner. It also helps someone learning in English as a second language, someone in a noisy environment without headphones, and someone who simply processes information more easily when they can read along. That’s inclusive design working as it should.
When you commission bespoke eLearning, you have a real opportunity to build inclusivity in from the brief stage, something that’s far harder (and more expensive) to retrofit once a course is built.
What are the most common accessibility barriers in eLearning?
These are the issues that come up most consistently when organisations audit their existing training content:
Colour and contrast — Text that doesn’t meet minimum contrast ratios against its background is difficult to read for people with low vision or colour blindness. A commonly missed example: light grey text on a white background looks clean to some designers and is nearly invisible to many learners.
Missing alt text on images — If an image conveys meaning (a diagram, an infographic, a photograph of a procedure), that meaning needs to be described in text for learners using screen readers. Decorative images should be marked as such so they’re ignored by assistive technology.
Inaccessible PDFs and documents — PDFs are notoriously difficult to make fully accessible. If your eLearning links to downloadable resources, those documents need to be tagged and structured properly.
Videos without captions or transcripts — Auto-generated captions are better than nothing, but they’re often inaccurate. Especially for technical terminology, names, or sector-specific language. Accurate, human-reviewed captions matter.
Keyboard navigation — Not all learners use a mouse. Your course needs to be fully operable using a keyboard alone, which means visible focus indicators, logical tab order, and no elements that require mouse-only interactions.
Time limits and auto-advancing slides — Content that moves on without the learner’s input creates pressure and can cause some learners to miss information entirely. Always give learners control.
Complex language and cognitive load — Accessibility isn’t only about physical and sensory needs. Plain English, clear structure, chunked content, and consistent navigation all reduce cognitive load and improve comprehension, particularly for neurodiverse learners.
Can bespoke eLearning be built to WCAG standards without losing creative quality?
Absolutely and this is a misconception worth addressing directly.
There’s a common assumption that accessible design means stripped-back, cautious, aesthetically flat content. In practice, the best accessible eLearning we see is also the most thoughtfully designed: clear visual hierarchy, strong contrast, purposeful animation, well-structured narration, and content that respects the learner’s time and attention.
The constraint of designing for everyone tends to sharpen design decisions rather than limit them. When you can’t rely on colour alone to convey meaning, you find better ways to communicate. When you’re writing for a screen reader, you often end up writing clearer copy for everyone.
Working with a specialist eLearning consultancy means you don’t have to navigate this alone. A good development partner will build accessibility into the production process, from storyboarding to final QA, rather than treating it as a late-stage technical check.
What should I ask a learning provider about accessibility?
If you’re commissioning bespoke eLearning and want to ensure accessibility is genuinely embedded, here are some questions worth asking:
- What WCAG level do you design to, and how do you test for it? Look for a specific answer (WCAG 2.1 AA at minimum) and ask whether they use automated testing tools, manual testing, and assistive technology testing (screen readers, keyboard-only navigation).
- Do you include closed captions as standard? And are they human-reviewed or auto-generated?
- How do you handle alt text for images and graphics? Who writes it — the designer, the developer, the client?
- Is the course compatible with our LMS? Accessibility can sometimes be affected by how a course is published and hosted. SCORM and xAPI packages behave differently across platforms.
- Can we see an example of accessible content you’ve produced? A good provider will be proud to show you.
- What happens if we find an issue post-launch? Accessibility bugs should be treated with the same urgency as any other bug.
Does accessibility affect eLearning on mobile devices?
Yes and it’s an area that deserves more attention than it typically gets.
For many learners in frontline roles (housing officers, field engineers, care workers, utility technicians) mobile is the primary or only device they use for training. Responsive design is the baseline; accessible responsive design is a different thing entirely.
Touch targets need to be large enough to use reliably. Content needs to be readable without horizontal scrolling. Audio controls need to be visible and operable with one hand. Screen magnification needs to work without breaking the layout.
If your learner population includes a significant proportion of mobile users, and in most sectors it does, mobile accessibility testing should be part of your sign-off process.
How does inclusive design connect to learning effectiveness?
This is the argument that tends to land most strongly with senior stakeholders: inclusive design isn’t just the right thing to do, it produces better learning outcomes.
When content is clearly structured, when learners are in control of their pace, when language is unambiguous, when audio and visual information reinforce each other, everyone learns more effectively. These are principles rooted in cognitive science, not just disability accommodation.
The Universal Design for Learning (UDL) framework, widely used in education, is built on exactly this premise: that designing for the full range of learners, rather than a hypothetical “average” learner, benefits everyone. In an eLearning context, UDL translates to providing multiple means of engagement, multiple means of representation (text, audio, visual), and multiple means of expression.
Organisations that invest in inclusive bespoke eLearning tend to report better completion rates, better knowledge retention, and fewer accessibility-related complaints or adjustments requested post-launch. The upfront investment in getting it right tends to cost less than the ongoing cost of getting it wrong.
What about off-the-shelf training, can that be accessible too?
Off-the-shelf eLearning presents its own accessibility challenges. You have less control over how the content is built, which means you’re dependent on the provider’s accessibility standards.
When evaluating off-the-shelf content, ask for a Voluntary Product Accessibility Template (VPAT), a document that outlines how well the product meets accessibility standards. Not all providers produce these, but the better ones do.
For topics where off-the-shelf content meets most of your needs, a hybrid approach can work well: customisable off-the-shelf content with accessible branding and localised language, hosted on an LMS that meets your organisation’s accessibility requirements.
If your content needs are highly specific, whether that’s sector-specific compliance training, bespoke scenarios, or branded learning experiences, that’s typically where truly accessible bespoke development makes more sense than trying to adapt a product that wasn’t built with your learners in mind.
Making accessibility part of your brief from day one
The single most effective thing you can do to ensure accessible eLearning is to make accessibility part of your specification from the start.
That means:
- Stating the WCAG level you require in your brief
- Providing your provider with information about your learner population, including any known accessibility needs
- Agreeing how accessibility will be tested and by whom before sign-off
- Including accessibility in your LMS evaluation criteria if you’re also procuring a platform
If you’re working with an Moodle-based LMS, it’s also worth knowing that Moodle has strong built-in accessibility features. But like any platform, the way themes and courses are configured can affect how accessible the overall experience is for your learners.
Accessibility in eLearning is ultimately a question of who your training is designed for. The answer should always be: everyone.
InfoAware designs and builds bespoke eLearning, animation, and video content for organisations across the UK, with accessibility and inclusive design embedded throughout our production process. We also provide custom Moodle LMS hosting and reporting solutions. If you’d like to talk through your accessibility requirements, get in touch with the team.
Related topics you might find useful:
- What is WCAG 2.1 and does my eLearning need to comply?
- How to audit your existing eLearning for accessibility
- SCORM vs xAPI: what’s the difference and does it affect accessibility?
- How to write an eLearning brief that gets results
- Moodle accessibility: what to look for when choosing an LMS
