A11y Hell
CRITICALWCAG 1.4.2 A

Autoplay Audio

Media audio plays without consent and can overlap assistive technology output.

Try It Yourself

This simulator is intentionally broken. Recreate the failure path, capture evidence, and validate the fix with the same sequence.

Scenario

In a high-pressure workflow, Screen reader users try to complete a core task and hit this failure pattern.

Watch For

  • Unexpected sound competes with assistive speech output.
  • User focus shifts to stopping audio instead of completing task.

Done When

  • No media starts automatically with sound on initial load.
  • Pause/stop and independent volume controls are available and keyboard accessible.

Scenario

A person in this audience group is trying to complete a core task quickly and encounters this failure pattern.

Screen reader usersUsers with cognitive sensitivitiesUsers sensitive to unexpected sound

Guided Run Progress

0 / 5 steps marked

Track setup, action, and failure signals as you run the simulation.

Quick Run Checklist

Demo warning

Autoplay audio often starts before users can find controls, masking screen reader speech.

How to trigger the issue

Start the audio simulation and imagine it loading automatically on page entry without a visible stop action.

This demo attempts autoplay on load with no visible media controls.

Manual Testing Protocol

Follow this sequence to reproduce the failure consistently and verify the fix with the same workflow.

1. Setup

  • Use speakers/headphones at normal volume.
  • Keep a screen reader simulation running to mimic overlapping audio channels.

2. Reproduction Steps

  1. Trigger the autoplay simulation.
  2. Attempt to continue reading or navigating while audio plays.
  3. Try to find a pause/stop method quickly.

3. Expected Failure Signals

  • Unexpected sound competes with assistive speech output.
  • User focus shifts to stopping audio instead of completing task.
  • No immediate and obvious audio control is available in poor implementations.

4. Fix Verification

  • No media starts automatically with sound on initial load.
  • Pause/stop and independent volume controls are available and keyboard accessible.
  • Audio behavior remains predictable after route changes.

Evidence Capture Checklist

  • Record the exact user goal that fails (for example: submit form, complete checkout, navigate menu).
  • Capture screen recording + keyboard path from first interaction to failure state.
  • Map failure to WCAG 1.4.2 (Level A) and affected user groups.
  • Document business impact: conversion loss, support burden, legal/compliance risk, or trust damage.
Share evidence with Accessibility.build

The Impact

What Happens

  • Screen reader announcements are masked
  • Users in quiet or public spaces are startled
  • Many users leave immediately to stop noise

Who Gets Hurt

Screen reader users
Users with cognitive sensitivities
Users sensitive to unexpected sound
Users in shared environments

The Broken Code

<video autoplay>
  <source src="promo.mp4" type="video/mp4" />
</video>

<audio autoplay hidden>
  <source src="ambience.mp3" type="audio/mpeg" />
</audio>

WCAG 1.4.2: Reference

"If audio plays automatically for more than 3 seconds, a mechanism is available to pause or stop it, or control volume independently."

Level A - Unexpected sound can fully disrupt assistive workflows and user trust.

Related Critical Issues

Explore neighboring failures in the same severity band.

View all critical issues
Screen reader simulation closed. Audio disabled.

Screen Reader

Simulation Mode

Active — Tab to navigate

Currently Announcing

Focus on an element to see announcement

Announcement History

No announcements yet

Press Tab to start navigating

This simulates what screen reader users hear.
No visuals — just these announcements.
Shortcut: Shift + Alt + S