Hercontrole digitale toegankelijkheid van website regionaalarchiefrivierenland.nl

Samenvatting

Wij hebben in september 2026 de hercontrole uitgevoerd van de website https://regionaalarchiefrivierenland.nl. We hebben alle bevindingen uit de audit van mei 2026 opnieuw getoetst. Die audit ging over de website op het adres rar.omines.review; deze hercontrole gaat over de live website.

Van de 81 bevindingen uit de vorige audit zijn er 55 opgelost. De 26 bevindingen die nog openstaan, houden in dit rapport hun nummer uit de vorige audit, zodat je ze makkelijk terugvindt.

Daarnaast staan er 14 nieuwe bevindingen in dit rapport. Negen daarvan zijn ontstaan bij het oplossen van een eerdere bevinding; die hebben het label "Nieuw". De andere vijf staan in twee PDF-documenten die we bij de vorige audit niet hebben onderzocht, en hebben een nummer dat doorloopt na het hoogste nummer uit de vorige audit.

Het PDF-document "Tarieven dienstverlening RAR 2026" staat niet meer op de pagina "Digitaliseren op verzoek", maar is nog wel te openen via zijn eigen adres. We hebben het daarom opnieuw getoetst.

- Voldoet
- Afgekeurd
55 Totaal
- voldoet
Impact
Klein: 0 Matig: 0 Serieus: 0 Kritiek: 0
Type
Content: 0 Techniek: 0
Score per richtlijn (goed)
Waarneembaar - van 20
Bedienbaar - van 20
Begrijpelijk - van 13
Robuust - van 2
Deze SC zijn afgekeurd:
Over dit onderzoek
Onderzocht door
Proper Access
In opdracht van
Regionaal Archief Rivierenland
Datum rapport
21 september 2026
Standaard
WCAG 2.2
Methodologie
WCAG-EM

Scope van het onderzoek

  • Alle pagina's op de website regionaalarchiefrivierenland.nl
  • Alle PDF's op de website regionaalarchiefrivierenland.nl

Buiten scope:

  • Subwebsite(s) waarbij de HTML en/of het systeem afwijkt van de onderzochte website
  • De van derden afkomstige inhoud (wettelijke uitzondering voor de overheid)
  • Oude PDF-bestanden (aangemaakt vanaf september 2018 of ouder)
  • Oude video's (gepubliceerd op 23-09-2020 of ouder)

Basisniveau toegankelijkheidsondersteuning

  • Mozilla Firefox, versie 152
  • Google Chrome, versie 150
  • Apple Safari, versie 18
  • PAC software om PDF's te testen
  • NVDA schermlezer in combinatie met Firefox
  • VoiceOver schermlezer in combinatie met Safari
  • Andere gangbare browsers en hulpapparatuur

Technologieën van de website

  • HTML
  • CSS
  • JavaScript
  • DOM
  • SVG
  • WAI-ARIA
  • PDF

Voortgang opgeloste bevindingen

Samenwerken met je team

Exporteer alle bevindingen als CSV-bestand. Je kunt het in een (online) spreadsheet inladen om met je team samen te werken.

Importeer in Jira

Exporteer alle bevindingen als Jira-compatibel CSV-bestand. Je kunt het direct importeren via Jira > Issues > Import issues from CSV.

Zelf bijhouden in de browser

Houd per bevinding bij of het is opgelost. Je voortgang wordt opgeslagen in jouw browser. Niemand anders kan je resultaat zien.

Gevonden problemen

Filter bevindingen op:
Impact:
Type:

#Nieuw-1 - De link naar het logo heeft een onjuiste toegankelijke naamNieuw

Impact: Serieus Type: Techniek WCAG: 1.1.1, 2.5.3 EN: 9.1.1.1, 9.2.5.3

Nieuwe bevinding als gevolg van het oplossen van een bevinding uit de vorige audit:

Het logo bovenaan de website is een link naar de homepage. De toegankelijke naam van die link is "home", terwijl het logo de naam van de organisatie laat zien. De zichtbare tekst in het logo staat dus niet in de toegankelijke naam.

Bezoekers die de website met spraak bedienen, spreken de zichtbare tekst uit om een element te activeren. Komt die tekst niet terug in de toegankelijke naam, dan werkt de spraakopdracht niet.

User story

Ik gebruik hulpsoftware, bijvoorbeeld een schermlezer of spraakbesturing. Ik wil dat de toegankelijke naam van de logolink de zichtbare tekst uit het logo bevat. Dan herken ik de organisatie en kan ik de link activeren.

Oplossing

Zorg dat de toegankelijke naam van de logolink de zichtbare tekst uit het logo bevat. Staat er "Regionaal Archief Rivierenland" in het logo, dan kan de toegankelijke naam bijvoorbeeld "Regionaal Archief Rivierenland, homepagina" zijn.

#Nieuw-2 - Afbeelding heeft geen tekstalternatief (alt-attribuut ontbreekt)Nieuw

Impact: Matig Type: Techniek WCAG: 1.1.1 EN: 9.1.1.1

Nieuwe bevinding als gevolg van het oplossen van een bevinding uit de vorige audit:

Op de pagina's staat een zoekveld. Als je de knop "Zoek" activeert, verschijnt een paneel met links. Naast die links staan pictogrammen zonder tekstalternatief. Deze pictogrammen voegen geen informatie toe en horen verborgen te zijn voor hulpsoftware.

Hetzelfde probleem zie je op de pagina https://regionaalarchiefrivierenland.nl/alles?mizk_alle=.

User story

Ik lees de website met een schermlezer. Als ik een afbeelding tegenkom, dan leest mijn schermlezer een bestandsnaam voor in plaats van een beschrijving. Ik verwacht dat elke afbeelding een duidelijke beschrijving heeft of als decoratief is gemarkeerd.

Oplossing

Voeg het alt-attribuut toe aan het img-element. Is de afbeelding decoratief en draagt die geen betekenis over, dan laat je de waarde leeg: alt="".

Link naar pagina: https://regionaalarchiefrivierenland.nl/home

#19 - Linktekst is niet duidelijk genoeg

Impact: Matig Type: Content WCAG: 2.4.4 EN: 9.2.4.4

Op deze pagina hebben meerdere links in de sectie "Actueel" de tekst "Lees verder". Die tekst zegt niets over de bestemming van de link. Dat levert verwarring op, vooral voor bezoekers met een cognitieve beperking en voor bezoekers die een schermlezer gebruiken. Vage linkteksten als "lees verder" of "klik hier" kun je beter vermijden.

Het span-element dat de links meer context geeft, heeft de CSS-class .hidden met display: none !important;. Die code verbergt het element ook voor een schermlezer.

User story

