Verklaring van Vaarweginformatie.nl

Inhoud

• Samenvatting
• Verklaring
  • Nalevingsstatus
  • Akkoordverklaring
  • Feedback en contactgegevens
• Onderbouwing van de verklaring
  • Onderzoeksresultaten
  • Afwijkingen van de toegankelijkheidsstandaard
  • Andere toegankelijkheidsissues
  • Onevenredige last
• Algemene toelichting
  • Uitleg over de nalevingsstatussen
  • Uitleg over onevenredige last
  • Inhoud buiten de werkingssfeer van het Besluit
  • Links naar bronnen

Onderbouwing van de verklaring

Onderzoeksresultaten

De website Vaarweginformatie.nl is onderzocht op toegankelijkheid en uit de rapportage blijkt volgens Rijkswaterstaat dat nog niet aan alle onderstaande kenmerken wordt voldaan:

• De onderzoeksresultaten waarop de claim is gebaseerd zijn beschikbaar via:
  • https://www.vaarweginformatie.nl/fdd/main/download?fileId=3353813425
    Kenmerken die in de rapportage zijn vastgelegd:
    • Datum: 29-10-2021
    • Type onderzoek: handmatig onderzoek (eventueel deels automatisch)
    • Onderzoek uitgevoerd door: een onafhankelijke derde partij
    • Oké. Gebruikte standaard: EN 301 549 / WCAG 2.1 niveau AA
    • Oké. Actualiteit: voldoet aan de voorwaarde. Uit de rapportage blijkt dat de meet- en onderzoeksgegevens waarop het onderzoek is gebaseerd jonger zijn dan 36 maanden.
    • Oké. Onderzoeksmethode: voldoet aan de voorwaarde. Uit de rapportage blijkt dat bij het handmatige onderzoek een goed gedocumenteerde evaluatiemethode (WCAG-EM of gelijkwaardig) is gebruikt.
    • Oké. Vastlegging: voldoet aan de eisen. Uit de rapportage blijkt dat de onderzoeksresultaten zijn vastgelegd in een voor mensen leesbaar formaat, of in het machineleesbare formaat EARL.
• De (gecombineerde) onderzoeksresultaten:
  • Oké. Omvatten alle eisen uit hoofdstuk 9 Web (voor websites) of 11 Software (voor mobiele applicaties) van de Europese toegankelijkheidsnorm EN 301 549. De eisen voor websites, mobiele applicaties en downloadbare documenten in deze norm zijn identiek aan de niveau A en AA succescriteria van de wereldwijd toegepaste toegankelijkheidsstandaard WCAG 2.1.
  • Oké. Zijn representatief voor alle content op het hoofddomein en eventuele de sub- en andere domeinen die in de verklaring worden genoemd.
• Niet Oké. Tijdens het onderzoek zijn afwijkingen gevonden op de toegankelijkheidsstandaard, die niet konden worden hersteld voordat het onderzoek werd afgerond.
• Oké. Op basis van de onderzoeksresultaten verklaart Rijkswaterstaat dat de website gedeeltelijk voldoet aan de toegankelijkheidsstandaard.

(Onder het kopje Uitleg over de nalevingsstatussen worden de kenmerken van de verschillende statussen beschreven).

Afwijkingen van de toegankelijkheidsstandaard

1. SC 1.1.1 - Niet-tekstuele content [niveau A]
   • Beschrijving van de afwijking:

     Alle niet-tekstuele content die aan de gebruiker wordt gepresenteerd, heeft een tekstalternatief dat een gelijkwaardig doel dient. […]

   • Oorzaak:

     Op iedere pagina staat bovenaan een svg afbeelding van het rijkslogo. Deze fungeert ook als link naar de homepage van deze website. Deze afbeelding heeft echter geen tekstalternatief waaruit de informatie en de functie van de afbeelding duidelijk wordt voor mensen die voorleessoftware gebruiken. Zie: https://vaarweginformatie.nl/frp/main/#/home

     Op iedere pagina staat ook een interactief printer-icoontje. Deze is ook informatief en functioneel, maar heeft ook geen tekstalternatief die de functie omschrijft. Dit geldt ook voor het hamburgermenu en de zoekknop. Ook hier zijn afbeeldingen gebruikt die geen tekstalternatief hebben voor mensen die bijvoorbeeld blind zijn en afhankelijk zijn van voorleessoftware.

     Op pagina https://vaarweginformatie.nl/frp/main/#/home wordt in de content bij een aantal links een klein icoontje gebruikt van een vierkantje met een pijltje schuin naar boven. Dit lijkt een informatief pijltje, maar wordt op bijna elke link toegepast. Zowel bij links naar een externe website die ook in een nieuw tabblad openen. Maar ook naar links naar pagina's binnen de eigen website die in het zelfde tabblad openen. Het is niet helemaal duidelijk waarom dit icoontje wordt gebruikt bij deze laatste categorie links. Maar, als het icoontje aan moet geven dat de link een nieuw tabblad opent, dan is het ook belangrijk dat deze icoontjes een tekstalternatief krijgen die deze informatie ook bevat voor mensen die voorleessoftware gebruiken.

     Op pagina https://vaarweginformatie.nl/frp/main/#/search?term=brug&types=BRIDGE wordt ook een zoek-icoontje (vergrootglas) gebruikt. Ook hier heeft deze geen tekstalternatief.

     Op pagina https://vaarweginformatie.nl/frp/main/#/page/aboutus staat een afbeelding van een screenshot van een deel van één van de pagina's. Vanuit de tekst wordt ook hier naar verwezen als zijnde een voorbeeld van het filtermenu waarin een selectie kan worden gemaakt. Deze afbeelding is dus informatief en moet voor mensen met voorleessoftware dus ook voorgelezen worden. Deze afbeelding heeft nu echter een lege alternatieve tekst (alt="") waardoor voorleessoftware deze afbeelding negeert. Deze afbeelding moet dus een goede alternatieve tekst krijgen die het voorbeeld waar het voor aanwezig is beschrijft.

   • Gevolg:

     Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

   • Alternatief:
   • Maatregel:

     Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

   • Planning voor de uitvoering van de maatregel: 01-01-2024
