Level AOperable
2.4.3

Focus Order

As you Tab through the page, focus should move in an order that makes sense, matching the visual and logical flow.

In plain English

When you Tab through a page, the focus should travel in a sensible order, generally matching how the page reads: top to bottom, left to right. If Tab suddenly jumps from the header to the footer, then back up to the middle, people lose their place and can make mistakes, like submitting a form before filling it in.

Two things usually break it: forcing a custom order with tabindex numbers, and CSS that rearranges content visually while the code order stays different.

Who this is for

  • Keyboard and screen-reader users, who experience the page in focus order, not by glancing around.
  • Anyone filling in a form or checkout, where a jumbled order causes errors.

What “good” looks like

Let the natural document order drive focus, and move focus deliberately when you open overlays.

<!-- Good: fields in the order people fill them, no forced tabindex -->
<label for="first">First name</label><input id="first">
<label for="last">Last name</label><input id="last">
<label for="email">Email</label><input id="email">

When a modal opens, send focus into it; when it closes, return focus to the control that opened it.

Where stores get it wrong

Positive tabindex values scattered through a theme, checkout steps where focus jumps out of order, and modals that open without moving focus, so the next Tab lands on the page hidden behind them. See the common failures list for the patterns that trip stores up.

How to meet it

Techniques the W3C accepts as sufficient (summarized). Follow a link for the full method.

Common mistakes

Patterns the W3C lists as failures of this criterion. Avoid these.

Frequently asked questions

What does focus order require?+

Success Criterion 2.4.3 (Level A) says that when people navigate with the keyboard, focus must move through interactive elements in an order that preserves meaning and operability, usually the same order as the visual layout and logical reading flow.

What causes a broken focus order?+

Using positive tabindex values to force a custom order, laying out content with CSS so the visual order differs from the code order, and opening a modal without moving focus into it (so the next Tab lands somewhere unexpected behind it).

How do I check focus order?+

Tab through the page and watch where the focus outline goes. It should move top to bottom, left to right, matching what you see, and never jump around erratically or land on hidden elements.

Reference

This is a plain-language explainer. The authoritative source is the W3C Web Content Accessibility Guidelines (WCAG) 2.2.

WCAG 2.2 © W3C. Excerpts are paraphrased; see the linked documents for the normative text.

Not sure if your store passes 2.4.3?

A human auditor checks this and every other criterion against your live store, and documents the result.

Book an audit