Offerte audit
Typ iets om te zoeken...

Wcag uitgelegd

Heading in een summary: zelfde probleem

Heading in een summary: zelfde probleem — WCAG 4.1.2 Naam, rol, waarde (post 8/12)

Net als bij een button: een <summary> heeft de impliciete rol van een button. En een button eet de rollen van zijn kinderen op.

<!-- Niet doen: heading in summary verliest zijn rol -->
<details>
  <summary><h3>Veelgestelde vragen</h3></summary>
  <p>Hier staan de antwoorden.</p>
</details>

<!-- Wel doen: heading buiten summary -->
<h3>Veelgestelde vragen</h3>
<details>
  <summary>Hoe wijzig ik mijn wachtwoord?</summary>
  <p>Ga naar je profielpagina en klik op "Wachtwoord wijzigen".</p>
</details>

Ik zie dit bij bijna elke FAQ-pagina die met <details>/<summary> is gebouwd. De developer denkt: “De titel van de FAQ is een heading.” Klopt. Maar niet binnenin de summary.

De oplossing: zet de heading boven het <details>-element. De <summary> bevat de vraag als platte tekst.

Zelf verder met dit onderwerp

Related Posts

WCAG 4.1.2: knop zonder naam

WCAG 4.1.2: knop zonder naam

“Knop.” Dat is wat een schermlezer zegt. Knop. Maar welke knop? Wat doet die?

Div als knop: naam maar geen rol

Div als knop: naam maar geen rol

“Versturen.” Een schermlezer leest de tekst. Maar zegt niet dat het een knop is. Want het is geen knop. Het is een div.

WebMCP: wat het is, en waarom het toegankelijkheid niet vervangt

WebMCP: wat het is, en waarom het toegankelijkheid niet vervangt

Wat WebMCP doet Een AI-agent die vandaag iets voor je moet regelen op een website, leest de pagina en gokt. Welk element is de zoekbalk, welke knop verstuurt het formulier, is dat vinkje al aangezet. Dat werkt tot het moment waarop de pagina er net iets anders uitziet. WebMCP draait dat om. De website vertelt zelf welke handelingen er zijn. Je registreert per handeling een tool: een naam, een beschrijving in gewone taal, een schema voor de invoer, en de JavaScript-functie die het werk doet.

WhatsApp ons (opent WhatsApp in een nieuw tabblad)