Mobiele toegankelijkheid: ben jij er klaar voor?

Je kent het wel: je site is “mobielvriendelijk”, je bureau maakte een mooie responsive layout en in Google’s mobiele test kom je er prima doorheen.

En toch blijft er iets knagen.

Want is jouw site op mobiel ook toegankelijk voor iemand die slecht ziet, trilt met zijn handen, dyslexie heeft, of gewoon op een zonnig terras met slecht bereik zit te scrollen? 

En nog belangrijker: past dit allemaal bij de WCAG 2.1 richtlijnen, WCAG 2.2, de European Accessibility Act en de nieuwe wet digitale toegankelijkheid?

Dat is waar mobiele toegankelijkheid over gaat. Niet alleen of je site “past” op een klein scherm, maar of iedereen jouw website of app op smartphone en tablet kan gebruiken.

Het is nu extra belangrijk door de European Accessibility Act, de wetgeving digitale toegankelijkheid in de EU en de norm EN 301 549. Die maken digitoegankelijkheid niet alleen netjes, maar ook gewoon verplicht voor steeds meer organisaties.

Hier lees je:

• wat mobiele toegankelijkheid precies is

• wat de WCAG 2.1 richtlijnen, WCAG 2.2 en EN 301 549 van je vragen

• wat de wet digitale toegankelijkheid betekent voor jouw bedrijf

• een praktische checklist om je website toegankelijk te maken op mobiel

• hoe je stap voor stap aan de slag gaat, met of zonder hulp van Eye-Able

Te ingewikkeld en liever gelijk je site op orde brengen? Eye-Able neemt je werk uit handen.

Wat is mobiele toegankelijkheid precies

Wat is accessibility? Mooie Engelse term, maar je simpel gezegd: iedereen moet jouw site of app kunnen gebruiken, ook op mobiel. Dat gaat dus verder dan een mooi responsive design.

Mobiele toegankelijkheid betekent dat jouw website of app op smartphone en tablet bruikbaar is voor:

• mensen die slechtziend zijn of kleurenblind

• mensen met een motorische beperking, bijvoorbeeld trillende handen

• mensen met dyslexie of andere leesproblemen

• mensen die tijdelijk beperkt zijn, zoals een gebroken arm

• iedereen die in fel zonlicht, in de trein of op een slecht netwerk probeert iets bij je te regelen

Digitale toegankelijkheid of digitoegankelijkheid is de verzamelterm daarvoor. Het gaat om alle digitale kanalen: websites, apps, documenten, video’s.

Daarbinnen is website toegankelijkheid een onderdeel. En mobiele toegankelijkheid is daar weer een belangrijke laag in.

Mobielvriendelijk vs echt toegankelijk

Een mobielvriendelijke website is vaak vooral technisch netjes: de layout schaalt mee en je hoeft niet horizontaal te scrollen. Dat is stap 1, maar nog lang niet genoeg.

Digitoegankelijkheid volgens WCAG 2.1 en WCAG 2.2 betekent dat je website ook:

• goed samenwerkt met hulpmiddelen zoals schermlezers

• te bedienen is met toetsenbord of alternatieve bediening

• voldoende kleurcontrast heeft

• duidelijke koppen, formulieren en foutmeldingen biedt

• logisch is opgebouwd, zodat niemand verdwaalt

Een paar simpele voorbeelden waar het misgaat:

• Op je telefoon zie je wel een mooie responsive pagina, maar de knoppen zijn zo klein dat je er steeds naast tikt.

• De tekst is dun grijs op lichtgrijs. Ziet er “strak” uit, maar is op mobiel bijna niet leesbaar.

• Formulieren hebben alleen visuele labels, maar geen goede namen voor schermlezers. Voor blinde gebruikers is het dan een grote gok.

Kort gezegd: een mobielvriendelijke site is geen automatisch toegankelijke site. Toegankelijkheid website betekent dat je ook volgens de WCAG richtlijnen hebt gebouwd en getest, met echte gebruikers in gedachten.

Waarom mobiele toegankelijkheid loont

Waarom zou je hier tijd en geld in steken, behalve “omdat het moet”?

Omdat het je direct wat oplevert:

