Toegankelijkheid (WCAG)
Digitale toegankelijkheid bij Embrace Customers
Bij Embrace Customers vinden wij het belangrijk dat iedereen, met of zonder beperking, gebruik kan maken van digitale dienstverlening. Dat is niet alleen een maatschappelijke verantwoordelijkheid, maar ook een wettelijke verplichting. Vanaf 28 juni 2025 zijn organisaties namelijk gebonden aan de European Accessibility Act (EAA). Deze Europese wet vereist onder andere dat websites en digitale klantomgevingen toegankelijk zijn voor mensen met een functiebeperking.
Embrace Customers levert software aan woningcorporaties en andere vastgoedorganisaties. Met ons product kunnen zij hun eigen website en mijn omgeving inrichten en aanbieden aan klanten. De toegankelijkheid van deze digitale omgevingen is daarmee deels afhankelijk van technische keuzes binnen onze software, en deels van hoe deze door klanten worden ingericht.
Wij richten ons op de technische toegankelijkheid van ons product. Dat betekent bijvoorbeeld dat knoppen, formulieren en interactieve elementen zoals tabbladen, zoekvelden en kaarten semantisch correct en met ondersteuning voor hulptechnologie worden opgebouwd. Ook zorgen we voor een logische focusvolgorde, duidelijke foutmeldingen en correct gebruik van alternatieve teksten in de interface.
Onze klanten zijn zelf verantwoordelijk voor de content en visuele inrichting van hun websites. Zij bepalen bijvoorbeeld of redacteuren de juiste koppen gebruiken, of kleurcontrast voldoet aan de WCAG-eisen, en of afbeeldingen voorzien zijn van een passende beschrijving. Deze aspecten vallen buiten onze technische verantwoordelijkheid, maar we ondersteunen klanten hier wel bij via documentatie, training en de gebruikersgroep.
De toegankelijkheid van onze software is op dit moment deels op orde. Uit een onafhankelijk WCAG-audit blijkt dat er nog diverse technische verbeterpunten zijn, zoals focusbehoud in menu’s, correcte semantiek bij formulieren en foutmeldingen, en verbeteringen aan de zoekfunctionaliteit. Deze punten lossen wij structureel op in de nieuwe versie van ons product, gebaseerd op Umbraco 13. Deze versie wordt in september 2025 breed uitgerold.
Na deze release laten wij opnieuw een onafhankelijk toegankelijkheidsonderzoek uitvoeren. De uitkomsten daarvan delen we met onze klanten via de gebruikersgroep en op deze website. Zo maken we onze voortgang inzichtelijk en ondersteunen we klanten bij het voldoen aan hun eigen verplichtingen onder de EAA.
Heb je vragen of signalen over toegankelijkheid? Neem dan contact op met onze supportafdeling. We denken graag met je mee en gebruiken je feedback om onze software verder te verbeteren.
SC 1.1.1: Niet-tekstuele content (Niveau A)
Bevinding: VID-1.F12 – Decoratief icoon wordt voorgelezen door hulpsoftware
- Beschrijving van de afwijking:
Op meerdere pagina’s binnen de website wordt een decoratief icoontje (bijvoorbeeld een pijl naar rechts) toegevoegd aan links via CSS pseudo-elementen (::before of ::after). Deze iconen zijn puur visueel bedoeld, maar worden op dit moment voorgelezen door hulpsoftware zoals schermlezers. - Oorzaak:
Bij het gebruik van CSS pseudo-elementen is geen voorziening getroffen om het icoon voor hulpsoftware te verbergen. Er wordt bijvoorbeeld wel content: gebruikt om het icoon te tonen, maar zonder een leeg tekstalternatief of aria-hidden. - Gevolg:
Gebruikers van schermlezers horen onnodige of verwarrende tekens voorgelezen bij links waar het icoon staat. Dit kan leiden tot verminderde toegankelijkheid en een verwarrende gebruikerservaring. - Alternatief:
Er is geen alternatief beschikbaar. Gebruikers kunnen het gedrag niet omzeilen of aanpassen. - Maatregel:
De decoratieve iconen worden gemarkeerd als puur visueel, zodat hulpsoftware ze negeert - Planning:
De aanpassing wordt breed uitgerold na het updaten van Umbraco 7 naar Umbraco 13, dit staat gepland voor september 2025
SC 1.1.1: Niet-tekstuele content (Niveau A)
Bevinding: VID-1.F40 – Interactief icoon zondertekstalternatief
- Beschrijving van de afwijking:
Op de mijn omgeving verschijnt de koptekst "Verdergaan met" wanneer een gebruiker eerder is begonnen met een proces, zoals "Klacht indienen". Onder deze koptekst staat een lijst met onderdelen waarmee de gebruiker kan doorgaan. Elk item in deze lijst bevat een icoon met een kruisje (X), bedoeld als interactieve knop (bijvoorbeeld om het proces te verwijderen of af te breken). Dit icoon bevat echter geen tekstalternatief dat het doel van de knop duidelijk maakt. - Oorzaak:
Het icoon is waarschijnlijk toegevoegd via een <span>, <i> of CSS met een visueel kruisje, maar zonder aria-label, aria-hidden, title of andere vorm van alternatieve beschrijving in de HTML. - Gevolg:
Voor gebruikers van schermlezers is het doel van het kruisje niet duidelijk. De knop wordt mogelijk niet of verkeerd aangekondigd, wat leidt tot verwarring of onbedoelde acties. - Alternatief:
Geen. De actie die hoort bij het klikken op het kruisje is niet toegankelijk voor gebruikers van hulpsoftware zonder een expliciete beschrijving. - Maatregel:
Aan elk interactief icoon wordt een toegankelijk tekstalternatief toegevoegd. - Planning:
De aanpassing wordt breeduitgerold na het updaten van Umbraco 7 naar Umbraco 13, dit staat gepland voorseptember 2025
SC 1.3.5: Identificeer het doel van input (Niveau AA)
Bevinding: VID-1.F38 – Ontbrekend autocomplete-attribuutbij formulierinvoer
- Beschrijving van de afwijking:
Op de inlogpagina van de mijn omgeving staat een inlogformulier waarin persoonlijke gegevens moeten worden ingevuld: een gebruikersnaam en een wachtwoord. De invoervelden in dit formulier missen het autocomplete-attribuut, terwijl het formulier als geheel ook expliciet autocomplete heeft uitgeschakeld via autocomplete="off". - Oorzaak:
Bij de implementatie is het autocomplete-attribuut niet toegevoegd aan de relevante input-velden. Mogelijk is dit gedaan vanuit beveiligingsoverwegingen, maar dit gaat ten koste van toegankelijkheid en gebruiksgemak. - Gevolg:
Browsers en hulpsoftware kunnen gebruikers niet ondersteunen bij het automatisch invullen van bekende gegevens. Dit bemoeilijkt het gebruik, zeker voor mensen met cognitieve beperkingen of motorische uitdagingen. - Alternatief:
Geen. Gebruikers zijn nu volledig afhankelijk van handmatige invoer. - Maatregel:
Het formulier en de bijbehorende inputvelden worden aangepast met correcte autocomplete-waarden, zoals aanbevolen in de WCAG-specificatie. - Planning:
De aanpassing wordt breed uitgerold na het updaten van Umbraco 7 naar Umbraco 13, dit staat gepland voor september 2025.
SC 1.3.5: Identificeer het doel van input (Niveau AA)
Bevinding: VID-1.F47 – Ontbrekend of uitgeschakeld autocomplete-attribuut bij invoervelden voor persoonlijke gegevens
- Beschrijving van de afwijking:
Op de instellingen pagina binnen de mijn omgeving bevinden zich meerdere invoervelden voor persoonlijke gegevens zoals gebruikersnaam, wachtwoord en huidig wachtwoord. Voor deze invoervelden ontbreekt het autocomplete-attribuut of staat dit expliciet op "off" ingesteld. Hierdoor ontbreekt ondersteuning bij het automatisch invullen van deze gegevens. - Oorzaak:
Tijdens de implementatie zijn de velden niet voorzien van het juiste autocomplete-attribuut, of is bewust gekozen om het automatisch invullen te blokkeren (mogelijk omwille van beveiliging). Dit gaat echter ten koste van toegankelijkheid. - Gevolg:
Gebruikers kunnen niet profiteren van browserfunctionaliteiten of hulpsoftware die het invullen vereenvoudigen, wat vooral voor mensen met motorische of cognitieve beperkingen een drempel vormt. - Alternatief:
Geen. Zonder autocomplete zijn gebruikers volledig afhankelijk van handmatige invoer. - Maatregel:
De inputvelden worden voorzien van correcte autocomplete-attributen conform WCAG-richtlijnen. - Planning:
De aanpassing wordt breed uitgerold na het updaten van Umbraco 7 naar Umbraco 13, dit staat gepland voor september 2025.
SC 2.1.1: Toetsenbord (Niveau A)
Bevinding: VID-1.F14 – Weergave-tabbladen niet toegankelijk via toetsenbord
- Beschrijving van de afwijking:
Op de /projecten pagina wordt boven de lijst met projecten de mogelijkheid geboden om te wisselen tussen Lijstweergave en Kaartweergave. Deze functionaliteit wordt gepresenteerd als een soort tabbladen, maar is niet met het toetsenbord te bedienen. Gebruikers die afhankelijk zijn van toetsenbordnavigatie kunnen hierdoor de weergave niet aanpassen. - Oorzaak:
De interactieve elementen zijn waarschijnlijk niet als echte knoppen of links geïmplementeerd (bijvoorbeeld via <div> of <span> zonder tabindex en role). Hierdoor worden ze overgeslagen door het toetsenbord en/of niet correct aangekondigd door hulptechnologie. - Gevolg:
De functionaliteit is ontoegankelijk voor gebruikers die navigeren via het toetsenbord of schermlezers. Daarnaast kunnen er ook problemen optreden bij focusvolgorde en schermlezerondersteuning, gerelateerd aan de criteria 2.4.3 (focus volgorde), 2.4.7 (zichtbare focus) en 4.1.2 (naam, rol, waarde). - Alternatief:
Geen. Gebruikers kunnen de weergaveoptie niet wijzigen zonder muisbediening. - Maatregel:
De tabbladen worden omgebouwd tot semantisch correcte interactieve componenten met ondersteuning voor toetsenbordbediening. Dit betekent onder andere:- Gebruik van <button> of <a> met duidelijke aria-selected, aria-controls, role="tab" en tabindex-waarden.
- Correcte focusstijl en logische volgorde in de DOM.
- Volledige naleving van WAI-ARIA Authoring Practices voor tab componenten.
- Planning:
De aanpassing wordt breed uitgerold na het updaten van Umbraco 7 naar Umbraco 13, dit staat gepland voor september 2025.
SC 2.1.1: Toetsenbord (Niveau A)
Bevinding: VID-1.F43 – Filterknoppen bij factuuroverzicht niet toegankelijk via toetsenbord
- Beschrijving van de afwijking:
Op de factuuroverzicht pagina in de mijn omgeving bevinden zich onder de koptekst "Factuuroverzicht" drie visueel vormgegeven knoppen of links met de teksten "Alle", "Openstaand" en "2025". Deze dienen om de lijst met facturen te filteren. Deze elementen zijn echter niet toegankelijk via het toetsenbord: ze kunnen niet worden bereikt of geactiveerd zonder muis. - Oorzaak:
De knoppen zijn mogelijk opgebouwd met <div>- of <span>-elementen zonder de juiste semantiek of focusmogelijkheden (zoals tabindex="0" of een role). Hierdoor worden ze overgeslagen bij toetsenbordnavigatie en zijn ze niet interactief voor gebruikers van hulptechnologie. - Gevolg:
Gebruikers die uitsluitend het toetsenbord gebruiken, kunnen de filterfunctionaliteit niet bedienen en hebben daardoor beperkte toegang tot de inhoud van het factuuroverzicht. Dit kan leiden tot frustratie en een ernstige belemmering in gebruiksgemak. - Alternatief:
Er is geen alternatief beschikbaar. De filteropties zijn volledig afhankelijk van muisinteractie. - Maatregel:
De knoppen worden semantisch correct geïmplementeerd, bijvoorbeeld als <button>-elementen of <a>-elementen met duidelijke actie, zodat ze standaard toegankelijk zijn met het toetsenbord. Daarnaast worden ook visuele focusstijlen en logische focusvolgorde toegevoegd. - Planning:
De aanpassing wordt breed uitgerold na het updaten van Umbraco 7 naar Umbraco 13, dit staat gepland voor september 2025.
SC 2.4.3: Focusvolgorde (Niveau A)
Bevinding: VID-1.F16 – Focus komt op onzichtbareelementen tijdens navigatie
- Beschrijving van de afwijking:
Op de pagina /projecten ervaren toetsenbordgebruikers problemen met de focusvolgorde bij het navigeren door de lijst met projecten en de weergaveopties (Lijstweergave en Kaartweergave). Tijdens het doorlopen van de projectlijst springt de focus soms naar onzichtbare elementen, waardoor deze tijdelijk lijkt te verdwijnen. Na het laatste projectitem springt de focus naar het tweede tabblad ("Kaartweergave") zonder duidelijke overgang. Het omgekeerde gebeurt ook wanneer men start bij "Kaartweergave": de focus doorloopt eerst onzichtbare elementen in de projectlijst. - Oorzaak:
De DOM-structuur bevat focusbare elementen die visueel niet zichtbaar zijn (bijvoorbeeld display: none of visibility: hidden) of verkeerd geplaatste elementen buiten de zichtbare volgorde. Mogelijk ontbreken ook correcte aria-rollen of logische groeperingen die de volgorde structureren. - Gevolg:
Voor toetsenbordgebruikers is het niet duidelijk waar de focus zich bevindt, wat leidt tot verwarring, verlies van context en het risico dat content onbedoeld wordt overgeslagen of onvindbaar is. - Alternatief:
Niet beschikbaar. Gebruikers die de focus verliezen kunnen niet intuïtief navigeren of weten waar ze zijn binnen de interface. - Maatregel:
De focusvolgorde wordt herzien en logisch opgebouwd, zodat de navigatie via toetsenbord overeenkomt met de visuele volgorde op het scherm. Onzichtbare of irrelevante elementen worden verwijderd uit de focusvolgorde met tabindex="-1" of aria-hidden="true". Daarnaast wordt de navigatie binnen de tabbladen functioneel gescheiden om ongewenste overschrijding te voorkomen. - Planning:
De aanpassing wordt breed uitgerold na het updaten van Umbraco 7 naar Umbraco 13, dit staat gepland voor september 2025.
SC 2.4.3: Focusvolgorde (Niveau A)
Bevinding: VID-1.F58 – Toetsenbordfocus verlaat openmobiel menu op kleine schermen
- Beschrijving van de afwijking:
Wanneer de website bekeken wordt op een kleiner scherm (bijvoorbeeld bij 1280×1080 resolutie en 200% zoom), verschijnt een mobiel navigatiemenu dat herkenbaar is aan het icoon met drie liggende streepjes (hamburger-menu). Bij het openen van dit menu wordt het grootste deel van het scherm bedekt. Echter, na het laatste menu-item springt de toetsenbordfocus zonder waarschuwing naar de onderliggende pagina-inhoud, in plaats van binnen het menu te blijven of het menu automatisch te sluiten. - Oorzaak:
Het mobiele menu is technisch als een overlay gepositioneerd, maar er is geen focusmanagement of focus trap toegepast. Daardoor kan de gebruiker per ongeluk buiten de actieve interface navigeren. - Gevolg:
De focusvolgorde is niet logisch of bruikbaar. Gebruikers die het toetsenbord gebruiken kunnen onverwacht navigeren naar onderliggende content terwijl het menu nog openstaat, wat leidt tot verlies van context, verwarring en mogelijk onbedoelde acties. Dit is tevens een probleem onder:- SC 2.4.7: Zichtbare focus (Niveau AA) – omdat de focus moeilijk te volgen is.
- SC 2.4.11: Focus niet verborgen (Niveau AA) – omdat content buiten het menu niet direct zichtbaar is, maar wel focus krijgt.
- Alternatief:
Er is geen alternatieve bediening beschikbaar die voorkomt dat de focus buiten het menu terechtkomt. - Maatregel:
Er wordt een focus trap geïmplementeerd binnen het mobiele menu. Dit betekent dat toetsenbordgebruikers binnen het geopende menu blijven zolang dit actief is. De focus kan alleen via een sluitknop (bijv. Escape of een sluit-icoon) het menu verlaten. Indien het menu toch verlaten wordt, sluit het automatisch. Deze aanpassing volgt de richtlijnen voor modals en overlays uit WAI-ARIA Authoring Practices. - Planning:
De aanpassing wordt breed uitgerold na het updaten van Umbraco 7 naar Umbraco 13, dit staat gepland voor september 2025.
SC 2.4.4: Linkdoel (Niveau A)
Bevinding: VID-1.F19 – Onduidelijk linkdoel bijpaginering
- Beschrijving van de afwijking:
Op de pagina /projecten staat onder het projectoverzicht een pagineringscomponent met links die enkel cijfers bevatten, zoals "1", "2" en "3". Voor ziende gebruikers is op basis van locatie en vormgeving duidelijk dat dit paginering betreft, maar voor gebruikers van hulpsoftware ontbreekt deze context. Ook bij het opvragen van een lijst met links wordt niet duidelijk wat het doel is van de genummerde links. - Oorzaak:
De paginering is technisch niet voorzien van semantische ondersteuning zoals een nav-landmark, toegankelijke beschrijvingen van linkdoelen of screenreader-only-tekst. De links bevatten alleen zichtbare cijfers zonder aanvullende context. - Gevolg:
Gebruikers van schermlezers begrijpen niet dat de genummerde links verwijzen naar vervolgpagina’s met meer projecten. Dit leidt tot verwarring, ontoegankelijkheid van navigatie en mogelijk onbedoeld klikken op irrelevante links. - Alternatief:
Er is geen alternatief voor deze navigatievorm beschikbaar voor gebruikers van hulpsoftware. - Maatregel:
De paginering wordt omgevormd tot een semantisch toegankelijke component. - Planning:
De aanpassing wordt breed uitgerold na het updaten van Umbraco 7 naar Umbraco 13, dit staat gepland voor september 2025.
SC 4.1.2: Naam, rol, waarde (Niveau A)
Bevinding: VID-1.F45 – Knop met enkel decoratief CSS-icoon zonder betekenisvol alternatief
- Beschrijving van de afwijking:
Op de persoonlijke gegevens pagina in de mijn omgeving pagina staat een knop die uitsluitend bestaat uit een pijl-icoon dat is toegevoegd via een CSS pseudo-element (::before of ::after). Voor gebruikers van schermlezers wordt dit icoon ten onrechte uitgesproken als “5”, wat verwarrend is en geen indicatie geeft van de functie van de knop. - Oorzaak:
Het icoon is technisch niet als decoratief gemarkeerd en er ontbreekt een betekenisvol tekstalternatief. De knop bevat geen toegankelijke label, en het pseudo-element bevat ongewenste content die wordt uitgesproken. - Gevolg:
Gebruikers van schermlezers ontvangen verwarrende en incorrecte informatie (“5”) in plaats van een beschrijving van wat de knop doet. Dit leidt tot een slechte gebruikerservaring en belemmert correcte interpretatie van functionaliteit. - Alternatief:
Op desktop is mogelijk wel zichtbare knoptekst aanwezig, maar op kleinere schermen is die tekst verwijderd. Zonder toegankelijk alternatief is de knop op mobiel ontoegankelijk. - Maatregel:
De knop krijgt een toegankelijk tekstalternatief - Planning:
De aanpassing wordt breed uitgerold na het updaten van Umbraco 7 naar Umbraco 13, dit staat gepland voor september 2025.
SC 4.1.2: Naam, rol, waarde (Niveau A)
Bevinding: VID-1.F60 – Knop met hangslot-icoon zonderbetekenisvol alternatief op klein scherm
- Beschrijving van de afwijking:
Op kleinere schermresoluties (bijvoorbeeld 1280×1080 pixels met 200% zoom) wordt de knop "Mijn omgeving" vervangen door een hangslot-icoon, dat is toegevoegd via een CSS pseudo-element (:before). De oorspronkelijke knoptekst is op deze resolutie niet zichtbaar, waardoor alleen het icoon resteert. Schermlezers lezen het icoon op dit moment verkeerd voor als “3”. - Oorzaak:
De visuele tekst "Mijn omgeving" wordt op kleine schermen visueel verborgen, maar er is geen alternatief beschikbaar voor gebruikers van hulpsoftware. Het gebruikte CSS-icoon bevat geen juiste aria-hidden-markering of semantisch alternatief. Hierdoor wordt een willekeurig teken (“3”) voorgelezen. - Gevolg:
Schermlezers geven een onbegrijpelijke en incorrecte beschrijving van de knop, wat leidt tot verwarring en ontoegankelijkheid voor gebruikers die navigeren met hulptechnologie. De functie van de knop wordt hierdoor niet duidelijk. - Alternatief:
Niet aanwezig. Er is geen toegankelijke naam of beschrijving beschikbaar in de huidige implementatie voor gebruikers op kleinere schermen. - Maatregel:
De knop wordt voorzien van een toegankelijke tekstuele aanduiding. - Planning:
De aanpassing wordt breed uitgerold na het updaten van Umbraco 7 naar Umbraco 13, dit staat gepland voor september 2025.
SC 2.4.7: Zichtbare focus (Niveau AA)
Bevinding: VID-1.F15 – Focus zichtbaar op onzichtbare of onlogische elementen bij toetsenbordnavigatie
- Beschrijving van de afwijking:
Op de pagina /projecten verdwijnt de visuele focus wanneer je met het toetsenbord navigeert door het overzicht van projecten. Tussen de afzonderlijke projectkaarten raakt de focus onzichtbaar of verplaatst zich naar elementen die buiten het zicht vallen. Na het laatste project komt de focus onverwacht terecht op het tweede tabblad "Kaartweergave". Wanneer men juist start bij "Kaartweergave", verplaatst de focus zich eerst door de (visueel niet zichtbare) projectlijst. - Oorzaak:
De DOM-structuur bevat mogelijk elementen die nog wel focusbaar zijn, maar visueel verborgen of buiten de zichtbare viewport vallen. Ook kan het ontbreken van focusstijlen of een inconsistente tabvolgorde bijdragen aan het probleem. De afwezigheid van een goed beheer van de focusvolgorde leidt tot ongewenst gedrag. - Gevolg:
De gebruiker ziet niet waar de focus zich bevindt, wat verwarrend en frustrerend is voor mensen die afhankelijk zijn van toetsenbordbediening. Dit belemmert effectieve interactie met de pagina en leidt tot een schending van meerdere WCAG-criteria, waaronder:- SC 2.4.3: Focusvolgorde (Niveau A) – de focusvolgorde is niet logisch.
- SC 2.4.11: Focus niet verborgen (Niveau AA) – focus komt op elementen buiten het zicht.
- Alternatief:
Geen beschikbaar alternatief. De onzichtbare focus is voor toetsenbordgebruikers niet op te lossen zonder aanpassing in de code. - Maatregel:
De pagina wordt aangepast zodat:- De focusvolgorde overeenkomt met de visuele volgorde van de interface.
- Onzichtbare of irrelevante elementen geen focus meer krijgen (via tabindex="-1" of aria-hidden="true").
- Alle interactieve elementen een duidelijke en zichtbare focusstijl krijgen.
- Planning:
De aanpassing wordt breed uitgerold na het updaten van Umbraco 7 naar Umbraco 13, dit staat gepland voor september 2025.
SC 2.4.7: Zichtbare focus (Niveau AA)
Bevinding: VID-1.F59 – Focus verlaat mobiel menu en wordtonzichtbaa
- Beschrijving van de afwijking:
Wanneer de website wordt bekeken op een kleiner scherm (bijvoorbeeld 1280×1080 pixels met 200% zoom), verschijnt een mobiel navigatiemenu, herkenbaar aan het menu-icoon met drie horizontale streepjes. Als dit menu wordt geopend, vult het een groot deel van het scherm. Na het laatste menu-item verplaatst de toetsenbordfocus zich naar onderliggende pagina-inhoud. Omdat die inhoud dan niet zichtbaar is (doordat het menu nog openstaat), is de focus onzichtbaar. - Oorzaak:
Er is geen focusbeheer toegepast binnen het mobiele menu. Er ontbreekt een focus trap of logische afsluiting van de menustructuur. Dit laat de gebruiker toe om de context van het geopende menu te verlaten terwijl dit nog in beeld is. Daarnaast is er geen automatische sluiting of duidelijke visuele focusindicatie. - Gevolg:
Gebruikers die met het toetsenbord navigeren verliezen de zichtbaarheid en context van de focus. Hierdoor is onduidelijk waar ze zich bevinden op de pagina. Dit belemmert de toegang tot de functionaliteit van het menu en zorgt voor verwarring. Dit probleem raakt ook de volgende succescriteria:- SC 2.4.3: Focusvolgorde (Niveau A) – de volgorde is niet logisch.
- SC 2.4.11: Focus niet verborgen (Niveau AA) – de focus is buiten het zichtgebied geplaatst
- Alternatief:
Geen. De gebruiker kan de focus niet zelfstandig terughalen zonder muisinteractie. - Maatregel:
Er wordt een focus trap geïmplementeerd binnen het mobiele menu zodat toetsenbordgebruikers binnen het menu blijven zolang het open is. Daarnaast wordt een logische afsluiting toegevoegd, zoals een sluitknop of automatische sluiting zodra de focus het menu probeert te verlaten. - Planning:
De aanpassing wordt breed uitgerold na het updaten van Umbraco 7 naar Umbraco 13, dit staat gepland voor september 2025.
SC 2.4.7: Zichtbare focus (Niveau AA)
Bevinding: VID-1.F82 – Focus verplaatst zich onlogisch nazoek-suggestielijst
- Beschrijving van de afwijking:
Op meerdere pagina’s van de website, waaronder de homepagina bij de koptekst "Zoeken", is een zoekcomponent aanwezig waarmee suggesties worden getoond tijdens het invoeren van een zoekterm. Wanneer men de suggestielijst met het toetsenbord doorloopt en het laatste item bereikt, springt de focus direct door naar de onderliggende pagina, buiten de context van het zoekcomponent. Hierdoor is de focus niet langer zichtbaar en raakt de gebruiker de context kwijt. - Oorzaak:
De suggestielijst is technisch niet afgeschermd of begrensd in focusvolgorde. Daarnaast ontbreken WAI-ARIA-attributen en correcte focusmanagementtechnieken. Hierdoor ontstaat een onlogische en ontoegankelijke gebruikerservaring. - Gevolg:
Gebruikers die met het toetsenbord navigeren kunnen niet op consistente wijze binnen het zoekcomponent blijven. De focus raakt visueel zoek en komt op een andere plek op de pagina terecht. Dit leidt tot een slechte ervaring en raakt meerdere WCAG-criteria:- SC 2.4.3: Focusvolgorde (Niveau A) – de volgorde is niet logisch en voorspelbaar.
- SC 4.1.2: Naam, rol, waarde (Niveau A) – de interactie met de component wordt niet correct ondersteund door hulpsoftware.
- Alternatief:
Niet aanwezig. Gebruikers kunnen niet intuïtief terugkeren naar het zoekveld of de suggestielijst via toetsenbord. - Maatregel:
Het zoekcomponent wordt herzien met toepassing van de juiste semantiek en focusbeheersing. - Planning:
De aanpassing wordt breed uitgerold na het updaten van Umbraco 7 naar Umbraco 13, dit staat gepland voor september 2025.
SC 2.4.7: Zichtbare focus (Niveau AA)
Bevinding: VID-1.F89 – Menu-item “Contact” in dropdownmist zichtbare focus bij toetsenbordnavigatie
- Beschrijving van de afwijking:
Op alle pagina’s van de website bevindt zich bovenaan de hoofdnavigatie. Bij een schermresolutie van 1280 pixels breed wordt het menu-item “Contact” verplaatst naar een dropdownmenu onder de knop “Meer”. Wanneer dit item via het toetsenbord wordt bereikt, ontbreekt een zichtbare focusstijl. Daardoor is het voor toetsenbordgebruikers niet waarneembaar welk element geselecteerd is. - Oorzaak:
De focusstijl ontbreekt of is niet goed zichtbaar in de gebruikte CSS voor dropdown-items. Mogelijk wordt de standaard browserfocus overschreven zonder alternatieve visuele aanduiding. Dit is een veelvoorkomende valkuil bij custom navigatiecomponenten of bij gebruik van JavaScript-gedreven dropdowns. - Gevolg:
Gebruikers die via het toetsenbord navigeren, kunnen niet zien welk onderdeel van het menu momenteel de focus heeft. Dit belemmert hun vermogen om gericht keuzes te maken en kan leiden tot frustratie of onbedoeld gedrag. - Alternatief:
Geen. Zonder zichtbare focus is het dropdownmenu voor toetsenbordgebruikers functioneel beperkt of zelfs ontoegankelijk. - Maatregel:
Er wordt een goed contrasterende en consistente focusstijl toegepast op alle interactieve elementen in het dropdownmenu. - Planning:
De aanpassing wordt breed uitgerold na het updaten van Umbraco 7 naar Umbraco 13, dit staat gepland voor september 2025.
SC 3.3.1: Foutidentificatie (Niveau A)
Bevinding: VID-1.F39 – Onduidelijke foutmeldingen bijformulieren
- Beschrijving van de afwijking:
Op meerdere pagina’s, waaronder de Inloggen-pagina, verschijnt bij het leeglaten of verkeerd invullen van verplichte velden de melding "Vul dit veld in alsjeblieft". Deze melding is een instructie, maar geen duidelijke foutmelding. Dit maakt het voor gebruikers niet helder waar en waarom de fout zich voordoet. - Oorzaak:
De foutmeldingen zijn standaard browsermeldingen (HTML5-validatie), die worden getriggerd via required-attributen zonder verdere semantische ondersteuning. Er is geen aangepaste of toegankelijke foutboodschap toegevoegd die aangeeft dat er sprake is van een fout. - Gevolg:
Gebruikers begrijpen mogelijk niet waarom hun invoer niet wordt geaccepteerd. Met name voor mensen met cognitieve beperkingen of hulpsoftware is het onduidelijk of en waar een fout is opgetreden, omdat de melding geen fout aanduidt, geen veldnaam noemt, en niet negatief geformuleerd is (zoals bij foutmeldingen gebruikelijk is). - Alternatief:
Geen. De melding is afhankelijk van de browser en biedt geen aanvullende context of consistentie tussen formulieren. - Maatregel:
- Er worden aangepaste foutmeldingen geïmplementeerd die:
- Duidelijk maken dat er een fout is gemaakt.
- Het veld benoemen waarop de fout betrekking heeft.
- uitleggen wat er verwacht wordt.
- Planning:
De aanpassing wordt breed uitgerold na het updaten van Umbraco 7 naar Umbraco 13, dit staat gepland voor september 2025.
SC 4.1.2: Naam, rol, waarde (Niveau A)
Bevinding: VID-1.F13 – Cookiemelding metrole="dialog" zonder toegankelijke naam
- Beschrijving van de afwijking:
Wanneer de website voor het eerst wordt geopend, verschijnt er een cookiemelding in beeld. Deze melding is technisch gemarkeerd met role="dialog", maar bevat geen toegankelijke naam via aria-label, aria-labelled by of een zichtbare koptekst (zoals een <h1>–<h6>). Hierdoor wordt de dialoog door schermlezers alleen aangekondigd als "Dialoogvenster", zonder verdere uitleg of context. - Oorzaak:
Bij de implementatie van de cookiemelding is geen voorziening getroffen om de dialoog van een semantisch correcte naam te voorzien. De melding mist een titel of gekoppeld label dat door hulpsoftware gelezen kan worden. - Gevolg:
Gebruikers van schermlezers begrijpen niet waar het dialoogvenster over gaat of wat van hen wordt verwacht. Zonder aanduiding zoals "Cookie-instellingen" of "Cookiemelding" is de functie en urgentie van het venster onduidelijk, wat kan leiden tot verwarring of het onbedoeld sluiten van de melding zonder actie. - Alternatief:
Geen. Er is geen alternatieve toegang tot de inhoud of betekenis van het cookiedialoogvenster. - Maatregel:
De cookiemelding krijgt een toegankelijke naam. - Planning:
De aanpassing wordt breed uitgerold na het updaten van Umbraco 7 naar Umbraco 13, dit staat gepland voor september 2025.
SC 4.1.2: Naam, rol, waarde (Niveau A)
Bevinding: VID-1.F17 – Tabcomponent zonder juiste ARIA-structuur en toegankelijke naam
- Beschrijving van de afwijking:
Op de pagina /projecten wordt een interactief tabcomponent gebruikt met twee tabbladen: "Lijstweergave" en "Kaartweergave". De container die deze tabbladen bevat, heeft geen semantische rol (role="tablist") en geen toegankelijke naam. Hierdoor wordt het geheel niet als een logisch en herkenbaar tabcomponent gepresenteerd aan gebruikers van hulptechnologie. - Oorzaak:
De tabstructuur is visueel opgebouwd zonder de juiste ARIA-rollen en -attributen. Daardoor kunnen schermlezers de structuur, relatie tussen de tabbladen en de bijbehorende contentpanelen niet correct interpreteren. - Gevolg:
Gebruikers van schermlezers krijgen geen informatie over de aard van het component (tabstructuur), hoeveel tabbladen er zijn, welke actief is en met welke content het actieve tabblad is verbonden. Dit leidt tot verwarring en een sterk verminderde gebruikerservaring - Alternatief:
Niet aanwezig. Zonder aanvullende semantiek is het niet mogelijk voor hulptechnologie om de tabstructuur te herkennen. - Maatregel: Het tabcomponent wordt semantisch herbouwd op basis van de WAI-ARIA Authoring Practices voor tabs.
- Planning: De aanpassing wordt breed uitgerold na het updaten van Umbraco 7 naar Umbraco 13, dit staat gepland voor september 2025.
SC 4.1.2: Naam, rol, waarde (Niveau A)
Bevinding: VID-1.F22 – Kaartweergave zonder toegankelijke naam of rol
- Beschrijving van de afwijking:
Op de pagina /projecten is een interactief component aanwezig met twee tabbladen: "Lijstweergave" en "Kaartweergave". Wanneer het tweede tabblad actief is, wordt er een kaart getoond. Dez kaart is visueel goed zichtbaar, maar mist een semantische rol en heeft geen toegankelijke naam, waardoor gebruikers van hulptechnologie niet weten dat er een kaart beschikbaar is of wat het doel ervan is. - Oorzaak:
De kaart is als visueel element toegevoegd (bijvoorbeeld via een <div> of iframe), zonder ondersteuning door role, aria-label of andere toegankelijke beschrijving. Hierdoor ontbreekt semantische context. - Gevolg:
Schermlezers geven geen informatie over het bestaan of de functie van de kaart. Dit maakt het voor blinde of slechtziende gebruikers onmogelijk om te begrijpen dat zij met een kaart werken of welke informatie deze bevat. Dit tast de bruikbaarheid en inclusiviteit van het component aan. - Alternatief:
Geen aanwezig. De content wordt uitsluitend visueel aangeboden zonder aanvullende tekstuele of semantische ondersteuning. - Maatregel:
De kaart wordt voorzien van een toegankelijke naam en rol. - Planning:
De aanpassing wordt breed uitgerold na het updaten van Umbraco 7 naar Umbraco 13, dit staat gepland voor september 2025.
SC 4.1.2: Naam, rol, waarde (Niveau A)
Bevinding: VID-1.F41 – Interactief icoon (kruisje) zondertoegankelijke naam bij 'Verdergaan met'-lijst
- Beschrijving van de afwijking:
Op de mijn omgeving verschijnt, wanneer een gebruiker eerder gestart is met een proces zoals “Klacht indienen”, de koptekst “Verdergaan met” gevolgd door een lijst van openstaande processen. Elk item in deze lijst bevat een kruis-icoon (bijvoorbeeld om het item te verwijderen of het proces te annuleren). Dit interactieve icoon heeft echter geen toegankelijke naam of alternatieve tekst. - Oorzaak:
Het icoon is waarschijnlijk als decoratief symbool toegevoegd via een <span>, <i> of CSS (::before/::after), zonder toevoeging van aria-label, title, of visueel verborgen tekst. Hierdoor mist het element de benodigde semantische informatie. - Gevolg:
Gebruikers van schermlezers kunnen niet begrijpen wat het icoon doet. Dit belemmert het correct interpreteren en bedienen van de interface. Het probleem raakt zowel:- SC 4.1.2 – omdat het interactieve element geen toegankelijke naam heeft.
- SC 1.1.1: Niet-tekstuele content (Niveau A) – omdat het functionele icoon geen tekstalternatief biedt.
- Alternatief:
Geen. Het doel van het icoon is voor hulpsoftware niet waarneembaar, en er is geen tekstueel equivalent aanwezig. - Maatregel:
De knop of het icoon krijgt een toegankelijke naam. - Planning:
De aanpassing wordt breed uitgerold na het updaten van Umbraco 7 naar Umbraco 13, dit staat gepland voor september 2025.
SC 4.1.2: Naam, rol, waarde (Niveau A)
Bevinding: VID-1.F44 – Kaartcomponent zondertoegankelijke naam of rol
- Beschrijving van de afwijking:
Op de pagina’s met een kaartweergave (bijvoorbeeld met contractinformatie of gerelateerde locaties). Deze kaart heeft geen semantische rol en mist een toegankelijke naam, waardoor gebruikers van hulpsoftware niet weten dat het om een kaart gaat of wat de inhoudelijke bedoeling ervan is. - Oorzaak:
De kaart is technisch toegevoegd als een niet-gelabeld visueel element (zoals een <div> of <iframe>) zonder aanvullende WAI-ARIA-markering, aria-label, aria-labelledby, of een role. - Gevolg:
Schermlezers geven geen informatie over de aanwezigheid van een kaart of het doel ervan. Dit betekent dat gebruikers niet begrijpen dat zij zich in een kaartcontext bevinden, noch wat de betekenis of functie is van het element. - Alternatief:
Geen. Er wordt geen aanvullende tekst, titel of semantiek aangeboden voor gebruikers die het visuele aspect niet kunnen waarnemen. - Maatregel:
Het kaartcomponent wordt toegankelijk gemaakt door:- Toevoegen van role="region" (of indien geschikt: application).
- Toevoegen van een toegankelijke naam via aria-label="Kaart met contractgegevens" of aria-labelledby gekoppeld aan een zichtbare kop.
- Planning:
De aanpassing wordt breed uitgerold na het updaten van Umbraco 7 naar Umbraco 13, dit staat gepland voor september 2025.
SC 4.1.2: Naam, rol, waarde (Niveau A)
Bevinding: VID-1.F84 – Zoekcomponent zonder correcte rolen toegankelijke naam
- Beschrijving van de afwijking:
Op verschillende pagina’s van de website – waaronder de homepage bij de koptekst “Zoeken” – wordt een interactief zoekcomponent gebruikt. Wanneer een gebruiker een zoekterm invoert, verschijnt een lijst met resultaten en suggesties. Dit component wordt echter niet op semantisch correcte wijze gepresenteerd: het ontbreekt aan een juiste rol (zoals combobox, listbox, option) én aan een toegankelijke naam of beschrijving van het doel. - Oorzaak:
De dynamische suggestielijst is visueel beschikbaar, maar mist de juiste WAI-ARIA-attributen om duidelijk te maken dat het om een samenhangend zoekcomponent gaat. Er is geen gebruik gemaakt van role="combobox", aria-expanded, aria-controls, of aria-activedescendant, en ook geen beschrijvende label of titel. - Gevolg:
Gebruikers van schermlezers of andere hulpsoftware begrijpen niet dat er een zoekfunctie wordt gebruikt met directe suggesties. Bovendien is onduidelijk wat de huidige status van het component is (bijv. open of gesloten), wat leidt tot verwarring en mogelijke navigatieproblemen. De focus kan ook verloren gaan of zich buiten de zichtbare context bevinden. - Alternatief:
Geen aanwezig. Zonder aanvullende semantiek is het component ontoegankelijk voor gebruikers die geen gebruik kunnen maken van visuele aanwijzingen. - Maatregel:
Het zoekcomponent wordt herbouwd volgens de richtlijnen voor toegankelijke comboboxen - Planning:
De aanpassing wordt breed uitgerold na het updaten van Umbraco 7 naar Umbraco 13, dit staat gepland voor september 2025.