WCAG: What It Is, Levels, and How to Apply It in E-Learning

WCAG (Web Content Accessibility Guidelines) is the international standard for digital content accessibility, published and maintained by the W3C. It defines the technical criteria that websites, applications, and e-learning courses must meet to be accessible to everyone, with or without a disability. In the context of corporate training, WCAG determines whether a course can be used by all employees in an organisation without any barriers.

What Does WCAG Stand For?

WCAG stands for Web Content Accessibility Guidelines. The guidelines are developed by the World Wide Web Consortium (W3C) through its Web Accessibility Initiative (WAI) — the international body responsible for open web standards.

The standard has evolved through three main versions:

• WCAG 2.0 (2008): the first widely adopted version, which forms the basis of most legal frameworks up to 2018.
• WCAG 2.1 (2018): expanded the standard with 17 new criteria targeting mobile users, low vision, and cognitive disabilities.
• WCAG 2.2 (October 2023): the current reference version, adding 9 further criteria focused on keyboard navigation, touch targets, and accessible authentication. Read our dedicated entry on WCAG 2.2 →

All versions are backward-compatible: complying with WCAG 2.2 also means meeting the criteria of earlier versions. In Europe in 2025, the most common legal reference is WCAG 2.1 Level AA, though the market is progressively moving towards 2.2 as the standard of good practice.

The 4 POUR Principles of WCAG

The entire architecture of WCAG rests on four fundamental principles, known by the acronym POUR. Any accessible digital content must satisfy all four for it to be usable by everyone:

• Perceivable: information and user interface components must be presented in ways users can perceive. In e-learning, this means providing alternative text for images, captions for videos, and transcripts for audio content.
• Operable: interface components and navigation must be operable. Courses must be fully navigable using a keyboard alone, without requiring a mouse, and must not include elements that flash more than three times per second.
• Understandable: information and the operation of the interface must be understandable. Instructions must be clear, errors in assessment forms must be identified and explained, and the language of the content must be correctly declared.
• Robust: content must be robust enough to be interpreted by current and future assistive technologies such as screen readers. In practice, this means using correct semantic HTML and ensuring SCORM and xAPI outputs are compatible with standard screen readers.

These four principles are not optional or hierarchical: if any one of them fails, the content cannot be considered accessible — regardless of how many other criteria are met.

The 3 WCAG Conformance Levels: A, AA and AAA

WCAG defines three conformance levels that indicate the degree of accessibility of digital content. Each level builds on the previous one, adding further requirements. For corporate L&D teams, understanding these levels is essential for setting the accessibility requirements of any training project:

For L&D departments, the practical target is to achieve and maintain Level AA. Level A is insufficient to guarantee that all employees can access the content, while Level AAA introduces requirements that are difficult to implement universally in interactive e-learning — such as removing all time limits from assessment activities.

WCAG in E-Learning: Four Key Areas for Course Design

Applying WCAG to the production of digital learning content means addressing four specific areas. Overlooking any one of them can turn a technically correct course into something inaccessible for part of the workforce:

• Navigation and control: all modules, menus and activities must be fully operable using only a keyboard — no mouse required. The tab order must be logical, and the active element must always be visually identifiable. This is critical in courses with interactive activities such as drag-and-drop or simulations.
• Contrast and visual readability: text on a background must exceed a contrast ratio of 4.5:1 (Level AA). Instructions cannot rely solely on colour (“red items are incorrect”) without an additional text-based indicator.
• Alternative media: images with informational meaning need descriptive alternative text. Videos with informational content require synchronised captions and, at higher conformance levels, audio description for significant visual content.
• Semantic structure: headings (H1, H2, H3) must follow a coherent hierarchy. Data tables need correctly marked column and row headers so that screen readers can interpret them accurately.

For a practical, hands-on approach to accessible course design, explore our full article on accessibility in e-learning and our guide to accessible e-learning design.

WCAG and European Legislation: The EAA in 2025

WCAG has moved from being a voluntary technical standard to becoming an effective legal obligation in Europe. The European Accessibility Act (EAA), Directive 2019/882, entered into force on 28 June 2025 across all EU member states. In Spain, it was transposed through Law 11/2023, which explicitly includes digital learning platforms among the affected services.

The technical reference standard adopted by the legislation is WCAG 2.1 Level AA. This means that any organisation that sells or uses e-learning tools and LMS platforms within the EU must be able to demonstrate that its content meets that conformance level. Non-compliance can lead to administrative penalties and exclusion from public procurement.

Beyond legal obligation, WCAG compliance has a direct impact on equity in corporate training: it ensures that employees with disabilities can access the same training programmes as the rest of the workforce. For a detailed overview of what this regulation means in practice, read our article on the European Accessibility Act.

In the broader context of e-learning standardisation, WCAG sits within an ecosystem that also includes standards such as SCORM, xAPI and QTI. For a complete overview of how they fit together, see our introduction to e-learning standards.

How to Create WCAG-Compliant E-Learning Content

Implementing WCAG in a corporate training programme does not mean starting from scratch — it means integrating accessibility criteria into the existing production workflow. Here are the most relevant steps for L&D teams:

1. Define your target level before production begins: establish internally that the minimum standard is WCAG 2.1 AA. Documenting this in project briefs prevents costly revisions further down the line.
2. Use accessible templates from the outset: an authoring tool that automatically generates semantic HTML, correct ARIA labels and SCORM outputs compatible with screen readers reduces accessibility work to near zero in the production phase.
3. Add captions to all videos: use automatic captioning tools as a starting point, but always review synchronisation and terminological accuracy before publishing.
4. Verify contrast on every slide: tools such as the Colour Contrast Analyser allow you to check in seconds whether text/background colour pairs exceed the 4.5:1 ratio.
5. Add alternative text to all informational images: purely decorative images should be marked with alt="" so screen readers skip them.
6. Run a keyboard test at the end: navigate the entire course using only Tab, Shift+Tab, Enter and the arrow keys. If at any point you lose focus or cannot complete an activity, there is an accessibility issue.

For a step-by-step practical guide, visit our full resource on creating accessible content.

Authoring Tools and WCAG: What to Demand from Your E-Learning Software

The accessibility of an e-learning course depends significantly on the tool used to produce it. An authoring tool that does not generate semantic HTML, does not support ARIA labels, or exports SCORM incompatible with screen readers makes it virtually impossible to meet WCAG requirements without manual code intervention — something most L&D teams cannot feasibly do.

When evaluating an authoring tool for accessible production, the minimum criteria to verify are:

• Generation of semantic HTML with correctly hierarchical headings
• Support for alternative text on images directly within the editing interface
• Full keyboard navigation in playback mode
• SCORM or xAPI output compatibility with major screen readers (NVDA, JAWS)
• Configurable colour contrast in design templates
• Availability of an official VPAT or accessibility conformance statement

Tools like isEazy Author build these accessibility features directly into the creation workflow, enabling L&D teams to produce WCAG-compliant courses without requiring web development expertise. You can learn more about what makes an authoring tool truly accessible in our article on accessible authoring tools.