Toegankelijkheidsonderzoek

Issues:
Audit digitale toegankelijkheid website Topokaarten Kadaster

(Alleen de bevindingen)

Scope van de evaluatie

Naam website Topokaarten Kadaster
Datum 25 februari 2025
Scope van de website Buiten de scope van het onderzoek valt:
  • Alle pagina's op topokaarten.kadaster.nl
Buiten de scope van het onderzoek valt:
  • De pagina's op kadaster.nl. Dit vereist een apart onderzoek.
  • Subwebsite(s) waarbij de HTML en/of het systeem afwijkt van de onderzochte website.
  • Alle externe systemen en websites waar via het onderzochte domein met een link naar wordt verwezen.
Conformiteitsdoel WCAG 2.1 niveau AA

Uitgebreide toetsresultaten

Aantal bevindingen: 26

1. Waarneembaar

1.1 Tekstalternatieven

1.1.1 Niet-tekstuele content (Niveau A)

Informatie over succescriterium 1.1.1 Niet-tekstuele content

Uitkomst: Onvoldoende

Bevinding 1: Op pagina https://topokaarten.kadaster.nl staat het logo van Kadaster. De afbeelding bevat een alt attribuut, echter is deze leeg. Voorzie het logo van toegankelijke tekst. Voeg tevens het linkdoel toe, gezien het tevens de bezoeker terugbrengt naar het beginscherm als men bijvoorbeeld in het winkelwagenpaneel begeeft. Een goede beschrijving zou zijn "Logo Kadaster, ga terug naar beginpagina Topokaarten".

1.3 Aanpasbaar

1.3.1 Info en relaties (Niveau A)

Informatie over succescriterium 1.3.1 Info en relaties

Uitkomst: Onvoldoende

Bevinding 2: Op de beginpagina https://topokaarten.kadaster.nl is de volgende kop gemarkeerd met een strong-element: "Kunt u geen kaarten lezen of bekijken?”. Het element strong is niet bedoeld om koppen mee te markeren. Dit moet altijd gedaan worden met een kop-element, zoals h2. Koppen zijn bedoeld om een tekst te structureren. Alleen als deze teksten als kop worden gemarkeerd met een kop-element, begrijpt hulpsoftware die betekenis. Het strong-element is wel geschikt om nadruk te geven aan enkele woorden of een zinsdeel.

Bevinding 3: In het aankoopproces op pagina https://topokaarten.kadaster.nl/#/kaartblad-kiezen wordt het strong element gebruikt waar het niet voor bedoeld is. Een bezoeker heeft de mogelijkheid om een gebied op de kaart te zoeken. Wanneer de bezoeker "Gebied kiezen" selecteert, vervolgens via zoeken een gebied kiest en de knop "Kies gebied" op de kaart activeert, verschijnt het blok met het geselecteerde gebied met de knop "Verwijderen" onder het kopje "Gekozen gebied". Deze knop "Verwijderen" opent een dialoogvenster. In dit dialoogvenster is de volgende kop gemarkeerd met een strong-element: "Uw gekozen gebied wordt verwijderd". In het dialoogvenster dat verschijnt als een bezoeker een selectie maakt en de pagina probeert te verlaten, is de kop "Uw gekozen kaartbladen worden niet opgeslagen" ook gemarkeerd met een strong-element. Gebruik voor dergelijke teksten bijvoorbeeld de stylingopties die CSS biedt.
Een soortgelijk probleem speelt in het aankoopproces bij "Afwerking kaartbladen". Het dialoogvenster dat wordt geopend als de bezoeker klaar is met de selectie en op de knop "Zet in winkelwagen" klikt. De kop "Gelukt! De Topografische kaart 1:10.000 staat in uw winkelwagen" is gemarkeerd met een strong-element. Zie ook andere dialogen.

