Maandag t/m vrijdag, 09:00 – 18:00 +31 970 1028 0205 WhatsApp
WebMaintorNederland
+31 970 1028 0205 Gratis websitecheck
Toegankelijkheid · wat wij doen

Een WCAG-audit van uw website laten doen

Een WCAG-audit laat zien waar uw website niet voldoet aan WCAG 2.2 AA, hoe ernstig elk probleem is en in welke volgorde u het oplost.

"We hebben een scan gedraaid en er kwamen bijna geen fouten uit. Zijn we dan klaar?" Die vraag krijgen wij vaak. Het antwoord is meestal nee. Een automatische scan vindt een deel van de problemen, zoals ontbrekende alt-teksten of te weinig contrast. Of een menu met het toetsenbord werkt, of een foutmelding te begrijpen is en of een screenreader de checkout kan doorlopen, ziet zo'n tool niet. Daarvoor is een WCAG audit nodig: een systematische controle van uw website tegen de succescriteria van WCAG, door iemand die de pagina's echt gebruikt.

Op deze pagina leest u wat een audit precies is, hoe wij die uitvoeren, wat u na afloop in handen heeft en wat er daarna gebeurt. Een audit is geen doel op zich. Het is de plattegrond voor het herstelwerk, en de basis voor een eerlijke toegankelijkheidsverklaring.

  1. 01

    Wat een WCAG audit is, en wat niet

    Bij een audit loopt een tester een vaste set pagina's en functies van uw site langs en beoordeelt per succescriterium of de site voldoet. Wij toetsen standaard tegen WCAG 2.2 niveau AA. Dat is iets strenger dan WCAG 2.1 AA, het niveau waar de Europese norm EN 301 549 naar verwijst. Voldoet uw site aan 2.2 AA, dan voldoet hij ook aan 2.1 AA.

    Een audit is iets anders dan:

    • Een automatische scan. Handig als eerste filter, maar een scan kan niet beoordelen of een alt-tekst klopt of of de focusvolgorde logisch is.
    • Een gebruikersonderzoek. Daarbij kijken mensen met een beperking mee en vertellen wat ze ervaren. Waardevol, maar het levert geen beoordeling per criterium op.
    • Een certificaat. Wij geven geen keurmerk. U krijgt een onderbouwd rapport over de staat van de site op het moment van testen.
  2. 02

    Welke pagina's wij testen

    Een site met honderden pagina's test niemand pagina voor pagina. Dat hoeft ook niet, omdat de meeste pagina's op dezelfde sjablonen draaien. Wij stellen daarom samen met u een steekproef samen die het hele gebruik dekt:

    • de homepage en een paar gewone inhoudspagina's;
    • elk sjabloon dat anders is: blogoverzicht, blogbericht, dienstpagina, teamoverzicht;
    • alle formulieren, zoals contact, offerte, inschrijving of afspraak;
    • bij een webshop: categoriepagina met filters, productpagina, winkelwagen, de volledige checkout en het account;
    • terugkerende onderdelen: menu op desktop en mobiel, cookiebanner, zoekfunctie, pop-ups;
    • een paar willekeurige pagina's, omdat juist daar vaak oude inhoud staat die niemand meer bekijkt.

    Hoe groot de steekproef wordt, hangt af van uw site. Dat leggen wij vooraf vast, zodat u weet wat er wel en niet in het rapport staat.

  3. 03

    Hoe WebMaintor de audit uitvoert, in stappen

    1. Intake. Wij vragen naar uw doelgroep, de belangrijkste taken op de site en of de toegankelijkheidswet of het overheidsbesluit voor u geldt. Daarna leggen wij de steekproef vast.
    2. Automatische controle. Wij draaien tools als axe en WAVE over alle pagina's in de steekproef. Dat levert snel de duidelijke fouten op: ontbrekende labels, lege links, contrast.
    3. Handmatige controle per criterium. Dit is het grootste deel van het werk. Wij bedienen elke pagina met alleen het toetsenbord, zoomen tot 400 procent, controleren de koppenstructuur en de code, en beoordelen teksten, foutmeldingen en statusberichten.
    4. Test met hulpsoftware. De belangrijkste taken lopen wij door met een screenreader op desktop en mobiel. Hoe dat in zijn werk gaat, leest u bij testen met een screenreader.
    5. Rapportage. Elke bevinding krijgt een plek, een uitleg en een advies. Wij bespreken het rapport met u, zodat het geen document wordt dat in een map verdwijnt.
  4. 04

    Wat er in het auditrapport staat

    Het rapport is geschreven voor twee lezers: de ondernemer die moet beslissen, en de ontwikkelaar die moet herstellen. Per bevinding vindt u:

    OnderdeelWat u eraan heeft
    SuccescriteriumWelke WCAG-eis niet wordt gehaald, bijvoorbeeld 1.4.3 contrast of 2.1.1 toetsenbord.
    PlekOp welke pagina of in welk sjabloon, met een beschrijving die u kunt terugvinden.
    Gevolg voor de bezoekerWie er last van heeft en hoe erg: kan iemand een taak niet afronden, of is het lastig maar te doen.
    PrioriteitHoog, middel of laag, op basis van ernst en hoe vaak het voorkomt.
    AdviesWat er moet veranderen, waar nodig met een voorbeeld van de juiste code.

    Bovenaan staat een samenvatting: welke criteria voldoen, welke niet, en welke onderdelen het zwaarst wegen. Een bevinding die op alle pagina's terugkomt, zoals een menu zonder toetsenbordbediening, staat één keer beschreven en niet honderd keer. Wilt u alvast zien welke fouten in zo'n rapport vaak terugkomen, lees dan de fouten die wij het vaakst tegenkomen.

  5. 05

    Wat u zelf aanlevert en wat u zelf kunt doen

    Voor een goede audit hebben wij van u nodig:

    • een beheerdersaccount of een testaccount, en bij een webshop een manier om een bestelling te testen zonder echt te betalen;
    • een lijst van de taken die voor uw bezoekers het belangrijkst zijn;
    • informatie over externe onderdelen, zoals een boekingsmodule of betaalpagina van een andere partij.

    Wilt u eerst zelf een indruk krijgen, dan kan dat met de stappen op uw site zelf testen in een half uur. Een gratis tool als WAVE helpt daarbij; in onze uitleg over WAVE ziet u hoe u de uitkomsten leest. Het geeft u een gevoel bij de omvang, maar vervangt geen audit.

  6. 06

    Na de audit: herstel, hertest en verklaring

    Met het rapport kunt u twee kanten op. U laat het herstel door uw eigen bouwer doen, of u laat het ons doen. In het tweede geval krijgt u een vaste prijs na een eerste beoordeling, en werken wij de bevindingen af op volgorde van prioriteit. Hoe dat verloopt, staat bij toegankelijkheidsproblemen laten herstellen.

    Na het herstel volgt een hertest van de punten die zijn opgelost. Op basis daarvan kan een toegankelijkheidsverklaring worden opgesteld die klopt met de werkelijkheid. Wat wij niet doen: juridisch advies geven over de vraag of de wet op u van toepassing is. Wel leggen wij uit wat de regels technisch vragen. Een overzicht van het hele traject vindt u op de pagina toegankelijkheid voor uw website.