• Meer klanten
  Een flink deel van de bevolking heeft een beperking. In Nederland gaat het grofweg om 1 op de 5 mensen, afhankelijk van de definitie. Als jouw site uitvalt op mobiel voor deze groep, laat je gewoon omzet liggen.

• Minder afhakers
  Veel gebruikers verlaten een site direct als ze iets niet kunnen lezen of bedienen. Zeker mobiel. Een slecht contrast, onhandig menu of onduidelijk formulier en ze zijn weg.

• Betere vindbaarheid en AI-voorsprong
  Zoekmachines en AI-systemen “zien” steeds beter of een site structuur heeft, alt-teksten gebruikt, duidelijke koppen heeft en logisch is opgebouwd. Dat zijn allemaal onderdelen van website toegankelijkheid. Toegankelijke sites scoren daardoor vaak beter, nu en in de toekomst met LLM-zoekresultaten.

• Lagere juridische risico’s
  Met de wet digitale toegankelijkheid en de European Accessibility Act wordt het juridisch heet onder je voeten als je het negeert. Toegankelijk bouwen is een vorm van risicobeperking.

Mobiele toegankelijkheid is dus niet alleen netjes, maar ook goed voor je business.

WCAG 2.1, 2.2 en EN 301 549

De WCAG 2.1 richtlijnen en WCAG 2.2 zijn internationale afspraken over hoe je websites en apps toegankelijk maakt. Ze komen van het W3C, de organisatie achter veel webstandaarden.

Daar bovenop heb je in Europa de norm EN 301 549. Die koppelt deze richtlijnen aan wetgeving digitale toegankelijkheid: Het beschrijft technisch wat je moet doen om aan de wet digitale toegankelijkheid en de European Accessibility Act te voldoen.

In de praktijk:

• WCAG 2.1 en 2.2 beschrijven wat je site moet kunnen voor gebruikers

• EN 301 549 koppelt dat aan de juridische verplichtingen in Europa

• De European Accessibility Act en de wet digitale toegankelijkheid verwijzen weer naar EN 301 549

De vier WCAG-principes uitgelegd

De WCAG zijn opgebouwd uit vier simpele principes. In gewone taal:

1. Waarneembaar
   Alles op je site moet te zien of te horen zijn. Voor mobiel betekent dat: genoeg contrast, voldoende lettergrootte, tekst die meegroeit als iemand inzoomt, en geen belangrijke tekst verstopt in afbeeldingen.

2. Bedienbaar
   Je site moet te bedienen zijn op verschillende manieren. Op mobiel gaat het om: knoppen die goed aan te tikken zijn, duidelijke navigatie, en goede ondersteuning van hulpmiddelen.

3. Begrijpelijk
   De gebruiker moet snappen wat hij ziet en doet. Je helpt daarbij met duidelijke koppen, logische formulieren, voorspelbare knoppen en foutmeldingen in ‘gewone’ taal.

4. Robuust
   Je site moet goed samenwerken met browsers, telefoons en hulpmiddelen, nu en in de toekomst. Dus: nette code, goede structuur en labels voor schermlezers.

WCAG 2.2 bouwt hierop voort. Er komen extra eisen bij die vooral over gebruiksgemak en focus op mobiel gaan, bijvoorbeeld betere zichtbaarheid van de focus en meer aandacht voor taken met tijdslimieten.

WCAG 2.1 en 2.2 voor mobiel

Een paar belangrijke punten uit WCAG 2.1 en 2.2:

• Content mag niet breken bij vergroten
  Als iemand op zijn telefoon de tekst vergroot, moet alles leesbaar en bruikbaar blijven. Geen onderdelen die half van het scherm vallen.

• Touchdoelen goed bruikbaar
  Knoppen, icoontjes en links moeten makkelijk aan te tikken zijn en niet te dicht op elkaar liggen. Zeker op een duimscherm. De richtlijn 2.5.5 gaat hier dieper op in.

• Schermlezers moeten alles kunnen lezen
  Elementen hebben een logische naam en volgorde. Navigatie, knoppen en formulieren moeten begrijpelijk zijn als je ze laat voorlezen door een hulpmiddel.

• Duidelijke focus indicatoren
  Als iemand via toetsenbord of alternatieve bediening navigeert, moet duidelijk zijn waar de focus staat.

