Wcag uitgelegd

Afbeeldingsknop met afwijkende alt-tekst

Afbeeldingsknop met afwijkende alt-tekst — WCAG 2.5.3 Label in naam (post 4/7)

Een knop die een afbeelding is. Op de afbeelding staat “Inschrijven.” De alt-tekst zegt: “Registreer voor de nieuwsbrief.”

De gebruiker ziet “Inschrijven.” Zegt: “Klik op Inschrijven.” Geen match.

<!-- Niet doen: alt wijkt af van zichtbare tekst -->
<input type="image" src="inschrijven-knop.png"
       alt="Registreer voor de nieuwsbrief">

<!-- Wel doen: alt komt overeen -->
<input type="image" src="inschrijven-knop.png"
       alt="Inschrijven">

Dit komt voor bij gestylde knoppen die als afbeelding zijn opgeslagen. De designer maakt een mooie knop in Photoshop, de developer plaatst die als image input, en schrijft een “beschrijvende” alt-tekst die niet overeenkomt met wat er op de afbeelding staat.

Beter alternatief: gebruik geen afbeeldingen als knoppen. Gebruik een echte <button> met CSS-styling. Dan is de tekst altijd de tekst — geen mismatch mogelijk.

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.

aria-labelledby verwijst naar de verkeerde tekst

aria-labelledby verwijst naar de verkeerde tekst

Een invoerveld. Zichtbaar label: “E-mailadres.” Maar aria-labelledby verwijst naar een verborgen element met: “Voer uw elektronische postadres in.”

"Klik op Zoeken." Niets gebeurt.

"Klik op Zoeken." Niets gebeurt.

Je gebruikt spraakbesturing. Je ziet een knop met “Zoeken” erop. Je zegt: “Klik op Zoeken.”