Bevinding 4: In het aankoopproces op pagina https://topokaarten.kadaster.nl/#/kaartblad-kiezen, staat bij "Afwerking kaartbladen" een knop met de tekst "Kies afwerking," die een dialoogvenster opent met de titel "Hoe wilt u de kaartbladen ontvangen?". In dit dialoogvenster zijn er twee groepen keuzerondjes die visueel worden gescheiden door kopjes: "Digitaal (€...)" en "Op papier (€...)". In de HTML zijn beide groepen echter onjuist gegroepeerd onder een enkel fieldset-element met een toegankelijke naam die is afgeleid van het aria-labelledby attribuut dat verwijst naar de koptekst van het dialoogvenster. Deze implementatie slaagt er niet in om de keuzerondjes op de juiste manier te groeperen als afzonderlijke opties.
Voor een correcte groepering en labeling moet elke groep keuzerondjes worden verpakt in een eigen fieldset-element met een bijbehorend legenda-element dat overeenkomt met de zichtbare labels "Digitaal (€...)" en "Op papier (€...)". Deze aanpak verbetert de duidelijkheid voor hulptechnologieën en voldoet aan de toegankelijkheidsstandaarden door een duidelijke relatie te leggen tussen de keuzerondjes en hun respectieve groepslabels.
De labels van de twee keuzerondjes zijn overigens met het strong-element gemarkeerd, dat een semantische betekenis heeft en alleen mag worden gebruikt om inhoud te benadrukken, maar niet voor styling.

Bevinding 5: Indien men op https://topokaarten.kadaster.nl/#/kaartblad-kiezen een keuze uit de kaarten maakt, komt men in een selectieomgeving. Hier wordt het strong-element gebruikt voor styling in tekst: "Geen kaartblad gekozen". Let wel op dat deze tekst verandert als een bezoeker een selectie maakt, bijvoorbeeld "1 kaartblad gekozen".
Het strong-element heeft een semantische waarde: het geeft een bepaalde betekenis aan de tekst die erin staat. Dit element geeft aan dat de tekst extra nadruk moet krijgen. Om die reden mag dit element niet gebruikt worden om alleen een visueel effect te bereiken (vetgedrukte tekst). Gebruik hiervoor CSS. Zie hetzelfde probleem op de pagina "Krayenhoffkaart".

Bevinding 6: In het aankoopproces op pagina https://topokaarten.kadaster.nl/#/kaartblad komt men na productselectie uit bij "Winkelwagen". De volgende teksten niet als kopjes gemarkeerd: "Gekozen afwerking voor deze kaart" en "Totaalbedrag".
Blinde bezoekers hebben niets aan een (tussen)kop die er wel uitziet als kop, maar die niet als kop is gemarkeerd. Via de koppen op een pagina kunnen gebruikers van hulpsoftware de inhoud scannen of snel naar een bepaalde sectie navigeren. Maar dat kan alleen als de kop ook echt in de code staat. Zijn koppen alleen visueel als kop vormgegeven (bijvoorbeeld vetgedrukt), maar niet in de code gemarkeerd? Dan ontstaat nog een ander probleem. De structuur van de informatie in de code wijkt dan namelijk af van de visuele structuur. Dit kan voorkomen worden door koppen altijd te markeren met het juiste HTML-element, op het juiste kopniveau: h1, h2, h3, h4, h5 of h6.

Bevinding 7: Op de pagina https://topokaarten.kadaster.nl/#/contactgegevens staat een formulier. Als het formulier wordt verzonden met lege velden, verschijnen er foutmeldingen. De schermlezer in de "formulier"-modus leest niet tussen de invoervelden en zal deze foutmeldingen niet weergeven.
De relatie tussen de foutmeldingen en invoervelden is niet vastgelegd in de code. Daardoor kan hulpsoftware dit niet doorgeven aan de bezoeker. Dit kan opgelost worden door bij het input-element een aria-describedby-attribuut te gebruiken dat verwijst naar het id van de foutmelding.

1.3.5 Identificeer het doel van de input (Niveau AA)

Informatie over succescriterium 1.3.5 Identificeer het doel van de input

Uitkomst: Onvoldoende

