Openbare voorzieningen moeten bruikbaar en toegankelijk zijn voor alle burgers. Net zoals een gebouw rolstoeltoegankelijk moet zijn, moet een website of mobiele app ook bediend kunnen worden door mensen met een beperking. Dit kunnen bijvoorbeeld visuele, auditieve of motorische beperkingen zijn. Denk aan slechtzienden, doven en slechthorenden en mensen die hun handen niet of in beperkte mate kunnen gebruiken. Ook cognitieve factoren spelen een rol: is de content voor iedereen te begrijpen?
De Web Content Accessibility Guidelines (WCAG) versie 2.1 AA is het verplichte niveau onder de Europese standaard EN 301 549 en de European Accessibility Act. Deze criteria variëren van technisch functionele eisen zoals een goede werking met het toetsenbord tot aan meer inhoudelijke eisen zoals duidelijke foutmeldingen en een heldere navigatiestructuur.
Dit onderzoek is handmatig uitgevoerd volgens de WCAG-EM evaluatiemethode met ondersteuning van automatische test tools. De pagina’s uit de sample zijn onderzocht op alle voor dit onderzoek relevante WCAG criteria. Wanneer aan een criterium niet wordt voldaan, wordt hiervan minimaal één voorbeeld gegeven. Deze bevindingen kunnen op meer plekken voorkomen en moeten daarom structureel worden aangepakt.
De WCAG criteria zijn ingedeeld volgens vier principes, welke ook de leidraad vormen voor dit rapport: Waarneembaar, Bedienbaar, Begrijpelijk en Robuust. Gedetailleerde informatie over deze criteria is te vinden op de website van het W3C (Nederlandse vertaling).
Over deze evaluatie
Rapport auteur
Janita Top
Evaluatie opdrachtgever
Gemeente Almere
Evaluatiedatum
27 augustus 2026
Managementsamenvatting
Uit dit onderzoek blijkt dat wordt voldaan aan 40 van de 55 criteria voor toegankelijkheid. Veel onderdelen van de site zijn dus al goed toegankelijk, maar er zijn nog verbeteringen mogelijk.
Positief is bijvoorbeeld er geen zintuiglijke eigenschappen worden gebruikt om betekenis over te brengen, dat blokken met herhalende links omzeild kunnen worden en dat er een consistente navigatie aanwezig is.
Verbeteringen zijn echter nog mogelijk op diverse punten, zoals:
Onjuiste of missende alt-teksten bij afbeeldingen
Onjuist opgemaakte koppen
Niet alle functionaliteit werkt met het toetsenbord
Scope van de evaluatie
Website naam
almere.webshop.parkeer.nl
Scope van de website
Alle pagina's op https://almere.webshop.parkeer.nl.
WCAG Versie
2.2
Conformiteitsdoel
AA
Basisniveau van toegankelijkheid-ondersteuning
Gangbare webbrowsers en hulpapparatuur.
Verdere onderzoeksvereisten
Uitgebreide toetsresultaten
Samenvatting
Gerapporteerd over 55 van 55 WCAG 2.2 AA
success criteria.
25Voldoende
15Onvoldoende
15Niet van toepassing
0Niet getoetst
Alle resultaten
1 Waarneembaar
1.1 Tekstalternatieven
Success Criterium
Uitkomst
Bevindingen
1.1.1: Niet-tekstuele content
Hele sample
Uitkomst: Onvoldoende
Bedrijfsvergunning noodzaak maand meer info
Uitkomst: Onvoldoende
Hele sample
Bevindingen:
In de header staat het logo van de gemeente Almere. De alt-tekst luidt ‘banner’. Dit geeft geen nuttige informatie aan een screenreadergebruiker. Geef bij logo’s altijd een alternatieve tekst die minimaal de zichtbare tekst bevat.
Wanneer er een product in de winkelwagen zit, komt er in de header een icoon van een winkelwagen te staan met een nummer er achter. Er is echter geen alternatieve tekst voor de winkelwagen, dus een screenreadergebruiker krijgt alleen een nummer te horen. Voeg bijvoorbeeld een aria-label toe aan de link met ‘winkelwagen’.
Opmerking: voor veel links staan afbeeldingen van iconen zonder alternatieve tekst. Deze kunnen beter verborgen worden voor hulpsoftware, zodat ze niet in de linktekst terecht komen voor screenreaders. Zie screenshot 8 (hier worden het vraagtekens).
Bedrijfsvergunning noodzaak maand meer info
Bij de beschrijving staan 2 afbeeldingen van kaarten zonder alt-attribuut. Zorg ervoor dat er in ieder geval een korte alt-tekst bij de afbeeldingen staat zodat het duidelijk is waar deze afbeeldingen voor zijn. NB: de links naar de volledige kaarten geven een ‘Pagina niet gevonden’.
1.2 Op tijd gebaseerde media
Success Criterium
Uitkomst
Bevindingen
1.2.1: Louter-geluid en louter-videobeeld (vooraf opgenomen)
Hele sample
Uitkomst: Niet van toepassing
1.2.2: Ondertitels voor doven en slechthorenden (vooraf opgenomen)
Hele sample
Uitkomst: Niet van toepassing
1.2.3: Audiodescriptie of media-alternatief (vooraf opgenomen)
Hele sample
Uitkomst: Niet van toepassing
1.2.4: Ondertitels voor doven en slechthorenden (live)
Hele sample
Uitkomst: Niet van toepassing
1.2.5: Audiodescriptie (vooraf opgenomen)
Hele sample
Uitkomst: Niet van toepassing
1.3 Aanpasbaar
Success Criterium
Uitkomst
Bevindingen
1.3.1: Info en relaties
Hele sample
Uitkomst: Onvoldoende
Bewonersabonnement maand meer info
Uitkomst: Onvoldoende
PDF factuur
Uitkomst: Onvoldoende
Hele sample
Bevindingen:
Het hoofdmenu is niet correct opgemaakt. Er is gebruik gemaakt van de ‘menu’-role, en deze kan alleen ‘menuitem’-onderdelen bevatten. Er staat echter ook een ul-element tussen. Ook is er een menuitem zonder tekst. Zie screenshot 1. Wanneer lijsten niet correct zijn opgemaakt, kan hulpsoftware deze mogelijk niet goed interpreteren. Kijk voor een correcte implementatie op https://www.w3.org/TR/wai-aria-1.1/#menu. NB: De menu-role is er in de eerste plaats voor desktop applicaties en wordt normaal gesproken niet gebruikt voor navigatie op het web. Het verwachte toetsenbordgedrag is hierbij ook anders, zie https://www.w3.org/WAI/ARIA/apg/patterns/menubar/. Opmerking: in de link naar ‘Nieuwe aanvraag’ staat het menu-item er dubbel in.
Bewonersabonnement maand meer info
In de beschrijving staan tussenkopjes van parkeergarages Almere Stad en Almere Buiten. Deze teksten staan opgemaakt met het strong-element in plaats van met kopelementen. Screenreadergebruikers die navigeren via koppen missen deze nu. Maak hier kopelementen van zoals h2. Let hierbij op de totale hiërarchie. De kopjes ‘Vereisten’ en ‘Voordelen’ staan nu namelijk opgemaakt als h3, maar vallen niet onder een specifieke parkeergarage. Deze kunnen daarom beter op h2-niveau worden gezet.
Dit issue (strong i.p.v. heading-elementen) komt ook voor op de pagina ‘Bedrijfsvergunning noodzaak maand meer info’, bij de berichten op de pagina ‘Postvak In’ en in de Privacyverklaring (popup op de pagina Account aanmaken.)
De tabellen onder de parkeergarages zijn niet correct opgemaakt. In de bovenste rij staan kopjes, maar die zijn niet als kopcel (th) maar als data opgemaakt (td) met daarin een strong-element. Maak hier kopcellen van (th) zodat een screenreader dit correct kan voorlezen.
PDF factuur
De PDF heeft geen tags (codelaag) en daardoor is er voor hulpsoftware zoals screenreaders geen informatie beschikbaar om de PDF te interpreteren. Deze codelaag wordt aangemaakt in het bronbestand (bijvoorbeeld Word of Indesign) en moet van daaruit goed worden geëxporteerd. Wanneer de codelaag aanwezig is en aan de richtlijnen voldoet, kan hulpsoftware de inhoud juist weergeven voor de gebruiker, zoals ook bij goed opgebouwde HTML-pagina's het geval is.
1.3.2: Betekenisvolle volgorde
Hele sample
Uitkomst: Voldoende
1.3.3: Zintuiglijke eigenschappen
Hele sample
Uitkomst: Voldoende
1.3.4: Weergavestand
Hele sample
Uitkomst: Voldoende
1.3.5: Identificeer het doel van de input
Hele sample
Uitkomst: Voldoende
1.4 Onderscheidbaar
Success Criterium
Uitkomst
Bevindingen
1.4.1: Gebruik van kleur
Hele sample
Uitkomst: Voldoende
Bewonersabonnement maand meer info
Uitkomst: Voldoende
Bewonersabonnement maand meer info
Opmerking: De links in de tabellen worden alleen met een (klein) verschil in kleur aangegeven. Er wordt in de tekst erboven toegelicht dat er links staan, maar het zou duidelijker zijn om deze links ook bijvoorbeeld te onderstrepen.
Dit geldt ook voor links in de berichten van Postvak In. Hier lijkt geen enkel verschil in kleur te zijn, waardoor het puur uit de tekst moet worden opgemaakt dat iets een link is. Zie screenshot 5.
1.4.2: Geluidsbediening
Hele sample
Uitkomst: Niet van toepassing
1.4.3: Contrast (minimum)
Hele sample
Uitkomst: Onvoldoende
Inloggen
Uitkomst: Onvoldoende
Bewonersabonnement maand aanvragen (proces)
Uitkomst: Onvoldoende
Hele sample
Bevindingen:
Tekst moet een contrast hebben van minimaal 4,5:1 voor slechtzienden en kleurenblinden. Dat geldt ook voor actieve elementen zoals op hover en focus. Onderstaande elementen op de website zitten qua contrast onder deze waarden.
De asterisk voor verplichte velden (rood/grijs, 4.3:1)
Inloggen
De ‘terug’-knop op focus (zwart/blauw, 1.9:1).
Bewonersabonnement maand aanvragen (proces)
Wanneer het kenteken niet geverifieerd kan worden, wordt deze in het rood getoond. Dit heeft een contrast van 2.66:1. Zie screenshot 3.
1.4.4: Herschalen van tekst
Hele sample
Uitkomst: Voldoende
1.4.5: Afbeeldingen van tekst
Hele sample
Uitkomst: Voldoende
1.4.10: Reflow
Hele sample
Uitkomst: Onvoldoende
Hele sample
Bevindingen:
Maak de layout zodanig responsive dat alle content en functionaliteit bij inzoomen tot 400% (vergelijkbaar met 320 px breed) goed bruikbaar blijft, en er niet in twee richtingen gescrold hoeft te worden. Op onderstaande plekken op de site is dit niet het geval. (Getest op 1280px breed.)
Op 400% zoom is de laatste link (of de twee laatste links bij een gevulde winkelwagen) in het menu niet meer leesbaar. Zie screenshot 7.
1.4.11: Contrast van niet-tekstuele content
Hele sample
Uitkomst: Onvoldoende
Hele sample
Bevindingen:
Grafische elementen moeten een contrast hebben van minimaal 3:1. Dit geldt ook voor de randen of achtergrondkleur van invoervelden. Onderstaande elementen op de website zitten qua contrast onder deze waarden.
De focusrand op de inloggen/uitloggen link (lichtblauw/wit, 1.8:1). Dit geldt ook voor de link naar en de ‘OK’ knop van de privacyvoorwaarden.
De focusranden van de tabbladen (lichtblauw op grijs, 1.4:1).
De knop (met kruis) om de popup van de privacyvoorwaarden te sluiten (lichtgrijs/wit, 1.42:1).
1.4.12: Tekstafstand
Hele sample
Uitkomst: Voldoende
1.4.13: Content bij hover of focus
Hele sample
Uitkomst: Niet van toepassing
2 Bedienbaar
2.1 Toetsenbordtoegankelijk
Success Criterium
Uitkomst
Bevindingen
2.1.1: Toetsenbord
Hele sample
Uitkomst: Onvoldoende
Dashboard Bewoners (Nieuwe aanvraag - Bewoners)
Uitkomst: Onvoldoende
Facturen (via mijn account)
Uitkomst: Onvoldoende
Postvak in
Uitkomst: Onvoldoende
Dashboard Bewoners (Nieuwe aanvraag - Bewoners)
Bovenaan het overzicht staat een radiobutton om te switchen tussen ‘alles’ en ‘aan te vragen’. Deze kan niet met het toetsenbord worden bediend.
Facturen (via mijn account)
Met de muis kun je een rij in de tabel aanklikken om de details van het product te zien. Met het toetsenbord werkt dit niet.
Postvak in
Binnen de berichten zijn niet alle links en knoppen bereikbaar met het toetsenbord. Wanneer een bericht is uitgeklapt, zijn de pdf-link en de ‘plusjes’ van de andere berichten niet bereikbaar.
2.1.2: Geen toetsenbordval
Hele sample
Uitkomst: Voldoende
2.1.4: Enkel teken sneltoetsen
Hele sample
Uitkomst: Niet van toepassing
2.2 Genoeg tijd
Success Criterium
Uitkomst
Bevindingen
2.2.1: Timing aanpasbaar
Hele sample
Uitkomst: Niet van toepassing
2.2.2: Pauzeren, stoppen, verbergen
Hele sample
Uitkomst: Niet van toepassing
2.3 Toevallen en fysieke reacties
Success Criterium
Uitkomst
Bevindingen
2.3.1: Drie flitsen of beneden drempelwaarde
Hele sample
Uitkomst: Voldoende
2.4 Navigeerbaar
Success Criterium
Uitkomst
Bevindingen
2.4.1: Blokken omzeilen
Hele sample
Uitkomst: Voldoende
2.4.2: Paginatitel
Hele sample
Uitkomst: Onvoldoende
Bewonersabonnement maand aanvragen (proces)
Uitkomst: Voldoende
PDF factuur
Uitkomst: Onvoldoende
Bewonersabonnement maand aanvragen (proces)
Opmerking: binnen een aanvraag hebben de pagina’s dezelfde titel, bijvoorbeeld ‘1. Bewonersabonnement (Maand) aanvragen’, ook als je in stap 2 of stap 3 bent. Het zou duidelijker zijn ook de stap te vermelden in de paginatitel: ‘Stap 2 Extra info van Bewonersabonnement (Maand) aanvragen’.
PDF factuur
Het PDF-bestand heeft geen titel. Voor gebruikers van hulpsoftware is het voor de navigatie tussen documenten belangrijk dat de titel duidelijk maakt waar ze zijn. Wanneer een pdf geen titel heeft wordt de bestandsnaam getoond, deze is niet altijd even duidelijk. Pas de titel aan in de Documenteigenschappen in Adobe PDF. Stel daarnaast in de eigenschappen in dat de documenttitel wordt getoond in plaats van de bestandsnaam.
2.4.3: Focus volgorde
Hele sample
Uitkomst: Voldoende
2.4.4: Linkdoel (in context)
Hele sample
Uitkomst: Onvoldoende
Dashboard Bewoners (Nieuwe aanvraag - Bewoners)
Uitkomst: Onvoldoende
Bedrijfsvergunning noodzaak maand meer info
Uitkomst: Onvoldoende
Dashboard Bewoners (Nieuwe aanvraag - Bewoners)
Er zijn meerdere links op de pagina met de tekst ‘Meer informatie'. Gebruikers van hulpsoftware vragen vaak lijsten op van links op de pagina. Wanneer deze teksten geen duidelijke informatie geven kunnen ze niks met deze links. Voeg teksten toe aan de link die duidelijk maken waar het precies om gaat, zodat de diverse links van elkaar te onderscheiden zijn. Dit kan met een extra tekst in de link, eventueel met CSS verborgen, of via een aria-labelledby verwijzing naar een tekst elders op de pagina. Een title-attribuut (zoals nu is gebruikt) wordt slecht ondersteund door hulpsoftware, dus gebruik deze enkel als extra informatie. (De screenreader negeert het title-attribuut voor de linktekst, zie screenshot 8.) Zie voor meer info https://www.w3.org/TR/WCAG20-TECHS/ARIA7.html.
Bedrijfsvergunning noodzaak maand meer info
Op deze pagina staan twee links met dezelfde tekst ‘Bekijk de volledige kaart’. Voeg in de linknaam ter verduidelijking het gebied toe.
2.4.5: Meerdere manieren
Hele sample
Uitkomst: Onvoldoende
Hele sample
Bevindingen:
Behalve het hoofdmenu zijn er geen andere manieren om webpagina’s te vinden. Een deel van de bezoekers kan gemakkelijker navigeren via een zoekfunctie of een sitemap dan via een menu, bijvoorbeeld omdat het lastig is deze ingezoomd of via een screenreader te gebruiken. Biedt naast het hoofdmenu nog een tweede optie aan, bijvoorbeeld een algemene zoekfunctie.
2.4.6: Koppen en labels
Hele sample
Uitkomst: Onvoldoende
Hele sample
Bevindingen:
De knop voor het menu heeft als naam (via het aria-label) ‘toggle navigation’. Dit is mogelijk niet voor alle gebruikers duidelijk. Geef de knop een Nederlandse naam. Dit geldt ook voor de knop om een popup te sluiten. Deze heeft als naam ‘Close’.
2.4.7: Focus zichtbaar
Hele sample
Uitkomst: Onvoldoende
Bewonersabonnement maand meer info
Uitkomst: Onvoldoende
Bewonersabonnement maand aanvragen (proces)
Uitkomst: Onvoldoende
Hele sample
Bevindingen:
De focus op de menu-knop is niet zichtbaar (wanneer je bent ingezoomd vanaf 175%).
Bewonersabonnement maand meer info
De focus op de ‘Terug’ knop is niet zichtbaar. De outline staat hier op 0.
Bewonersabonnement maand aanvragen (proces)
Bij het toevoegen van bestanden is de focus op de knop ‘blader’ niet zichtbaar.
2.4.11: Focus Not Obscured (Minimum)
Hele sample
Uitkomst: Voldoende
2.5 Input Modaliteiten
Success Criterium
Uitkomst
Bevindingen
2.5.1: Aanwijzergebaren
Hele sample
Uitkomst: Niet van toepassing
2.5.2: Aanwijzerannulering
Hele sample
Uitkomst: Voldoende
2.5.3: Label in naam
Hele sample
Uitkomst: Voldoende
2.5.4: Bewegingsactivering
Hele sample
Uitkomst: Niet van toepassing
2.5.7: Dragging Movements
Hele sample
Uitkomst: Niet van toepassing
2.5.8: Target Size (Minimum)
Hele sample
Uitkomst: Voldoende
3 Begrijpelijk
3.1 Leesbaar
Success Criterium
Uitkomst
Bevindingen
3.1.1: Taal van de pagina
Hele sample
Uitkomst: Onvoldoende
PDF factuur
Uitkomst: Onvoldoende
Hele sample
Bevindingen:
Wanneer de taal op Engels wordt gezet, wordt de content Engels, maar de pagina staat nog ingesteld op Nederlands. Screenreaders lezen hierdoor de pagina mogelijk niet in de juiste taal voor. Stel de juiste taal in op het html element.
PDF factuur
Het document heeft geen taal gespecificeerd. Screenreaders lezen de pdf mogelijk niet in de juiste taal voor. Stel de juiste taal in bij de documenteigenschappen in Acrobat.
3.1.2: Taal van onderdelen
Hele sample
Uitkomst: Onvoldoende
Hele sample
Bevindingen:
Wanneer de taal op Engels wordt gezet, wordt niet altijd alle content omgezet. Hierdoor staan er Engelse en Nederlandse teksten door elkaar. Zie screenshot 9. De teksten hebben echter geen taalwissel, waardoor de screenreader het mogelijk in de verkeerde taal voorleest. Dit kan als volgt worden opgelost: wanneer Engels wordt gekozen in het menu, wordt de paginataal op Engels gezet (zie ook 3.1.1). Wanneer er vervolgens toch nog Nederlandse teksten worden gebruikt, krijgen deze een taalwissel op het betreffende element (lang="nl").
De status van het menu wordt niet goed aangegeven. Wanneer het menu wordt uitgeklapt, staat ‘aria-expanded’ nog steeds op ‘false’. Zie screenshot 6.
Account aanmaken
De checkbox voor het akkoord gaan met de privacy voorwaarden heeft een ongeldige waarde van aria-checked=”agreeCheckbox.checked”. Dit kan verwarrend zijn voor gebruikers van hulpsoftware.
Account
Achter ‘Mijn gegevens’ staat een + icoon waarmee content kan worden uitgeklapt. Dit onderdeel heeft een ‘aria-expanded’-attribuut om de status aan te geven. Dit is op zich correct, alleen is dit een div-element zonder goede rol. Maak hier bij voorkeur een button-element van. Dit issue komt ook voor onder ‘Mijn producten’ en op de pagin’s Facturen en Postvak in.
Achter het zoekveld staat een knop zonder naam. Zie screenshot 2.
Bewonersabonnement maand aanvragen (proces)
In de winkelwagen staat achter het product een knop om te kopiëren. Deze heeft geen goede rol. Dit is een i-element, maar hier zou beter een button-element van gemaakt kunnen worden. Zie screenshot 4.
Opmerking: de knop om het product te verwijderen heeft als toegankelijke naam ‘Dichtbij Verwijderen’. Het is niet duidelijk wat dit betekent.
Facturen (via mijn account)
De rijen in de tabel functioneren als links naar het product. Deze links hebben echter geen goede rol. Maak hier een link-element van zodat ook gebruikers van toetsenbord en hulpsoftware hier gebruik van kunnen maken.
4.1.3: Statusberichten
Hele sample
Uitkomst: Onvoldoende
Hele sample
Bevindingen:
Bij de aanvragen en in de accountgegevens verschijnen vaak foutmeldingen zonder dat er op een verzendknop is gedrukt. Deze meldingen worden niet automatisch voorgelezen door screenreaders. Hierdoor is het voor deze gebruikers niet altijd duidelijk wat er aan de hand is. Dit kan worden opgelost via het gebruik van live regions voor de statusberichten. Zie voor meer info https://www.w3.org/WAI/WCAG21/Understanding/status-messages.html#techniques
