# Richtlijn: Maak producten toegankelijk en inclusief

Toegankelijkheid zorgt ervoor dat iedereen, inclusief mensen met een beperking,
overheidsdiensten digitaal kan gebruiken.

## Rationale: Waarom producten toegankelijk en inclusief maken?

Dit is niet alleen een wettelijke verplichting (zoals het
[Besluit Digitale Toegankelijkheid Overheid](https://wetten.overheid.nl/BWBR0040936/2018-07-01/)),
maar ook essentieel voor inclusieve dienstverlening.

Overheidsdiensten moeten voor iedereen bruikbaar zijn, ongeacht fysieke of
cognitieve beperkingen. Dit geldt óók voor interne applicaties om arbeidsdiscriminatie te voorkomen. Bovendien is toegankelijke software vaak voor iedereen prettiger
in gebruik, bijvoorbeeld met duidelijke navigatie en goed contrast.

Vroegtijdig rekening houden met toegankelijkheid voorkomt dure aanpassingen
achteraf. Door vanaf het begin toegankelijkheid mee te nemen in het
ontwerpproces, bespaar je kosten en lever je betere producten.

## Doelgroep: Wie zijn er betrokken bij toegankelijke en inclusieve producten?

De volgende doelgroepen kunnen met toegankelijkheid aan de slag: designers,
developers, testers, content creators en toegankelijkheidsspecialisten.

Designers zorgen ervoor dat het ontwerp voldoet aan toegankelijkheidseisen zoals
voldoende contrast en duidelijke navigatie. Developers implementeren
toegankelijke code volgens de WCAG-richtlijnen. Testers controleren of de
applicatie toegankelijk is met hulpmiddelen zoals screenreaders. Content
creators schrijven begrijpelijke teksten en voorzien afbeeldingen van
alt-teksten. Toegankelijkheidsspecialisten adviseren het team over best
practices.

## Implementatie: Hoe maak je producten toegankelijk en inclusief?

### Methoden en technieken

#### Web Content Accessibility Guidelines (WCAG) toepassen

De WCAG-richtlijnen beschrijven hoe je webcontent toegankelijk maakt. De
richtlijnen zijn georganiseerd rond vier principes: waarneembaar, bedienbaar,
begrijpelijk en robuust. Voor overheidsdiensten is WCAG 2.1 niveau AA verplicht.

#### Gebruikerstesten met mensen met een beperking

Door te testen met daadwerkelijke gebruikers met verschillende beperkingen
ontdek je problemen die anders over het hoofd worden gezien. Dit geeft
waardevolle inzichten in de praktische bruikbaarheid van je product.

### Tools

#### Toegankelijkheidstest tools

Gebruik geautomatiseerde test tools zoals Axe, WAVE of Lighthouse om basis
toegankelijkheidsproblemen te detecteren. Deze tools kunnen niet alles vinden,
maar helpen wel veel voorkomende problemen op te sporen.

#### Screenreaders

Test je applicatie met screenreaders zoals NVDA, JAWS of VoiceOver om te ervaren
hoe blinde gebruikers je product gebruiken.

### Gerelateerde richtlijnen

Nog geen.

### Succescriteria

Wanneer voldoe je aan deze richtlijn?

- Je product voldoet aan WCAG 2.1 niveau AA.
- Je test regelmatig de toegankelijkheid met geautomatiseerde tools en
  screenreaders.
- Je betrekt toegankelijkheid vanaf het begin van het ontwerpproces.

Wanneer ben je echt goed bezig?

- Je test met daadwerkelijke gebruikers met verschillende beperkingen.
- Je streeft naar WCAG 2.2 niveau AAA waar mogelijk.
- Je documenteert toegankelijkheidskeuzes en houdt een
  toegankelijkheidsverklaring bij.

## Wanneer is deze richtlijn van toepassing?

Deze richtlijn is altijd van toepassing op alle digitale producten en diensten
van de overheid. Het is wettelijk verplicht volgens het Besluit Digitale
Toegankelijkheid Overheid.

## Bronnen

### Wet- en regelgeving

- [Besluit Digitale Toegankelijkheid Overheid](https://wetten.overheid.nl/BWBR0040936/2018-07-01/)

### Beleid

Geen bekend.

### Standaarden

- [Web Content Accessibility Guidelines (WCAG) 2.1](https://www.w3.org/TR/WCAG21/)

### Communities

- [DigiToegankelijk Pleio](/kennisbank/front-end/communities/digitoegankelijk#pleio-community)
- [NL Design System](/kennisbank/front-end/communities/nl-design-system)

### Literatuur

Geen bekend.

### Bronnen op developer.overheid.nl

- [DigiToegankelijk](/kennisbank/front-end/standaarden/digitoegankelijk)