Skip to main content
WCAGrules
Quick navigation

No Timing

This rule removes time limits rather than making them adjustable. Two exceptions survive. Non-interactive synchronized media, which is a video with a fixed running time, and genuinely real-time events such as a live auction or a live broadcast. Nothing else survives. Timing has to be essential to the activity for the criterion to be in play at all, and essential is a defined word here. It means the activity could not work any other conforming way.

Why it matters

An adjustable limit still asks the user to notice a warning, work out what it means, and act on it before the clock runs out. Removing the limit removes that whole job from the people who find noticing and acting hardest. W3C's list of who needs the time is longer than most people expect, and it starts with blind readers, who need time to understand a screen layout before they can even begin the task. A deaf reader working through a live interpreter is running an extra translation step inside whatever clock you set.

Who this rule protects

W3C names blind readers first, then people with low vision, then people with cognitive limitations and people with motor impairments, and adds deaf readers for whom written text is a second language.

How to check it yourself

  1. List every place where finishing on time changes the outcome. Bookings that release, sessions that drop, tests that close.
  2. For each one, ask whether the timing is genuinely essential to the activity or a design choice somebody made.
  3. Check the two exceptions honestly. A video has a running time. A live auction has a close. A countdown you wrote is not a real-time event, because a real-time event is not generated by the content.
  4. Send the carousels and auto-advancing panels to criterion 2.2.2 instead, which is Level A and is where moving content actually belongs.

Failures we see most often

  • A checkout countdown creates urgency rather than holding any stock.
  • Session expiry is set short for convenience rather than for a security requirement anybody can point at.
  • A timed test gets defended as a real-time event, which it is not. W3C's own answer is to calibrate the test on untimed scores instead.

Who this one is for

Read from this rule's own note above, so the grouping and the note cannot disagree.

How to fix it

  • Remove decorative and marketing timers outright, which is the only sufficient technique W3C lists for this criterion.
  • Hold stock quietly in the background instead of counting down at the shopper.
  • Design the timing out of an assessment rather than claiming an exception for it.
  • Where security genuinely requires a session limit, look at criterion 2.2.5 next door, which asks that the user's work survives the login.
Step-by-step fix guides (1)

Passes vs. fails

A general illustration of the pattern rather than a test of 2.2.3. Passes: warned, and one press extends. Fails: silent expiry destroys work.

Passes

No countdown appears at all, and an abandoned seat gets released quietly in the background.

Fails

A 10-minute booking countdown runs on a venue that still has 200 free seats.

In audits and lawsuits

This is Level AAA and the strictest timing rule in the standard. The Level A rule offers six ways out, including one for limits that are essential and one for limits longer than 20 hours. This criterion offers neither, which is why a security session timeout has no home here and why most transactional sites cannot claim it site-wide. One caution for anybody checking our work. W3C contradicts itself on this criterion. The normative text names two exceptions and its explanatory document says there is only one. The normative text governs, and that is the one we follow.

Go somewhere useful

Find tools, resources and your workspace.

29 destinations