Bevinding 8: Op pagina https://topokaarten.kadaster.nl/#/contactgegevens staat een formulier met invoervelden waarmee persoonlijke gegevens worden verzameld. Het attribuut autocomplete ontbreekt.
Kan een bezoeker in een formulier persoonlijke gegevens invullen zoals achternaam, e-mailadres of telefoonnummer? Dan moeten deze invoervelden het autocomplete-attribuut hebben. Hierdoor kunnen browsers en hulpsoftware helpen bij het invoeren. Bijvoorbeeld door de velden al automatisch in te vullen. Gebruik het autocomplete-attribuut voor alle velden waar persoonlijke informatie in moet worden gevuld. Voor het e-mailadres moet bijvoorbeeld autocomplete="email" worden gebruikt.
Op deze pagina staat meer informatie over autocomplete en welke waardes verplicht gebruikt moeten worden: https://www.w3.org/Translations/WCAG22-nl/#input-purposes.

2. Bedienbaar

2.1 Toetsenbordtoegankelijk

2.1.1 Toetsenbord (Niveau A)

Informatie over succescriterium 2.1.1 Toetsenbord

Uitkomst: Onvoldoende

Bevinding 9: In het aankoopproces op pagina https://topokaarten.kadaster.nl/#/kaartblad-kiezen staat een kaart. Deze kaart is interactief, maar kan niet met het toetsenbord worden bediend. Een bezoeker kan een gebied zoeken met behulp van een zoekbalk. Wanneer de bezoeker een gebied selecteert in het zoekveld en op "Zoeken" klikt, wordt het geselecteerde gebied weergegeven op de kaart. De bezoeker moet op een gemarkeerd gebied op de kaart klikken om de selectie te maken. Deze functionaliteit is echter niet toegankelijk via het toetsenbord.
Zie hetzelfde probleem op de pagina "Krayenhoffkaart".

2.4.1 Blokken omzeilen (Niveau A)

Informatie over succescriterium 2.4.1 Blokken omzeilen

Uitkomst: Onvoldoende

Bevinding 10: In het aankoopproces op pagina https://topokaarten.kadaster.nl/#/kaartblad-kiezen staat na de keuzerondjes "Standaard kaartbladen" en "Gebied kiezen" een link "Sla de kaartbladenlijst over" die wordt weergegeven wanneer een bezoeker met het toetsenbord door de website navigeert. Hoewel deze link bedoeld is om het hele blok met kaartbladen over te slaan, wordt de focus ten onrechte verplaatst naar de link "Laad meer" binnen het blok, waardoor het doel om het hele gedeelte over te slaan niet wordt bereikt.

2.4.3 Focus volgorde (Niveau A)

Informatie over succescriterium 2.4.3 Focus volgorde

Uitkomst: Onvoldoende

Bevinding 11: In het aankoopproces op pagina https://topokaarten.kadaster.nl/#/kaartblad-kiezen staan twee links: "Vorige" en "Volgende". Deze teksten beschrijven niet duidelijk de bestemming van de links. Daarom zal een blinde bezoeker niet precies weten waar deze links naartoe leiden. Voeg tekst toe die deze knoppen goed beschrijft. Als het visueel duidelijk is bij welke sectie de link hoort, kan deze extra tekst visueel verborgen worden. Zie hetzelfde probleem op de pagina "Krayenhoffkaart".

Bevinding 12: In het aankoopproces op pagina https://topokaarten.kadaster.nl/#/kaartblad-kiezen is de volgorde van de toetsenbordfocus niet logisch. Wanneer een bezoeker "Gebied kiezen" selecteert, verschijnt er een melding met de volgende tekst: "Zoek op adres in de zoekbalk, of klik op de kaart om een gebied te zoeken." Echter, in plaats van de focus te verplaatsen naar de kaart waar de bezoeker een gebied kan zoeken, gaat de focus naar de knop "Vorige".
Bovendien, na interactie met de kaart en het selecteren van een gebied met de knop "Kies gebied", wordt het geselecteerde gebied weergegeven onder het kopje "Gekozen gebied". De volgende elementen in de focusvolgorde zijn echter de footerlinks en niet de nieuw toegevoegde inhoud. De focus moet op een logische manier naar de nieuw weergegeven inhoud gaan, zodat bezoekers hun selectie efficiënt kunnen bekijken of verwijderen.
Ook is de volgorde van de focus niet logisch wanneer de bezoeker een gebied zoekt met behulp van een zoekbalk. Nadat de bezoeker een gebied heeft geselecteerd via de zoekbalk en op "Zoeken" heeft geklikt, verschijnt het geselecteerde gebied met de knop "Kies gebied" op de kaart. Om de selectie op te slaan moet de bezoeker de knop "Kies gebied" op de kaart activeren. Om de kaart te bereiken moet de bezoeker echter door de elementen op de pagina bladeren in plaats van meteen naar de kaart te gaan.

