• Success Criterion 2.4.6
  • Conformance level AA

2.4.6 · Headings and Labels

Lesson overview · Headings and Labels

In plain language

Headings and labels must describe their content/purpose.

Who it affects

Everyone, especially screen-reader users and people who skim headings/labels for orientation.

How to check

Read all headings and field labels out of context: does each one still tell you what it's about?. Worked example — A dating app's profile setup: check for duplicate labels used for different purposes (e.g., 'Name' for both a product field and a user field) within the same form: ambiguity here fails.

Common misconception

Vague section headers like “Overview” or “Details” are technically headings, but they fail this rule because they don't tell a screen-reader user, jumping heading to heading, what's actually in that section. Real example: on a music streaming app's playlist screen, playlist controls are labeled with generic text like "Button" and "Item" instead of descriptive labels such as "Shuffle playlist" or "Add to queue," so the label doesn't describe what the control does.

Learn more

get in touch

Know where you stand. Know what to work on next.

Tell us what you’re working on and where you need support. Our accessibility specialists can help with audits, remediation, VPAT/ACR, accessible development, and ongoing compliance.

Free 30-minute consultation (opens in new tab)

Free 30-minute call: talk through where you stand, scope a project or get a quote.

Need technical answers now? Book the $100 one-hour consultation to walk through an audit, talk with a developer or review your site live.

Let’s find the barriers before your users do

Indicates a required field.


Your information is kept private and never shared with third parties.

Scenarios in this lesson