Skip to content
easeweb
Search topics

Badges and icons that blink more than three times a second

A live-stream badge has a red dot that blinks four times a second: too small to cross the seizure threshold, but faster than the three a second that Level AAA allows at any size.

WCAG 2.2
SC 2.3.2AAA
Required by
Not required by Section 508 or EN 301 549
Broken animation: blink 0.25s steps(1) infinite;
The accessibility problem illustrated: Too small for the Level A limit, but fast.
01

The problem

People who are highly sensitive to flashing can react to a small dot blinking four times a second, even though it is too small to fail Level A, and it keeps blinking for as long as they watch.

02

Try it

See how often the Live dot flashes in one second, and how little of the view it covers.

The strip under the card shows one second of the dot, frame by frame. The dot is far too small for 2.3.1’s limit; only the count fails it. "Stop demo" is the Learn page’s own button, not the shop’s.

Broken Can you fix this?

Live

Autumn coats: try-on and Q&A

4 flashes a second One second of the dot, frame by frame.

Covers under 1% of the field Far under the quarter 2.3.1 allows, so only the count fails it, under 2.3.2.

A recreated demo. The broken version is intentionally inaccessible.

03

The fix

Keep the dot still, or pulse it once every two seconds and stop after two.

  1. 1Nothing flashes more than three times in any one second, at any size.
  2. 2Each flash takes a second or more, and the blinking ends within five seconds.
  3. 3The word, not the blink, says what the badge means.
Before A dot that blinks four times a second
<span class="live-badge"><span class="live-dot"></span>Live</span>
After

A still dot

<span class="live-badge"><span class="live-dot"></span>Live</span>

Fixing this with an AI coding assistant? Get this guide as Markdown

04

Verify the fix

4 checks, no mouse.

Test with: Flash analysis, Reduced motion

0 of 4 checked

Record the OS, browser and assistive-technology versions, the build, the date, and the actual result of each step. Repeat after the design system, the icon set or an embedded widget changes.

Limits

This is a starting pattern, not a guarantee for every application, and not medical advice. Meeting 2.3.2 lowers the risk further than 2.3.1 does, but some people react to slower flicker too. The audit counts flashes it can read from the page's own document, not inside frames from other sites, video, animated images or canvas; those still need a person and a flash analysis tool.

This is a recreated teaching example, not a finding about a named client. The code is a starting pattern: test it in your own product. No completed assistive-technology test is claimed here.

Keep this fixed as your code changes.

Turn guides like this into rules your coding agents and CI follow, then have the result retested with a keyboard and screen readers.

How retests work