Ik volg links met een schermlezer en spring van link naar link om een pagina te scannen. Ik wil dat elke linktekst zelf beschrijft waar de link heen gaat. De linklijst van mijn schermlezer toont alleen de linktekst, en een lijst vol "Lees verder"-links vertelt mij niet welke link ik moet volgen.

Oplossing

Gebruik in plaats van de class .hidden een class .sr-only. De tekst blijft dan visueel verborgen, maar een schermlezer leest hem wel voor.

#25 - Bij 400% zoom raakt inhoud verloren

Impact: Serieus Type: Techniek WCAG: 1.4.10 EN: 9.1.4.10

Bekijk je deze pagina op een schermresolutie van 1280 bij 1024 pixels en zoom je in tot 400%, dan is de viewport 320 pixels breed. De tekst "Hier vind je de veelgestelde vragen" op de vaste knop valt dan deels buiten beeld. Inzoomen tot 400% mag de leesbaarheid van een informatief element niet aantasten.

User story

Ik heb een visuele beperking. Als ik sterk inzoom op de pagina, verdwijnt er tekst gedeeltelijk buiten beeld. Ik verwacht dat alle tekst zichtbaar en leesbaar blijft, ook bij een hoog zoomniveau.

Oplossing

Zorg dat alle tekst zichtbaar en leesbaar blijft als een bezoeker inzoomt tot 400% op een scherm van 1280 bij 1024 pixels.

Link naar pagina: https://regionaalarchiefrivierenland.nl/contact

#36 - Autocomplete-attribuut ontbreekt

Impact: Matig Type: Techniek WCAG: 1.3.5 EN: 9.1.3.5

Op deze pagina staat een formulier met invoervelden voor persoonlijke gegevens, bijvoorbeeld "Naam", "E-mailadres" en "Telefoonnummer". Bij deze velden ontbreekt het autocomplete-attribuut. Vraagt een formulier om persoonlijke gegevens, dan hoort bij elk veld het juiste autocomplete-attribuut te staan. Browsers en hulpsoftware kunnen die velden dan automatisch invullen.

Hetzelfde probleem zie je bij de invoervelden "Naam", "E-mail" en "Organisatie" op de pagina https://regionaalarchiefrivierenland.nl/meldingstool.

User story

Ik vul formulieren in met een wachtwoordmanager of met de invulhulp van mijn browser, omdat typen langzaam of pijnlijk is. Ik wil dat elk veld dat om persoonlijke gegevens vraagt het juiste autocomplete-attribuut heeft. Zonder dat attribuut moet ik elk teken zelf typen, terwijl de gegevens al op mijn apparaat staan.

Oplossing

Voeg het autocomplete-attribuut toe aan deze invoervelden. De toegestane waarden staan in de WCAG-lijst met invoerdoelen.

#Nieuw-3 - HTML5 foutmeldingen worden getoondNieuw

Impact: Serieus Type: Techniek WCAG: 2.2.1, 3.3.1 EN: 9.2.2.1, 9.3.3.1

Nieuwe bevinding als gevolg van het oplossen van een bevinding uit de vorige audit:

Het formulier op deze pagina gebruikt de ingebouwde HTML5-validatie. Verstuur je het formulier leeg of met een fout, dan verschijnt de standaardmelding van de browser. Deze meldingen worden niet door alle browsers en schermlezers even goed ondersteund. Elke browser toont ze anders, en hoe lang een melding blijft staan en hoe volledig die is, verschilt per browser.

Hetzelfde probleem zie je op de pagina https://regionaalarchiefrivierenland.nl/meldingstool.

User story

Ik lees de website met een schermlezer. Als ik een formulier invul en een fout maak, hoor ik soms geen foutmelding of een onduidelijke melding. Ik verwacht dat ik altijd een duidelijke uitleg hoor over wat er fout is en hoe ik het kan verbeteren.

Oplossing

Voeg zelf foutmeldingen toe aan dit formulier. Controleer daarna of er nog meer formulieren op de website zijn die de standaardmeldingen van de browser gebruiken, en los het daar op dezelfde manier op.

#Nieuw-4 - Decoratieve afbeelding is niet verborgen voor schermlezersNieuw

Impact: Matig Type: Techniek WCAG: 1.1.1 EN: 9.1.1.1

Nieuwe bevinding als gevolg van het oplossen van een bevinding uit de vorige audit:

In de footer van deze pagina staat een decoratieve afbeelding met het tekstalternatief "Footer image". De afbeelding voegt geen informatie toe, dus een beschrijving is niet nodig. Nu leest een schermlezer "Footer image" voor, en dat is overbodige informatie.

Hetzelfde probleem zie je bij de afbeelding in de footer op andere pagina's, bijvoorbeeld https://regionaalarchiefrivierenland.nl/archieven?mivast=102&miadt=102&mizig=0&mif1=4&mizk_alle= en https://regionaalarchiefrivierenland.nl/alles?mizk_alle=.

User story

Ik lees de website met een schermlezer. Als ik langs een decoratieve afbeelding kom, dan leest mijn schermlezer onnodige tekst voor. Ik verwacht dat decoratieve afbeeldingen worden overgeslagen.

Oplossing

Is de afbeelding decoratief en draagt die geen betekenis over, geef het alt-attribuut dan een lege waarde: alt="".

Link naar pagina: https://regionaalarchiefrivierenland.nl/archieven?mivast=102&miadt=102&mizig=0&mif1=4&mizk_alle=

#43 - Skiplink werkt niet: focus gaat niet naar de juiste locatie

Impact: Matig Type: Techniek WCAG: 2.4.1 EN: 9.2.4.1

Deze pagina heeft de skiplink "Ga direct naar de content", maar die werkt niet. De toetsenbordfocus gaat niet naar de hoofdinhoud en blijft bovenaan de pagina staan. Met een skiplink sla je blokken over die op elke pagina terugkomen, zoals de navigatie.

User story

Ik navigeer met het toetsenbord en met een schermlezer. Ik wil dat de skiplink mijn focus voorbij de navigatie zet als ik hem activeer. Nu beweegt de focus niet en leest mijn schermlezer verder vanaf dezelfde plek.

Oplossing

Zorg dat de skiplink de toetsenbordfocus naar de hoofdinhoud verplaatst, zodat bezoekers de herhaalde elementen kunnen overslaan.

#46 - Kop is niet als kop opgemaakt

Impact: Matig Type: Content WCAG: 1.3.1 EN: 9.1.3.1

Op deze pagina is de tekst "Zoek in alles" niet als kop opgemaakt. Een tekst die als kop werkt maar geen kopelement is, verliest zijn betekenis in de code. Bezoekers die een schermlezer gebruiken, kunnen er dan niet naartoe springen. Koppen zijn de belangrijkste manier om door een pagina te navigeren en de structuur te begrijpen.

