Using ARIA in HTML

by .

ARIA (WAI-ARIA if you want to be formal) is a set of attributes that you can add to HTML elements.

These attributes communicate role, state and property semantics to assistive technologies via the accessibility APIs implemented in browsers. The W3C HTML specification provides information about which ARIA attributes are allowed to be used on each HTML element in section 3.2.7 WAI-ARIA.

Developer (un)friendly information

The requirements specified in section 3.2.7 WAI-ARIA are not in a form which could be considered web developer friendly. They are presented in 2 large tables and only include features that have constraints. i.e. if you can use any ARIA attribute, the element is not listed, this is because the primary purpose of this information is for browser and conformance checker implementers, not developers like you and I. Furthermore to find out what ARIA attributes can be used on a particular element, in the past would involve navigating away from an element definition to the ARIA section then going through the tables to find the desired element or attribute, to locate its ARIA rules.

Developer friendly information

Over the past few months the W3C HTML specification has been updated to include the ARIA information, formerly tucked away or absent, now presented in your face, in the introductory section of each element definition.

In the example below, the introductory section of the picture element definition now includes information about allowed ARIA roles and property attributes, so developers can quickly find the info without having to hunt about in the spec. In the case of the (newly added) picture element, the role attribute cannot be used and only global ARIA attributes are allowed. The same ARIA information can be found in the introductory section of every element in the HTML specification.

picture element definition

If an element can have roles set it is stated in the intro, for example the button element intro includes all allowed ARIA role values and indicates the default role for the element, which in most circumstances does not need to be set. Each role is linked to a description, within the ARIA reference section, of the HTML spec, which also includes a list of allowed aria-* attributes for each role value, with additional links to the ARIA specification information for all role, states and properties.

button

The intent of these additions to the HTML specification is to make it easier for developers to get at the information they need to make accessible things with HTML. Feedback welcome!

Further Reading

5 Responses on the article “Using ARIA in HTML”

Gwyn says

Thanks for the post Steve. I’d really like to see more and better use of ARIA across the web but have found that it’s not been well described in terms of the developer community needs. This is a really good enhancement to the HTML spec which, I hope, will see increased and improved use of ARIA.

The Peach says

At last! Saying it was tedious is an under-statement. Glad someone did something about it :)

Thanks for the informative article

Luis says

Yeah I agree, glad that ARIA has been touched on. Even in all my reading in textbooks and what not, there seems to be little referencing to using ARIA to your advantage.

Kudos

Jakob E says

Hi Steve,

Providing ARIA info on element level is great but I find it confusing that almost all HTM5 tags comes with a “default-do-not-set-note” even though it aligns with the note on Strong Native Semantics

In the majority of cases setting an ARIA role and/or aria-* attribute that matches the default implicit ARIA semantics is unnecessary and not recommended as these properties are already set by the browser.

Looking at how IE fails to provide semantic information via accessibility on HTML5 elements, the
Using WAI-ARIA in HTML Recommendations Table and the first exception in The First Rule of ARIA is where I’m lost.

I would think adding roles is like backward compatibility until browsers get’s truly modern like this:

<nav role="navigation">
<header role="banner"> (once on the main header)
<main role="main"> (once)
<article role="article">
<aside role="complementary">
<footer role="contentinfo"> (once on the main footer)

<section role="region"> (if used to group articles)

By the way – why is section not a YES on the Recommendations Table?

Best,
Jakob E

Jakob E says

BTW a preview or edit post would be nice :)

Join the discussion.

Some HTML is ok

You can use these tags:
<a href="" title="">
<abbr title="">
<b>
<blockquote cite="">
<cite>
<del datetime="">
<em>
<i>
<q cite="">
<strong>

You can also use <code>, and remember to use &lt; and &gt; for brackets.