Bevinding 13: Op de pagina https://topokaarten.kadaster.nl/#/contactgegevens staat een formulier. Als het formulier wordt verzonden met lege velden, verschijnen er foutmeldingen voor alle ongeldige invoer zonder dat de pagina opnieuw wordt geladen. De focus wordt echter niet naar de eerste foutmelding gestuurd. Bezoekers die met het toetsenbord navigeren, moeten terug navigeren met Shift Tab om bij de foutmelding te komen.
Zorg dat de toetsenbordfocus automatisch naar de eerste foutmelding gaat zodra deze verschijnt. Zo wordt de bezoeker meteen over de fout geïnformeerd en kan hij zijn invoer aanpassen.

Informatie over succescriterium 2.4.4 Linkdoel (in context)

Uitkomst: Onvoldoende

Bevinding 14: In het aankoopproces op pagina "https://topokaarten.kadaster.nl/#/kaartblad-kiezen staat na de keuzerondjes "Standaard kaartbladen" en "Gebied kiezen" een link "Sla de kaartbladenlijst over" die wordt weergegeven wanneer een bezoeker met het toetsenbord door de website navigeert. Deze link heeft geen naam en dus geen linkdoel. In de HTML is de tekst "Sla de kaartbladenlijst over" verborgen met display:none terwijl het a-element zelf zichtbaar is voor schermlezers. Hierdoor heeft de link geen toegankelijke naam waardoor het doel van de link onduidelijk is. Schermlezers kondigen mogelijk alleen de URL van de link aan zonder betekenisvolle context. Dit zorgt voor verwarring bij gebruikers van schermlezers, vooral wanneer ze navigeren via functies voor schermlezers waarmee ze tussen elementen zoals links kunnen springen, omdat de link geen beschrijvende inhoud heeft. Een mogelijke oplossing is om ervoor te zorgen dat de linktekst toegankelijk blijft voor hulptechnologieën, zelfs wanneer de link niet in beeld is.

2.4.6 Koppen en labels (Niveau AA)

Informatie over succescriterium 2.4.6 Koppen en labels

Uitkomst: Onvoldoende

Bevinding 15: In het aankoopproces op pagina https://topokaarten.kadaster.nl/#/kaartblad-kiezen staat een kaart. De toegankelijke naam van deze kaart is "viewer" die afkomstig is van het aria-label attribuut. Deze toegankelijke naam beschrijft echter niet adequaat het doel of de functionaliteit van de kaart. Een toegankelijke naam moet duidelijk aangeven wat de kaart voorstelt of wat bezoekers kunnen doen. Zonder een beschrijvende naam kunnen gebruikers van ondersteunende technologieën het moeilijk vinden om de context of het doel van de kaart te begrijpen, wat hun vermogen om er effectief mee te interageren kan belemmeren. Om dit probleem op te lossen, moet je het aria-label bijwerken zodat het een betekenisvolle en beschrijvende naam heeft die de inhoud en functionaliteit van de kaart weergeeft. Zie hetzelfde probleem op de pagina "Krayenhoffkaart".

Bevinding 16: In het aankoopproces op pagina https://topokaarten.kadaster.nl/#/kaartblad-kiezen heeft een bezoeker de mogelijkheid om een gebied op de kaart te zoeken. Wanneer de bezoeker "Gebied kiezen" selecteert, vervolgens via zoeken een gebied selecteert en de knop "Kies gebied" op de kaart activeert, verschijnt onder het kopje "Gekozen gebied" het blok met het geselecteerde gebied met de knop "Verwijderen" . Deze knop "Verwijderen" opent een dialoogvenster. Dit dialoogvenster heeft een knop met een "X"-pictogram. De toegankelijke naam van de knop is "Sluit deze melding". Een dergelijke toegankelijke naam geeft niet duidelijk het doel van deze knop aan. Dit probleem doet zich voor op alle dialoogvensters die worden geopend op alle pagina's van de website.

