Skip to main content
Beta: Front-End Checklist is currently in beta. Some issues are still being fixed. Thanks for your patience.

Provide accessible names for meter elements

Checks that meter elements have accessible names to provide context for measurements.

Utilities
Quick take
Typical fix time 10 min
  • The `<meter>` element or `role="meter"` must have an accessible label
  • Use `aria-label` or `aria-labelledby` to provide context
  • Helps users understand what measurement is being displayed
Why it matters: A meter represents a scalar measurement; without a label, a user might hear a value (e.g., '50%') but have no idea if it refers to battery life, storage space, or a password strength.

Rule Details

The <meter> element represents a fractional value or a measurement within a known range. For this value to be meaningful to someone using a screen reader, the measurement must be named.

Code Example

<!-- ✅ Correct: Meter with accessible name via aria-labelledby -->
<label id="cpu-label">CPU Usage</label>
<meter id="cpu" aria-labelledby="cpu-label" min="0" max="100" value="45">45%</meter>
 
<!-- ✅ Correct: Using aria-label for a simple measurement -->
<meter value="0.6" aria-label="Cloud storage space used"></meter>
 
<!-- ❌ Incorrect: No context provided for the value -->
<meter value="80" min="0" max="100"></meter>

Why It Matters

  • Measurement Context: Informs the user exactly what is being measured, making the raw numbers meaningful.
  • Status Awareness: Helps users monitor changes in critical values, such as system resources, progress, or security levels.
  • Semantic Completeness: Ensures custom-built meter widgets are as accessible as native HTML5 ones.
  • Data Integrity: Prevents users from misinterpreting a measurement, which could lead to incorrect decisions or actions.

Exceptions

  • Prefer native HTML semantics over ARIA when both are possible; some apparent ARIA failures disappear when the underlying element is corrected.
  • A missing ARIA attribute is not automatically the strongest finding if the control is already semantically broken, unnamed, or keyboard-inaccessible.
  • Do not add ARIA only to satisfy the rule if the feature should instead be implemented with a native element or a simpler interaction pattern.

Verification

Automated Checks

  • Inspect the browser accessibility tree or accessibility pane for the relevant element, role, or accessible name.
  • Run an automated accessibility checker such as axe or Lighthouse where applicable.

Manual Checks

  • Test the affected UI with keyboard-only navigation and confirm the rule holds in the rendered experience.
  • Re-test one representative user flow with a screen reader if this rule affects a key interaction.

Use with AI

Copy these prompts to use with your AI assistant, or install the MCP server to use directly from Claude, Cursor, or Windsurf.

Check

Verify implementation

Check for `&lt;meter&gt;` elements or elements with `role="meter"` that lack an accessible name.

Fix

Auto-fix issues

Add an `aria-label` or `aria-labelledby` to the meter element to describe the measurement.

Explain

Learn more

Explain why measurements need context through accessible names for screen reader users.

Review

Code review

Review the rendered markup and interactive states that affect Provide accessible names for meter elements. Flag exact elements, roles, labels, focus behavior, or keyboard interactions that violate the rule, and note how to verify the fix with browser accessibility tooling or assistive tech.

Sources

References used to support the guidance in this rule.

Further Reading

Tools and supplementary material for exploring the topic in more depth.

axe DevTools
deque.comTool

Rules that often go hand-in-hand with this one.

Provide accessible names for tree items

All elements with role="treeitem" must have a descriptive accessible name so screen reader users can navigate hierarchical tree widgets.

Accessibility
Ensure dialogs have an accessible name

Checks that dialog elements have accessible names to orient screen reader users.

Accessibility
Provide accessible names for ARIA command elements

Checks that command elements like buttons and links have accessible names for screen reader support.

Accessibility
Ensure all input fields have accessible names

Checks that input fields have accessible names so screen reader users know what data each field expects.

Accessibility

Was this rule helpful?

Your feedback helps improve rule quality. This stays internal for now.

Loading feedback...
0 / 385