Toegankelijkheidschecklist voor bedrijfswebsites: vacatures, pdf’s, investeerderspagina’s en formulieren

Toegankelijkheidschecklist voor bedrijfswebsites: navigatie, vacatures, sollicitaties, pdf’s, jaarverslagen, video, formulieren, cookiebanners, verklaring.

FixReports-redactie8 min. leestijd

Een bedrijfswebsite verkoopt zelden direct iets, dus toegankelijkheidsproblemen erop worden makkelijk over het hoofd gezien. Toch is het de plek waar mensen solliciteren, investeerders jaarverslagen lezen, journalisten persberichten vinden en klanten contactgegevens zoeken, en elk van die taken kan stranden op een drempel: een sollicitatie die niet met een toetsenbord kan worden afgerond, een jaarverslag dat als pdf zonder tags is gepubliceerd, een video zonder ondertiteling, een cookiebanner die de focus vasthoudt. Deze checklist loopt WCAG 2.2 niveau AA door aan de hand van de onderdelen die de meeste bedrijfswebsites hebben, met wat je in elk onderdeel controleert.

De belangrijkste punten

  • WebAIM vond in 2026 detecteerbare WCAG-fouten op 95,9% van de homepages van de top één miljoen websites; tekst met te weinig contrast (83,9%) en ontbrekende alt-tekst (53,1%) kwamen het vaakst voor (WebAIM (opent in een nieuw tabblad)).
  • WCAG geldt voor documenten die op een site worden gepubliceerd, zoals pdf’s, net zo goed als voor webpagina’s; het W3C publiceert technieken om pdf’s toegankelijk te maken (W3C (opent in een nieuw tabblad)).
  • Vooraf opgenomen video heeft ondertiteling nodig (1.2.2, niveau A) en audiodescriptie als het beeld informatie bevat die niet in het geluid zit (1.2.5, AA) (W3C (opent in een nieuw tabblad)).
  • In richtlijnen uit 2022 zei het Amerikaanse ministerie van Justitie dat de ADA geldt voor het webaanbod van bedrijven die open zijn voor het publiek, zonder een specifieke technische norm vast te leggen (ADA.gov (opent in een nieuw tabblad)).
  • Het W3C biedt richtlijnen en een gratis generator voor het schrijven van een toegankelijkheidsverklaring (W3C (opent in een nieuw tabblad)).

Waarom doet toegankelijkheid ertoe op een bedrijfswebsite?

Omdat de bezoekers die ervan afhankelijk zijn vaak precies de mensen zijn die je het liefst wilt bereiken: kandidaten, klanten, partners en investeerders. De Wereldgezondheidsorganisatie schat dat 1,3 miljard mensen, ongeveer één op de zes, een aanzienlijke beperking hebben (WHO (opent in een nieuw tabblad)). Nog veel meer mensen gebruiken een toetsenbord in plaats van een muis, vergroten tekst of lezen op hun telefoon in fel licht.

Er is ook een compliancekant, die per land verschilt en afhangt van wie de site bedient. Overheidsinstanties in de EU moeten voldoen aan de Webtoegankelijkheidsrichtlijn; bedrijven die aan consumenten in de EU verkopen, kunnen onder de European Accessibility Act vallen; in de VS heeft het ministerie van Justitie gezegd dat de ADA geldt voor het webaanbod van bedrijven die open zijn voor het publiek (ADA.gov (opent in een nieuw tabblad)). Een puur zakelijke site kan buiten sommige van deze wetten vallen, maar grotere klanten vragen leveranciers steeds vaker naar toegankelijkheid. Onze gidsen over de European Accessibility Act en ADA-sommatiebrieven leggen de context uit; dit is geen juridisch advies.

Wat controleer je op elke pagina?

Deze problemen komen uit de gedeelde templates, dus als je ze één keer oplost, los je ze op de hele site op:

  • Contrast: lopende tekst minstens 4.5:1 tegenover de achtergrond, grote tekst 3:1 (1.4.3). Lichtgrijze tekst en witte tekst op merkkleuren zijn de gebruikelijke fouten. De kleurcontrastchecker test elk willekeurig kleurenpaar.
  • Toetsenbord: elke link, elk menu en elke knop is met Tab bereikbaar en met Enter of spatie te bedienen, met een zichtbare focusindicator (2.1.1, 2.4.7). Megamenu’s en carrousels zijn vaak een probleem.
  • Skiplink en landmarks: een manier om voorbij de header direct naar de hoofdinhoud te springen (2.4.1), en de landmarks header, nav, main en footer.
  • Koppen: één H1 per pagina en een logische kopstructuur (1.3.1), zodat gebruikers van een schermlezer de pagina kunnen scannen.
  • Linktekst: links die buiten hun context begrijpelijk zijn, niet tien keer “Lees meer” (2.4.4).
  • Taal: het lang-attribuut op elke pagina, en op passages in een andere taal (3.1.1, 3.1.2), zodat schermlezers ze goed uitspreken.
  • Zoomen en reflow: content bruikbaar bij 200% zoom en bij een breedte van 320 pixels zonder horizontaal te scrollen (1.4.4, 1.4.10).