3. Begrijpelijk

3.3 Assistentie bij invoer

3.3.1 Foutidentificatie (Niveau A)

Informatie over succescriterium 3.3.1 Foutidentificatie

Uitkomst: Onvoldoende

Bevinding 17: In het aankoopproces op pagina https://topokaarten.kadaster.nl/#/kaartblad-kiezen staat een zoekbalk bij de productselectie. Wanneer een bezoeker verkeerde gegevens invoert of het veld leeg laat en "Zoeken" activeert, verschijnt er een foutmelding: "Laat op. Vul een adres of postcode in". Dit is een instructie, geen foutmelding. Een goede foutmelding maakt duidelijk dat er een fout is gemaakt, en geeft aan waar de fout zit. Vaak staat er een ontkenning in. Een voorbeeld van een goede foutmelding is: "Het veld is niet (goed) ingevuld." Zie hetzelfde probleem op de pagina "Krayenhoffkaart".
Hetzelfde probleem wordt ook waargenomen op de pagina "Vul uw gegevens in" wanneer het formulier wordt verzonden zonder dat de checkbox "Ik ga akkoord met de" is aangevinkt. De foutmelding is: "Om door te gaan moet u akkoord gaan met de algemene voorwaarden."

4. Robuust

4.1 Compatibel

4.1.2 Naam, rol, waarde (Niveau A)

Informatie over succescriterium 4.1.2 Naam, rol, waarde

Uitkomst: Onvoldoende

Bevinding 18: In het aankoopproces op pagina https://topokaarten.kadaster.nl/#/kaartblad-kiezen staat in de HTML na het zoekinveld bij productselectie een element met de role="presentation". Dit element heeft een aria-labelledby attribuut. Volgens de laatste versie van WAI-ARIA mag aria-labelledby niet gebruikt worden met role=”presentation”. Raadpleeg de volgende pagina voor meer informatie: https://www.w3.org/TR/wai-aria/#aria-labelledby. Zie hetzelfde probleem op de pagina "Krayenhoffkaart".

Bevinding 19: In het aankoopproces op pagina https://topokaarten.kadaster.nl/#/kaartblad-kiezen is bij productselectie een zoekveld geïmplementeerd met behulp van het "combobox"-patroon. Wanneer een bezoeker gegevens invoert in dit zoekveld, verschijnt er een lijst met suggesties. Deze combobox functioneert echter niet correct met de Tab-toets. Volgens het ARIA combobox-patroon moet het indrukken van Tab de focus verplaatsen naar het volgende interactieve element na de combobox, zonder de status van het invoerveld of de lijst te wijzigen. Op dit moment sluit de lijst echter automatisch en wordt een optie geselecteerd zodra de toetsenbordfocus op een lijstoptie ligt en de gebruiker op Tab drukt. Dit gebeurt zonder dat de bezoeker expliciet een selectie maakt met Enter of Spatie. Dit automatische gedrag kan gebruikers in verwarring brengen en leiden tot onbedoelde invoer, wat niet in lijn is met de verwachte normen voor toetsenbordnavigatie. Om dit probleem op te lossen, moet de interactie met de Tab-toets worden aangepast, zodat de focus correct naar het volgende element wordt verplaatst zonder dat een ongewenste selectie wordt gemaakt. Dit zorgt voor een toegankelijkere en voorspelbare gebruikerservaring. Raadpleeg de pagina voor meer informatie: https://www.w3.org/WAI/ARIA/apg/patterns/combobox/#keyboard_interaction. Zie hetzelfde probleem op de pagina "Krayenhoffkaart".