2. SC 1.3.1 - Info en relaties [niveau A]
   • Beschrijving van de afwijking:

     Informatie, structuur en relaties overgebracht door presentatie kunnen door software bepaald worden of zijn beschikbaar in tekst.

   • Oorzaak:

     Op pagina https://vaarweginformatie.nl/frp/main/#/home staan twee kopteksten "Ga goed voorbereid op reis" en "Tweede proefperiode 'langer liggen' van start". Deze zijn netjes als kopteksten opgemaakt met een h4 element. Dat is goed. Binnen het h4 element wordt echter ook nog een strong element gebruikt. Dat element is alleen bedoeld om sterke nadruk op een stukje tekst te leggen en niet voor kopteksten. Het is dus beter om dit strong element hier weg te halen. Als de koptekst vetgedrukt weergegeven moet worden is het beter om hier CSS voor te gebruiken.

     Op pagina https://vaarweginformatie.nl/frp/main/#/page/contact staat een formulier. Elk invoerveld heeft een bijbehorend tekstlabel. Visueel is duidelijk welk tekstlabel bij welk invoerveld hoort. Deze relatie moet dan ook door hulpsoftware te bepalen zijn. Dat kan nu niet. Hiervoor is het belangrijk dat de tekstlabels in een label element worden geplaatst. Bij dit label element kan een for attribuut worden toegevoegd die verwijst naar de waarde van een id attribuut van het bijbehorende input element (van het invoerveld waar het tekstlabel bij hoort). Als het input element nog geen id attribuut heeft, moet deze daar worden toegevoegd en deze moet uniek zijn binnen de pagina.

     Op pagina https://vaarweginformatie.nl/frp/main/#/page/contact staat een formulier. Als het formulier verstuurd is komt een melding onder het formulier te staan met de tekst "Dank u wel voor het invullen van het formulier. Deze tekst is opgemaakt als h2 koptekst, maar dit is helemaal geen koptekst (er is geen content waar het een kop van zou moeten zijn). Deze h2 is dus waarschijnlijk gebruikt voor de opmaak en daar is het niet voor bedoeld. Gebruik daar CSS voor.

     Op pagina https://vaarweginformatie.nl/frp/main/#/page/links staan meerdere lijstjes met links. Voor deze lijsten is echter geen lijst opmaak gebruikt. Het is beter om hier de ul en li elementen te gebruiken en er lijsten van te maken in de HTML code.

     Op pagina https://vaarweginformatie.nl/frp/main/#/nts/list staan filteropties. Hier staan ook twee datumvelden die een 'groepsnaam' hebben "Geldige periode". De relatie tussen deze tekst en de twee invoervelden moet ook voor hulpsoftware duidelijk zijn. Dit kan door deze tekst in een legend element te plaatsen en dit legend element samen met de twee invoervelden in een fieldset element te plaatsen.

     Op pagina https://vaarweginformatie.nl/frp/main/#/nts/list staat een grote datatabel met kolomkoppen als "Bericht", "Vaarweg", "Locatie", enz. Visueel is de relatie tussen deze kolomkoppen en de inhoud van de kolom eronder duidelijk. Deze relatie is echter niet door hulpsoftware te bepalen. Omdat deze content er uit ziet als een datatabel is het ook belangrijk om in de HTML de code voor een datatabel te gebruiken. Deze zorgt met de juiste HTML elementen namelijk meteen voor de goede toegankelijkheid en de juiste relaties voor hulpsoftware. In de datatabel kunnen de kolomkoppen dan bijvoorbeeld met een th element worden opgemaakt en de data met td elementen. De rij met th elementen kan in een thead element worden geplaatst en de rijen met data in een tbody element. Op deze manier kan hulpsoftware de relaties aangeven, maar bijvoorbeeld ook hoe groot de tabel is (hoeveel rijen en kolommen). Met de huidige opmaak zijn al deze relaties en is al deze informatie niet beschikbaar waardoor de content ontoegankelijk is en moeilijk te begrijpen is voor mensen die afhankelijk zijn van hulpsoftware.

     Bovenstaand probleem met de weergave van een datatabel en het ontbreken van datatabel HTML code komt op meer pagina's voor. Bijvoorbeeld ook op pagina https://vaarweginformatie.nl/frp/main/#/nts/FTM/Rijkswaterstaat-2021-6779 (onder de kaart), of op pagina https://vaarweginformatie.nl/frp/main/#/hydro/water_level onder de koptekst "Verwachte waterstanden". Zo zijn veel meer voorbeelden gevonden op de website.

     Ook op pagina https://vaarweginformatie.nl/frp/main/#/search?term=brug&types=BRIDGE staat invoervelden met tekstlabels ervoor waarbij de relatie tussen beide niet door hulpsoftware te bepalen is. Ook hier zijn de tekstlabels ("U heeft gezocht naar" en "verfijn uw zoekresultaten")

     Op pagina https://vaarweginformatie.nl/frp/main/#/nts/FTM/Rijkswaterstaat-2021-6779 staat een overzicht van gegevens waarbij duidelijk een relatie is tussen verschillende stukken content. Bijvoorbeeld tussen "Uitgegeven door" en "Waterkamer". Of tussen "Onderwerp" en "mededeling". Deze relatie is niet door hulpsoftware te bepalen en is wel de bedoeling. De makkelijkste manier is om hier een definitielijst te gebruiken. De schuingedrukte tekst kan dan in een dt element geplaatst worden en de 'uitleg' in een dd element. Dan is de relatie tussen beide door middel van de HTML code ook beschikbaar voor hulpsoftware. Bovenstaand probleem doet zich ook voor op pagina https://vaarweginformatie.nl/frp/main/#/plov/detail/23589.

     Op pagina https://vaarweginformatie.nl/frp/main/#/hydro/water_level staat een hele alinea die vetgedrukt wordt weergegeven. Hiervoor is een strong element gebruikt, maar daar is dit element niet voor bedoeld. Gebruik hier liever CSS voor. Het strong element is alleen bedoeld om sterke (!) nadruk te leggen op bepaalde woorden. Deze worden door voorleessoftware dan ook met extra klemtoon voorgelezen.

     Op pagina https://vaarweginformatie.nl/frp/main/#/hydro/water_level staat rechts op de pagina onder de kop "Waterstanden" een lijst met uitklapbare Lokaties. Hier is geen lijst-opmaak in de HTML voor gebruikt, maar kan hier beter wel gebruikt worden.

     Ook op pagina https://vaarweginformatie.nl/frp/main/#/page/meteo wordt een hele alinea met een strong element opgemaakt. Dat is hier ook niet de bedoeling. Gebruik CSS voor de presentatie van de tekst. Bovenstaand probleem komt op meer pagina's voor. Zie ook https://vaarweginformatie.nl/frp/main/#/page/ice_chart.

     Op pagina https://vaarweginformatie.nl/frp/main/#/page/meteo staan een paar vetgedrukte kopteksten waar nu een strong element is gebruikt. Dat is niet de bedoeling. Gebruik hier bij voorkeur h3 elementen voor. Het gaat om de kopteskten "Weeroverzicht", "Verwachting van 14:00 tot 02:00 uur" en "Verwachting van 02:00 tot 14:00 uur".

     Het PDF-bestand "BICS Infographic.pdf" (via pagina https://vaarweginformatie.nl/frp/main/#/page/downloads) heeft geen tags en daardoor is er voor hulpsoftware (zoals voorleessoftware) geen informatie beschikbaar om de PDF te interpreteren. Omdat tags ontbreken kan de PDF niet volledig onderzocht worden (alle succescriteria met betrekking tot de PDF code laag zoals semantische koppen en alt teksten bij afbeeldingen). Let daarom op dat bij het oplossen van dit probleem nieuwe toegankelijkheidsproblemen kunnen ontstaan.

   • Gevolg:

     Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

   • Alternatief:
   • Maatregel:

     Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

   • Planning voor de uitvoering van de maatregel: 01-01-2024
3. SC 1.3.3 - Zintuiglijke eigenschappen [niveau A]
   • Beschrijving van de afwijking:

     Instructies die geleverd worden om content te begrijpen en te bedienen zijn niet alleen afhankelijk van zintuiglijke eigenschappen van componenten zoals vorm, kleur, omvang, visuele locatie, oriëntatie of geluid.

   • Oorzaak:

     Op pagina https://vaarweginformatie.nl/frp/main/#/page/aboutus staat uitleg over "Realtime informatie via Vaarwegen en objecten". In de uitleg staat een verwijzing die afhankelijk is van een lokatie. In de tekst staat "Er verschijnt dan aan de linkerzijde een filter menu". Iemand die blind is weet niet wat 'links' is en deze hint is voor hem of haar dus niet duidelijk. Dit werkt alleen als in de HTML-code bij dat filter-menu ook de tekst "filter-menu" als koptekst bijvoorbeeld terugkomt. Dan kan iemand die blind is zoeken op die tekst om de plek te vinden waar de opties staan. In dezelfde regel tekst op de pagina staat ook nog "waarin de selectie kan worden gemaakt (zie onderstaand voorbeeld)". Hier wordt verwezen naar een voorbeeld die verderop zou staan. Er is visueel wel een afbeelding te zien met een voorbeeld, maar deze heeft geen alternatieve tekst waar minimaal het woord "voorbeeld" in terugkomt. Iemand die blind is kan dus ook hier niets met de verwijzing 'onderstaand voorbeeld'. Dit is een verwijzing naar een lokatie. Dit zou dus geen probleem opleveren als de tekst "voorbeeld" nog gebruikt zou zijn bij de afbeelding.

   • Gevolg:

     Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

   • Alternatief:
   • Maatregel:

     Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

   • Planning voor de uitvoering van de maatregel: 01-01-2024
4. SC 1.3.5 - Identificeer het doel van de input [niveau AA]
   • Beschrijving van de afwijking:

     Het doel van elk invoerveld waarmee informatie van de gebruiker wordt verzameld, kan door software bepaald worden wanneer:

     • Het invoerveld een doel dient dat is geïdentificeerd in de paragraaf Inputdoelen voor Componenten van de Gebruikersinterface; en
     • De content wordt geïmplementeerd met behulp van technologieën die ondersteuning bieden bij het identificeren van de verwachte betekenis van formulier-invoergegevens.
   • Oorzaak:

     Op pagina https://vaarweginformatie.nl/frp/main/#/page/contact staat een formulier waar persoonlijke gegevens kunnen worden ingevuld. Voor persoonlijke gegevens is het belangrijk dat bij de invoervelden daarvoor het autocomplete attribuut wordt gebruikt met de juiste waarde. Dit zorgt ervoor dat hulpsoftware (of een browser of andere User Agent) de velden automatisch kan invullen, of extra hulp kan bieden bij het invullen. Dit autocomplete attribuut ontbreekt nu bij deze invoervelden. Bij het invoerveld voor de "Naam" kan bijvoorbeeld een autocomplete="name" worden toegevoegd. En voor het E-mailadres autocomplete="email". Een volledig overzicht van alle invoervelden waarvoor een autocomplete nodig is en welke waarde verplicht is is hier te vinden: https://www.w3.org/Translations/WCAG21-nl/#input-purposes.

   • Gevolg:

     Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

   • Alternatief:
   • Maatregel:

     Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

   • Planning voor de uitvoering van de maatregel: 01-01-2024
5. SC 1.4.1 - Gebruik van kleur [niveau A]
   • Beschrijving van de afwijking:

     Kleur wordt niet als het enige visuele middel gebruikt om informatie over te brengen, een actie aan te geven, tot een reactie op te roepen of een visueel element te onderscheiden.

   • Oorzaak:

     Op meerdere webpagina's staan links in een zin of alinea. Deze links zijn alleen herkenbaar doordat de tekst een blauwe in plaats van donkergrijze kleur heeft. Mensen die slechtziend of kleurenblind zijn kunnen dan deze links missen of niet goed kunnen zien welke woorden bij de linktekst horen. Bijvoorbeeld op pagina https://vaarweginformatie.nl/frp/main/#/home de links "hier", "deze website", en "Lees meer". Op pagina https://vaarweginformatie.nl/frp/main/#/hydro/water_level bijvoorbeeld de links "andere waterdata" en "andere locaties". En op pagina https://vaarweginformatie.nl/frp/main/#/page/aboutus de links "melden" en "Waterrecreatie Nederland". Het icoontje wat bij veel links staat is niet duidelijk genoeg. Dit geeft namelijk niet aan welke voorgaande woorden bij de linktekst horen en welke niet. En, dit icoontje komt niet bij alle links voor. Het is beter om links standaard te onderstrepen als ze in een zin of alinea staan.

     Op pagina https://vaarweginformatie.nl/frp/main/#/page/contact staat een formulier. Hier zijn een aantal verplichte velden. Als een veld wordt in gevuld, maar toch weer wat leeg gehaald wordt een rode lijn gebruikt aan de onderkant van het invoerveld om aan te geven dat er een probleem is. Deze informatie wordt nu alleen door middel van kleur overgebracht. Het zou beter zijn om dit ook via een tekstmelding te doen (zie ook succescriterium 3.3.1)

   • Gevolg:

     Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

   • Alternatief:
   • Maatregel:

     Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

   • Planning voor de uitvoering van de maatregel: 01-01-2024
6. SC 1.4.3 - Contrast (minimum) [niveau AA]
   • Beschrijving van de afwijking:

     De visuele weergave van tekst en afbeeldingen van tekst heeft een contrastverhouding van ten minste 4,5:1, behalve in de volgende gevallen:

     • Grote tekst: Grote tekst en afbeeldingen van grote tekst hebben een contrastverhouding van ten minste 3:1;
     • Incidenteel: Tekst of afbeeldingen van tekst die deel zijn van een inactieve component van de gebruikersinterface, die puur decoratief zijn, die voor niemand zichtbaar zijn, of die onderdeel zijn van een afbeelding die significant andere visuele content bevat, hebben geen contrasteis.
     • Woordmerken: Tekst die onderdeel is van een logo of merknaam heeft geen contrasteis.
   • Oorzaak:

     Op elke pagina staat een zoekveld met een placeholder tekst. Het contrast van deze lichtgrijze tekst op gele achtergrond is te laag met 3,2:1. Dit moet minimaal 4,5:1 zijn.

   • Gevolg:

     Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

   • Alternatief:
   • Maatregel:

     Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

   • Planning voor de uitvoering van de maatregel: 01-01-2024
7. SC 1.4.4 - Herschalen van tekst [niveau AA]
   • Beschrijving van de afwijking:

     Behalve voor ondertitels voor doven en slechthorenden en afbeeldingen van tekst, kan tekst zonder hulptechnologie tot 200% geschaald worden zonder verlies van content of functionaliteit.

   • Oorzaak:

     Als de website wordt bekeken bij een resolutie van 1024x768 en als ingezoomd wordt tot 200%, dan is niet alle informatie of functionaliteit nog aanwezig. Hieronder de problemen die gevonden zijn.

     Op pagina https://vaarweginformatie.nl/frp/main/#/nts/list ontbreekt de link "< Terug". Daarnaast ontbreekt het tekstlabel "Geldige Periode" bij de filteropties.

     Ook op andere pagina's ontbreekt de "< Terug" link. Zie bijvoorbeeld ook pagina https://vaarweginformatie.nl/frp/main/#/search?term=brug. Opvallend genoeg is dit probleem niet op elke pagina aanwezig. Op pagina https://vaarweginformatie.nl/frp/main/#/nts/FTM/Rijkswaterstaat-2021-6779 is de "< Terug" link namelijk wel aanwezig.

     Op pagina https://vaarweginformatie.nl/frp/main/#/hydro/water_level/detail/496451 ontbreken naast de link "< Terug" ook de links "Waterstanden", "Minst gepeilde diepten" en "Waterstandgerelateerd". Deze links zijn wel zichtbaar en een soort uitklapmenu op pagina https://vaarweginformatie.nl/frp/main/#/hydro/water_level. Op dezelfde manier kan het ook op deze pagina met de details worden weergegeven. Dat wordt nu dus niet gedaan.

   • Gevolg:

     Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

   • Alternatief:
   • Maatregel:

     Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

   • Planning voor de uitvoering van de maatregel: 01-01-2024
8. SC 1.4.10 - Reflow [niveau AA]
   • Beschrijving van de afwijking:

     Content kan zonder verlies van informatie of functionaliteit en zonder te moeten scrollen in twee dimensies, worden weergegeven voor:

     • Verticaal: scrollbare content met een breedte gelijkwaardig aan 320 CSS-pixels;
     • Horizontaal: scrollbare content met een hoogte gelijkwaardig aan 256 CSS-pixels; Met uitzondering van delen van de content die voor het gebruik of de betekenis een tweedimensionale lay-out vereisen.
   • Oorzaak:

     Als de website bekeken wordt op een scherm dat vergelijkbaar is met een breedte van 320 pixels (bijvoorbeeld 1280 pixels breed en 400% zoom), dan is een deel van de informatie of functionaliteit niet meer aanwezig. Of er moet in twee richtingen gescrold worden om de content te kunnen lezen. Hieronder voorbeelden van dit soort problemen.

     Op pagina https://vaarweginformatie.nl/frp/main/#/nts/list ontbreekt de link "< Terug". Daarnaast ontbreekt het tekstlabel "Geldige Periode" bij de filteropties.

     Op pagina https://vaarweginformatie.nl/frp/main/#/hydro/water_level/detail/496451 ontbreken naast de link "< Terug" ook de links "Waterstanden", "Minst gepeilde diepten" en "Waterstandgerelateerd". Deze links zijn wel zichtbaar en een soort uitklapmenu op pagina https://vaarweginformatie.nl/frp/main/#/hydro/water_level. Op dezelfde manier kan het ook op deze pagina met de details worden weergegeven. Dat wordt nu dus niet gedaan.

   • Gevolg:

     Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

   • Alternatief:
   • Maatregel:

     Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

   • Planning voor de uitvoering van de maatregel: 01-01-2024
9. SC 1.4.11 - Contrast van niet-tekstuele content [niveau AA]
   • Beschrijving van de afwijking:

     De visuele weergave van het volgende heeft een contrastverhouding van ten minste 3:1 ten opzichte van aangrenzende kleuren:

     • Componenten van de gebruikersinterface: Visuele informatie die vereist is om componenten van de gebruikersinterface en statussen te identificeren, met uitzondering van inactieve componenten of componenten waarvan de weergave van de component wordt bepaald door de user agent en niet wordt aangepast door de auteur;
     • Grafische objecten: Delen van afbeeldingen die vereist zijn om de content te begrijpen, behalve wanneer een specifieke weergave van afbeeldingen essentieel is voor de informatie die wordt overgebracht.
   • Oorzaak:

     Op elke pagina staat een zoekveld. Om het invoerveld te herkennen zou de placeholder tekst gebruikt kunnen worden, maar die heeft een te laag contrast (zie SC 1.4.3). Als het contrast van de placeholder verbeterd wordt is het probleem hier ook op gelost. Een andere oplossing kan zijn om het contrast van het zoekveld zelf te verbeteren. Deze is nu alleen te herkennen aan de lichtgele achtergrondkleur ten opzichte van de gele achtergrond van de navigatiebalk. Het contrast kan verhoogd worden door een andere achtergrondkleur te kiezen voor het zoekveld, of door een rand om het zoekveld te plaatsen die voldoende contrast heeft met de gele achtergrond van het zoekveld of de navigatiebalk. Dit contrast moet minimaal 3,0:1 zijn.

     Op pagina https://vaarweginformatie.nl/frp/main/#/page/contact staat een formulier waarbij een aantal invoervelden te herkennen zijn doordat ze een lichtgrijze achtergrond hebben op een witte achtergrond van de webpagina zelf. Dit contrast is slechts 1,1:1. Dit zou minimaal 3,0:1 moeten zijn. Of, als alternatief kan ook een rand om de invoervelden geplaatst worden die voldoende contrast heeft, om het zoekveld 'zichtbaar' te maken voor slechtzienden. Ook de checkbox voor "Stuur een kopie .." heeft een te laag contrast van 1,1:1. Als deze aangevinkt is, heeft het vinkje wel voldoende contrast. Het probleem zit hem in de rand van de checkbox. Daarnaast is de focus op de checkbox ook niet goed te zien. De standaardfocusindicator hiervoor is uitgeschakeld door de CSS. In plaats daarvan wordt de achtergrondkleur van de checkbox lichtgrijs gemaakt en de rand iets donkerder grijs. Dit contrast is ook te laag.

     Op pagina https://vaarweginformatie.nl/frp/main/#/nts/list staan in de balk boven de lijst twee checkboxen. De eerste is aangevinkt en de tweede niet. De checkbox is hier alleen te herkennen door de witte achtergrondkleur ten opzichte van het lichtgeel van de balk. Dit contrast is slechts 1,1:1 en moet minimaal 3,0:1 zijn. Een andere oplossing is om de checkbox een rand te geven die voldoende contrast heeft.

   • Gevolg:

     Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

   • Alternatief:
   • Maatregel:

     Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

   • Planning voor de uitvoering van de maatregel: 01-01-2024
10. SC 1.4.13 - Content bij hover of focus [niveau AA]
    • Beschrijving van de afwijking:

      Wanneer aanvullende content zichtbaar wordt en daarna weer verborgen, door het gebruik van hover met de aanwijzer of focus met het toetsenbord, gelden de volgende zaken:

      • Sluiten: Er is een mechanisme beschikbaar waarmee de aanvullende content kan worden gesloten zonder de aanwijzer hover of de toetsenbordfocus te verplaatsen, tenzij de aanvullende content een invoerfout communiceert of andere content niet verbergt of vervangt;
      • Aanwijsbaar: Wanneer een aanwijzer hover aanvullende content kan activeren, dan kan de aanwijzer over de aanvullende content worden bewogen zonder dat deze verdwijnt;
      • Aanhouden: De aanvullende content blijft zichtbaar totdat de oorzaak voor de hover of focus is verwijderd, de gebruiker de content sluit of de informatie niet langer geldig is. Uitzondering: De visuele weergave van de aanvullende content wordt beheerd door de user agent en wordt niet aangepast door de auteur.
    • Oorzaak:

      Op pagina https://vaarweginformatie.nl/frp/main/#/page/contact staat een formulier. Als de toetsenbordfocus op een aantal velden komt verschijnt extra content in een soort tooltip. Zeker op kleine schermen, of als flink ingezoomd wordt valt deze extra content over andere content heen. Dat betekent dat deze content dan "Dismissable" (Sluitbaar) moet zijn. Dat betekent dat de extra content verwijderd moet kunnen worden zonder de focus van het invoerveld te halen. Bijvoorbeeld door op de Escape toets te drukken. Dit is op dit moment nog niet mogelijk. Dit gebeurd bijvoorbeeld bij het invoerveld "Doelgroep".

    • Gevolg:

      Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

    • Alternatief:
    • Maatregel:

      Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

    • Planning voor de uitvoering van de maatregel: 01-01-2024
11. SC 2.1.1 - Toetsenbord [niveau A]
    • Beschrijving van de afwijking:

      Alle functionaliteit van de content is bedienbaar via een toetsenbordinterface zonder dat afzonderlijke toetsaanslagen aan tijd gebonden zijn, behalve als de onderliggende functie een invoer vereist die afhangt van het pad dat de gebruiker aflegt en niet alleen van de eindpunten.

    • Oorzaak:

      Het overgrote deel van de website is helaas niet met het toetsenbord te bedienen. Alleen een aantal standaard linkjes in de footer en in de content van sommige pagina's zijn met het toetsenbord te bedienen. Daarnaast zijn nog een aantal formulier elementen met het toetsenbord te bedienen. Alle andere interactieve componenten niet.

      In de header op elke pagina zijn bijvoorbeeld de interactieve componenten om een taal te kiezen niet met het toetsenbord te bedienen. Hier zijn geen standaard linkjes gebruikt (a element), maar zijn lijst elementen (li) gebruikt die door middel van JavaScript interactief zijn gemaakt. Een li element kan geen toetsenbordfocus krijgen en is dus ook niet te bedienen met het toetsenbord. Het rijkslogo bovenin de header is ook interactief, maar kan ook niet bediend worden met het toetsenbord. Dit is een SVG element die met JavaScript interactief is gemaakt. Ook een svg element kan geen toetsenbordfocus ontvangen. Ook het print-icoontje is interactief. Hiervoor is zelfs een niet-bestaand HTML element 'fa' gebruikt welke interactief is gemaakt met JavaScript. Ook het 'zoek'-icoontje (vergrootglas) is niet met het toetsenbord te bedienen. Hier is wel een a element gebruikt voor een link, maar zonder href attribuut kan deze ook geen standaard toetsenbord focus ontvangen. Overigens is het voor een knop logischer om een button element of input (type="submit") element te gebruiken.

      In de header op elke pagina is ook het hele navigatiemenu (hamburger icoon met drie liggende streepjes) niet met het toetsenbord te bedienen. Dit maakt het navigeren door de hele site heen nagenoeg onmogelijk. Er staan in de content van de homepage nog wel links naar de verschillende pagina's. Maar vanaf die pagina's zelf is het niet mogelijk om op een normale manier verder te navigeren naar een andere pagina, behalve terug naar de homepage. En dat kan dan weer niet met de "< Terug" link, want ook die werkt niet met het toetsenbord. Navigeren terug kan dan alleen door met het toetsenbord de Browser functie te gebruiken om terug te gaan naar een vorige pagina en dat is natuurlijk erg omslachtig.

      Zo zijn veel meer problemen gevonden met de toetsenbord bediening. Hieronder slechts een paar voorbeelden. Er zijn er veel meer.

      Op pagina https://vaarweginformatie.nl/frp/main/#/page/contact zijn de 'dropdown' menu's voor "Aanhef" en "Uw vraag, klacht of..." niet te bedienen met het toetsenbord. De toetsenbordfocus komt wel op een bijbehorend input element van type="listbox", maar je kunt er verder met de toetsenbord bediening niets mee. De focus is ook al niet zichtbaar, dus je weet ook niet dat je überhaupt iets kunt met deze dropdown. Maar zelfs al zou je dit wel weten, dan nog werkt het niet met het toetsenbord.

      Op pagina https://vaarweginformatie.nl/frp/main/#/page/links staat een interactieve component "< Terug". Dit lijkt op een link, maar is het niet. Er is wel een a element gebruikt, maar zonder href attribuut en dan werkt het niet als link. De interactie is gedaan door JavaScript, maar doordat de toetsenbord focus er nooit op kan komen werkt de bediening met het toetsenbord dus ook niet.

      Op pagina https://vaarweginformatie.nl/frp/main/#/nts/list zijn meerdere problemen met de toetsenbord bediening. De interactieve componenten "Kaart" en "Lijst" zijn niet te bedienen met het toetsenbord. Ook werkt de keuzelijst "Selecteer berichttypes" niet met het toetsenbord. Ook kan geen begin- en einddatum geselecteerd worden. De toetsenbord focus komt wel op het invoerveld van bijvoorbeeld de begindatum, maar deze is niet met de hand in te vullen en de toetsenbord focus gaat ook niet naar de kalender die tevoorschijn komt. De kalender is dus ook niet met het toetsenbord te bedienen. Je kunt hier dus geen datum invullen met het toetsenbord. Daarnaast is de hele tabel op deze pagina interactief. Zowel de tabelkoppen zijn interactief, maar kunnen niet met het toetsenbord bediend worden. Ook de rijen met data in de tabel zijn interactief, maar kunnen niet met het toetsenbord bediend worden.

      Op pagina https://vaarweginformatie.nl/frp/main/#/search?term=brug&types=BRIDGE ook meerdere problemen. Het filter kan niet bediend worden met het toetsenbord. Daarnaast staat rechts van de kaart een lijst met zoekresultaten. De knoppen om door de lijst te scrollen zijn wel met het toetsenbord te bedienen, maar de resultaten die er tussen staan weer niet. Je kunt dus wel zoeken, maar feitelijk niet naar de zoekresultaten zelf toe gaan.

      Op bijna elke pagina in de website zijn soortgelijke problemen gevonden als hierboven beschreven met de verschillende voorbeelden. Dit is dus een structureel en groot probleem voor meerdere doelgroepen (blinden, slechtzienden, motorisch beperkten, enz.).

    • Gevolg:

      Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

    • Alternatief:
    • Maatregel:

      Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

    • Planning voor de uitvoering van de maatregel: 01-01-2024
12. SC 2.4.1 - Blokken omzeilen [niveau A]
    • Beschrijving van de afwijking:

      Er is een mechanisme beschikbaar om blokken content die op meerdere webpagina's worden herhaald te omzeilen.

    • Oorzaak:

      Er is geen link aanwezig helemaal aan het begin van elke webpagina waarmee iemand die het toetsenbord gebruikt direct naar de unieke inhoud van de webpagina kan navigeren. Dit is een zogenaamde 'skiplink'. Deze mag verborgen zijn, maar moet zichtbaar worden als de toetsenbordfocus er op terechtkomt. Deze link kan gebruikt worden om alle navigatielinks aan het begin van een webpagina over te slaan. Strikt genomen is dit op dit moment geen probleem, omdat alle interactieve links helemaal niet met het toetsenbord te bedienen zijn. Dat moet volgens succescriterium 2.1.1 echter wel en als dat dus opgelost wordt is alsnog wel een skiplink nodig. Daarom noemen we het probleem hier wel en keuren we de afwezigheid ook af. Naast het oplossen van het probleem met de toetsenbordbediening moet dan dus ook een skiplink aangeboden worden.

    • Gevolg:

      Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

    • Alternatief:
    • Maatregel:

      Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

    • Planning voor de uitvoering van de maatregel: 01-01-2024
13. SC 2.4.2 - Paginatitel [niveau A]
    • Beschrijving van de afwijking:

      Webpagina's hebben titels die het onderwerp of doel beschrijven.

    • Oorzaak:

      Alle pagina's hebben een goede omschrijving van de inhoud van de webpagina gekregen. Maar, naast een omschrijving van de webpagina staat in de titel van de pagina's ook een verwijzing naar de naam van de website. Deze verwijzing bevat niet de tekst "Vaarweginformatie", maar de tekst "Rijkswaterstaat". Dit doet vermoeden dat het allemaal webpagina's zijn op de website van RIjkswaterstaat (www.rijkswaterstaat.nl). Dit klopt niet en kan heel verwarrend zijn. Daarom is het beter om in plaats van "Contactformulier | Rijskwaterstaat" de correcte titel "Contactformulier | Vaarweginformatie" te gebruiken op pagina https://vaarweginformatie.nl/frp/main/#/page/contact. Dit probleem doet zich voor op elke pagina.

      Het PDF-bestand "BICS Infographic.pdf" (via pagina https://vaarweginformatie.nl/frp/main/#/page/downloads) heeft geen titel gekregen in de bestandseigenschappen. Dit document moet alsnog een titel krijgen die de inhoud van het document beschrijft. Ook moet ingesteld worden dat de titel getoond wordt in de titelbalk van de software waarmee het document wordt geopend.

    • Gevolg:

      Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

    • Alternatief:
    • Maatregel:

      Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

    • Planning voor de uitvoering van de maatregel: 01-01-2024
14. SC 2.4.7 - Focus zichtbaar [niveau AA]
    • Beschrijving van de afwijking:

      Elke gebruikersinterface die met een toetsenbord te bedienen is, heeft een bedieningswijze waarbij de indicator van de toetsenbordfocus zichtbaar is.

    • Oorzaak:

      Op pagina https://vaarweginformatie.nl/frp/main/#/page/contact is de toetsenbordfocusindicator een paar keer niet zichtbaar. Dit gebeurd als de focus op een verborgen input element komt voor "Aanhef" en "Uw vraag, klacht of ...". De zichtbare interactieve soort van select elementen (dropdown menu's) kunnen geen toetsenbordfocus ontvangen. In de HTML code staat echter wel een input element met als role 'listbox'. De toetsenbordfocus komt wel op dit element, maar dit is visueel niet zichtbaar en daardoor erg onduidelijk voor toetsenbordgebruikers die wel goed kunnen zien. Dit input element is verder ook niet te bedienen met het toetsenbord. Zie ook succescriterium 2.1.1. De toetsenbordfocus moet dus zichtbaar zijn en liefst op het te bedienen element wat ook met de muis te bedienen valt.

      Op pagina https://vaarweginformatie.nl/frp/main/#/nts/list is de focusindicator niet zichtbaar als deze op de checkboxen komt voor "Doorgang beperkend" en "Algemeen". De toetsenbordfocus is ook nagenoeg niet zichtbaar als deze op "Selcteer berichttypes" komt. De tekstkleur veranderd hier heel minimaal en is bijna niet te zien.

      Op pagina https://vaarweginformatie.nl/frp/main/#/search?term=brug&types=BRIDGE is de toetsenbordfocus nauwelijks zichtbaar op "en filter op". Ook hier slechts een minimaal kleurverschil van de tekst. De focus is helemaal niet zichtbaar als deze op de knop "Verfijn" terecht komt. De focusindicator is voor een button element helemaal uitgezet in de CSS code door de regel 'outline:0;'. Deze regel verwijderen lost het probleem direct op.

      Op pagina https://vaarweginformatie.nl/frp/main/#/hydro/water_level/detail/496451 staan twee interactieve componenten met de tekst "Grafiek" en "Tabel". Onder water is hier voor beide een checkbox gebruikt, maar deze is niet zichtbaar. Als de toetsenbordfocus hier op komt is de indictor dus ook niet zichtbaar. Het is dan niet duidelijk dat de visuele knop "Grafiek" of "Tabel" de focus heeft en dus bediend kan worden. Dat is erg verwarrend voor ziende toetsenbordgebruikers.

      Zo zijn meer soortgelijke problemen op andere pagina's gevonden.

    • Gevolg:

      Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

    • Alternatief:
    • Maatregel:

      Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

    • Planning voor de uitvoering van de maatregel: 01-01-2024
15. SC 3.1.1 - Taal van de pagina [niveau A]
    • Beschrijving van de afwijking:

      De standaard menselijke taal van diverse webpagina's kan door software bepaald worden.

    • Oorzaak:

      Als de website in het Nederlands wordt bekeken is er een goed lang attribuut bij het html element in de broncode die de taal "nl" aangeeft. Als echter iemand wisselt naar bijvoorbeeld het Engels wordt de inhoud van de hele pagina gevuld met Engelse tekst. Dan zou ook het lang attribuut bij het html aangepast moeten worden naar lang="en". Dit gebeurd nu niet. Dit gebeurd ook niet bij het Duits of Frans.

      Van het PDF-bestand "BICS Infographic.pdf" (via pagina https://vaarweginformatie.nl/frp/main/#/page/downloads) is de taal niet opgegeven in de bestandseigenschappen. Deze moet ingesteld worden op Nederlands.

    • Gevolg:

      Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

    • Alternatief:
    • Maatregel:

      Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

    • Planning voor de uitvoering van de maatregel: 01-01-2024
16. SC 3.3.1 - Foutidentificatie [niveau A]
    • Beschrijving van de afwijking:

      Als een invoerfout automatisch ontdekt wordt, dan wordt het onderdeel waar de fout zit geïdentificeerd en wordt de fout tekstueel aan de gebruiker meegedeeld.

    • Oorzaak:

      Op pagina https://vaarweginformatie.nl/frp/main/#/page/contact staat een formulier. Hier zijn een aantal verplichte velden. Als een veld wordt in gevuld, maar toch weer wat leeg gehaald wordt een rode lijn gebruikt aan de onderkant van het invoerveld om aan te geven dat er een probleem is. Het is de bedoeling dat elke vorm van aangeven van een probleem ook door middel van tekst wordt gedaan. Er ontbreekt hier nu dus een foutmelding door middel van tekst.

    • Gevolg:

      Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

    • Alternatief:
    • Maatregel:

      Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

    • Planning voor de uitvoering van de maatregel: 01-01-2024
17. SC 3.3.2 - Labels of instructies [niveau A]
    • Beschrijving van de afwijking:

      Als de content gebruikersinvoer vereist, dan worden labels of instructies geleverd.

    • Oorzaak:

      Op pagina https://vaarweginformatie.nl/frp/main/#/page/contact staat een formulier. De tekstlabels die gebruikt worden zijn duidelijk genoeg. Hier en daar is alleen een extra instructie nog wel belangrijk. Bijvoorbeeld bij het invoerveld voor "Datum gebeurtenis". Iemand die de muis niet kan gebruiken kan de kalender functie niet gebruiken en moet de datum handmatig invoeren. Dit is mogelijk, maar wel in een specifiek format, namelijk dd/mm/jjjj. Als een andere notatie wordt gebruikt werkt het niet goed. Het is dan belangrijk om bij het tekstlabel al aan te geven op welke manier de datum met de hand ingevoerd kan worden. Ook voor het tijdstip kan dit handig zijn. Hier is het visueel door de tooltip wel met de interactieve functie om de tijd te bepalen wel enigzins duidelijk hoe het handmatig ingevuld kan worden, maar het is beter om het expliciet als instructie mee te geven. Bijvoorbeeld door "uu:mm" bij het tekstlabels als notatiehint te plaatsen.

      Op pagina https://vaarweginformatie.nl/frp/main/#/nts/list staan een aantal filteropties. Hier staat een groepslabel "Geldige periode" en daarnaast staan twee datumvelden. Waarschijnlijk is het eerste datumveld de startdatum en het tweede datumveld de einddatum, maar dat is niet voor iedereen duidelijk. Ieder invoerveld moet daarom een eigen zichtbaar tekstlabel hebben die aangeeft waar dat specifieke invoerveld voor bedoeld is.

    • Gevolg:

      Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

    • Alternatief:
    • Maatregel:

      Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

    • Planning voor de uitvoering van de maatregel: 01-01-2024
18. SC 4.1.2 - Naam, rol, waarde [niveau A]
    • Beschrijving van de afwijking:

      Voor alle componenten van de gebruikersinterface (inclusief, maar niet uitsluitend voor formulierelementen, links en door scripts gegenereerde componenten), kunnen de naam (name) en rol (role) door software bepaald worden; toestanden (states), eigenschappen (properties) en waarden (values) die door de gebruiker ingesteld kunnen worden, kunnen door software ingesteld worden; en kennisgeving van veranderingen in deze items is beschikbaar voor user agents, met inbegrip van hulptechnologieën.

    • Oorzaak:

      Op de website staan heel veel interactieve componenten die niet met het toetsenbord te bedienen zijn (zie succescriterium 2.1.1). De meeste van al deze componenten die daar benoemd zijn hebben ook een probleem met dit succescriterium doordat of de toegankelijkheidsnaam niet bepaald kan worden, of de interactieve rol ervan niet bepaald kan worden door hulpsoftware. Hieronder een aantal voorbeelden.

      Op elke pagina staan drie interactieve componenten in de header om de taal te wisselen. Hiervan is de interactieve rol niet door hulpsoftware te bepalen. Dit komt omdat li elementen zijn gebruikt en die zijn normaal gesproken niet interactief. De interactie is door JavaScript geregeld, maar dat kan door hulpsoftware niet 'gezien' of bepaald worden.

      Op iedere pagina staat bovenaan een interactieve afbeelding van het rijkslogo. Hiervan is de toegankelijkheidsnaam en de interactieve rol niet te bepalen. Hulpsoftware ziet deze hele interactieve component dus niet. Dat geldt ook voor het interactieve printer-icoontje op elke pagina. En ook voor de zoekknop (vergrootglas) op elke pagina bij het zoekveld. En dat geldt ook voor het interactieve hamburger-icoontje op elke pagina. Dit icoontje kan overigens het menu tonen en ook weer verbergen. Deze status informatie (of het menu getoond wordt of verborgen is) kan ook niet bepaald worden door hulpsoftware.

      Op elke pagina staat bovenaan in de header een zoekveld. De toegankelijkheidsnaam van dit interactieve zoekveld kan niet bepaald worden door hulpsoftware. Er ontbreekt een (onzichtbaar) tekstlabel die als 'naam' kan fungeren.

      Op pagina https://vaarweginformatie.nl/frp/main/#/page/contact staat een formulier. Van alle formuliervelden kan hulpsoftware de toegankelijkheidsnaam niet bepalen. Er zijn wel visueel tekstlabels aanwezig die als toegankelijkheidsnaam kunnen fungeren, maar deze zijn niet programmatisch geassocieerd met de invoervelden. Zie succescriterium 1.3.1 hoe dit te doen. Als dat gedaan wordt is het probleem hier ook opgelost.

      Op pagina https://vaarweginformatie.nl/frp/main/#/nts/list staat een interactieve component "< Terug". Hiervan is de interactieve rol niet te bepalen. Dat geldt ook voor de componenten "Kaart" en "Lijst". Op deze pagina staat ook een interactieve component "Selecteer berichttypes". Dit is een label element. Deze staat in een div element die met JavaScript interactief is gemaakt. Ook hiervan kan de rol niet bepaald worden. Ook staat hier nog een verborgen input element. Van dit element kan dan echter weer niet de toegankelijkheidsnaam bepaald worden. Daarnaast heeft deze component een status. Hiermee kan namelijk een keuzelijst getoond dan wel verborgen worden. Ook deze status is niet door hulpsoftware te bepalen. In de lijst die zichtbaar wordt met deze component staan een drietal interactieve componenten. Hiervoor zijn li elementen gebruikt die interactief zijn gemaakt met JavaScript. Hiervan is de interactieve rol niet te bepalen. Hierbinnen staat ook nog een input element van het type checkbox. Hiervan is de rol wel duidelijk. De toegankelijkheidsnaam is echter niet duidelijk. Hiervoor is een aria-label gebruikt, maar die heeft de niets-zeggende tekst "[object object]". Iemand die blind is kan niets met deze tekst om te weten waar de checkbox voor dient. Het geheel is dus niet goed toegankelijk. Bij de filteropties op deze pagina staan ook nog twee datumvelden. Hiervan is de toegankelijkheidsnaam niet te bepalen.

      Op pagina https://vaarweginformatie.nl/frp/main/#/nts/list staat ook een soort datatabel met interactieve componenten. De kolomkoppen van de datatabel zijn interactief. Hiervan is de interactieve rol niet door hulpsoftware te bepalen. Maar ook de rijen zijn interactief. Ook hiervan is de interactieve rol niet te bepalen. Bovenstaand probleem met de interactieve datatabel komt op meer pagina's voor.

      Op pagina https://vaarweginformatie.nl/frp/main/#/search?term=brug&types=BRIDGE staat een invoerveld voor een zoekwoord. Hiervan is de toegankelijkheidsnaam niet te bepalen. Ook staat hier weer een dropdown voor filteropties. Ook deze is niet toegankelijk en heeft dezelfde problemen als de soortgelijke interactieve component ("Selecteer berichttypes") op pagina https://vaarweginformatie.nl/frp/main/#/nts/list. Ook op andere pagina komt een soortgelijke component voor met dezelfde problemen.

      Op pagina https://vaarweginformatie.nl/frp/main/#/search?term=brug&types=BRIDGE staan een aantal zoekresultaten. Deze zijn interactief. Hulpsoftware kan ook hiervan niet de interactieve rol bepalen. Hier zijn div elementen gebruikt (die geen rol hebben) die interactief zijn gemaakt met JavaScript.

      Op pagina https://vaarweginformatie.nl/frp/main/#/hydro/water_level staan interactieve locaties. Hiervan is de interactieve rol niet te bepalen, maar ook de status niet. Deze componenten kunnen extra content tonen (er direct onder) en weer verbergen. Er is geen informatie voor hulpsoftware die aangeeft of de content getoond of verborgen wordt. Dit kan eventueel door middel van een aria-expanded attribuut met de juiste waarde ("true" of "false") op de interactieve component.

      Op pagina https://vaarweginformatie.nl/frp/main/#/hydro/water_level/detail/496451 staan twee interactieve componenten: "Grafiek" en "Tabel". Dit zijn div elementen die met JavaScript interactief zijn gemaakt. Hiervan kan de interactieve rol niet bepaald worden. Ook is binnen dit div element nog wel een checkbox te vinden. De rol hiervan is wel duidelijk, maar hiervan is de toegankelijkheidsnaam weer niet door hulpsoftware te bepalen. Het geheel is dus niet goed toegankelijk.

      Zo zijn ook op andere pagina's nog meer soortgelijke voorbeelden gevonden. Deze moeten allemaal net als bovenstaande voorbeelden toegankelijk gemaakt worden.

    • Gevolg:

      Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

    • Alternatief:
    • Maatregel:

      Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

    • Planning voor de uitvoering van de maatregel: 01-01-2024
19. SC 4.1.3 - Statusberichten [niveau AA]
    • Beschrijving van de afwijking:

      In content die is geïmplementeerd met opmaaktalen kunnen statusberichten door software bepaald worden met behulp van rol (role) of eigenschappen (properties), zodat hulptechnologieën de berichten aan de gebruiker kunnen presenteren zonder dat ze de focus krijgen.

    • Oorzaak:

      Op pagina https://vaarweginformatie.nl/frp/main/#/page/contact staat een formulier. Als het formulier verstuurd is komt een melding onder het formulier te staan met de tekst "Dank u wel voor het invullen van het formulier". Dit is een statusbericht om moet dus ook als zodanig herkend kunnen worden door hulpsoftware. Hiervoor is het belangrijk om een role="alert" attribuut toe te voegen aan het HTML element waar de tekst in staat. Op dit moment is dat een h2 element, maar die mag hiervoor niet gebruikt worden (Zie ook SC 1.3.1).

      Op verschillende pagina's verschijnt af en toe een afbeelding van een stuurwiel van een boot om aan te geven dat content geladen moet worden. Deze draait in het rond. Dit is een soort statusbericht en informatie over het laden van de pagina moet dan ook voor hulpsoftware te bepalen zijn. Hiervoor moet de afbeelding een alternatieve tekst krijgen met informatie hierover en de melding moet in een html element geplaats worden met een aria-live="polite" attribuut.

    • Gevolg:

      Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

    • Alternatief:
    • Maatregel:

      Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

    • Planning voor de uitvoering van de maatregel: 01-01-2024

Andere toegankelijkheidsissues

1. Anders (in onderstaand tekstvak benoemen en toelichten)
   • Beschrijving van het issue:

     Sinds 2022 een Europees informatief portal Eurisportal.eu in de lucht die functies en diensten van dit portal over heeft genomen. Functionaliteit en in de lucht houden van portal blijft een business vraagstuk waarop nog dient te worden geantwoord.

   • Oorzaak:

     Er is geen def keuze gemaakt door directie RWS VWM.

   • Gevolg:

     Prioriteiten worden bepaald door directie en business owner; Onnodig investeringen in portal dienen we te voorkomen.

   • Alternatief:
   • Maatregel:

     Website voldoet nu niet aan volledige toegankelijkheidseisen. Impactanalyse van afwijking wordt gemaakt door technisch uitvoerder. Dit onder toezicht van FB & AB. IN Q2 2023 helderheid in deze.

   • Planning voor de uitvoering van de maatregel: 01-01-2024

Onevenredige last

De maatregelen die Rijkswaterstaat heeft benoemd leiden niet tot een onevenredige last.

(Zie onder uitleg over onevenredige last voor meer informatie)

---

Algemene toelichting

Uitleg over de nalevingsstatussen

De vooruitgang in digitale toegankelijkheid wordt bepaald aan de hand van nalevingsstatussen, die weergeven hoever een overheidsinstantie is gevorderd met het toegankelijker maken van een website. Voordat de wettelijke verplichting van kracht werd waren er slechts twee statussen: de toegankelijkheidsnorm schreef voor dat een website volledig moest voldoen aan alle toegankelijkheidseisen, met als resultaat status voldoet volledig. In geval het niet kon worden aangetoond dan was de status altijd voldoet niet.

De huidige aanpak kent vijf nalevingsstatussen. Doel is het bereiken van de status voldoet volledig. De statussen voldoet gedeeltelijk en eerste maatregelen genomen zijn tussenstappen op weg naar het einddoel.

De statussen en hun kenmerken zijn:

A: Voldoet volledig

• De overheidsinstantie kan aantonen dat de website of mobiele app volledig aan alle toegankelijkheidseisen uit de norm voldoet.
• De overheidsinstantie voldoet zowel aan de wettelijke verplichting als aan de norm.
• Het in de wettelijke verplichting vastgelegde doel is behaald.

B: Voldoet gedeeltelijk (= in control verklaring)

• De overheidsinstantie kan aantonen dat er een actueel, volledig en juist beeld is van de toegankelijkheid van de website of mobiele app.
• Er wordt nog niet voldaan aan alle toegankelijkheidseisen uit de norm.
• De overheidsinstantie heeft concrete verbetermaatregelen benoemd en een planning gemaakt om de afwijkingen te herstellen.
• De overheidsinstantie is daardoor in control over de toegankelijkheid van de website of mobiele app.
• De overheidsinstantie voldoet wel aan de wettelijke verplichting, maar nog niet volledig aan de norm.

C: Eerste maatregelen genomen

• Er is nog geen goed beeld van de toegankelijkheid van de website of mobiele app.
• De overheidsinstantie heeft concrete verbetermaatregelen genomen om dat beeld te krijgen.
• De overheidsinstantie voldoet wel aan de wettelijke verplichting, maar niet aan de norm.

D: Voldoet niet

• Er is geen goed beeld van de toegankelijkheid van de website of mobiele app.
• De overheidsinstantie heeft geen concrete verbetermaatregelen benoemd om inzicht te krijgen in de (mate van) toegankelijkheid.
• De overheidsinstantie voldoet enkel aan de wettelijke verplichting om een toegankelijkheidsverklaring te publiceren.
• Omdat de wettelijke verplichting voorschrijft dat overheidsinstanties de noodzakelijke maatregelen nemen om hun websites en mobiele applicaties toegankelijker te maken worden de overheidsinstantie aangespoord om binnen een bepaalde termijn concrete maatregelen te benoemen, inclusief planning.

E: Geen toegankelijkheidsverklaring gepubliceerd

• De overheidsinstantie heeft voor de website of mobiele applicatie geen toegankelijkheidsverklaring gepubliceerd.
• De overheidsinstantie voldoet niet aan de wettelijke verplichting om een toegankelijkheidsverklaring te publiceren.
• Omdat de wettelijke verplichting voorschrijft dat overheidsinstanties de noodzakelijke maatregelen nemen om hun websites en mobiele applicaties toegankelijker te maken wordt de overheidsinstantie aangespoord om op korte termijn een toegankelijkheidsverklaring te publiceren waarin concrete maatregelen zijn benoemd, inclusief planning.

Het uitgangspunt is dat verbetermaatregelen worden benoemd, ingepland en uitgevoerd. En dat daarmee wordt doorggeaan totdat volledig aan alle toegankelijkheids is voldaan.
Als een website lange tijd in een status blijft hangen, dan wordt aan de beleidsmatige eis toegankelijker maken niet langer voldaan.

Uitleg over onevenredige last

Het Tijdelijk besluit digitale toegankelijkheid overheid staat overheidsinstanties toe om gebruik te maken van de mogelijkheid om afzonderlijke eisen uit de toegankelijkheidsstandaard - tijdelijk - niet toe te passen, als dit voor hen onevenredig belastend is.

Met de uitzonderingsmogelijkheid 'onevenredige last' dient zorgvuldig te worden omgegaan; het ontbreken van prioriteit, tijd of kennis bij een overheidsinstantie zijn geen legitieme redenen om de toegankelijkheidsstandaard niet toe te passen.

Zie voor de formele, geldende tekst artikel 3, lid 2 tot en met 4 en de toelichting bij artikel 3 van het Tijdelijk besluit digitale toegankelijkheid overheid.

Inhoud die buiten de werkingssfeer valt van het Besluit

Het Tijdelijk besluit digitale toegankelijkheid overheid is niet van toepassing op de volgende content van websites en mobiele applicaties:

• Kantoorbestandsformaten die zijn gepubliceerd voor 23 september 2018, tenzij dergelijke content nodig is voor actieve administratieve processen met betrekking tot de door de betrokken overheidsinstantie vervulde taken;
• Vooraf opgenomen, op tijd gebaseerde media die zijn gepubliceerd voor 23 september 2020;
• Live uitgezonden, op tijd gebaseerde media;
• Onlinekaarten en onlinekarteringsdiensten, mits essentiële informatie op navigatiekaarten op een toegankelijke, digitale wijze wordt verstrekt;
• Van derden afkomstige content die niet door de betrokken overheidsinstantie wordt gefinancierd of ontwikkeld en evenmin onder haar verantwoordelijkheid valt;
• Reproducties van stukken uit erfgoedcollecties die niet volledig toegankelijk kunnen worden gemaakt om redenen van bewaring, authenticiteit of het ontbreken van geautomatiseerde en kostenefficiënte oplossingen om toegankelijkheid te bewerkstelligen;
• Content die enkel beschikbaar is voor een gesloten gebruikersgroep en die is gepubliceerd voor 23 september 2019, tot de betreffende website ingrijpend wordt herzien;
• Content van websites en mobiele applicaties die niet noodzakelijk is voor actieve administratieve processen en die niet wordt aangepast na 23 september 2019.

Bron: Artikel 2, tweede lid van het Tijdelijk besluit digitale toegankelijkheid overheid.

Links naar bronnen

In deze verklaring wordt gerefereerd aan verschillende bronnen. Onderstaande lijst bevat de links naar deze bronnen.

• Nederlandse regelgeving
  • Tijdelijk besluit digitale toegankelijkheid overheid: https://zoek.officielebekendmakingen.nl/stb-2018-141.html
• Europese regelgeving waarop de Nederlandse regelgeving is gebaseerd
  • Europese Richtlijn 2016/2102: https://eur-lex.europa.eu/legal-content/NL/TXT/?uri=CELEX:32016L2102
  • Modeltoegankelijkheidsverklaring: https://eur-lex.europa.eu/legal-content/NL/TXT/?uri=CELEX:32018D1523
• Gerefereerde specificaties
  • EN 301 549 v3.2.1, hoofdstuk 9 Web (voor websites) of 11 Software (voor mobiele applicaties): https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf
    Zie voor aanvullende informatie ook tabel A.1 (voor websites) en A.2 (voor mobiele applicaties), beide in Bijlage A.
  • WCAG 2.1: https://www.w3.org/WAI/standards-guidelines/wcag/
  • WCAG-EM 1.0: https://www.w3.org/WAI/test-evaluate/conformance/
  • ACT Rules Format 1.0: https://www.w3.org/WAI/standards-guidelines/act/
  • EARL 1.0: https://www.w3.org/WAI/standards-guidelines/earl/

template versie 20211209