Webinars Digitale Toegankelijkheid

Webinar 2: de juridische consequenties

Op woensdag 16 juli doken we in de juridische consequenties van de European Accessibility Act. In deze samenvatting lees je meer over het juridische kader, mogelijke sancties en boetes en risicofactoren.

De juridische kaders van de European Accessibility Act

De European Accessibility Act is een Europese richtlijn, wat betekent dat elke EU-lidstaat deze moet omzetten in nationale wetgeving. Dit heeft enkele belangrijke implicaties:

1. Nationale verschillen: Hoewel de kern van de EAA in alle EU-landen hetzelfde is, kunnen er verschillen zijn in de exacte implementatie, handhaving en boetes.

2. Handhavingsautoriteiten: Elke lidstaat wijst eigen autoriteiten aan die verantwoordelijk zijn voor de handhaving van de EAA.

3. Juridische basis: De EAA is gebaseerd op artikel 114 van het Verdrag betreffende de werking van de Europese Unie, dat gaat over de harmonisatie van wetgeving voor de interne markt.

4. Relatie tot andere wetgeving:

   1. De Web Accessibility Directive (voor overheidswebsites).

   2. De Algemene Verordening Gegevensbescherming (AVG/GDPR).

   3. Sectorspecifieke regelgeving.

Mogelijke sancties en boetes

De European Accessibility voorziet in verschillende typen sancties:

Administratieve boetes

Deze kunnen verschillen per lidstaat. In sommige landen kunnen ze zelfs oplopen tot honderdduizenden euro's. Daarbij kunnen boetes per overtreding worden opgelegd, wat betekent dat meerder non-compliance issues kunnen leiden tot meerdere boetes.

Verplichte aanpassingen

Autoriteiten kunnen eisen dat niet-toegankelijke producten of diensten van de markt worden gehaald. Er kan zelfs een verplichting worden opgelegd binnen een bepaalde termijn om aanpassingen door te voeren. Kosten voor deze aanpassingen komen bovenop eventuele boetes.

Publicatie van overtredingen

Handhavingsautoriteiten kunnen besluiten om overtredingen openbaar te maken. Dit zou kunnen leiden tot reputatieschade of negatieve publiciteit. Deze impact kan groter zijn dan de financiële sancties.

Voorbeelden van handhaving

Hoewel de EAA nog relatief nieuw is en er nog weinig concrete voorbeelden zijn van handhaving, kunnen we leren van vergelijkbare wetgeving:

• In Noorwegen kreeg een gemeente een boete van €15.000 voor niet-toegankelijke websites onder de Web Accessibility Directive.

• In Italië werd een telecomprovider beboet met €100.000 voor ontoegankelijke diensten.

• In de VS hebben meerdere rechtszaken onder de Americans with Disabilities Act (ADA) geleid tot schikkingen van honderdduizenden dollars.

Dit zijn de risicofactoren voor verschillende organisaties

Niet alle organisaties lopen hetzelfde risico. Dit zijn de factoren die het risico kunnen verhogen of verlagen.

1. Grote publieke zichtbaarheid. Grote merken hebben meer kans om onder de loep te worden genomen wat misschien resulteert dat er eerder klachten worden ingediend.

2. Essentiële diensten: Organisaties die belangrijke diensten leveren lopen een hoger risico (banken, vervoer en overheid). De impact van ontoegankelijkheid is groter voor mensen met een beperking.

3. Sector-specifieke focus: sommige sectoren krijgen mogelijk meer aandacht van handhavingsautoriteiten. Dit kan verschillen per lidstaat en veranderen over tijd!

Factoren die het risico verlagen

1. Pro-actieve aanpak: ga actief aan de slag met digitale toegankelijkheid. Stel bijvoorbeeld een duidelijk verbeterplan op!

2. Wees transparant: communiceer open over je toegankelijkheidsstatus en je verbeterplannen. Publiceer ook een toegankelijkheidsverklaring. Ook als je nog niet volledig voldoet!

3. Gebruikersbetrokkenheid: betrek je gebruikers met beperkingen actief door je product of dienst met hen te testen.

Wat kan je nu doen?

1. Documenteer je inspanningen voor digitale toegankelijkheid.

2. Publiceer een toegankelijkheidsverklaring. Deze moet zowel schriftelijk als in geluid beschreven zijn. Jouw verklaring omvat:

   1. Wat je dienst of product inhoudt.

   2. Hoe jouw dienst of product werkt.

   3. Hoe jouw product of dienst aan de toegankelijkheidsvoorschriften voldoet.

   4.  Hoe je zorgt dat deze toegankelijk blijft.

3. Zet een klachtenprocedure op.

4. Prioriteer op basis van risico.

5. Zorg voor juridische ondersteuning.