Bevinding 20: In het aankoopproces op pagina https://topokaarten.kadaster.nl/#/kaartblad-kiezen verschijnt na de keuzerondjes "Standaard kaartbladen" en "Gebied kiezen" een link met de tekst "Sla de kaartbladenlijst over". Deze link wordt alleen weergegeven wanneer de website met het toetsenbord wordt genavigeerd. Deze link heeft geen toegankelijke naam. Hoewel de tekst "Sla de kaartbladenlijst over" in de HTML is verborgen met display: none, blijft het <a>-element zelf zichtbaar voor schermlezers. Hierdoor heeft de link geen toegankelijke naam, waardoor schermlezers mogelijk alleen de URL van de link aankondigen zonder betekenisvolle context. Dit kan verwarrend zijn voor schermlezergebruikers, vooral wanneer ze via snelnavigatiefuncties tussen links springen, omdat de link geen beschrijvende inhoud bevat. Om dit probleem op te lossen, moet de tekst van de link toegankelijk blijven voor hulptechnologieën, zelfs wanneer de link niet visueel wordt weergegeven. Dit kan worden bereikt door de tekst te verbergen met een techniek zoals visually-hidden in plaats van display: none, zodat de inhoud nog steeds wordt voorgelezen door schermlezers. Hierdoor wordt de link correct aangekondigd en kunnen gebruikers begrijpen waar deze naartoe leidt.

Bevinding 21: In het aankoopproces op pagina https://topokaarten.kadaster.nl/#/kaartblad-kiezen heeft een bezoeker de mogelijkheid om een gebied op de kaart te zoeken. Wanneer de bezoeker "Gebied kiezen" selecteert, vervolgens via zoeken een gebied selecteert en de knop "Kies gebied" op de kaart activeert, verschijnt het blok met het geselecteerde gebied met de knop "Verwijderen" onder het kopje "Gekozen gebied". Deze knop "Verwijderen" opent een dialoogvenster. Dit dialoogvenster heeft geen toegankelijke naam. Dit probleem treedt op bij alle dialoogvensters die op alle pagina's van de website worden geopend. Schermlezers kunnen hierdoor niet doorgeven welke inhoud het dialoogvenster heeft. Dit kan worden opgelost door een aria-label aan het dialoogvenster toe te voegen met een duidelijke beschrijving van de inhoud.

Bevinding 22: In het aankoopproces op pagina https://topokaarten.kadaster.nl/#/kaartblad-kiezen heeft het dialoogvenster dat wordt geopend door op de knop "Verwijderen" te klikken, correct de rol role="dialog". Binnen het element met role="dialog" in de HTML staat echter een element met role="document". De ARIA-documentrol (role="document") identificeert een element dat inhoud bevat die bedoeld is om gelezen of bekeken te worden. Het wordt meestal gebruikt om primaire inhoud aan te duiden, zoals tekstdocumenten, artikelen of hulppagina’s. Hierdoor kunnen hulptechnologieën, zoals schermlezers, de inhoud behandelen als een leesbaar document en de navigatie daarop aanpassen. In dit dialoogvenster bevindt zich een combinatie van leesbare inhoud (zoals het bericht en de koptekst) en interactieve elementen (zoals knoppen). De aanwezigheid van role="document" is hier problematisch, omdat interactieve elementen binnen dezelfde container conflicteren met deze rol. Dit kan schermlezers in verwarring brengen en ertoe leiden dat ze interactieve elementen als onderdeel van een statisch document behandelen, waardoor de navigatie en bruikbaarheid worden beperkt. De documentrol zou niet gebruikt moeten worden op een container die zowel leesbare inhoud als interactieve elementen bevat. Een betere oplossing is om role="document" te verwijderen en ervoor te zorgen dat de dialoog correct functioneert met role="dialog" en de bijbehorende interactieve elementen. Dit probleem is niet beperkt tot dit specifieke dialoogvenster, maar treedt op bij alle dialoogvensters die op de website worden geopend. Voor meer informatie en best practices raadpleeg:
https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Roles/document_role.

4.1.3 Statusberichten (Niveau AA)

Informatie over succescriterium 4.1.3 Statusberichten

Uitkomst: Onvoldoende

Bevinding 23: In het aankoopproces op pagina https://topokaarten.kadaster.nl/#/kaartblad-kiezen staat bij de productselectie een zoekbalk met het label "Zoek op adres". Als een bezoeker gegevens invoert in dit zoekveld, verschijnt er een lijst met suggesties. Deze lijst is een statusbericht, maar wordt niet automatisch aangekondigd door de schermlezer. Hoewel het zoekveld is geïmplementeerd met het combobox-patroon, wordt het niet als een statusbericht voorgelezen. Gebruik deze instructie om dit element te verbeteren: https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Roles/combobox_role.