Hetzelfde zie je in de zoekresultaten. Teksten als "0826 Archief van het stadsbestuur van Culemborg, 1318 - 1813" werken daar als kop van een resultaat, maar staan alleen in een a-element zonder kopelement eromheen.

User story

Ik scan de pagina door met een schermlezer van kop naar kop te springen. Ik wil dat elke tekst die een sectie aankondigt in een echt kopelement staat. Staat die tekst in een ander element, dan vindt mijn koppenlijst hem niet.

Oplossing

Maak deze teksten op met het juiste kopelement, van <h2> tot en met <h6>. Is de kop ook een link, houd de link dan intact en voeg de kop-semantiek eromheen toe:

<h2>
<a href="/archief/0826">0826 Archief van het stadsbestuur van Culemborg, 1318-1813</a>
</h2>

#47 - Kop is niet als kop opgemaakt

Impact: Matig Type: Content WCAG: 1.3.1 EN: 9.1.3.1

Op deze pagina staan teksten die als kop bedoeld zijn, maar er ontbreekt een kopelement. Het strong-element geeft ze het uiterlijk van een kop. In de sectie die opent via de knop "Meer..." onder "Zoek in alles" gaat het om teksten als "Hulp bij je onderzoek", "Eenvoudig zoeken" en "Uitgebreid zoeken".

Het strong-element is bedoeld om nadruk te leggen, niet om een kop te maken. Gebruik je het in plaats van een kopelement, dan klopt de structuur van de inhoud niet en kan hulpsoftware die structuur niet doorgeven.

Hetzelfde zie je in de menu's in de zoekresultaten die opengaan via de knoppen met drie stippen, bij de teksten "Mijn Studiezaal", "Reageren" en "Delen".

User story

Ik scan de pagina door met een schermlezer van kop naar kop te springen. Ik wil dat elke tekst die een sectie aankondigt in een echt kopelement staat, van <h1> tot en met <h6>. Een strong-element betekent alleen nadruk en komt niet in mijn koppenlijst terecht.

Oplossing

Haal het strong-element weg en maak deze teksten op met het juiste kopelement.

#48 - Onzichtbaar element krijgt toetsenbordfocus

Impact: Serieus Type: Techniek WCAG: 2.4.3 EN: 9.2.4.3

Op deze pagina komt de toetsenbordfocus na de knop "Meer.." op een onzichtbaar interactief element terecht. Onzichtbare interactieve elementen horen niet in de focusvolgorde. Bezoekers die met het toetsenbord navigeren, kunnen zo iets activeren wat ze niet zien.

User story

Ik navigeer met het toetsenbord en met een schermlezer. Ik wil dat de focus alleen op zichtbare interactieve elementen komt. Nu komt mijn focus op een bediening die ik niet zie, en weet ik niet meer waar ik op de pagina ben.

Oplossing

Zorg dat alleen zichtbare interactieve elementen focus kunnen krijgen, en dat de focusvolgorde een logische route door de pagina volgt.

#Nieuw-5 - Element onbedienbaar met toetsenbordNieuw

Impact: Serieus Type: Techniek WCAG: 2.1.1 EN: 9.2.1.1

Nieuwe bevinding als gevolg van het oplossen van een bevinding uit de vorige audit:

Op deze pagina staat een knop met het pictogram "?". Die knop opent een paneel. De elementen in dat paneel zijn niet met het toetsenbord te bedienen. Alle interactieve elementen moeten volledig met het toetsenbord werken.

User story

Ik bedien de website met een toetsenbord. Als ik met de Tab-toets naar dit element ga, kan ik het niet activeren. Ik verwacht dat ik elk element kan bedienen met de Enter-toets of de spatiebalk.

Oplossing

Zorg dat je deze elementen kunt activeren met de Enter-toets of de spatiebalk.

#50 - Link mist een toegankelijke naam

Impact: Serieus Type: Techniek WCAG: 1.3.1, 2.4.4, 4.1.2 EN: 9.1.3.1, 9.2.4.4, 9.4.1.2

In de filtersectie op deze pagina staat bij het zoekveld een knop met een "?"-pictogram die een paneel opent. De link met het "X"-pictogram in dat paneel heeft geen toegankelijke naam. Bezoekers die een schermlezer gebruiken, horen daardoor niet wat die link doet.

Er is een poging gedaan om de link een naam te geven met de visueel verborgen tekst "Sluiten". Het element met die tekst is echter verborgen met display: none, en daarmee is de tekst ook weg voor hulpsoftware.

User story

Ik activeer knoppen met een schermlezer of met spraakbesturing. Ik wil dat elke knop op de pagina een toegankelijke naam heeft. Zonder naam vertelt mijn schermlezer mij niet wat de knop doet en heeft mijn spraakopdracht geen woord om aan te spreken.

Oplossing

Geef de link een duidelijke toegankelijke naam. Dat kan met zichtbare tekst in het element, met een aria-label-attribuut, of met tekst die je visueel verbergt maar beschikbaar houdt voor hulpsoftware.

#53 - Placeholder-tekst wordt als label gebruikt

Impact: Matig Type: Techniek WCAG: 3.3.2 EN: 9.3.3.2

In de filtersectie op deze pagina opent de knop "Plaats" een paneel met extra filters. Het zoekveld in dat paneel heeft de placeholder-tekst "Zoeken in dit filter", maar geen blijvend label. De placeholder doet nu het werk van het label.

Een invoerveld heeft een label nodig dat altijd zichtbaar blijft. Placeholder-tekst verdwijnt zodra je begint te typen.

User story

Ik vul formulieren in met een schermlezer en wil kunnen controleren wat ik heb getypt. Ik wil dat elk invoerveld een label heeft dat zichtbaar blijft. Verdwijnt de placeholder zodra ik typ, dan zie ik niet meer waar het veld voor was.

Oplossing

Voeg een blijvend zichtbaar label toe aan dit invoerveld.

#Nieuw-6 - Toegankelijke namen van knoppen zijn niet duidelijk genoegNieuw

Impact: Matig Type: Techniek WCAG: 2.4.6 EN: 9.2.4.6

Nieuwe bevinding als gevolg van het oplossen van een bevinding uit de vorige audit:

In de filtersectie op deze pagina opent de knop "Plaats" een paneel met extra filters. In dat paneel staan knoppen met pijlen waarmee je de vorige en volgende opties laat zien. De toegankelijke namen van die knoppen zijn "vorige" en "volgende". Die namen zeggen niet waar de knoppen bij horen.

User story

Ik lees de website met een schermlezer. Als de knoppen alleen "vorige" en "volgende" heten, dan weet ik niet bij welk onderdeel ze horen. Ik verwacht een naam zoals "vorige plaats" of "volgende plaats".

