Proper Access

digitale toegankelijkheid

by on

4.1.3 – Statusbericht

WCAG 2.2 in makkelijke taal

4.1.3 – Statusbericht

DoorJulia Tol

SC 4.1.3: Wat houdt het in?

Succescriterium (SC) 4.1.3 van de Web Content Accessibility Guidelines (WCAG) gaat over de statusmeldingen. Dit criterium vereist dat statusmeldingen (bijvoorbeeld foutmeldingen, bevestigingen, waarschuwingen) als dusdanig programmatisch bepaald kunnen worden, zodat gebruikers die afhankelijk zijn van ondersteunende technologieën (zoals schermlezers) deze meldingen kunnen horen. Dit betekent dat statusmeldingen op een manier moeten worden gecodeerd dat ze door software kunnen worden gedetecteerd en aan de gebruiker kan worden voorgelezen.

Dit succescriterium is grotendeels bedoeld voor webontwikkelaar.

Waarom is SC 4.1.3 belangrijk?

SC 4.1.3 is belangrijk omdat het ervoor zorgt dat alle gebruikers, inclusief diegenen die afhankelijk zijn van ondersteunende technologieën, op de hoogte worden gesteld van belangrijke veranderingen op een webpagina. Dit is cruciaal voor een toegankelijke gebruikerservaring, aangezien statusmeldingen vaak essentieel zijn voor het voltooien van taken, zoals het succesvol indienen van een formulier, het ontvangen van foutmeldingen of andere belangrijke feedback van de website. Zonder deze meldingen kunnen gebruikers gedesoriënteerd raken of cruciale informatie missen.

In de onderstaande voorbeelden is er sprake van een statusbericht, alleen wanneer de focus niet naar de nieuwe content wordt verplaatst:

  • Bericht dat sessie verloopt (“U bent te lang niet-actief geweest ..”).
  • Wacht animatie wanneer de pagina of een deel wordt geladen
  • Bericht dat gegevens worden opgehaald
  • Gevonden resultaten in een zoekveld die een suggestie van gevonden resultaten geeft
  • Bericht op de pagina “XX resultaten gevonden” als de pagina niet wordt ververst
  • Een karakterteller onder een tekstvak
  • Foutmeldingen in formulieren
  • Bericht dat het formulier is verstuurd
  • Product toegevoegd aan een winkelmand
  • Like bij een vacature of bericht of iets dergelijks
  • De voortgangsbalk verandert zonder de pagina te herladen
  • Berichten in chat

Hoe test je SC 4.1.3?

Het testen of een statusbericht toegankelijk is kan als volgt worden uitgevoerd:

Visuele Inspectie: Voer acties uit op de webpagina die statusmeldingen zouden moeten genereren, zoals het invullen en indienen van formulieren, en observeer of de meldingen focus krijgen. Als de focus niet naar de melding wordt verplaatst, dan heb je met een statusbericht te maken.

Gebruik van hulpmiddelen: Gebruik schermlezers om te controleren of statusmeldingen worden aangekondigd wanneer ze verschijnen. Tools zoals NVDA (voor Windows) of VoiceOver (voor macOS) kunnen hierbij helpen.

Code Inspectie: Controleer of statusmeldingen programmatisch bepaald kunnen worden door te kijken of er ARIA-attributen (aria-live="polite", role="status", etc.) aanwezig zijn in de HTML-code.

Voorbeelden van fouten onder WCAG SC 4.1.3

Geen ARIA-attributen: Statusmeldingen hebben geen ARIA-attributen zoals aria-live="polite", role="status", waardoor schermlezers deze meldingen niet kunnen detecteren.

Gebruik van verkeerde ARIA-attributen. De statusberichten worden te vaak voorgelezen waardoor de pagina juist ontoegankelijk wordt. 

Hoe maak je statusberichten toegankelijk?

Gebruik ARIA-attributen

Een container met een attribuut aria-live moet op de pagina aanwezig en leeg zijn voordat er een aankondiging wordt gedaan. Je kunt niet tegelijkertijd een aria-live aan een container en een statusbericht aan de container toevoegen. De Accessibility API moet weten dat deze regio er is en dat deze leeg is voordat er aankondigingen naar de schermlezer worden gestuurd. Kan dat niet, dan kun je dit met Javascript oplossen door eerst aria-live aan een container toe te voegen en vervolgens twee of drie seconden later het bericht dat moet worden aangekondigd door de schermlezer. 

Let op dat je de onderstaande span.sr-only niet met display:none verbergt.

<button id="addProduct">Voeg toe aan de shoppingmand</button> 

<div id="liveRegion" aria-live="assertive">
<span>Mijn mandje</span>   
 <span class=”sr-only”> </span>
</div>

<script>
    $('#addProduct').click(function(){
      var live = $('#liveRegion span.sr-only');
      live.text('product toegevoegd');

      setTimeout(function(){ 
        live.text('');
      }, 3000);
    });
</script>

Combinatie van aria-describedby en focusverplaatsing

Bij foutmeldingen is een goed alternatief is het gebruik van aria-describedby om de foutmeldingen te associëren met het invoerveld waar de fout is gemaakt EN het verplaatsen van focus naar het veld waar de fout is gemaakt. 

Goede bronnen over WCAG SC 4.1.3

Disclaimer

Dit artikel is bedoeld als leidraad voor het begrijpen van hoe je statusberichten toegankelijk moet maken volgens SC 4.1.3 van WCAG en garandeert geen volledige naleving van de richtlijnen. Het is altijd aan te raden om aanvullende bronnen te raadplegen en, indien nodig, een specialist op het gebied van webtoegankelijkheid te raadplegen om ervoor te zorgen dat uw website volledig voldoet aan de WCAG-richtlijnen.

Tags:
Inhoudsopgave