Level AAAPerceivableNew in 2.1
1.3.6

Identify Purpose

Mark up the purpose of regions, icons, and controls in code, so tools can adapt them (swap icons, add symbols, simplify).

In plain English

Some people with cognitive disabilities use tools that reshape a page: adding picture symbols to buttons, hiding clutter, or highlighting the main content. Those tools only work if your code says what each part is for, this region is the navigation, this is the main content, this control is the search. This AAA rule asks for that machine-readable purpose.

In practice it is mostly clean, semantic markup: real landmark regions and standard roles rather than a page built entirely from anonymous <div>s.

Who this is for

  • People with cognitive differences using personalisation or simplification tools.

How to check and fix it yourself

Use proper landmark regions and roles so the structure is programmatically clear.

<header>...</header>
<nav aria-label="Main">...</nav>
<main>...</main>
<footer>...</footer>

Avoid building the whole page from bare <div>s. Where you collect user info, also mark input purposes (that pairs with rule 1.3.5).

Where we can help

We check whether your page exposes its structure through real landmarks and roles, or hides it inside generic containers. Semantic structure underpins many items on the common failures list.

How to meet it

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

Frequently asked questions

What does identify purpose require?+

Success Criterion 1.3.6 (Level AAA, added in WCAG 2.1) says the purpose of user-interface components, icons, and page regions should be identifiable in the code, so assistive tools can adapt the presentation, for example swapping in familiar symbols or hiding non-essential parts.

How does this help people?+

Some people with cognitive disabilities use tools that add symbol sets to controls or strip a page down to essentials. Those tools only work if the code says what each region and control is for. This rule makes that machine-readable purpose a requirement.

What does it involve in practice?+

Using proper landmark regions (header, nav, main, footer), standard ARIA roles, and where relevant, marking input purposes (which pairs with 1.3.5). It is largely about clean, semantic, well-labelled markup.

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.6?

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

Book an audit