Oplossing

Pas de toegankelijke namen aan zodat ze de functie beschrijven, bijvoorbeeld aria-label="vorige plaats" en aria-label="volgende plaats".

#55 - Linknaam beschrijft het linkdoel niet

Impact: Serieus Type: Techniek WCAG: 1.3.1, 2.4.4 EN: 9.1.3.1, 9.2.4.4

In de filtersectie op deze pagina verwijdert de link met het label "Archieftoegang x" het gekozen filter. Wat visueel één link is, staat in de code als twee a-elementen. Het eerste element ("Archieftoegang") heeft geen href-attribuut en is daardoor niet met het toetsenbord te bereiken. Het tweede element ("x") is dat wel, maar heeft de toegankelijke naam "x".

Bezoekers die met het toetsenbord of met een schermlezer werken, komen dus alleen de link "x" tegen. Daaruit valt niet op te maken dat die link het filter "Archieftoegang" verwijdert.

Hetzelfde probleem zie je bij de links "Archieftoegang (1.639) x" in het paneel dat opent via de knop "Materiaal".

User story

Ik gebruik het toetsenbord, een schermlezer of spraakbesturing. Ik wil dat een bediening die een filter verwijdert één interactief element is met een naam die de actie beschrijft. Hoor ik alleen "x", dan weet ik niet welk filter ik weghaal.

Oplossing

Maak van deze bediening één interactief element dat met het toetsenbord bereikbaar is, en geef het een naam die de functie beschrijft, bijvoorbeeld "filter Archieftoegang verwijderen". De zichtbare "x" mag als visuele aanduiding blijven staan, maar mag niet de enige toegankelijke naam zijn.

#56 - Knoppen met dezelfde tekst voeren een verschillende functie uit

Impact: Matig Type: Content WCAG: 2.4.6 EN: 9.2.4.6

In de zoekresultaten op deze pagina staan meerdere knoppen met dezelfde zichtbare tekst, bijvoorbeeld "Toon details" en "Sluit details". Elke knop hoort bij een ander zoekresultaat, maar dat staat niet in de toegankelijke naam. Bezoekers die een schermlezer gebruiken, kunnen daardoor niet zien bij welk resultaat een knop hoort.

Hetzelfde zie je bij de knoppen met drie stippen die per zoekresultaat een menu openen. Die knoppen heten allemaal "Menu".

User story

Ik activeer knoppen met een schermlezer of met spraakbesturing, en ik scan de lijst met bedieningen. Ik wil dat knoppen die iets anders doen ook een andere naam hebben. Nu heten meerdere knoppen hetzelfde en kan ik per ongeluk de verkeerde activeren.

Oplossing

Geef elke knop een naam die beschrijft wat die knop doet en bij welk zoekresultaat die hoort.

#57 - Toetsenbordfocus verlaat het menu

Impact: Serieus Type: Techniek WCAG: 2.4.3, 2.4.11 EN: 9.2.4.3, 9.2.4.11

Op deze pagina openen de knoppen met drie stippen per zoekresultaat een menu. De toetsenbordfocus wordt in dat menu niet vastgehouden. Het menu ligt over de pagina heen, maar je kunt met de Tab-toets naar elementen op de pagina eronder. Dat leidt tot verwarring en tot handelingen die je niet bedoelde.

User story

Ik navigeer door het menu met het toetsenbord of met een schermlezer. Ik wil dat de focus in het menu blijft zolang het open is. Nu kom ik met de Tab-toets in de inhoud achter het menu terecht, terwijl het menu nog open is.

Oplossing

Regel het focusbeheer van dit menu op een van deze twee manieren:

  • Houd de toetsenbordfocus binnen het menu zolang het open is. Bezoekers kunnen er pas uit met de sluitknop of met de Esc-toets.
  • Sluit het menu automatisch zodra de toetsenbordfocus het menu verlaat.

#58 - Paginatie: linktekst onvoldoende duidelijk

Impact: Matig Type: Content WCAG: 2.4.4 EN: 9.2.4.4

De paginatielinks op deze pagina hebben te weinig context. Ziende bezoekers zien dat "1", "2" en "3" paginanummers zijn. Voor bezoekers met een visuele beperking en voor bezoekers die een schermlezer gebruiken, is dat niet duidelijk.

Sinds de vorige audit staat op de paginatielinks een title-attribuut met informatie over die pagina. Een title-attribuut wordt niet door alle schermlezers op dezelfde manier voorgelezen, en soms helemaal niet. Deze informatie bereikt een deel van de bezoekers dus nog steeds niet.

User story

Ik navigeer door de paginatie met een schermlezer of met spraakbesturing. Ik wil dat elke paginalink zijn doel in de code prijsgeeft, bijvoorbeeld "pagina 2". Nu hoor ik alleen het kale cijfer.

Oplossing

Voeg context toe aan de linktekst met visueel verborgen tekst of met een aria-label:

<a href="/page-2" aria-label="Pagina 2">2</a>
<a href="/page-2"><span class="visually-hidden">Pagina </span>2</a>

Geef daarnaast het nav-element een naam, bijvoorbeeld <nav aria-label="Paginering">.

#59 - Paginatie: huidige link is alleen visueel

Impact: Serieus Type: Techniek WCAG: 1.3.1 EN: 9.1.3.1

De huidige pagina in de paginatie is alleen visueel gemarkeerd, met een dikkere rand in een andere kleur. Die informatie staat niet in de code, dus een schermlezer kan niet doorgeven welke pagina actief is.

User story

Ik navigeer door de paginatie met een schermlezer. Ik wil dat de huidige pagina zijn status in de code prijsgeeft. Nu kondigt mijn schermlezer elke paginalink op dezelfde manier aan en weet ik niet op welke resultatenpagina ik ben.

Oplossing

Voeg aria-current="page" toe aan de link van de huidige pagina:

<a href="/page-3" aria-current="page">3</a>

Staat het huidige item als tekst in plaats van als link, dan is het verschil al duidelijk.

Link naar pagina: https://regionaalarchiefrivierenland.nl/werken-bij-het-rar

#66 - Complexe afbeelding mist tekstalternatief

Impact: Matig Type: Content WCAG: 1.1.1 EN: 9.1.1.1

Op deze pagina staat een complexe afbeelding zonder tekstalternatief. De afbeelding heeft geen alt-attribuut. Een complexe afbeelding, zoals een infographic of een schema, heeft een uitgebreide beschrijving nodig.

User story

Ik bekijk infographics en schema's met een schermlezer. Ik wil dat een complexe afbeelding naast een korte alt-tekst ook een langere beschrijving heeft, op de pagina zelf of op een pagina waarnaar je linkt. Een complexe afbeelding bevat meer informatie dan in één zin past.

