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
20 november 2025
Managementsamenvatting
Uit dit onderzoek blijkt dat wordt voldaan aan 36 van de 50 verplichte criteria voor toegankelijkheid. Veel onderdelen van de site zijn dus al goed toegankelijk, maar er zijn nog verbeteringen mogelijk.
Positief is bijvoorbeeld dat er geen zintuiglijke eigenschappen worden gebruikt om betekenis over te brengen, dat links een duidelijk doel hebben en dat de webpagina's goede titels hebben.
Verbeteringen zijn echter nog mogelijk op diverse punten, zoals:
Onjuist opgemaakte koppen
Niet alle content is bereikbaar bij inzoomen
Niet van alle elementen wordt de status correct aangegeven voor hulpsoftware
Naast de verplichte WCAG 2.1 criteria zijn ook de in WCAG 2.2 toegevoegde criteria op niveau A en AA onderzocht. Hierbij waren er geen bevindingen.
Scope van de evaluatie
Website naam
subsidies.almere.nl
Scope van de website
Alle pagina's op https://subsidies.almere.nl/ via acceptatieomgeving op https://subsidies-acc.almere.nl/.
Buiten scope valt het DigiD inlogproces, aangezien dit op de acceptatieomgeving anders is ingericht dan op productie.
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.
27Voldoende
13Onvoldoende
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
PDF beschikking - besluit-verlenen-subsidie-2026100-kenmerk-feestje-thuis.pdf (via Besluit downloaden)
Uitkomst: Onvoldoende
Hele sample
Bevindingen:
Het logo bovenaan de site heeft de zichtbare tekst ‘Gemeente Almere’, maar de alt-tekst is ‘Logo Almere’. Een screenreadergebruiker krijgt nu andere informatie dan een ziende gebruiker. Zorg dat de alt-tekst bij een logo de zichtbare tekst weergeeft.
PDF beschikking - besluit-verlenen-subsidie-2026100-kenmerk-feestje-thuis.pdf (via Besluit downloaden)
Het logo van de gemeente Almere bovenaan het document heeft een lege alt-tekst. Dit is echter geen decoratieve afbeelding. Geef als alt-tekst ‘Gemeente Almere’ of ‘Logo Gemeente Almere’.
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)
PDF beschikking - besluit-verlenen-subsidie-2026100-kenmerk-feestje-thuis.pdf (via Besluit downloaden)
Uitkomst: Onvoldoende
Dashboard/mijn aanvragen
De koppenstructuur is niet logisch opgemaakt. Er zijn koppen van categorieën, zoals Taken en Conceptaanvragen. Dit zijn koppen op h2-niveau. Onder elke categorie staan onderdelen met koppen, ook op h2 -niveau. Deze vallen onder een categorie en moeten daarom op h3-niveau staan.
De gegevens in de overzichten zoals onder 1.1 Aanvraagdetails lijken visueel in een tabel te staan. In de code zijn dit echter label elementen (linker ‘kolom’) en div-elementen zonder duidelijke rol. Voor screenreadergebruikers is dit verwarrend, want er zijn labels zonder invoervelden. Het zou hier beter zijn om de gegevens in een tabel op te maken of een dl-element (lijst). Dan is de structuur ook duidelijk voor hulpsoftware.
PDF beschikking - besluit-verlenen-subsidie-2026100-kenmerk-feestje-thuis.pdf (via Besluit downloaden)
Alle content in dit document staat opgemaakt binnen tabellen, terwijl dit (ook zichtbaar) geen tabulaire data bevat. Dit is verwarrend voor screenreadergebruikers die wel al die tabelgegevens krijgen voorgelezen. Haal de tabelopmaak hier weg. De dataparen bovenaan het document, zoals Regeling en Contactpersoon, kunnen beter worden opgemaakt in een lijst.
Binnen de brief staan kopjes die niet als kop staan opgemaakt maar als paragraaf. Maak hier bijvoorbeeld h2-koppen van.
Onder andere onder ‘Verplichtingen’ staat visueel een lijst, maar deze staat opgemaakt met paragrafen. Maak hier een lijst van zodat ook screenreadergebruikers een lijst krijgen voorgelezen.
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
1.4.2: Geluidsbediening
Hele sample
Uitkomst: Niet van toepassing
1.4.3: Contrast (minimum)
Hele sample
Uitkomst: Onvoldoende
Mijn gegevens controleren/aanpassen
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.
Mijn gegevens controleren/aanpassen
Wanneer een invoerveld niet correct is ingevuld, verschijnt er een algemene foutmelding in een rode achtergrond. De witte tekst heeft hierop te laag contrast (3.38:1). Zie screenshot 8.
1.4.4: Herschalen van tekst
Hele sample
Uitkomst: Voldoende
Hele sample
Bevindingen:
Opmerking: wanneer je de ingebouwde optie voor 200% tekstgrootte gebruikt, schalen niet alle onderdelen mee, zoals uitklapopties en tabs. Zie screenshot 4 en screenshot 5. (Bij het gebruik van browser zoom is dit issue er niet, omdat je dan de responsive versie krijgt.)
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.)
De tooltips zijn niet meer geheel leesbaar wanneer ingezoomd op 400%. Zie screenshot 6.
In de samenvatting staan de gegevens in een tabel. Boven de 250% is deze niet meer geheel leesbaar, doordat niet horizontaal gescrold kan worden binnen de tabel. Zie screenshot 7.
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 ‘vorige’ en ‘volgende’ knoppen (lichtgrijs, 2.3:1). Dit geldt voor meer knoppen, zoals bij het openen van de filters.
Wanneer je de standaard browserstyles uitzet (via outline:none), zorg dan voor een eigen alternatief met voldoende contrast.
1.4.12: Tekstafstand
Hele sample
Uitkomst: Voldoende
1.4.13: Content bij hover of focus
Hele sample
Uitkomst: Onvoldoende
Nieuwe aanvraag (proces)- 2026/85337 | 2026 Subsidieaanvraag (buurt)ontmoetingsplekken en -activiteiten
Uitkomst: Onvoldoende
Nieuwe aanvraag (proces)- 2026/85337 | 2026 Subsidieaanvraag (buurt)ontmoetingsplekken en -activiteiten
Bij de icoontjes verschijnt extra tekst bij hover. Het is niet mogelijk om met de muisaanwijzer over deze tekst (tooltip) te bewegen. Mensen die vergrotingssoftware gebruiken moeten de muis bewegen om delen van de pagina te bekijken. Wanneer op dat moment de tooltip (waar ze heen gaan) verdwijnt, kunnen ze die informatie niet lezen. Zorg dat de muis over de tooltip kan bewegen.
2 Bedienbaar
2.1 Toetsenbordtoegankelijk
Success Criterium
Uitkomst
Bevindingen
2.1.1: Toetsenbord
Hele sample
Uitkomst: Voldoende
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: Onvoldoende
Mijn gegevens controleren/aanpassen
Uitkomst: Onvoldoende
Mijn gegevens controleren/aanpassen
Wanneer een invoerveld niet correct is ingevuld, verschijnt er een algemene foutmelding in een rode achtergrond. Deze verdwijnt na een aantal seconden. Geef gebruikers voldoende tijd om content te lezen. Zet de tijdslimiet uit of maak deze aanpasbaar. Zie screenshot 8.
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: Voldoende
PDF aanvraag - Aanvraagformulier_100_maandag 17 november 2025.pdf (via Download aanvraagformulier)
Uitkomst: Voldoende
PDF aanvraag - Aanvraagformulier_100_maandag 17 november 2025.pdf (via Download aanvraagformulier)
Opmerking: de titel van het document is hetzelfde als de bestandsnaam, met daarin voornamelijk de datum dat het gedownload is (‘Aanvraagformulier_100_maandag 17 november 2025.pdf’). Aangeraden wordt om een beter beschrijvende titel aan het document te geven, zodat wanneer de gebruiker meerdere documenten open heeft staan, het betreffende document beter herkend kan worden.
2.4.3: Focus volgorde
Hele sample
Uitkomst: Onvoldoende
Overzicht mijn taken
Uitkomst: Onvoldoende
Nieuwe aanvraag (proces)- 2026/85337 | 2026 Subsidieaanvraag (buurt)ontmoetingsplekken en -activiteiten
Uitkomst: Voldoende
Hele sample
Bevindingen:
Na enige inactiviteit verschijnt er een popup met een tekst om de inlogtijd indien gewenst te verlengen. De focus gaat niet meteen naar deze popup, maar blijft in de onderliggende pagina staan. Zorg dat bij een modal popup de focus alleen in deze modal staat, en pas weer op de pagina eronder komt wanneer de modal is gesloten. Zie screenshot 1. NB: omdat de focus hier nu niet automatisch in komt, is dit een statusbericht die niet wordt doorgegeven aan screenreaders. Zie 4.1.3.
Overzicht mijn taken
Bovenaan de pagina staan filters. Wanneer je de knop ‘Extra filters’ hebt geactiveerd, komt de focus niet meteen in het formulier, maar gaat eerst naar de ‘Filteren’knop. Dit is niet logisch en kan verwarrend zijn voor toetsenbordgebruikers. De logische volgorde is dat je eerst in het formulier komt, en daarna op de filterknop om het uit te voeren.
Nieuwe aanvraag (proces)- 2026/85337 | 2026 Subsidieaanvraag (buurt)ontmoetingsplekken en -activiteiten
Opmerking: in de samenvatting staan links naar de vragen die nog ingevuld moeten worden. Je verwacht als gebruiker dat je dan meteen bij deze vraag uitkomt, maar de focus komt op de link met ‘Powered by: Gilde-BT’. Het zou gebruiksvriendelijker zijn om dan de focus ook in dit veld te plaatsen.
2.4.4: Linkdoel (in context)
Hele sample
Uitkomst: Voldoende
2.4.5: Meerdere manieren
Hele sample
Uitkomst: Voldoende
Hele sample
Bevindingen:
Opmerking: Wanneer je binnen een categorie zit, zoals ‘Mijn taken’, heb je een zoek- en filterfunctie om specifieke aanvragen te vinden. Het zou gebruiksvriendelijker zijn om deze zoek-en filter opties meteen in het dashboard aan te bieden, omdat toch alle categorieën hierin vertegenwoordigd zijn.
2.4.6: Koppen en labels
Hele sample
Uitkomst: Onvoldoende
Nieuwe aanvraag (proces)- 2026/85337 | 2026 Subsidieaanvraag (buurt)ontmoetingsplekken en -activiteiten
Uitkomst: Onvoldoende
Hele sample
Bevindingen:
Het label van het menu wanneer je bent ingezoomd is ‘Toggle navigation’. Dit is mogelijk niet voor iedereen duidelijk. Geef de knop een Nederlands label.
Nieuwe aanvraag (proces)- 2026/85337 | 2026 Subsidieaanvraag (buurt)ontmoetingsplekken en -activiteiten
De keuzehulp opent in een popup window. Deze heeft een knop om de popup te sluiten met als naam via het aria-label: ‘close’. Dit is mogelijk niet voor alle bezoekers duidelijk. Geef de knop op Nederlandse pagina’s ook een Nederlandse naam. Dit komt op meerdere plekken voor.
Binnen de vragen komen lijsten met opties voor. Deze zijn gecodeerd als buttons die een popup openen, met daarin weer buttons. De eerste button heeft als label ‘multiselect’. Het zou duidelijker zijn om een label te geven die het specifieke veld weergeeft, zoals ‘Kies beleidsveld’. Zie screenshot 3. (Voor gebruikers van hulpsoftware zou het ook duidelijker zijn om een standaard select element te gebruiken, omdat de werking daarvan duidelijker is met bijvoorbeeld het toetsenbord.)
2.4.7: Focus zichtbaar
Hele sample
Uitkomst: Voldoende
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: Onvoldoende
Hele sample
Bevindingen:
De link achter het logo in de header heeft een andere toegankelijke naam dan wat er zichtbaar is. Hierdoor kan de link mogelijk niet met stem bediend worden. Zorg ervoor dat de toegankelijke naam (zoals alt-tekst) altijd minstens de zichtbare tekst bevat. Aangeraden wordt om de zichtbare naam aan het begin van de toegankelijke naam te zetten. (Dus: ‘Gemeente Almere logo’.)
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: Voldoende
3.1.2: Taal van onderdelen
Hele sample
Uitkomst: Niet van toepassing
3.2 Voorspelbaar
Success Criterium
Uitkomst
Bevindingen
3.2.1: Bij focus
Hele sample
Uitkomst: Voldoende
3.2.2: Bij input
Hele sample
Uitkomst: Voldoende
3.2.3: Consistente navigatie
Hele sample
Uitkomst: Voldoende
3.2.4: Consistente identificatie
Hele sample
Uitkomst: Voldoende
3.2.6: Consistent Help
Hele sample
Uitkomst: Niet van toepassing
3.3 Assistentie bij invoer
Success Criterium
Uitkomst
Bevindingen
3.3.1: Foutidentificatie
Hele sample
Uitkomst: Voldoende
3.3.2: Labels of instructies
Hele sample
Uitkomst: Voldoende
3.3.3: Foutsuggestie
Hele sample
Uitkomst: Onvoldoende
Mijn gegevens controleren/aanpassen
Uitkomst: Onvoldoende
Mijn gegevens controleren/aanpassen
Als een invoerfout automatisch ontdekt wordt en suggesties voor verbetering bekend zijn, dan moeten deze suggesties aan de gebruiker worden geleverd. Bij het e-mailadres, telefoonnummer en IBAN wordt een bepaald format geëist, maar deze wordt niet als suggestie gegeven. Voeg een suggestie toe, bijvoorbeeld: het e-mailadres moet in deze vorm worden ingevoerd: ‘naam@domein.com’.
Nieuwe aanvraag (proces)- 2026/85337 | 2026 Subsidieaanvraag (buurt)ontmoetingsplekken en -activiteiten
Uitkomst: Onvoldoende
Hele sample
Bevindingen:
Na enige inactiviteit verschijnt er een popup met een tekst om de inlogtijd indien gewenst te verlengen. Deze popup geeft geen goede rol. Voor gebruikers van hulpsoftware is het nu niet duidelijk dat ze te maken hebben met een popup window. Voeg role=“dialog” toe aan de popup. Zie voor meer informatie https://www.w3.org/TR/wai-aria-1.1/#alertdialog.
Mijn gegevens controleren/aanpassen
In het formulier om de gegevens aan te passen staat bij het IBAN-nummerveld een i-icoon. Deze heeft de rol van button met als aria-label de inhoud van de tooltip. Dit is verwarrend, want de button doet verder niks. Een correcte opmaak zou zijn om de button een ‘aria-describedby’-attribuut te geven (ook op focus, niet alleen op hover) die verwijst naar een element met de rol van ‘tooltip’, met daarbinnen de inhoud van de tooltip. Op sommige pagina’s zoals op ‘Details aanvraag Paul_Test’ staat er in deze tooltips meer tekst dan het aria-label. De screenreader leest alleen het aria-label voor als knop, maar als je deze activeert wordt de resterende tekst niet voorgelezen. Zie screenshot 2.
Overzicht mijn taken
Bovenaan de pagina staan filters. De ‘Ingestelde filters- knop opent een popup. Dit is niet correct opgemaakt, waardoor hulpsoftware het mogelijk niet goed kan interpreteren. Bij gebruik van ‘aria-haspopup=”true”’ wordt impliciet uitgegaan van een container met de role van ‘menu’. Dit is niet het geval. Andere waardes zijn mogelijk, zoals ‘listbox’. Zorg dat de popup wordt gecodeerd volgens de specificatie. Zie ook https://www.w3.org/TR/wai-aria-1.1/#aria-haspopup. Dit geldt ook de ‘Extra filter’-knop. Deze opent geen menu, maar een formulier.
In het formulier onder ‘Extra filter’ staat een invoerveld voor naam. Dit label is niet goed gekoppeld aan het invoerveld, doordat het verwijst naar een id dat niet bestaat.
Op deze pagina staat een tabel met headers zoals ‘Aanvraag ID’. Deze kun je sorteren, maar de status is niet duidelijk. Het attribuut ‘aria-sort’ staat altijd op ‘ascending/descending’ en het is daardoor niet duidelijk welke actief is. Zorg dat deze alleen de actieve waarde weergeeft, dus ‘ascending’ OF ‘descending’.
De verschillende stappen staan opgemaakt als tabs, maar de code die hiervoor is gebruikt is niet correct. Er is een tablist, maar deze bevat geen directe tabs. Deze staan een niveau lager binnen de list-items, waardoor ze niet herkend worden. Ook is het nu alleen visueel duidelijk welke tabs actief zijn. Zie voor de specificatie https://www.w3.org/TR/wai-aria-1.1/#tablist. Dit komt op veel plekken voor.
Nieuwe aanvraag (proces)- 2026/85337 | 2026 Subsidieaanvraag (buurt)ontmoetingsplekken en -activiteiten
De keuzehulp opent in een popup window. Deze heeft een knop om de popup te sluiten. Deze knop is verborgen voor hulpsoftware via ‘aria-hidden’.
4.1.3: Statusberichten
Hele sample
Uitkomst: Onvoldoende
Hele sample
Bevindingen:
Na enige inactiviteit verschijnt er een popup met een tekst om de inlogtijd indien gewenst te verlengen. De focus gaat niet meteen naar deze popup, maar blijft in de onderliggende pagina staan. Hierdoor weten screenreadergebruikers niet dat dit bericht er is en dat actie vereist is. Zorg bij voorkeur dat de focus wel direct in de popup komt (zie 2.4.3). Zo niet, dan moet dit worden opgemaakt als statusbericht. Dit kan worden opgelost via het gebruik van live regions. Zie voor meer info https://www.w3.org/WAI/WCAG21/Understanding/status-messages.html#techniques
