Audiovisual media access
Services that give access to audiovisual media. That means catalogues, players and electronic programme guides — the access layer, not the programmes themselves.
This overview is informational, not legal advice. Whether a given product or service is in scope is a legal call for your organization to make.
What the EAA covers here
This sector reaches services that provide access to audiovisual media — the catalogue, the player, and the electronic programme guide a consumer uses to find and watch something — rather than the broadcast content itself, which sits under separate audiovisual media rules. A video-on-demand platform’s browsing and playback interface is the target here; the film or programme inside the player is not what this Act reviews.
That distinction matters in practice: a catalogue can be fully navigable and a player fully operable while the underlying video itself carries no captions at all, and the two findings belong to different obligations.
The access layer, not the programme
“Access layer” is a useful shorthand for what’s actually in scope: search and browse, recommendation rails, the programme detail page, the player chrome around the video (play/pause, seek, volume, captions, audio description selection), and the EPG grid for live or scheduled content. Each of these is an interactive interface in its own right, built the same way any other web or app surface is, and reviewed the same way.
Catalogues, players, and guides
Players deserve particular attention because their controls tend to be custom-built rather than native browser controls, which means keyboard operability, labelling, and focus visibility aren’t automatic — they have to be built in deliberately. Programme guides are frequently a dense grid, which raises its own focus-management questions distinct from a simple list. And a caption or audio-description track that exists at the file level is only useful if the interface actually surfaces a control to turn it on.
What auditors look at first
A review typically starts at the player: can every control — play, pause, seek, volume, captions, audio description — be reached and operated from a keyboard, and does focus stay visible as it moves between them. From there it checks whether captions and, where provided, audio description are actually selectable in the interface, not just present in the underlying file. It then moves to the guide and catalogue: whether the focused item in a programme grid is visually indicated, and whether search results state their own count and structure rather than relying on a sighted user scrolling to see how many there are.
What typically fails here
Recurring accessibility failures in this area. Illustrative — an audit reports what your own surfaces actually do.
- Video players whose caption and audio-description toggles can't be reached by keyboard.
- Programme guides where the currently focused item has no visible focus indicator.
- Catalogue search results announced with no indication of how many results were found.
- Player controls that appear only on mouse hover and vanish for keyboard or switch users.
- Audio description tracks that exist on the file but are never exposed as a selectable option.
EN 301 549 clauses this maps to
Clauses from our v3.2.1 report catalog — a curated subset of the standard, not the complete list of clauses that may apply to you.
- 9.1.2.1 Audio-only and Video-only (Prerecorded)
- 9.1.2.2 Captions (Prerecorded)
- 9.2.1.1 Keyboard
- 9.2.4.7 Focus Visible
- 9.4.1.2 Name, Role, Value
- 4.2.1 Usage without vision
- 4.2.4 Usage without hearing
Next: what a conformance report contains, or run the 2-minute readiness check.