Oplossing

Geef de informatie uit de afbeelding in tekst. Dat kan met een uitgebreide alt-tekst, met tekst op de pagina zelf, op een andere pagina of in een bestand dat je kunt downloaden. Jij weet als auteur het beste welke informatie de lezer nodig heeft: alle cijfers uit de afbeelding, of alleen de trend.

#67 - Contrastverhouding van tekst en achtergrond is minder dan 4,5:1

Impact: Matig Type: Techniek WCAG: 1.4.3 EN: 9.1.4.3

De tekst in de complexe afbeelding op deze pagina heeft te weinig contrast met de achtergrond. Niet alle bezoekers kunnen die tekst lezen.

De grijze teksten (#8B7A72), bijvoorbeeld "Vertrouwen van collega's en leidinggevende", hebben op de witte achtergrond een contrastverhouding van 4,1:1. De blauwe tekst (#5B7C93), bijvoorbeeld "Plezier", komt uit op 4,4:1. De groene tekst (#51817F), bijvoorbeeld "Vertrouwen", ook op 4,4:1.

User story

Ik heb een visuele beperking en lees de website soms in fel zonlicht. Ik wil dat tekst die kleiner is dan 19 pixels minimaal 4,5:1 contrast heeft met de achtergrond. Anders kan ik die tekst niet lezen.

Oplossing

Deze tekst is kleiner dan 19 pixels, dus de contrastverhouding moet minimaal 4,5:1 zijn.

#Nieuw-7 - Alleen kleur is gebruikt in de legenda bij de afbeeldingNieuw

Impact: Matig Type: Content WCAG: 1.4.1 EN: 9.1.4.1

Nieuwe bevinding als gevolg van het oplossen van een bevinding uit de vorige audit:

In de complexe afbeelding op deze pagina geeft alleen kleur aan welk onderdeel bij welke categorie hoort. Het gaat om paars (#6B5A8A), groen (#4A8B8A) en oranje (#B96C4D). De onderlinge contrastverhouding is maximaal 1,5:1.

Alleen bezoekers die deze kleuren zien en van elkaar kunnen onderscheiden, zien welke kleur bij welke categorie hoort.

User story

Ik zie kleuren in afbeeldingen slecht. Als een afbeelding alleen kleur gebruikt om de legenda aan de onderdelen te koppelen, begrijp ik de verbanden niet en heb ik niets aan de afbeelding.

Oplossing

Gebruik naast kleur ook een ander verschil, bijvoorbeeld arcering, een vorm of datalabels in tekst. Je kunt dezelfde informatie ook als tekst of in een tabel naast de afbeelding zetten.

Link naar pagina: https://regionaalarchiefrivierenland.nl/meldingstool

#Nieuw-8 - Bezoekers die inzoomen kunnen niet meer alle tekst lezenNieuw

Impact: Serieus Type: Techniek WCAG: 1.4.4, 1.4.10 EN: 9.1.4.4, 9.1.4.10

Nieuwe bevinding als gevolg van het oplossen van een bevinding uit de vorige audit:

Bekijk je deze pagina op een schermresolutie van 1280 bij 1024 pixels en zoom je in tot 200%, dan vallen de kop "Meldingstool Informatiehuishouding" en de link met dezelfde tekst weg. Bij 400%, een viewport van 320 pixels breed, gebeurt hetzelfde. Inzoomen tot 200% of 400% mag de leesbaarheid van een informatief element niet aantasten.

User story

Ik heb een visuele beperking. Als ik sterk inzoom op de pagina, verdwijnt er tekst gedeeltelijk buiten beeld. Ik verwacht dat alle tekst zichtbaar en leesbaar blijft, ook bij een hoog zoomniveau.

Oplossing

Zorg dat alles blijft werken en leesbaar blijft als een bezoeker inzoomt tot 400% op een scherm van 1280 bij 1024 pixels.

Link naar pagina: https://regionaalarchiefrivierenland.nl/onderzoeken

#18 - Leesvolgorde is niet betekenisvol

Impact: Matig Type: Content WCAG: 1.3.2 EN: 9.1.3.2

In de sectie "Uitgelicht" op deze pagina staan de elementen van een artikel in deze volgorde in de HTML: afbeelding met tekstalternatief, kop, tekst, link. Zie bijvoorbeeld het artikel "Bouw- en milieuvergunningen". Die leesvolgorde is niet betekenisvol.

Hetzelfde zie je bij het iframe met de YouTube-video op de pagina https://regionaalarchiefrivierenland.nl/e-depot-en-open-data in de sectie "Demo gebruik e-depot".

User story

Ik navigeer door nieuws- en artikellijsten met een schermlezer. Ik wil dat de kop van een artikel als eerste in de code staat, met de afbeelding en de tekst daarna. Nu hoor ik eerst de alt-tekst van een afbeelding en weet ik niet bij welk artikel die hoort.

Oplossing

Zet de kop als eerste in de HTML als een pagina meerdere artikelen bevat met een afbeelding, tekst en een kop. De aanbevolen volgorde is: kop, afbeelding, tekst. De inhoud na de kop hoort dan bij die kop, hoe de opmaak er visueel ook uitziet.

Een andere oplossing is om de afbeeldingen voor hulpsoftware te verbergen met een leeg alt-attribuut, want ze voegen geen informatie toe.

Voor de secties met een iframe geldt hetzelfde: zet ook daar de kop als eerste in de HTML.

Link naar pagina: https://regionaalarchiefrivierenland.nl/routebeschrijving

#21 - Iframe mist een title-attribuut

Impact: Serieus Type: Techniek WCAG: 4.1.2 EN: 9.4.1.2

Onder de kop "Route via Google Maps" staat een iframe-element zonder title-attribuut. Bezoekers die een schermlezer gebruiken, horen daardoor niet wat er in het iframe staat en kunnen niet bepalen of ze er iets aan hebben.

User story

Ik navigeer met een schermlezer langs iframe-elementen. Ik wil dat elk iframe een title-attribuut heeft, zodat mijn schermlezer vertelt wat er is ingesloten: een video, een kaart of een formulier.

Oplossing

Geef elk iframe-element een title-attribuut dat beschrijft wat erin staat, bijvoorbeeld:

<iframe title="Kaart met de route naar Regionaal Archief Rivierenland" src="..."></iframe>

Link naar pagina: https://regionaalarchiefrivierenland.nl/genealogische-bronnen

#60 - Bovenliggend element heeft geen juiste rol

Impact: Matig Type: Techniek WCAG: 4.1.2 EN: 9.4.1.2

Op deze pagina staan lijsten onder teksten als "Dan kun je op onze website bijvoorbeeld zoeken in:", "Welke bronnen kun je op naam doorzoeken?" en "Vanaf 1926 zijn er twee soorten doodsbriefjes. In een deel ervan kun op naam zoeken:". Die lijsten hebben in de code niet de juiste lijst-semantiek. De items staan wel in li-elementen, maar het bovenliggende element geeft niet door dat het om een lijst gaat. Hulpsoftware herkent de inhoud daardoor mogelijk niet als lijst.

Sommige ARIA-rollen werken alleen in combinatie met een bijbehorende ouder- of kindrol. WAI-ARIA schrijft per rol precies voor welke dat zijn. Staan die rollen niet allemaal in de code, dan werken de elementen niet zoals bedoeld.

User story

Ik gebruik een schermlezer. Ik wil dat een groep items die eruitziet als lijst ook in de code een lijst is, zodat ik de structuur begrijp en hoor hoeveel items er zijn.

Oplossing

Voeg alle rollen toe die WAI-ARIA voor deze structuur vereist, zodat de lijst ook in de code een lijst is.

Link naar pagina: https://regionaalarchiefrivierenland.nl/digitaliseren-op-verzoek

#Nieuw-9 - Afbeelding heeft geen tekstalternatief (alt-attribuut ontbreekt)Nieuw

Impact: Matig Type: Techniek WCAG: 1.1.1 EN: 9.1.1.1

Nieuwe bevinding als gevolg van het oplossen van een bevinding uit de vorige audit:

Op deze pagina staat een afbeelding zonder alt-attribuut, onder de kop "Van welke archiefstukken kan ik scans bestellen?".

User story

Ik lees de website met een schermlezer. Als ik een afbeelding tegenkom, dan leest mijn schermlezer een bestandsnaam voor in plaats van een beschrijving. Ik verwacht dat elke afbeelding een duidelijke beschrijving heeft of als decoratief is gemarkeerd.

Oplossing

Deze afbeelding is decoratief en draagt geen betekenis over. Voeg het alt-attribuut toe met een lege waarde: alt="".

Link naar pagina: https://regionaalarchiefrivierenland.nl/digitaliseren-op-verzoek

Link naar PDF: https://regionaalarchiefrivierenland.nl/media/contentpage/onderzoeken/tarieven_dienstverlening_rar_2026.pdf

#75 - PDF-document heeft geen titel

Impact: Matig Type: Content WCAG: 2.4.2 EN: 10.2.4.2

In de bestandseigenschappen van dit PDF-document staat geen titel. Een PDF-document hoort een titel te hebben die beschrijft waar het over gaat, en die titel hoort in de titelbalk te staan in plaats van de bestandsnaam. Zo zien bezoekers meteen of het document is wat ze zoeken.

User story

Ik lees PDF's met een schermlezer en heb vaak meerdere documenten tegelijk open. Ik wil dat elk PDF-document een titel heeft in de bestandseigenschappen. Zonder titel hoor ik een bestandsnaam en weet ik niet welk document ik net heb geopend.

Oplossing

Voeg een beschrijvende titel toe aan de bestandseigenschappen. In Adobe Acrobat: ga naar Bestand > Eigenschappen, tabblad Beschrijving, en vul het veld Titel in. Stel daarna in het tabblad Beginweergave in dat de titel in de titelbalk komt te staan in plaats van de bestandsnaam.

#76 - Informatieve afbeelding is geplaatst als achtergrondafbeelding

Impact: Matig Type: Content WCAG: 1.1.1 EN: 10.1.1.1

Op pagina 1 en 2 van dit PDF-document staat het logo als artefact. Een afbeelding die als artefact is gemarkeerd, is niet beschikbaar voor een schermlezer. De informatie in het logo bereikt blinde en slechtziende bezoekers daardoor niet.

User story

Ik lees de PDF met een schermlezer. Ik wil dat het logo op de eerste pagina is getagd als figuur met een tekstalternatief. Nu kondigt mijn schermlezer het logo niet aan en zie ik niet welke organisatie het document heeft uitgegeven.

Oplossing

Is het logo informatief bedoeld, tag het dan als figuur en geef het een beschrijvend tekstalternatief.

#77 - Kleurcontrast van kleine tekst is te laag

Impact: Matig Type: Content WCAG: 1.4.3 EN: 10.1.4.3

Op pagina 1 van dit PDF-document staan groene teksten op een witte achtergrond, bijvoorbeeld "Bezoekadres" en "Telefoon". De contrastverhouding is 2,5:1 en dat is te laag.

User story

Ik lees PDF's met een visuele beperking. Ik wil dat tekst van normale grootte minimaal 4,5:1 contrast heeft met de achtergrond. Anders kan ik het document niet lezen.

Oplossing

Zorg dat de contrastverhouding minimaal 4,5:1 is.

#78 - Koppen niet correct opgemaakt

Impact: Matig Type: Content WCAG: 1.3.1 EN: 10.1.3.1

In dit PDF-document zijn meerdere koppen niet als kop opgemaakt, bijvoorbeeld "Tarieven dienstverlening RAR 2026", "Open Data", "Digitalisering" en "Gratis digitaliseren op verzoek". De visuele structuur van het document komt daardoor niet overeen met de structuur in de tags.

User story

Ik navigeer door PDF's door van kop naar kop te springen met een schermlezer. Ik wil dat elke tekst die eruitziet als kop ook als kop is getagd. Een tekst die alleen groter is opgemaakt, vindt mijn schermlezer niet.

Oplossing

Vervang de P-tag door een kop-tag, van H1 tot en met H6, zodat de structuur in de tags overeenkomt met wat je in het document ziet.

Link naar pagina: https://regionaalarchiefrivierenland.nl/hulp-bij-zoeken

Link naar PDF: https://regionaalarchiefrivierenland.nl/media/contentpage/onderzoeken/hoe_vind_ik_iemand_in_dtb-boeken.pdf

#79 - Taal niet ingesteld

Impact: Matig Type: Content WCAG: 3.1.1 EN: 10.3.1.1

In de metadata van dit PDF-document is de taal niet ingesteld. Het is belangrijk om de taal in te stellen. Dan leest hulpsoftware de inhoud met de juiste uitspraakregels voor.

User story

Ik lees PDF's met een schermlezer. Ik wil dat elke PDF een taalinstelling heeft in de bestandseigenschappen. Zonder taalinstelling gokt mijn schermlezer en gebruikt die de verkeerde uitspraak.

Oplossing

Stel de taal in via de bestandseigenschappen. In Adobe Acrobat: ga naar Bestand > Eigenschappen, tabblad Geavanceerd, en kies in het veld Taal de juiste taal, bijvoorbeeld Nederlands (Dutch).

#80 - PDF mist tags

Impact: Serieus Type: Content WCAG: 1.3.1 EN: 10.1.3.1

Dit PDF-document heeft geen codes, waardoor de inhoud niet beschikbaar is voor een schermlezer. Wij kunnen het document daardoor ook niet volledig onderzoeken. Het gaat om alle succescriteria die met de codelaag van de PDF te maken hebben, zoals semantische koppen en tekstalternatieven bij afbeeldingen. Als je dit oplost, kunnen er dus toegankelijkheidsproblemen zichtbaar worden die nu nog niet aan het licht zijn gekomen.

User story

Ik kan het document niet zien en gebruik een schermlezer. Als ik een PDF zonder tags open, is er geen inhoud die mijn schermlezer kan voorlezen. Ik verwacht dat een PDF getagd is, zodat alle inhoud voor mij beschikbaar is.

Oplossing

Voeg codes toe aan het document die de structuur van het document weergeven.

Opslaan als getagde PDF in Word (Windows): ga naar Bestand. Kies Opslaan als Adobe PDF als je Acrobat hebt, of ga naar Meer > Exporteren > PDF/XPS-document maken. Klik in het venster dat opent op Opties en zet een vinkje bij Documentstructuurtags voor toegankelijkheid en bij Bladwijzers maken met koppen. Dat laatste werkt alleen als je echte kopstijlen hebt gebruikt.

Opslaan als getagde PDF in Word (Mac): ga naar Bestand > Opslaan als, kies PDF in het keuzemenu en selecteer Best voor elektronische distributie en toegankelijkheid. Op Mac komen de bladwijzers automatisch uit de koppen.

#81 - Kleurcontrast van kleine tekst is te laag

Impact: Matig Type: Content WCAG: 1.4.3 EN: 10.1.4.3

In dit PDF-document staat op pagina 1 de paarse tekst "Hoe vind ik iemand in DTB-boeken?" op een groene achtergrond, met een contrastverhouding van 1,5:1. Op pagina 2 staat de paarse tekst "Trouwinschrijving" op een gele achtergrond, met 1,8:1. De groene tekst "Begraafboeken" op de bruine achtergrond komt uit op 2,0:1. Dit is grote tekst, dus het contrast moet minimaal 3,0:1 zijn.

Op pagina 1 staan onder "Hoe vind ik iemand in DTB-boeken?" lichtgrijze teksten op de groene achtergrond, met een contrastverhouding van 2,5:1. De paarse teksten "Belastingarchieven" en "Lidmatenregisters" staan op de bruine achtergrond, met 4,4:1. Op pagina 2 staat de paarse tekst "Let op:" op de gele achtergrond met 1,8:1, en op de bruine achtergrond met 3,9:1. De paarse tekst "Wil je meer handige tips voor archiefonderzoek, kijk dan op:" op de bruine achtergrond komt uit op 3,2:1. Dit is kleine tekst, dus het contrast moet minimaal 4,5:1 zijn.

User story

Ik lees PDF's met een visuele beperking. Ik wil dat de tekst in het document genoeg contrast heeft met de achtergrond. Anders kan ik het document niet lezen.

Oplossing

Zorg dat de contrastverhouding bij grote tekst minimaal 3,0:1 is en bij kleine tekst minimaal 4,5:1.

Link naar pagina: https://regionaalarchiefrivierenland.nl/hulp-bij-zoeken

Link naar PDF: https://regionaalarchiefrivierenland.nl/media/contentpage/onderzoeken/hulp/flyer-openbare-archieven-online.pdf

#82 - Taal niet ingesteld

Impact: Matig Type: Content WCAG: 3.1.1 EN: 10.3.1.1

In de metadata van dit PDF-document is de taal niet ingesteld. Het is belangrijk om de taal in te stellen. Dan leest hulpsoftware de inhoud met de juiste uitspraakregels voor.

User story

Ik lees PDF's met een schermlezer. Ik wil dat elke PDF een taalinstelling heeft in de bestandseigenschappen. Zonder taalinstelling gokt mijn schermlezer en gebruikt die de verkeerde uitspraak.

Oplossing

Stel de taal in via de bestandseigenschappen. In Adobe Acrobat: ga naar Bestand > Eigenschappen, tabblad Geavanceerd, en kies in het veld Taal de juiste taal, bijvoorbeeld Nederlands (Dutch).

#83 - PDF mist tags

Impact: Serieus Type: Content WCAG: 1.3.1 EN: 10.1.3.1

Dit PDF-document heeft geen codes, waardoor de inhoud niet beschikbaar is voor een schermlezer. Wij kunnen het document daardoor ook niet volledig onderzoeken. Het gaat om alle succescriteria die met de codelaag van de PDF te maken hebben, zoals semantische koppen en tekstalternatieven bij afbeeldingen. Als je dit oplost, kunnen er dus toegankelijkheidsproblemen zichtbaar worden die nu nog niet aan het licht zijn gekomen.

User story

Ik kan het document niet zien en gebruik een schermlezer. Als ik een PDF zonder tags open, is er geen inhoud die mijn schermlezer kan voorlezen. Ik verwacht dat een PDF getagd is, zodat alle inhoud voor mij beschikbaar is.

Oplossing

Voeg codes toe aan het document die de structuur van het document weergeven.

#84 - Kleurcontrast van grote tekst is te laag

Impact: Matig Type: Content WCAG: 1.4.3 EN: 10.1.4.3

Op pagina 2 van dit PDF-document staat groene tekst (#A1F1BA) op een gele achtergrond (#C5B361), bijvoorbeeld de "0". De contrastverhouding is 1,6:1 en dat is te laag.

User story

Ik lees PDF's met een visuele beperking. Ik wil dat grote tekst minimaal 3,0:1 contrast heeft met de achtergrond. Anders kan ik de tekst niet goed lezen.

Oplossing

Dit is grote tekst, dus de contrastverhouding moet minimaal 3,0:1 zijn.

Link naar pagina: https://regionaalarchiefrivierenland.nl/hulp-bij-zoeken

Link naar PDF: https://regionaalarchiefrivierenland.nl/media/contentpage/onderzoeken/hulp/overzicht_verspreidingsgebied_kranten_rar.pdf

#85 - Kleurcontrast van grote tekst is te laag

Impact: Matig Type: Content WCAG: 1.4.3 EN: 10.1.4.3

In dit PDF-document staat groene tekst (#71B147) op een witte achtergrond, bijvoorbeeld "Overzicht kranten per plaats of regio". De contrastverhouding is 2,6:1 en dat is te laag.

User story

Ik lees PDF's met een visuele beperking. Ik wil dat grote tekst minimaal 3,0:1 contrast heeft met de achtergrond. Anders kan ik de tekst niet goed lezen.

Hoe te testen

Open de PDF in een browser of in een PDF-lezer en meet met een contrastmeter de verhouding tussen de tekst en de achtergrond. Controleer of die verhouding past bij de grootte en het gewicht van de tekst.

Oplossing

Dit is grote tekst, dus de contrastverhouding moet minimaal 3,0:1 zijn.

#86 - Een deel van het document is niet voorzien van codes

Impact: Matig Type: Content WCAG: 1.3.1 EN: 10.1.3.1

Dit PDF-document is gedeeltelijk voorzien van codes. De volgende inhoud heeft geen codes: "Regionaal Archief Rivierenland | J.S. de Jongplein 3 | 4001 WG Tiel | 0344 612 230 www.regionaalarchiefrivierenland.nl".

Dit deel van het document is niet beschikbaar voor mensen die de inhoud niet kunnen zien, en wij kunnen het niet onderzoeken. Als je dit oplost, kunnen er toegankelijkheidsproblemen zichtbaar worden die nu nog niet aan het licht zijn gekomen, bijvoorbeeld met de tekstlabels bij formuliervelden.

User story

Ik kan het document niet zien en gebruik een schermlezer. Als ik een PDF open, leest mijn schermlezer niet alle inhoud voor. Ik verwacht dat elk PDF-document volledig is opgemaakt.

Hoe te testen

Open de PDF in Adobe Acrobat Pro en bekijk de tagboom via Weergave > Tonen/verbergen > Navigatiedeelvensters > Tags. Koppen, lijsten, tabellen en formuliervelden horen allemaal als tag te bestaan. Draai daarna de ingebouwde toegankelijkheidscontrole en PAC, en controleer of de structuur klopt als je het document van boven naar beneden voorleest met een schermlezer.

Oplossing

Voorzie dit gedeelte van codes die de structuur van het document weergeven.

Over dit onderzoek

Leeswijzer

Onze rapporten zijn anders. Bij het bespreken van de gevonden problemen volgen wij niet de structuur van de norm, maar die van jouw website of app. Hierdoor kun je gewoon per pagina of scherm aan de slag gaan. Wel zo makkelijk! Je vindt verderop een overzicht van alle pagina’s met problemen.

We geven je bij elk gevonden issue een paar voorbeelden, maar niet een complete lijst. Controleer zelf of het probleem ook nog op andere plekken voorkomt. Zie het rapport als een leidraad.

Gebruikte norm

Dit onderzoek laat zien in hoeverre de website op dit moment voldoet aan WCAG 2.2, niveau A en AA. WCAG staat voor Web Content Accessibility Guidelines. Dit is de internationale norm voor digitale toegankelijkheid. De Europese norm EN 301 549 bevat alle eisen van WCAG op niveau A en AA.

In dit rapport hebben we korte beschrijvingen van de succescriteria uit de norm opgenomen, met een algemene uitleg erbij. Wil je ze helemaal lezen? Bekijk dan de documentatie van WCAG.

Gebruikte onderzoeksmethode

We gebruiken de onderzoeksmethode WCAG-EM van het W3C. Het proces ziet er als volgt uit:

  • vaststellen wat binnen en buiten scope valt
  • vaststellen welke technologieën zijn gebruikt
  • steekproef (sample) samenstellen
  • steekproef onderzoeken
  • gevonden issues beschrijven

Het grootste deel van het onderzoek doen we met de hand. Voor een deel van de toegankelijkheidseisen gebruiken we automatische tools als ondersteuning, zoals axe-core en Chrome Developer Tools.

Belangrijk om te weten

Dit rapport helpt je om de toegankelijkheid van je website te verbeteren. Maar let op: het is geen definitieve, volledige lijst van alle aanwezige toegankelijkheidsproblemen. Dat zit zo:

Het is een steekproef

Ten eerste is het onderzoek gebaseerd op een steekproef. Die is op een betrouwbare manier genomen, en de meeste problemen zullen daardoor zeker aan het licht komen. Toch kan een probleem net buiten de steekproef vallen. Bij een volgend onderzoek kan het wel ontdekt worden.

Op basis van falsificatie

We beoordelen vanuit het principe van falsificatie. Dat houdt in dat we proberen te bewijzen dat iets niet waar is, in plaats van te bevestigen dat het klopt. ‘Voldoet’ betekent daarom dat we geen reden hebben gevonden om een punt af te keuren. Maar als we later wél een reden vinden, kan het alsnog worden afgekeurd.

Voortschrijdend inzicht

Het komt voor dat de beoordeling van een succescriterium op detailniveau verandert. De norm beschrijft namelijk niet élk mogelijk scenario. Samen met andere onderzoeksbureaus overleggen we hoe we met bepaalde situaties omgaan. Zo kan iets dat nu wordt afgekeurd, soms bij een volgend onderzoek worden goedgekeurd en andersom.

Oplossen leidt tot nieuw probleem

Ten slotte kan het gebeuren dat bij het oplossen van een probleem onbedoeld een nieuw toegankelijkheidsprobleem ontstaat. Dat komt dan bij een volgend onderzoek pas naar voren.

Hoe werkt dit rapport?

Bevindingen bekijken en filteren

Alle gevonden toegankelijkheidsproblemen staan onder Gevonden problemen. Je kunt de bevindingen filteren op:

  • Impact (Groot, Medium, Klein, Advies) — hoe ernstig is het probleem voor de gebruiker?
  • Type (Content, Techniek) — moet de inhoud of de techniek worden aangepast?
  • Status (Open, Opgelost) — welke problemen zijn al verholpen?

Voortgang bijhouden

Je kunt je voortgang op twee manieren bijhouden:

  • CSV-export — exporteer alle bevindingen als CSV-bestand en laad het in een (online) spreadsheet om met je team samen te werken.
  • Jira-export — exporteer alle bevindingen als Jira-compatibel CSV-bestand. Importeer het via Jira > Issues > Import issues from CSV. Bevindingen worden aangemaakt als bugs met prioriteit op basis van impact.
  • Registreer in de browser — activeer deze optie om per bevinding bij te houden of het is opgelost. Je voortgang wordt opgeslagen in je browser. Niemand anders kan je resultaat zien. Let op: de voortgang is gekoppeld aan je browser. Als je een andere browser of een ander apparaat gebruikt, begint de telling opnieuw.
  • Plan van aanpak — download een geprioriteerd plan van aanpak om de gevonden problemen stap voor stap op te lossen. Dit is beschikbaar bij audits vanaf maart 2026.

Link naar een specifieke bevinding delen

Bij elke bevinding verschijnt een link-icoon wanneer je er met de muis overheen gaat. Klik op dit icoon om de directe link naar die bevinding te kopiëren. Je kunt deze link plakken in een e-mail of chatbericht, bijvoorbeeld om een vraag te stellen aan Proper Access over een specifiek punt.