In this Insights post, eLaHub explores how to design accessible eLearning interactions for better learning, reducing unnecessary effort and creating a more inclusive learner experience.
During a recent eLaHub accessibility audit, our screen reader tester, Kirsty Wolf, came up with a valuable analogy for the difference between interaction and meaningful engagement.
The learning we were auditing included an interactive exercise where learners had to select a series of buttons to reveal information. First, they had to select a button to open a policy. Next, they had to select a button to reveal each of the key points about the policy. Finally, they had to select each of the key points to access additional information. The learners couldn’t progress in the learning until they had gone through each of these steps. They then had to repeat this process to select and then reveal the information for procedures and responsibilities. In her user experience report, Kirsty described what it was like to work through these interactions using a screen reader:
“I feel like a dog who has to get the treats out of the puzzle toy one by one rather than just eating the treats. This makes me sad. There is so much clicking on these slides. First, click the policy. Then click the key points. Then click each of the key points in turn before you go on to procedures and responsibilities. It would be so nice to have this information in a format where I could just read it without all this clicking and interacting.”
Kirsty’s analogy made a big impact on us at eLaHub because it was such a great way of explaining something we regularly see in our auditing work. An interaction included in your eLearning can meet technical accessibility requirements but still create unnecessary effort for the learner.
This is one of the reasons every eLaHub audit includes a separate user experience report from Kirsty, based on her lived experience of using a screen reader. Our audit checks the learning content against WCAG standards and identifies technical accessibility issues, while Kirsty’s report describes what the learning is actually like to use. Together with our eLaHub recommendations, this allows us to consider the wider usability and learner experience alongside whether the content meets the relevant technical standards.
This also reflects the distinction we make between accessible and inclusive learning at eLaHub. Accessibility gives us the essential foundation, while inclusive learning asks us to consider the experience people have once they can access and operate the content. We explore this further in our Accessible vs inclusive learning – what’s the difference? Insights post.
What technical testing can and cannot tell us
From a technical accessibility perspective, there are several things we need to test when information is hidden behind expandable buttons or panels. A screen reader user needs to know that the element is interactive, understand what it will reveal and be told whether it is currently expanded or collapsed. They also need to be able to activate it from the keyboard and then locate and read the content that has appeared.
So, when we audit these eLearning interactions, we test things like keyboard operation, accessible names, control states, focus order and the reading order of any content that is revealed. Kirsty’s interaction could be tested against those technical requirements one control at a time, but her user experience report told us something those individual checks could not. It showed us what it was actually like to work through all of those controls simply to get to information that should have been straightforward to access.
This is why our auditing work combines technical accessibility testing with lived-experience testing. We often use assistive technology to check whether the learning content meets individual WCAG requirements, but that doesn’t always tell us what the interaction is like to use as a whole. Feedback from disabled testers can reveal the additional effort, frustration or complexity created when all of those individual elements are experienced together.
Our eLaHub ultimate guide to eLearning accessibility auditing and testing explores different types of testing in more detail, including automated and manual testing, assistive technology and testing with disabled people.
A wider lesson for every learner
When we thought more closely about Kirsty’s dog-treat analogy and why it had made such an impact on us, we realised the issue went much wider than screen reader use. What had at first just seemed like an accessibility issue was actually a much broader learning design problem.
A learner may look active because they are repeatedly selecting buttons, opening panels and moving through layers of content. But that activity tells us very little about whether they are processing or applying what they have learned. Engagement comes from meaningful thinking, choice and practice, not from the number of interactions a learner has to make.
Repeated interaction can break up the flow of reading, make information harder to find and pull attention away from what the learner actually needs to take in. That can affect anyone, but it is something our neurodivergent testers report particularly often, especially where lots of clicking, changing states or moving between layers adds unnecessary cognitive effort.
Interaction needs to earn its place
There are plenty of situations where interaction contributes directly to learning. A realistic scenario can give someone the opportunity to make a decision and explore the consequences. A question with useful feedback can help learners check what they know, identify a misconception and apply what they have learned. The problem comes when interaction is added simply to make a screen appear more active or to avoid showing information as straightforward text.
A puzzle toy for a dog makes sense because working out how to retrieve the treat is part of its purpose. But if a learner simply needs to read and process a policy or procedure, making them uncover every part of it individually creates an additional task that has little connection with the learning outcome.
These are the questions we ask ourselves when we design interactions at eLaHub:
- What do we want the learner to think about or do?
- How does the interaction contribute to that?
- Would presenting the information directly be clearer?
- How much additional effort are we asking the learner to make?
- Can everyone operate and use the interaction?
- Does the interaction add meaningful learning value, or does it simply make everyone work harder to reach the content?
If the learner’s only task is to reveal information and then read it, there is a good chance that the interaction is adding effort without adding learning value.
When the authoring tool starts driving the design
This is an easy trap for learning practitioners to fall into, and one we see regularly in the audits we carry out for clients. Rapid authoring tools give us buttons, tabs, accordions, layers, sliders and many other ready-made interactions. They are useful features, but their availability can start shaping the design before we have decided what learners actually need.
Five points of a policy can very quickly become five buttons because the tool makes that easy to build. A screen containing animation and clickable elements can also look more impressive during a stakeholder review than a clearly structured page of information.
The learner sees it differently. They need to find the information, process it and sometimes return to it later. Each additional interaction becomes another thing they need to operate and remember. Instead of starting by asking how we can make a screen more interactive, a more useful question is:
“What does the learner need to understand or do, and what is the clearest, most accessible way to help them do it?”
Sometimes the answer will involve adding an accessible interaction to your eLearning. Sometimes a well-written page with meaningful headings, concise paragraphs and properly structured lists will do the job much better.
Extra interaction can create extra barriers
The wider learning design issue does not remove the accessibility implications. In fact, the more controls we add, the more opportunities we create for barriers.
Every additional button becomes another stop for someone navigating by keyboard. People using switch technologies or speech input may also need to move to or activate every one of those controls. WCAG 2.2 Success Criterion 2.1.1 Keyboard requires functionality to be available through a keyboard interface so that people who cannot use a mouse can still operate the content.
Small or closely positioned controls can make interaction more difficult for people with reduced dexterity or fine motor movement issues. Success Criterion 2.5.8 Target Size (Minimum) also addresses the size and spacing of pointer targets to help reduce problems caused by controls that are difficult to select accurately.
As our own testers frequently remind us, lots of steps, changing states and information hidden in different places can also create additional cognitive effort.
This brings us back to the value of starting with the simplest way of meeting the learning need. Fewer unnecessary interactions mean fewer controls to make accessible, fewer potential barriers and less unnecessary effort for the learner. The next question is what we can do instead.
Give learners a clearer route to essential information
Policy, procedure and compliance learning is a particularly good example because learners often need to read important information and may need to find it again afterwards.
Where information is essential, make it easy to reach. Clear headings can divide it into meaningful sections, while concise paragraphs and properly formatted lists make longer information easier to navigate. Success Criterion 2.4.6 Headings and Labels also recognises the importance of headings and labels in helping people understand how content is organised.
Expandable panels can still be useful for optional supporting information or additional examples. If there is a genuine reason to use several of them, an Expand all option can give learners the choice to open everything and read it as one continuous resource.
A summary with clearly labelled links to further information can work well too, and for longer content an accessible webpage or reference document may make it much easier for someone to return to information later. The aim is to give learners appropriate control rather than making everyone follow the same sequence of clicking and revealing.
When accessibility leads to better learning
Kirsty’s experience started as feedback about one interaction from someone using a screen reader, but it led us to a much wider lesson about learning design. Her dog-treat analogy gave us a simple way of explaining how an interaction can work technically while still asking the learner to make far more effort than necessary.
It is an example we now use across our consultancy, auditing and advocacy work, and it has become a key lesson in our Designing Accessible Learning Content Programme.
For me, the principle is simple. Learners should be able to spend their effort processing, practising and applying the learning, rather than working out how to retrieve it from the interface. Kirsty’s analogy also gives us a question we can continue to use in our own work and share with other learning practitioners.
“Are we helping learners actively engage with the content, or are we making them work simply to retrieve it?”
That is a useful question to ask yourself before adding the next button, accordion or clickable panel.
About this article
Written by: Susi Miller and the eLaHub team
Published: July 2026
Explore more with the eLaHub newsletter
For longer thought-leadership articles, in-depth practical guidance and strategic perspectives on accessible and inclusive learning, subscribe to our LinkedIn newsletter, The eLaHub Accessibility Briefing.
Each edition explores an important topic in greater depth, drawing on research, client experience and lived experience. You will find clear guidance, practical reflections and useful ideas to help you move accessibility forward across your organisation.
Subscribe to The eLaHub Accessibility Briefing [Add link]
Links and resources
- Accessible vs inclusive learning – what’s the difference? eLaHub Insights post
- eLaHub ultimate guide to eLearning accessibility and testing
- WCAG 2.2 Success Criterion 2.1.1 Keyboard
- WCAG 2.2 Success Criterion 2.5.8 Target Size (Minimum)
- WCAG 2.2 Success Criterion 2.4.6 Headings and Labels
- Designing Accessible Learning Content Programme – eLaHub
