Perceivable · Distinguishable

WCAG 1.4.2 Audio Control Explained in Plain English

WCAG 1.4.2 Audio Control explained simply: the 3-second rule for autoplaying sound, the pause, stop and volume controls required, and how to test.

1.4.2 Level A Added in WCAG 2.0 1 automated rule

Illustration: a pause icon, with 1.4.2 and Audio Control
Table of contents

1.4.2 Audio Control is the WCAG success criterion about sound that starts playing on its own. If audio plays automatically for more than 3 seconds, people must be able to pause it, stop it or turn its volume down independently. Autoplaying sound is especially disruptive for screen reader users, whose speech is drowned out. This guide explains WCAG 1.4.2 Audio Control in plain English, what to provide and how to test.

The official wording: “If any audio on a Web page plays automatically for more than 3 seconds, either a mechanism is available to pause or stop the audio, or a mechanism is available to control audio volume independently from the overall system volume level.” (W3C, WCAG 2.2)

What Is 1.4.2 Audio Control?

1.4.2 Audio Control is a Level A requirement under the Perceivable principle, in the guideline “Distinguishable”. It covers any sound that starts without the user asking: background music, a hero video with sound, an autoplaying ad, an audio greeting or a chat widget that speaks.

Two pages with a background video playing with sound. In the failing one there is no control and the sound plays on and on, drowning out screen reader speech. In the passing one Pause video and Mute buttons come first on the page, so the sound can be paused or muted.
Put the pause or mute control first, so people can find it while the audio is playing.

Why 1.4.2 Audio Control Matters

Screen reader users hear the page through speech. When other audio plays at the same time, they cannot hear the screen reader, which makes it very hard to find the control that would stop the sound. Turning down the computer’s volume does not help, because it also turns down the screen reader.

Because of this, 1.4.2 Audio Control is one of WCAG’s “non-interference” criteria: it applies to all content on the page, even content that is not otherwise required to be accessible.

Autoplaying sound is also a problem for people with attention-related or sensory processing disabilities, and for anyone browsing in a quiet office.

Who Is Affected by 1.4.2 Audio Control

  • People who are blind and use screen readers
  • People who are hard of hearing and struggle to separate sounds
  • People with cognitive, attention-related or sensory processing disabilities
  • Anyone in a quiet place, or who is surprised by sudden sound

How to Meet 1.4.2 Audio Control

Best: do not autoplay sound

The simplest way to meet 1.4.2 Audio Control is to play sound only when people choose to (G171, playing sounds only on user request). Use the controls attribute and leave out autoplay, or autoplay with muted.

<!-- Fails if it has sound and lasts over 3 seconds -->
<video src="/hero.mp4" autoplay loop></video>

<!-- Passes: muted autoplay, or user-started playback -->
<video src="/hero.mp4" autoplay loop muted playsinline></video>
<video src="/story.mp4" controls></video>

Most modern browsers block autoplay with sound by default, but you should not rely on that.

Keep short sounds under 3 seconds

A timeline showing the 3-second rule. Audio that stops within 3 seconds is OK. Audio playing for over 3 seconds needs a pause, stop or its own volume control. Best practice is never to autoplay sound.
Sounds that end within 3 seconds are allowed. Longer ones need a control.

A short chime that stops within 3 seconds meets the criterion (G60).

If audio must autoplay, add a control at the top

Put a pause, stop or mute button at the very start of the page, before the main navigation if possible, so keyboard and screen reader users reach it immediately (G170). The button must work with the keyboard and have a clear name. Playing a sound longer than 3 seconds with no way to turn it off is failure F23.

Check third-party content

Ads, embedded players and chat widgets can autoplay sound on your page. Test them and configure them to stay silent until people choose to play.

How to Test for 1.4.2 Audio Control

  1. Load each page with sound on and listen for anything that starts on its own.
  2. Time it. If it stops within 3 seconds, it passes.
  3. If it plays longer, look for a pause, stop or mute control near the start of the page, and use it with the keyboard.
  4. Run a screen reader and check you can reach and use the control while the audio plays.
  5. Test with autoplay allowed in browser settings, because some visitors have it enabled.

Run a free WCAG scan for the automated checks, then load your pages with sound on to listen for autoplay.

Testing WCAG 1.4.2 With AccessBell

AccessBell's scanner runs axe-core, which includes 1 rule that catch code-level failures of this criterion. Automated checks help you spot issues quickly; a person still needs to review what they cannot judge.

  • no-autoplay-audio: Ensure <video> or <audio> elements do not autoplay audio for more than 3 seconds without a control mechanism to stop or mute the audio (details (opens in a new tab))

This criterion is included in: WCAG 2.2 AA Checker, WCAG 2.1 AA Checker, ADA Compliance Checker, Section 508 Checker, EN 301 549 Checker.

Run a free scan to spot issues on your own pages.

Frequently Asked Questions

What level is WCAG 1.4.2 Audio Control?

Level A. It has been in WCAG since version 2.0. It is one of four criteria that apply to the whole page, so autoplaying sound anywhere on a page affects the whole page.

Is a muted autoplay video a problem under 1.4.2?

No. 1.4.2 Audio Control is only about sound. A muted background video does not fail 1.4.2, though moving content for more than five seconds needs a pause control under 2.2.2 Pause, Stop, Hide.

Does the system volume count as a control?

No. The volume control has to be independent of the overall system volume, because turning the system volume down also silences the screen reader. People need to quiet your audio without silencing their assistive technology.

Where should the pause button go?

Near the start of the page, so keyboard and screen reader users reach it quickly. A control at the bottom of a long page is hard to find while audio is talking over the screen reader.

Can AccessBell test WCAG 1.4.2 automatically?

Yes. AccessBell runs 1 automated rule that can catch failures of this criterion, including in our WCAG 2.2 AA Checker, WCAG 2.1 AA Checker, ADA Compliance Checker, Section 508 Checker, EN 301 549 Checker. A person still needs to check what automation cannot judge.

Sources

This page explains a technical standard and is not legal advice. See our disclaimer.

About the Author

Anton StewartAuthor

Contributor, AccessBell

Anton Stewart writes and reviews accessibility guides for the AccessBell blog, checked against the W3C standards and other primary sources.

How we reviewed this page
  1. Current version

    First published. Checked against the W3C WCAG 2.2 Recommendation, the Understanding document for 1.4.2 Audio Control and the W3C techniques it lists.

Check Your Site Against WCAG 1.4.2

Run a free scan to spot 1.4.2 Audio Control issues and every other automated WCAG check, then get help fixing them.

Pro is a 3-day free trial, then $29 per domain per month or $199 per year. You add a card at checkout and are not charged until the trial ends. Cancel before then and you will not be charged.

Not ready for a subscription? A Page Report is $19 for one page, and a Domain Audit is $79 for up to 500 pages.