Naar hoofdinhoud

Test een evenementenwebsite met bezoekers met een beperking

Een automatische toegankelijkheidscontrole vindt sommige codeproblemen, maar niet elke hindernis bij het vinden van de locatie, kiezen van een ticket of registreren. Respectvolle sessies met echte taken laten zien waar de bezoekersreis stokt. Deze gids en het werkblad ondersteunen voorbereiding, observatie en hertesten. Enkele sessies bewijzen geen toegankelijkheid voor iedereen.

De redactie van Boletolibre

Gepubliceerd

Vijf stappen van voorbereiding en taken tot observatie, herstel en hertest.
Gebruik echte bezoekerstaken en scheid waarnemingen van vermoedens over oorzaken.

Download het sessiescript en observatielog

Download het bewerkbare sessiewerkblad

Het werkblad bevat deelnameafspraken, toegangsbehoeften, een neutrale introductie, taken, observaties en vervolgacties. Pas de voorbeelden aan het echte evenement aan. Gebruik een testomgeving zonder echte aankoop, betaling of mail aan bezoekers.

Noteer één regel per taak en deelnemer. Beschrijf wat gebeurde apart van de veronderstelde oorzaak. Neem geen medische gegevens, volledige registratiedossiers of inloggegevens van hulpmiddelen op.

Nodig verschillende manieren van gebruik uit

Betrek mensen met uiteenlopende relevante behoeften en ervaringsniveaus. Eén deelnemer vertegenwoordigt niet alle mensen met een beperking. Vraag naar voorkeuren voor apparaat, browser, hulpmiddel, communicatie en sessievorm. Spreek deelnamevoorwaarden, opnames en vergoeding vooraf af.[1]

Geef uitnodiging, link of route, materiaal en contact in een bruikbaar formaat. Reserveer tijd om gekozen hulpmiddelen in te stellen en los bekende blokkades waar mogelijk op vóór de uitnodiging.[2]

Gebruik echte evenementtaken

Vraag de datum en tijdzone, informatie over toegang tot de locatie, een passende ticket- of registratieoptie en een veilige testbevestiging te vinden. Voeg een verzoek om ondersteuning toe als dat pad bestaat. Noem het doel, niet elke klik.

Staat de evenementpagina op Boletolibre.com, begin dan bij de URL die bezoekers werkelijk ontvangen. Noteer overgangen naar een ander domein of aanbieder zodat een hindernis bij het juiste team terechtkomt.

Observeer zonder over te nemen

Stel neutrale vragen en laat pauzes toe. Spreek af hoe iemand kan stoppen, hulp vragen of een taak overslaan. Praat niet door de uitvoer van een schermlezer heen. Section508.gov adviseert hindernissen te begrijpen in plaats van alleen snelheid te meten.[1]

Noteer taak, technische context, poging, hindernis, omweg en resultaat. Een technische beoordeling kan later bepalen of inhoud, code, browser of hulpmiddel meespeelt.[2]

Herstel en hertest de taak

Deel bevindingen met de eigenaren van pagina, registratie en externe kassa. Pak geblokkeerde kerntaken eerst aan, wijs een eigenaar toe en herhaal de taak. Geef een externe aanbieder reproduceerbaar bewijs en bied bezoekers ondertussen een eerlijk alternatief contactkanaal.

Vermeld aantal deelnemers, taken, omgeving en beperkingen. W3C WAI waarschuwt tegen het veralgemeniseren van één ervaring en tegen het vervangen van technische toegankelijkheidstoetsing door gebruikssessies. Trek geen juridisch eindoordeel.[2]

Bronnen en verder lezen

  1. Tips for Usability Testing with People with DisabilitiesSection508.gov · Geraadpleegd
  2. Involving Users in Evaluating Web AccessibilityW3C Web Accessibility Initiative · Geraadpleegd