Typ iets om te zoeken...

Wcag uitgelegd

aria-expandd (met twee d's)

aria-expandd (met twee d's) — WCAG 4.1.2 Naam, rol, waarde (post 4/12)

Een menuknop. aria-expanded om aan te geven of het menu open is. Maar de developer typte aria-expandd. Met twee d’s.

De browser herkent het attribuut niet. Negeert het. De schermlezer weet niet of het menu open of dicht is.

En niemand merkt het. Want visueel werkt alles. Alleen de toegankelijke informatie is weg.

<!-- Niet doen: typo in het attribuut -->
<button aria-expandd="true">Menu</button>
<div role="nagivation">...</div>

<!-- Wel doen: correct gespeld -->
<button aria-expanded="true">Menu</button>
<div role="navigation">...</div>

Andere veelvoorkomende typo’s:

  • aria-lable (moet: aria-label)
  • aria-decribedby (moet: aria-describedby)
  • role="buton" (moet: role="button")
  • aria-haspoup (moet: aria-haspopup)

En ongeldige waarden:

<!-- Niet doen: ongeldige waarde -->
<button aria-expanded="yes">Menu</button>

<!-- Wel doen: geldige waarde -->
<button aria-expanded="true">Menu</button>

Hoe vind je dit? axe DevTools en Lighthouse detecteren ongeldige ARIA-attributen automatisch. Draai ze bij elke build.

Zelf verder met dit onderwerp

Related Posts

Zelfgemaakte focusindicator die onzichtbaar is

Zelfgemaakte focusindicator die onzichtbaar is

Tab. Tab. Tab. Waar ben ik? Je navigeert met je toetsenbord door een website. Elke knop en link zou een zichtbare focus moeten hebben. Maar je ziet… niets. Of een vage lichtblauwe gloed.

Focus verdwijnt na het sluiten van een dialoogvenster

Focus verdwijnt na het sluiten van een dialoogvenster

Je klikt op “Verwijderen.” Een bevestigingspopup verschijnt. “Weet je het zeker?” Je drukt op “Annuleren.”

Sitenaam vóór de paginanaam

Sitenaam vóór de paginanaam

Drie tabbladen open: “Gemeente Utrecht - Paspoort aa…” “Gemeente Utrecht - Rijbewijs ve…” “Gemeente Utrecht - Verhuizing d…”