• Geen blokkades bij draaien van het scherm
  Je mag iemand niet dwingen om in een stand te blijven, tenzij dat echt nodig is.

Veelgemaakte fouten bij mobiele menu’s en formulieren:

• een menu-icoon dat lastig te bedienen is

• formulieren waarbij foutmeldingen buiten beeld vallen op mobiel

• pop-ups of banners die de rest van de pagina blokkeren en lastig te sluiten zijn

Wat betekent EN 301 549 voor jou

De norm beschrijft hoe websites, apps en andere ICT toegankelijk moeten zijn en verwijst daarbij naar WCAG 2.1 en 2.2. Voor jou betekent dat:

• je werkt structureel aan digitoegankelijkheid, niet eenmalig

• je legt vast hoe je test, hoe je fouten oplost en hoe je nieuwe features ontwikkelt

• je zorgt dat je documentatie hebt, bijvoorbeeld een toegankelijkheidsverklaring

Wil je meer achtergrond bij de koppeling tussen EN 301 549, de European Accessibility Act en andere regels, dan vind je die in het overzicht van toegankelijkheidswetten en compliance.

Wet digitale toegankelijkheid en jouw bedrijf

Dan de vraag die je waarschijnlijk bezighoudt: moet ik hier wettelijk iets mee, of is dit alleen voor overheden?

De wet digitale toegankelijkheid, de bredere wet toegankelijkheid en de European Accessibility Act raken steeds meer organisaties:

• overheden en semioverheden

• banken en verzekeraars

• e-commerce en online platforms

• vervoer en ticketing

• onderwijsinstellingen

• bedrijven met meer dan 10 werknemers die bepaalde digitale diensten leveren

Ook als je formeel nog niet verplicht bent, is het verstandig om de normen nu al te volgen. De lat gaat niet lager worden.

Wie moet voldoen en wanneer

• Overheden en publieke instellingen moeten al jaren aan WCAG 2.1 AA voldoen, inclusief mobiele toepassingen.

• Vanaf 28 juni 2025 komt de European Accessibility Act in beeld voor veel commerciële partijen. Dat geldt voor nieuwe websites, apps en digitale diensten in de aangewezen sectoren.

• Bestaande oplossingen krijgen een overgangsperiode tot 2030, maar grote vernieuwingen kunnen onder de nieuwe regels vallen.

Ga je in 2024 of 2025 je website of app vernieuwen? Dan is het verstandig om nu al te bouwen volgens WCAG 2.2 en EN 301 549. Dan hoef je later niet opnieuw te beginnen.

Risico’s bij niet voldoen

Wat als je mobiele toegankelijkheid negeert?

Je loopt risico op:

• Boetes of handhaving als je onder de wet valt en klachten krijgt

• Klachten en slechte reviews van gebruikers die je site niet kunnen gebruiken

• Reputatieschade als je bekendstaat als “ontoegankelijk”

• Uitsluiting van aanbestedingen als toegankelijkheidseisen in de uitvraag staan

• Gemiste omzet doordat klanten afhaken als ze hun taak niet kunnen afronden op mobiel

Het doel is niet bang maken. Het doel is laten zien dat je deze problemen voor kunt zijn door website toegankelijkheid serieus te nemen. Dat geeft vertrouwen bij klanten, opdrachtgevers en toezichthouders.

Waarom nu starten met digitoegankelijkheid

Waarom nu beginnen, als sommige deadlines pas in 2025 of 2030 liggen?

Omdat:

• je toegankelijkheid veel goedkoper meeneemt in de ontwerp- en bouwfase

• zoekmachines en andere systemen toegankelijk gedrag al waarderen, ook voor SEO

• je team tijd nodig heeft om nieuwe werkwijzen in te slijpen

• controles en bewustzijn rond wetgeving digitale toegankelijkheid alleen maar toenemen

Wil je een voorsprong pakken? Maak dan gebruik van de tools op het Eye-Able platform. Doe een audit om te zien waar je staat.

Praktische checklist voor mobiele toegankelijkheid

Tijd voor actie. Hoe kun je zelf snel inschatten hoe mobiel toegankelijk jouw website of app nu is?

Gebruik deze checklist als startpunt om je website toegankelijk te maken. Loop hem zelf door op je telefoon en bespreek de punten met je webbouwer of interne developer.

