Level APerceivable
1.3.2

Meaningful Sequence

The reading order in the code must make sense, because screen readers and reflowed layouts follow the code order, not the visual position.

In plain English

A screen reader reads your page in the order the content appears in the code, not where it sits on screen. Usually those match. But modern CSS can rearrange things visually, so a “sale” badge that appears before a price on screen might come after it in the code, or a sidebar might be read in the middle of the article. When the order carries meaning, the code order has to be right.

The same thing matters when the page reflows to one column on a phone: it stacks in code order.

Who this is for

  • Screen-reader users, who experience the page strictly in code order.
  • Mobile users, when a multi-column layout collapses to a single column.

How to check and fix it yourself

Two quick tests: read the page with a screen reader and see if anything is out of order, or disable CSS (or heavily zoom) and check the raw content still reads logically. If not, fix the source order rather than nudging it with CSS.

Good: HTML in reading order; CSS only styles it.
Bad:  content placed with order/absolute positioning so code order is jumbled.

Where we can help

Out-of-order reading is invisible until you test with a screen reader, which is exactly what we do in an audit. We flag any section that reads in the wrong order and point to the source-order fix. It sits alongside structure issues on the common failures list and in a self-check.

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 meaningful sequence require?+

Success Criterion 1.3.2 (Level A) says that when the order of content affects its meaning, that reading order must be correct in the code. Screen readers and small-screen reflow follow the source (DOM) order, so if the code order differs from the sensible reading order, the content becomes confusing.

How can the visual order and code order differ?+

CSS (especially flexbox and grid with reordering, or absolute positioning) can place things on screen in a different order than they appear in the HTML. It looks right, but a screen reader reads the underlying code order, which might jumble the meaning.

How is this different from 2.4.3 Focus Order?+

2.4.3 is about the order keyboard focus moves between interactive controls. 1.3.2 is about the reading order of all content (text included) as understood by assistive tech. They overlap but are not identical.

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 1.3.2?

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

Book an audit