Bevinding 24: In het aankoopproces op pagina https://topokaarten.kadaster.nl/#/kaartblad-kiezen heeft een bezoeker bij het selecteren van "Gebied kiezen" de mogelijkheid om een gebied te selecteren via een zoekbalk. Nadat de bezoeker een gebied heeft geselecteerd en op "Zoeken" heeft geklikt, verschijnt een melding met instructies: "U hebt nog geen gebied gekozen. De rechthoek op de kaart geeft het gebied aan dat u gaat kiezen. Verplaats de rechthoek met uw muis of de pijltjestoetsen op uw toetsenbord. Klik op de knop Kies gebied om uw keuze op te slaan." De pagina wordt op dat moment niet opnieuw geladen, en de melding krijgt geen focus op het toetsenbord. Hierdoor wordt deze niet automatisch voorgelezen door schermlezers. Omdat dit bericht een statusmelding is, zou het automatisch moeten worden aangekondigd zodra het verschijnt. Dit kan worden opgelost door role="status" toe te voegen aan de melding, zoals aanbevolen in de https://www.w3.org/WAI/WCAG21/Techniques/aria/ARIA22. Andere oplossingen, zoals aria-live="polite", kunnen ook worden overwogen.

Bevinding 25: In het aankoopproces op pagina https://topokaarten.kadaster.nl/#/kaartblad-kiezen, kunnen bezoekers de items zien die ze in de vorige stap hebben geselecteerd onder bij "Afwerking kaartbladen", onder het kopje "Gekozen kaartbladen". Elk item bevat een nummerkiezer. Wanneer een bezoeker op de "+" of "-" knop drukt, wordt het weergegeven nummer bijgewerkt. Deze wijziging wordt echter niet aangekondigd door schermlezers, waardoor de functionaliteit ontoegankelijk is voor gebruikers van hulptechnologieën. Om dit probleem op te lossen, moet de wijziging van het getal correct worden doorgegeven, bijvoorbeeld door het bijwerken van aria-live of door een status-attribuut toe te voegen aan de waarde van de nummerkiezer.

Bevinding 26: Op pagina https://topokaarten.kadaster.nl/#/contactgegevens is een formulier aanwezig. Wanneer het formulier wordt verzonden met lege velden, verschijnen foutmeldingen voor alle ongeldige invoervelden. Deze foutmeldingen zijn correct gemarkeerd met role="alert", zodat ze worden aangekondigd door schermlezers. De eerste foutmelding komt echter niet overeen met het eerste ongeldige invoerveld in het formulier. Dit kan verwarrend zijn voor schermlezergebruikers, omdat ze mogelijk niet direct begrijpen welk veld ze als eerste moeten corrigeren.
Om dit probleem op te lossen, moeten foutmeldingen worden geordend in een logische volgorde die overeenkomt met de invoervelden in het formulier. De focus moet automatisch worden verplaatst naar het eerste foutieve veld om de gebruiker direct naar het probleem te leiden en onnodige verwarring te voorkomen. Dit kan worden bereikt met aria-describedby of door de focus()-functie te gebruiken om de gebruiker naar het eerste ongeldige invoerveld te brengen.

Onderbouwing van de evaluatie

Het onderzoek is uitgevoerd op basis van de evaluatiemethode van het W3C, WCAG-EM. Dit gebeurt grotendeels handmatig door een steekproef te nemen. Voor een quickscan geldt dat we slechts delen uit deze methodiek gebruiken. Ondanks alle zorgvuldigheid en ervaring van de onderzoeker kan het voorkomen dat een probleem niet gesignaleerd is. Houd er rekening mee dat in een volgend onderzoek bepaalde onderdelen anders worden beoordeeld omdat technologieën en hulpsoftware worden doorontwikkeld. Bij het handmatig onderzoek wordt gebruik gemaakt van tools.

Steekproef getoetste webpagina's

Ondersteunende technieken

Bronnen

Deze rapportage is grotendeels gemaakt met de online evaluatietool van W3C.

Geprint: 2025-03-09 22:58:48 v2.4-011