Webinars Digitale Toegankelijkheid

Veel gestelde vragen

Vallen zelfscanzuilen en betaalterminals in supermarkten ook onder de EAA?

Ja. De EAA noemt expliciet “payment terminals” en “interactieve zelfbedieningsterminals” zoals ticket-, check-in- en informatiekiosken. Zelfscanzuilen in supermarkten vallen daar ook onder, omdat ze consumenten bedienen en dus binnen de reikwijdte van de richtlijn vallen.

Bron: Recital 26 + art. 2(1)(b) Richtlijn 2019/882 (EUR-Lex)

Geldt de EAA ook voor een helpdesk die alleen toegankelijk is voor zakelijke klanten (B2B)?

In principe niet. De EAA is bedoeld voor producten en diensten die gericht zijn op consumenten. Een gesloten B2B-helpdesk valt daarbuiten. Maar let op: Als zo’n helpdesk indirect bijdraagt aan een consumentenservice, kan de EAA toch van toepassing zijn. Grote organisaties of overheden kunnen in hun aanbestedingen alsnog toegankelijkheid eisen (via norm EN 301 549).

Bron: Recital 42 Richtlijn 2019/882 (EUR-Lex)

Moet ik de toezichthouder informeren als mijn website nog niet volledig toegankelijk is?

Alleen als je website live is en je weet dat een belangrijke functie niet voldoet én dit niet snel op te lossen is. Dan moet je “onmiddellijk de bevoegde autoriteit informeren”. Voor (semi-)overheden geldt de toegankelijkheidsverklaring als publiek tussenstap; voor commerciële EAA-diensten is dit geen officiële vrijstelling, maar wel aanbevolen.

Bron: Art. 23 §4 en §5 Richtlijn 2019/882 (EUR-Lex)

Hoe zit het met onderwijsinstellingen en de EAA?

Publieke mbo-, hbo- en universiteitsinstellingen vallen onder de Europese Web Accessibility Directive (WAD). Hun websites en apps moeten dus voldoen aan WCAG 2.1 niveau AA.

Daarnaast geldt de EAA als de instelling commerciële, consumentgerichte online diensten aanbiedt, zoals een cursusplatform of e-boekwinkel. Interne systemen die alleen bedoeld zijn voor studenten of personeel vallen buiten de EAA.

Bron: WAD – Richtlijn 2016/2102, art. 1(1) (EUR-Lex)

Moet ik elke kleine toegankelijkheidsfout melden?

Publieke mbo-, hbo- en universiteitsinstellingen vallen onder de Europese Web Accessibility Directive (WAD). Hun websites en apps moeten dus voldoen aan WCAG 2.1 niveau AA.

Daarnaast geldt de EAA als de instelling commerciële, consumentgerichte online diensten aanbiedt, zoals een cursusplatform of e-boekwinkel. Interne systemen die alleen bedoeld zijn voor studenten of personeel vallen buiten de EAA.

Bron: WAD – Richtlijn 2016/2102, art. 1(1) (EUR-Lex)

Kan een webdeveloper ook beboet worden of alleen de eigenaar van de site?

De formele boete gaat naar de dienstverlener of fabrikant (“economische operator”). Als bureau kun je wel contractueel aansprakelijk zijn of zelfs juridisch als fabrikant worden gezien, bijvoorbeeld als je een dienst onder eigen naam aanbiedt.

Bron: Art. 7–11 Richtlijn 2019/882 (EUR-Lex)

Is een eigen toegankelijkheidsverklaring genoeg? En heb ik dan nog een WCAG-audit nodig?

Voor (semi-)publieke organisaties wordt voorlopig self-assessment geaccepteerd. Voor EAA-plichtige producten of diensten moet je een technische documentatie kunnen tonen zoals omschreven in Annex IV. Een onafhankelijke WCAG- of EN 301 549-audit blijft de beste onderbouwing bij inspecties.

Bron: Annex IV Richtlijn 2019/882 (EUR-Lex)

Wat is het maximale boetebedrag dat de ACM kan opleggen?

De ACM kan maximaal € 900.000 per overtreding opleggen, of 10% van de jaarlijkse omzet, afhankelijk van welk bedrag hoger is.

Bron: Boete: werkwijze en betalen (ACM)

Hoe verhoudt WCAG 2.1 zich tot de nieuwere WCAG 2.2 standaard?

WCAG 2.2 is een uitbreiding van WCAG 2.1 met enkele nieuwe succescriteria, vooral gericht op mobiele toegankelijkheid en cognitieve beperkingen. De EAA verwijst specifiek naar WCAG 2.1, maar het is altijd een goed idee om vooruit te kijken naar nieuwere standaarden. Als je voldoet aan WCAG 2.2, voldoe je automatisch ook aan WCAG 2.1. De extra criteria in 2.2 zijn vooral gericht op het verbeteren van de gebruikerservaring voor mensen met cognitieve beperkingen en mobiele gebruikers.

Hoe test je of je website voldoet aan de WCAG-richtlijnen?

Testing vereist een combinatie van geautomatiseerde en handmatige methoden. Je zal een duidelijk beeld krijgen door handmatige tests, inclusief toetsenbordnavigatie, screenreader-tests, en tests met echte gebruikers met verschillende beperkingen. Bij Cardan gebruiken we een combinatie van tools en methodieken, en werken we samen met testers met verschillende beperkingen om een volledig beeld te krijgen van de toegankelijkheid.

Hoe test je of je website voldoet aan de WCAG-richtlijnen?

ARIA (Accessible Rich Internet Applications) is een set attributen die je kunt toevoegen aan HTML om de toegankelijkheid te verbeteren, vooral voor dynamische content en complexe UI-componenten. De eerste regel van ARIA is: gebruik geen ARIA als je het niet nodig hebt. Gebruik altijd eerst native HTML-elementen met ingebouwde toegankelijkheid. Gebruik ARIA alleen wanneer je geen toegankelijke HTML-equivalent hebt, of wanneer je dynamische updates moet communiceren naar hulptechnologieën. Verkeerd gebruik van ARIA kan de toegankelijkheid verslechteren in plaats van verbeteren.