A screen reader needs to know what a piece of a page is, not only what it looks like. The ARIA role heading describes a title introducing a section.
What this role means
A title introducing a section.
ARIA roles add meaning to the accessibility tree. They do not automatically make something clickable, move keyboard focus or build an interface. Those behaviors come from native HTML controls or from correctly implemented JavaScript.
See heading in a real page
<section>
<h2>Getting started</h2>
<p>Start with one HTML file.</p>
</section>Read the example
You may notice that the snippet does not write role="heading" explicitly. That is intentional: the native element already communicates this meaning, so repeating the role would add unnecessary markup.
Use h1 to h6; role="heading" on a div also requires aria-level.
When to use it
Start with native HTML whenever possible. Add ARIA only when it provides missing meaning for an interface that you cannot build with the appropriate native element.
In an accessibility inspector, compare the accessible role and name with the visible content. The important goal is that both keyboard users and screen-reader users can understand the page.
Try it yourself
Put the example on a practice page and inspect it using your browser accessibility panel. If it includes interactive controls, reach them with Tab and check whether they work without a mouse. Explain whether the semantics come from native HTML or an explicit ARIA role.
Common Beginner Mistakes
- Adding
role="heading"without checking whether an ordinary HTML element already supplies the right semantics. - Use h1 to h6; role="heading" on a div also requires aria-level.
- Confusing the role announced by a screen reader with the behavior that the browser implements.
Key Takeaways
headingis related to a title introducing a section.- Use h1 to h6; role="heading" on a div also requires aria-level.
- Native HTML is the first choice; ARIA should clarify meaning, not replace working HTML.