Content · Web Development · HTML

HTML aria-label Accessibility Attribute: Reference and Examples

A clear, practical aria reference to aria-label. Learn when to use it, see working HTML, and avoid common mistakes.

1 views Published Oct 19, 2026 Updated Oct 19, 2026 Admin

ARIA attributes help assistive technologies understand information that is not always obvious from a custom interface. The aria-label attribute supplies an accessible name when no visible text label exists.

What it communicates


Supplies an accessible name when no visible text label exists. This information becomes part of the accessibility representation of the page, so it may help people using screen readers or other assistive tools.

An ARIA attribute does not usually change what you see on screen. It also does not automatically add keyboard handling, validation, or scripted state changes.

Example with accessible markup


<section>
    <button type="button" aria-label="Close dialog">×</button>
</section>

Reading the example


Notice the aria-label setting and the element or role it describes: button. If the value refers to another element, that other element needs a matching id.

Prefer visible text; the name should describe the action, not the visual symbol.

When is it appropriate?


Use aria-label when this information is genuinely needed and the chosen role supports it. Before adding ARIA, check whether a native HTML element already expresses the same meaning. Native buttons, forms, tables, and progress controls usually need less custom code.

If a script changes the state of the interface, update the ARIA state at the same time. The screen reader’s description and the visible behavior should always agree.

Quick accessibility test


Try the example using only your keyboard. Inspect the accessibility tree and check whether the role, name, and state are what you expect. For an interactive control, confirm that the actual behavior matches its announced state.

Common Beginner Mistakes


  • Prefer visible text; the name should describe the action, not the visual symbol.
  • Adding ARIA to an element that already has the right native semantics, without a clear reason.
  • Changing the visual state of an interface without updating its ARIA state.

Key Takeaways


  • aria-label supplies an accessible name when no visible text label exists.
  • Prefer visible text; the name should describe the action, not the visual symbol.
  • Correct native HTML comes first; ARIA fills gaps rather than replacing working behavior.
Share this resourceSend this page to someone who may find it useful.