• 3 mins
Recently, I've been chatting about accessibility with two of the biggest experts on the subject. Also, the web developers I work with at N26 take accessibility very seriously. This got me interested enough to read some blog posts on the subject. Many of these posts mentioned 'landmark roles' - one of which is 'navigation'. The navigation landmark is for identifying groups of links that help users navigate around a site, or within a page. You can give an HTML element a role of navigation (please see code block below):
<div role="navigation" aria-label="Main navigation"> <!-- list of links --> </div>
nav element in HTML is automatically assigned
role = navigation, making it the best element for creating navigation sections. It is always best to use native, semantic HTML elements where possible, to avoid writing too much
For developing the N26 web app, we use agnostic axe to warn us when accessibility is not up to scratch. In my console, it notified me of the following:
New aXe issues moderate: Ensures landmarks are unique https://dequeuniversity.com/rules/axe/3.5/landmark-unique?application=axeAPI Element: <nav>…</nav>
I knew from my reading that this warning came from having two
nav elements (i.e. two elements with
role=navigation) on the same page. The
nav elements need to be distinguished from each other in some way. This is where
aria-labelledby come in.
My first attempt at a fix involved using
aria-label (please see code block below):
<nav aria-label="Text describing the purpose this navigation">…</nav> <nav aria-label="Text describing the purpose this navigation">…</nav>
Whatever value is given to
aria-label will be accessible to screen reader users, making it much easier to understand a HTML page's structure and purpose. The labels should provide a concise description of what each navigation element contains.
aria-label, the warning was gone from my console! Was I all done? I could have been. However, I soon learned something else. Some translation systems (e.g. Google translate) might not translate the value of
aria-label. Luckily, there is a way around this (please see code block below):
<nav aria-labelledby="main-navigation"> <h2 id="main-navigation"> Text describing the purpose this navigation </h2> </nav> <nav aria-labelledby="secondary-navigation"> <h2 id="secondary-navigation"> Text describing the purpose this navigation </h2> </nav>
aria-labelledby value of a
nav matches the
id value of an
h2 contains human-readable text. It is this text that will be accessible to screen reader users. The element containing this text can also be a hidden element which exists purely for screen readers. In this case, the hidden element of course still needs text content. This method has an advantage over
aria-label in that the human-readable content is contained in a text node rather than an attribute. Text nodes are easier for some translation systems to access. See Heydon's post for more information.
I learned all of this today and I am very grateful for the knowledge. Now I know it, I'll be able to apply it wherever needed in my HTML.
For more information on the
nav element, see this post from html5 doctor.