Webinar 4: Technische vereiste van de EAA: WCAG 2.1 en meer

Wat is het verschil tussen de EAA en de WCAG? De EAA verwijst expliciet naar de Web Content Accessibility Guidelines (WCAG) 2.1 als de standaard voor toegankelijkheid. Maar eerst: wat is de WCAG en hoe verhoudt het zich tot de EAA?

Wat is de WCAG?

De WCAG is een erkende standaard op internationaal vlak voor digitale toegankelijkheid. Deze zijn ontwikkeld door het World Wide Web Consortium (W3C). De WCAG bestaat uit:

• 4 hoofdprincipes

• 13 richtlijnen

• 78 succescriteria (verdeeld over drie niveaus: A, AA en AAA)

De EAA vereist dus dat je moet voldoen aan WCAG 2.1 AA.

De vier principes van de WCAG

Waarneembaar (Perceivable)

Informatie en componenten van de gebruikersinterface moeten op zo'n manier worden gepresenteerd dat gebruikers ze kunnen waarnemen. Dit betekent alternatieven bieden voor niet-tekstuele content, zoals afbeeldingen en video's.

Bedienbaar (Operable)

Componenten van de gebruikersinterface en navigatie moeten bedienbaar zijn.Dit betekent dat alles moet werken met verschillende invoermethoden, niet alleen met een muis.

Begrijpelijk (Understandable)

Informatie en de bediening van de gebruikersinterface moeten begrijpelijk zijn. Dit betekent duidelijke taal, voorspelbare navigatie en goede foutafhandeling.

Robuust (Robust)

Content moet robuust genoeg zijn om betrouwbaar geïnterpreteerd te kunnen worden door verschillende user agents, inclusief hulptechnologieën. Dit betekent goed gestructureerde code die voldoet aan webstandaarden.

De EAA en WCAG 2.1 AA?

De EAA verwijst naar WCAG 2.1 niveau AA. Dit is de technische standaard voor:

• Websites.

• Mobiele apps.

• Elektronische documenten (pdf's).

• Zelfbedieningsterminals.

Maar let op! De EAA is veel breder van alleen webtoegankelijkheid. Voor sommige producten en diensten gelden er aanvullende eisen die niet volledig zijn gedekt door de WCAG. Dit is waar je de WCAG in de EAA kan terugzien.

De meest voorkomende toegankelijkheidsproblemen

1. Ontbrekende alternatieve teksten.

2. Onvoldoende kleurcontrast.

3. Niet-toegankelijke formulieren (zoals ontbrekende labels, onduidelijke foutmeldingen of geen instructies).

4. Toetsenbordtoegankelijkheid (geen focusindicator of toetsenbordvallen).

5. Ontbrekende pagina-structuur (geen semantische HTML h1-h6, nav, main).

6. Niet-responsive design.

7. Dynamische content zonder notificaties (content die veranderd zonder dat screenreaders dit opmerken)

8. Complexe tabellen zonder juiste markup.

9. Tijdslimieten zonder controle.

10. Niet-toegankelijke PDF-documenten.

Voorbeelden van technische oplossingen

Wat zijn praktische voorbeelden van technische oplossingen voor veelvoorkomende toegankelijkheidsproblemen?

Toegankelijke navigatie

Niet-toegankelijke code:

<div class="nav">
<div class="nav-item"  onclick="goToPage('home')">Home</div>
<div class="nav-item" onclick="goToPage('about')">Over ons</div>
<div class="nav-item" onclick="goToPage('contact')">Contact</div>
</div>

Toegankelijke code:

<nav aria-label="Hoofdnavigatie">
<ul class="nav">
<li> <a href="home.html" class="nav-item">Home</a</li> <li><a href="about.html" class="nav-item">Over ons</a></li>
<li><a href="contact.html" class="nav-item">Contact</a></li>
</ul>
</nav>

Verbeteringen:

• Gebruik van semantische <nav> en <ul>/<li> elementen.

• Echte links in plaats van div's met onclick.

• Aria-label voor screenreadergebruikers.

Toegankelijk formulier

Niet-toegankelijke code:

<div class="form-group"> 
Naam: <input type="text" id="name">
<span class="error" style="color: red;"></span>
</div>

Toegankelijke code:

<div class="form-group">
<label for="name">Naam:</label>
<input type="text" id="name" aria-describedby="name-error">
<span id="name-error" class="error" role="alert"></span>
</div>

Verbeteringen:

• Gebruik van <label> gekoppeld aan input via 'for' attribuut.

• Aria-describedby voor koppeling met foutmelding.

• Role="alert" voor dynamische foutmeldingen.

Aan de slag met de WCAG en EAA?

Download onze WCAG 2.2 checklist en ga direct aan de slag met het implementeren van de richtlijnen!