Leesbaarheid op kleine schermen

Pak je eigen telefoon erbij en bezoek je site. Let op:

• Lettergrootte: is tekst zonder inzoomen goed leesbaar?

• Regelafstand: staan regels niet te dicht op elkaar?

• Witruimte: genoeg ruimte rondom tekst en blokken, zodat het geen muur van tekst wordt?

• Koppen: gebruik duidelijke koppen en subkoppen, zodat je de pagina snel kunt scannen.

• Contrast: gebruik een helder contrast tussen tekst en achtergrond; geen lichtgrijs op wit “voor het design”.

• Geen tekst in afbeeldingen: belangrijke tekst liever als echte tekst, niet in een plaatje verstopt.

Hier sluit je direct aan op de WCAG 2.1 richtlijnen rond waarneembaarheid. Alles moet leesbaar zijn, ook als iemand de tekst vergroot of in fel licht kijkt.

Knoppen, formulieren en navigatie

Hier gaat het op mobiel vaak mis. Kijk naar:

• Knoppen en links: zijn ze makkelijk aan te tikken en niet te dicht op elkaar?

• Duidelijke labels: gebruik tekst die zegt wat er gebeurt, niet alleen een icoon.

• Foutmeldingen: zet ze bij het veld waar iets misgaat en gebruik eenvoudige taal.

• Logische volgorde: loopt de volgorde van velden, knoppen en menu-items logisch als je er stap voor stap doorheen gaat?

• Menu herkenbaar: zorg voor een herkenbaar menu met duidelijke naam.

Schermlezers en bediening zonder muis

Toegankelijkheid van een website op mobiel gaat ook over mensen die hulpmiddelen gebruiken. Besturingssystemen bieden daarvoor standaard functies, zoals VoiceOver op iOS en TalkBack op Android.

Belangrijke vragen:

• Worden knoppen en links aangekondigd met een duidelijke naam?

• Is de volgorde logisch als je stap voor stap door de elementen gaat?

• Krijgen afbeeldingen met betekenis een beschrijvende tekst?

Als dit chaotisch aanvoelt, dan is de onderliggende structuur niet op orde.

Er zijn ook tools die je helpen, zoals een toegankelijkheids assistent die je site live aanpasbaar maakt voor verschillende gebruikers. Eye-Able biedt bijvoorbeeld zo’n module, uitgelegd op de pagina over de accessibility assistant en andere features.

Media, animaties en storende elementen

Op een klein scherm komt drukte extra hard binnen. Let op:

• Video’s: hebben ze ondertiteling en waar nodig een transcript?

• Audio: start er nergens automatisch muziek of geluid?

• Animaties en sliders: kun je ze pauzeren, stoppen of negeren als je daar moeite mee hebt?

• Knipperende elementen: vermijd flitsende beelden die problemen kunnen geven, bijvoorbeeld bij epilepsie.

• Pop-ups en banners: zijn ze makkelijk te sluiten en bruikbaar met hulpmiddelen?

WCAG 2.1 en 2.2 stellen duidelijke eisen aan tijdsgebonden media en animaties. Steeds meer systemen laten gebruikers aangeven dat ze minder beweging willen zien. Een toegankelijke site houdt daar rekening mee.

Zo maak je je website toegankelijk

Je weet nu wat mobiele toegankelijkheid inhoudt. Hoe zet je de stap van inzicht naar actie en ga je je website toegankelijk maken?

Een praktisch stappenplan:

1. Eerst weten waar je staat

2. Dan duidelijke doelen kiezen

3. Aanpassingen doorvoeren

4. Testen met echte gebruikers

5. Blijvend monitoren en rapporteren

Start met een toegankelijkheidsscan

Eerst meten, dan verbeteren. Je kunt:

• zelf met de checklist werken

• een automatische scan draaien op WCAG-fouten

• dit combineren met een expert-review

Een goed rapport laat zien:

• welke WCAG 2.1 issues er zijn

• wat de impact is op mobiele gebruikers

Conclusie

Zie mobiele toegankelijkheid als een gratis conversieboost, minder afhakers, betere vindbaarheid en minder juridisch risico. 

Start met een scan, pak de grootste fouten eerst en laat tooling zoals Eye-Able je werk uit handen nemen.