Kennisbank

Verder lezen

Meer over digitale toegankelijkheid

Andere onderwerpen

Problemen laten herstellen U heeft een auditrapport of een klacht, en nu moet het opgelost worden. Zo pakken wij herstel aan: prioriteren, vaste prijs, oplossen en hertesten. Toegankelijkheidsverklaring Een toegankelijkheidsverklaring die klopt: gebaseerd op onderzoek, eerlijk over wat nog niet werkt en met een plan en een contactpunt voor bezoekers. Toegankelijke webshop Van productpagina tot betaalstap: zo maakt u een WooCommerce-webshop toegankelijk, zodat elke klant zelfstandig kan zoeken, kiezen en afrekenen. WordPress toegankelijk Thema, page builder, plugins, menu en formulieren: zo maakt u een bestaande WordPress-site toegankelijk, en zo weet u of uw thema dat aankan. Elementor toegankelijk Koppen die geen koppen zijn, sliders, pop-ups en iconen zonder tekst: de bekende Elementor-problemen, en wat u instelt of laat aanpassen. Toegankelijke formulieren Labels, foutmeldingen, verplichte velden, autocomplete en captcha: zo bouwt u formulieren die iedereen kan invullen en verzenden, ook zonder muis. Alles over een toegankelijke website Terug naar het overzicht
FAQ

Veelgestelde vragen

Hoe vaak moet een audit opnieuw gebeuren?

Er is geen vaste termijn die voor iedereen geldt. Na een grote wijziging, zoals een nieuw thema, een nieuwe checkout of een nieuwe page builder, is een nieuwe audit verstandig. Tussendoor kunt u de site laten bewaken, zodat nieuwe fouten vroeg opvallen.

Kunnen wij met het rapport naar een andere bouwer?

Ja. Het rapport is van u en zo geschreven dat elke ontwikkelaar ermee aan de slag kan. U zit dus niet vast aan ons voor het herstel.

Testen jullie ook apps of documenten buiten de website?

Wij richten ons op WordPress- en WooCommerce-sites, inclusief de pdf's en video's die op de site staan. Native apps voor iOS of Android testen wij niet.

Wat als een probleem in een plugin van een ander zit?

Dan staat dat zo in het rapport, met de naam van het onderdeel. Soms is er een instelling of een alternatieve plugin, soms moet de maker het oplossen. Wij geven aan welke route het meest haalbaar is.

Vragen over toegankelijkheid?

Vraag een gratis websitecheck aan. U ontvangt binnen één werkdag een helder rapport, zonder verplichtingen.

Gratis websitecheck +31 970 1028 0205
Reactie binnen 4 werkuren
WhatsApp