1. Bepaal de scope van de beoordeling
Begin met volledige uitkomsten, niet met willekeurige URL's. Breng de startpagina, belangrijke content, zoeken, contact, account, boeking of afrekenproces, bevestiging, hulp en elke ingesloten dienst op de route in kaart. Neem herbruikbare navigatie, modals, cookiecontroles en formulieren op, want één defect kan zich over de site herhalen.
Leg de WCAG‑versie en het niveau, dekking, browsers, apparaten en bekende uitsluitingen vast.
Beoordeel elke stap en toestand, inclusief ingelogd, leeg en foutweergaven.
2. Test het toetsenbord‑pad
Voer elke geselecteerde taak uit zonder muis. Tab en Shift+Tab door links, bedieningselementen, dialogen, menu's, filters, datumkeuzes, media en leverancierswidgets. Focus moet zichtbaar zijn, een logische volgorde volgen, nooit vastlopen en na het sluiten van een dialoog naar een bruikbare plaats terugkeren. Toetsenbordbediening is centraal in WCAG; ga er niet van uit dat een aangepaste muisbediening ook via toetsenbord werkt.
Voorzie en test een manier om hoofdinhoud te bereiken zonder door herhaalde navigatie te hoeven tabben.
Als een interface slepen vereist, controleer dan of er een toepasselijk niet‑sleepalternatief beschikbaar is.
3. Controleer structuur en duidelijke betekenis
Geef pagina's beschrijvende titels en gebruik koppen voor hiërarchie, niet voor uiterlijk. Controleer dat bedieningselementen een nuttige naam, rol en status aan ondersteunende technologieën doorgeven; native HTML‑bedieningselementen verminderen vaak het risico. Betekenisvolle afbeeldingen hebben beknopte alternatieve tekst voor hun doel, terwijl decoratieve afbeeldingen geen ruis moeten toevoegen. Gebruik geen kleur alleen voor status of instructies en identificeer de paginetaal.
Maak bestemmingen of acties begrijpelijk in context; herhaalde vage links scheppen onduidelijkheid.
Als lay-out verandert of stijlen niet beschikbaar zijn, moeten inhoud en bedieningselementen nog steeds logisch worden voorgelezen.
4. Belast tekst, lay-out, kleur en media
Vergroot browserzoom en tekstgrootte en herhaal vervolgens kernactiviteiten. Inhoud moet leesbaar en bruikbaar blijven in plaats van tegen elkaar aan te schuiven, te verdwijnen of onbedoeld horizontaal zoeken te vereisen. Controleer de werkelijke kleurparen voor tekst, bedieningselementen, focus, fouten en grafieken in relevante toestanden. Voor opgenomen media: zorg voor ondertiteling voor noodzakelijke audio-informatie en passende tekstalternatieven afhankelijk van de inhoud.
Neem hover-, focus-, uitgeschakelde, fout‑ en eventuele donkere of alternatieve visuele toestanden op.
Test de speler met het toetsenbord evenals ondertitels, transcripties en essentiële visuele informatie.
5. Maak formulieren en accounttaken herstelbaar
Dien ontbrekende, onjuiste en geldige gegevens in via uw meest waardevolle formulieren. Velden hebben persistente, programmatisch gekoppelde labels nodig; placeholders alleen zijn geen betrouwbare vervanging. Geef vereiste velden aan vóór verzending, leg in gewone taal uit wat er mis is, verwijs naar het veld en bewaar ingevoerde gegevens waar mogelijk. Test inloggen, wachtwoordreset, eenmalige codes, afrekenen en bevestiging als volledige trajecten.
Koppel foutkleur aan een begrijpelijke tekstmelding en een identificeerbaar getroffen veld.
Test met toetsenbord de overdracht, redirect, foutpad en terugkeer van betaal‑ of identiteitsproviders.
6. Combineer tools met mensen en handmatige beoordeling
Draai een geautomatiseerde checker op representatieve pagina's en gebruik de resultaten als aanwijzingen, niet als een certificaat. Hulpmiddelen kunnen niet beoordelen of alternatieve tekst betekenisvol is, een volgorde zinvol is, instructies begrijpelijk zijn of een traject werkt met ondersteunende technologie. Voeg handmatige toetsenbord‑ en zoomcontroles toe plus een gerichte screenreader‑review. Betrek waar mogelijk mensen met relevante ervaringskennis vroeg en compenseer hen eerlijk.
Bewaar tooloutput, aantekeningen van beoordelaars, beslissingen, herstelacties en retestresultaten in één issuerecord.
Schakel een gekwalificeerde evaluator in voor formele beweringen, gereguleerde diensten, complexe applicaties of betwiste resultaten.
7. Bouw herstelwerk in releases
Toegankelijkheid kan terugvallen na een thema-, campagne-, plugin-, script-, design-token- of leverancierswijziging. Voeg een evenredige beoordeling toe aan design, content, quality assurance en launchwerk. SIU richt zich op proactieve uptime‑optimalisatie en herstel: behoud een pre‑launch pad, identificeer klantgerichte defecten, voer veilige fixes uit en gebruik een rollback‑plan indien nodig. Toegankelijkheidsbeoordeling vult dat werk aan; het wordt niet vervangen door beschikbaarheidscontroles of outage‑meldingen.
Blokkeer een release wanneer een primaire taak niet via toetsenbord kan worden voltooid of een kritisch foutbericht niet begrijpelijk is.
Controleer de oorspronkelijke taak, mobiele en fouttoestanden na een fix voordat het issue wordt gesloten.