Hoe maak je vacaturepagina’s en sollicitaties toegankelijk?

Op de vacaturepagina’s hebben drempels de duidelijkste gevolgen: een kandidaat die een sollicitatie niet kan afronden, kan niet worden meegenomen.

  • Vacatureoverzichten: filters en zoeken moeten met een toetsenbord werken en het aantal resultaten aan schermlezers doorgeven (4.1.3).
  • Sollicitatieformulieren: elk veld heeft een zichtbaar label nodig (3.3.2), fouten moeten in tekst worden beschreven (3.3.1), en knoppen om bestanden te uploaden moeten een toegankelijke naam hebben.
  • Tijdslimieten: als het formulier verloopt, waarschuw mensen dan en laat ze de tijd verlengen (2.2.1).
  • Sollicitatiesystemen van derden: veel bedrijven gebruiken een extern systeem voor sollicitaties. Vraag de leverancier om zijn Accessibility Conformance Report, test het sollicitatieproces zelf met een toetsenbord en bied een alternatieve manier om te solliciteren aan, zoals per e-mail, vermeld op de vacaturepagina.
  • Assessments en video-interviews: controleer of online tests en tools voor video-interviews schermlezers, ondertiteling en op verzoek extra tijd ondersteunen.

Hoe publiceer je toegankelijke pdf’s en jaarverslagen?

Jaarverslagen, duurzaamheidsverslagen, brochures en beleidsdocumenten worden vaak alleen als pdf gepubliceerd, en veel daarvan hebben geen tags: een schermlezer leest ze voor als één blok tekst, of helemaal niet.

  • Kies voor HTML bij belangrijke content. Een webpagina is makkelijker toegankelijk te maken, werkt beter op telefoons en is beter doorzoekbaar.
  • Publiceer je een pdf, voorzie die dan van tags. Exporteer vanuit het brondocument (Word, InDesign) met tags ingeschakeld, zodat koppen, lijsten, tabellen en de leesvolgorde behouden blijven. De norm PDF/UA (ISO 14289) definieert toegankelijke pdf’s.
  • Controleer de basis: een documenttitel, de documenttaal, alternatieve tekst voor grafieken en afbeeldingen, echte tabelkoppen en een logische leesvolgorde. Adobe Acrobat Pro heeft een ingebouwde toegankelijkheidscontrole; PAC is een gratis checker voor Windows.
  • Gescande documenten zijn afbeeldingen van tekst en hebben tekstherkenning (OCR) en tags nodig, of een HTML-versie.
  • Financiële tabellen: markeer kopregels en kopkolommen; gebruik in HTML <th> met scope.

Hoe zit het met video, webcasts en podcasts?

  • Ondertiteling voor alle vooraf opgenomen video met spraak (1.2.2, A) en voor live webcasts (1.2.4, AA). Automatische ondertiteling moet worden gecontroleerd: namen, getallen en vaktermen kloppen vaak niet.
  • Audiodescriptie als belangrijke informatie alleen visueel is, zoals tekst op dia’s die de spreker niet voorleest (1.2.5, AA). Vaak is de eenvoudigste oplossing dat de spreker de dia beschrijft.
  • Transcripten voor podcasts en content met alleen audio (1.2.1, A).
  • Bediening van de speler: een ingesloten speler moet met een toetsenbord te bedienen zijn, en geluid dat automatisch langer dan drie seconden afspeelt, heeft een manier nodig om het te pauzeren of te stoppen (1.4.2).

De gids van het W3C over toegankelijke audio en video behandelt planning, ondertiteling en audiodescriptie (W3C (opent in een nieuw tabblad)).

Hoe maak je contactformulieren, kaarten en locaties toegankelijk?

  • Formulieren: labels, duidelijke foutmeldingen en geen CAPTCHA die alleen werkt door vervormde tekst te lezen of puzzels op te lossen; bied een alternatief aan (W3C (opent in een nieuw tabblad)).
  • Contactgegevens als tekst: telefoonnummers, e-mailadressen en kantooradressen in de tekst van de pagina, niet alleen in een afbeelding of op een kaart.
  • Kaarten: een ingesloten kaart is moeilijk te gebruiken met een schermlezer; het adres en de routebeschrijving als tekst zijn het toegankelijke alternatief.
  • Chatwidgets: controleer of ze met een toetsenbord kunnen worden geopend, gebruikt en gesloten, en of ze gefocuste content niet bedekken (2.4.11).

Veroorzaken cookiebanners toegankelijkheidsproblemen?

Vaak wel, omdat ze als eerste verschijnen en boven al het andere liggen.

  • De banner moet met een toetsenbord bereikbaar en te bedienen zijn, en met Tab moet je hem weer kunnen verlaten (2.1.2, No Keyboard Trap) (W3C (opent in een nieuw tabblad)).
  • De knoppen hebben duidelijke namen en voldoende contrast nodig; “Weigeren” moet net zo makkelijk te vinden zijn als “Accepteren”.
  • De banner mag het gefocuste element op de pagina erachter niet verbergen (2.4.11).

Onze scans beginnen op je homepage terwijl de cookiebanner nog zichtbaar is, omdat een toetsenbordgebruiker die als eerste tegenkomt, en melden een focusval als Tab er niet langs kan.

Heb je een toegankelijkheidsverklaring nodig?

Overheidsinstanties in de EU moeten er een publiceren. Voor bedrijven is het meestal vrijwillig, al vereist de European Accessibility Act dat diensten die eronder vallen informatie geven over hoe ze aan de eisen voldoen. Een goede verklaring noemt welke norm je nastreeft, bekende beperkingen, hoe mensen een probleem kunnen melden of content in een ander formaat kunnen aanvragen, en wanneer de verklaring voor het laatst is herzien. Het W3C publiceert richtlijnen en een gratis generator (W3C (opent in een nieuw tabblad)).

Schrijf hem eerlijk: volledige conformiteit claimen na een geautomatiseerde scan is op zich al een risico, omdat geautomatiseerde tests niet alles kunnen controleren.

Hoe test je een bedrijfswebsite?

  1. Voer een geautomatiseerde scan uit op de homepage, een vacaturepagina, een nieuwsartikel, de contactpagina en elk formulier. Onze gratis toegankelijkheidscheck test belangrijke pagina’s in een echte browser op WCAG 2.2 A en AA, en de alt-tekstchecker toont elke afbeelding op een pagina.
  2. Test met een toetsenbord: navigeer door het menu, solliciteer op een vacature en verstuur het contactformulier met alleen het toetsenbord.
  3. Controleer documenten: open je belangrijkste pdf’s met een schermlezer of een checker voor pdf-toegankelijkheid.
  4. Bekijk je video’s met ondertiteling aan en het geluid uit.
  5. Vraag mensen met een beperking om de belangrijkste taken uit te proberen; dat brengt problemen aan het licht die geen checklist voorspelt.

Veelgestelde vragen

Geldt WCAG voor pdf’s?

Ja. WCAG geldt voor webcontent, inclusief documenten die op een site worden gepubliceerd. Het W3C publiceert specifieke technieken om in pdf-bestanden aan WCAG te voldoen.

Onze vacaturesite wordt beheerd door een derde partij. Is dat onze verantwoordelijkheid?

Vanuit een kandidaat gezien is het jouw sollicitatieproces. Vraag de leverancier om een Accessibility Conformance Report, test het proces en bied een alternatieve manier om te solliciteren aan. Of je juridisch verantwoordelijk bent, hangt af van je rechtsgebied.

Voldoet automatische ondertiteling aan WCAG?

Alleen als die nauwkeurig is. Automatische ondertiteling heeft namen, getallen en termen vaak fout; controleer en corrigeer haar voordat je erop vertrouwt.

Is een toegankelijkheidsoverlay genoeg voor een bedrijfswebsite?

Nee. Overlays repareren de onderliggende code, documenten of video’s niet. Lees onze gids over toegankelijkheidsoverlays en het FTC-besluit.

Welke norm moet een bedrijfswebsite nastreven?

WCAG 2.2 niveau AA is de huidige versie en het gebruikelijke doel; veel wetten en beleidsregels verwijzen nog naar WCAG 2.1 AA, waaraan een site die aan 2.2 AA voldoet ook voldoet.

Bronnen

Alle handleidingen