Content-audit digitale toegankelijkheid van website werkenbij.ipo.nl

Samenvatting

Wij hebben de content op de website werkenbij.ipo.nl onderzocht tussen 1 en 12 juni 2026. Op dit moment is een deel van de succescriteria als voldoende beoordeeld. In dit rapport lees je welke punten nog verbetering behoeven en hoe deze kunnen worden aangepakt.

Gebruik dit rapport samen met de audit van de hoofdwebsite ipo.nl. De website van deze contentaudit is een technische kopie van ipo.nl. Een aantal technische problemen die niet op de hoofdwebsite voorkomen, staan wel in deze contentaudit beschreven.

- Voldoet
- Afgekeurd
55 Totaal
- voldoet
Impact
Klein: 0 Medium: 0 Groot: 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
Opdrachtgever
BIJ12
Datum rapport
12 juni 2026
Standaard
WCAG 2.2
Methodologie
WCAG-EM

Scope van het onderzoek

  • De content op de website werkenbij.ipo.nl
  • Alle PDF's op de website werkenbij.ipo.nl

Buiten scope:

  • Technische aspecten van de website (JavaScript, toetsenbordbediening, responsiveness, etc.)
  • 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 (aanmaakdatum september 2018 of ouder)
  • Oude video's (gepubliceerd op 23-09-2020 of ouder)

Basisniveau toegankelijkheidsondersteuning

  • Mozilla Firefox, versie 148
  • Google Chrome, versie 148
  • 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

Hoe nu verder

Presentatie

Bekijk een korte presentatie (~15 min) met de belangrijkste bevindingen, cijfers en vervolgstappen — handig voor een teammeeting.

Bekijk presentatie

Plan van aanpak

Download het plan van aanpak met een geprioriteerde aanpak om de gevonden problemen op te lossen.

Download plan van aanpak

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:

#1 - Zichtbare tekst logo komt niet voor in toegankelijke naam

Impact: Groot Type: Techniek WCAG: 2.5.3 EN: 9.2.5.3

Bovenaan de pagina staat het logo met de zichtbare tekst "Werken bij IPO Bij12". De toegankelijke naam van deze link is "Homepagina". Dit verschil kan spraakbesturing belemmeren: spraakopdrachten gebruiken de zichtbare tekst van een element. Als de toegankelijke naam daarvan afwijkt, activeren spraakopdrachten de link niet.

User story

Ik bedien de website met spraakbesturing. Als ik de zichtbare tekst van het logo uitspreek om de link te activeren, dan gebeurt er niets. Ik verwacht elke link te kunnen activeren door de tekst uit te spreken die ik zie.

Hoe te testen

Vergelijk voor elk element met een zichtbaar tekstlabel de zichtbare tekst met de toegankelijke naam (via het accessibility-paneel in DevTools of met een schermlezer). De zichtbare tekst moet vooraan in de toegankelijke naam staan. Test met spraakbesturing ("Klik Werken bij IPO Bij12") of de link daadwerkelijk wordt geactiveerd.

Oplossing

Zorg ervoor dat de toegankelijke naam van de logolink de zichtbare tekst bevat, bij voorkeur aan het begin. Ideaal is dat de toegankelijke naam identiek is aan de zichtbare tekst.

#2 - Logo heeft geen tekstalternatief

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

Het logo bovenaan de website heeft geen tekstalternatief. Het alt-attribuut is leeg. Logo's zijn informatieve afbeeldingen en hebben een tekstalternatief nodig (de alt-tekst). De alt-tekst moet de volledige tekst bevatten die in het logo wordt weergegeven. Zo begrijpen ook bezoekers die de afbeelding niet kunnen zien de inhoud.

Hetzelfde probleem komt voor bij de logo's in de footer onder de kop "Onderdeel van de Vereniging IPO". Ook deze logo's hebben een leeg alt-attribuut.

User story

Ik lees de website met een schermlezer. Als ik de pagina open, dan kan ik niet horen welke website ik bezoek omdat het logo geen tekstalternatief heeft. Ik verwacht dat het logo een tekstalternatief heeft met de naam van de organisatie.

Hoe te testen

Inspecteer elk logo en controleer of het tekstalternatief alle betekenisvolle zichtbare tekst uit het logo bevat. Als het logo een link is, controleer dan ook of de toegankelijke naam de zichtbare logotekst bevat.

Oplossing

Voeg een tekstalternatief toe aan de afbeelding waarin de volledige zichtbare tekst van het logo is opgenomen.

#3 - Logolink heeft geen duidelijk doel

Impact: Medium Type: Content WCAG: 2.4.4, 2.5.3 EN: 9.2.4.4, 9.2.5.3

De logo's in de footer onder de kop "Onderdeel van de Vereniging IPO" zijn links, maar hebben geen beschrijvende tekst voor hun bestemming. Hierdoor is het voor bezoekers die hulpsoftware zoals een schermlezer gebruiken lastig te begrijpen waar de links naartoe gaan.

User story

Ik lees de website met een schermlezer. Als ik op een klikbaar logo kom, dan hoor ik alleen 'link' zonder informatie over de bestemming, of de hele URL wordt voorgelezen. Ik verwacht dat de schermlezer duidelijk aankondigt waar de link naartoe gaat, bijvoorbeeld "IPO Interprovinciaal Overleg, van, voor en door provincies, ga naar de homepage".

Hoe te testen

Navigeer met een schermlezer naar de logolinks en controleer of elke link met een betekenisvolle toegankelijke naam wordt aangekondigd die de zichtbare logotekst bevat. Bevestig dat geen van de logolinks zonder label wordt aangeboden.

Oplossing

Geef elk logo een betekenisvol tekstalternatief. De alt-tekst moet de volledige zichtbare tekst van het logo bevatten, zodat schermlezergebruikers dezelfde informatie krijgen als ziende gebruikers. Als het logo in een link is geplaatst, neemt de link automatisch dezelfde toegankelijke naam over van de afbeelding.

Link naar pagina: https://werkenbij.ipo.nl/

#4 - Onduidelijke koptekst

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

Op deze pagina staat een kop "Ga direct naar" die de inhoud die erop volgt niet voldoende beschrijft. Koppen als "Ga direct naar", "Direct naar" of "Ga naar" zijn te generiek en geven geen betekenisvolle informatie over het doel van de inhoud. Schermlezergebruikers gebruiken koppen vaak om door de pagina te navigeren en de structuur te begrijpen. Koppen moeten daarom duidelijk en bondig zijn en het onderwerp van de volgende inhoud goed weergeven.

Dezelfde kop komt ook voor op de pagina's:

User story

Ik lees de website met een schermlezer. Als ik via koppen door een pagina navigeer, dan geeft een label als "Ga direct naar" me geen bruikbare informatie. Ik verwacht dat elke kop duidelijk omschrijft welke inhoud erop volgt.

Hoe te testen

Gebruik deze tool om de koppen op je webpagina te controleren: Koppen checker. Staat een kop niet in de lijst die deze tool teruggeeft? Dan is het niet als koptekst gemarkeerd. Visuele koppen moeten in de HTML staan, niet alleen als gestylede tekst.

Oplossing

Vervang de vage kop door een meer beschrijvende kop die het onderwerp van de bijbehorende sectie duidelijk weergeeft.

Link naar pagina: https://werkenbij.ipo.nl/contact/

#5 - Kop niet gemarkeerd als kop

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

Op deze pagina is de tekst "Ga direct naar" in de code niet gemarkeerd als kop. Wanneer tekst als kop fungeert maar de bijbehorende mark-up mist, verliest de tekst zijn semantische betekenis en is hij niet toegankelijk voor bezoekers die schermlezers of andere hulpsoftware gebruiken. Koppen zijn essentieel om door de pagina te navigeren en de structuur van de inhoud te begrijpen.

Hetzelfde probleem komt voor op de pagina:

User story

Ik lees de website met een schermlezer. Als ik via koppen door een pagina navigeer, dan mis ik koppen die alleen visueel zijn opgemaakt. Ik verwacht dat alle zichtbare koppen ook door mijn schermlezer worden herkend als kop.

Hoe te testen

Gebruik deze tool om de koppen op je webpagina te controleren: Koppen checker. Staat een kop niet in de lijst die deze tool teruggeeft? Dan is het niet als koptekst gemarkeerd. Visuele koppen moeten in de HTML staan, niet alleen als gestylede tekst.

Oplossing

Markeer deze teksten met het juiste HTML-kopelement (h1 tot en met h6) zodat hun rol en hiërarchie in de inhoud terugkomen. De kwaliteit van de kop "Ga direct naar" is in de vorige bevinding besproken.

Link naar pagina: https://werkenbij.ipo.nl/over-ons/

#6 - iframe heeft geen title-attribuut

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

Op deze pagina staan twee video's. Na het klikken op een video verschijnt een dialoogvenster met een iframe-element. Het iframe heeft geen title-attribuut. Iframes hebben een beschrijvende titel nodig, meestal via het title-attribuut. Deze titel moet het type inhoud van het iframe beschrijven, met een unieke en betekenisvolle omschrijving. Zo kan een blinde gebruiker bepalen of het de moeite waard is om de inhoud van het iframe te verkennen.

User story

Ik lees de website met een schermlezer. Als ik op een ingebed element kom, dan hoor ik geen omschrijving en weet ik niet wat het bevat. Ik verwacht dat mijn schermlezer een duidelijke naam en het type inhoud aankondigt, zodat ik kan beslissen of ik het wil verkennen.

Hoe te testen

Controleer in DevTools of navigeer met een schermlezer naar het iframe en verifieer dat het wordt aangekondigd met een betekenisvolle titel die duidelijk maakt wat het iframe bevat. Bevestig dat het iframe niet als naamloos of generiek wordt aangeboden en dat alle iframes op de pagina een unieke titel hebben.

Oplossing

Voeg het title-attribuut toe aan het iframe-element met een tekst die laat zien welk type inhoud het iframe bevat en waarover die inhoud gaat. Bijvoorbeeld: "Video Wat is het Interprovinciaal Overleg?".

#7 - Visuele informatie in video is niet toegankelijk

Impact: Medium Type: Content WCAG: 1.2.3, 1.2.5 EN: 9.1.2.3, 9.1.2.5

Op deze pagina staat onder de kop "Wat doen we?" een video. De video bevat tekst aan het einde (bijvoorbeeld rond 2:40).

Op deze pagina staat onder de kop "Hoe is het om hier te werken?" een video. Daarin staan de namen en functies van sprekers, evenals logo's en andere teksten (bijvoorbeeld rond 0:11, 0:34, 0:50, 1:13 en 1:20). Er is geen media-alternatief en geen audiodescriptie beschikbaar.

User story

Ik gebruik een schermlezer om de website te bezoeken. Als ik een video bekijk waarin logo's of tekst alleen visueel worden getoond, dan mis ik die informatie helemaal. Ik verwacht een audiodescriptie of een tekstuele beschrijving met daarin de visuele informatie.

Hoe te testen

Bepaal per video of er visuele informatie is die niet in de audio voorkomt (tekst op scherm, handelingen, demonstraties). Zo ja, controleer of er een audiodescriptie-track of een tekstalternatief is met alle gesproken én visuele informatie, vlak bij de video geplaatst.

Oplossing

Voorheen was een media-alternatief (een tekstuele weergave van alle informatie) een acceptabele oplossing, maar succescriterium 1.2.5 vereist nu een audiodescriptie van de visuele inhoud voor dit type video. Voeg daarom een audiodescriptie toe om de video toegankelijk te maken. In het bestaande audiospoor is voldoende ruimte voor de audiodescriptie.

Link naar pagina: https://werkenbij.ipo.nl/over-ons/arbeidsvoorwaarden/

#8 - Kop niet gemarkeerd als kop

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

Op deze pagina zijn de volgende teksten in de code niet gemarkeerd als kop: "Hoort bij" en "Op deze pagina". Als visuele koppen niet ook als kop zijn gemarkeerd, kunnen schermlezergebruikers de structuur van de pagina lastig begrijpen en doorlopen.

Hetzelfde probleem komt voor op de pagina's:

User story

Ik lees de website met een schermlezer. Als ik via koppen door een pagina navigeer, dan mis ik koppen die alleen visueel zijn opgemaakt. Ik verwacht dat alle zichtbare koppen ook door mijn schermlezer worden herkend als kop.

Hoe te testen

Gebruik deze tool om de koppen op je webpagina te controleren: Koppen checker. Staat een kop niet in de lijst die deze tool teruggeeft? Dan is het niet als koptekst gemarkeerd. Visuele koppen moeten in de HTML staan, niet alleen als gestylede tekst.

Oplossing

Markeer deze teksten met het juiste HTML-kopelement (h1 tot en met h6), zodat hun rol en hiërarchie in de inhoud terugkomen.

#9 - Pdf-icoon heeft geen tekstalternatief

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

Op deze pagina staat een link met de tekst "Print" die een pdf-icoon bevat. Het icoon heeft geen tekstalternatief, waardoor schermlezergebruikers niet weten dat de link verwijst naar een "Print naar PDF"-functionaliteit. Deze informatie is belangrijk en moet op een toegankelijke manier worden aangeboden.

User story

Als ik mijn schermlezer gebruik, krijg ik geen informatie van iconen zonder tekst. Ik wil dat het pdf-icoon wordt voorgelezen, anders weet ik niet dat de link naar een pdf leidt of er een opent.

Hoe te testen

Inspecteer elke afbeelding, elk icoon en elke SVG in DevTools. Informatieve elementen hebben een tekstalternatief nodig dat de betekenis overbrengt; decoratieve img-elementen gebruiken alt="" en decoratieve svg-elementen aria-hidden="true". Verifieer met een schermlezer dat er geen ruis (bijvoorbeeld de bestandsnaam of "image") wordt voorgelezen.

Oplossing

Voeg verborgen tekst toe binnen de link (bijvoorbeeld "(PDF)") die visueel niet zichtbaar is, maar wel beschikbaar is voor schermlezers. Zo weten gebruikers dat de link naar een "Print naar PDF"-functionaliteit verwijst.

Link naar pagina: https://werkenbij.ipo.nl/cookieverklaring/

#10 - Onjuist gebruik p-element

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

Op deze pagina staat onder de kop "Cookieverklaring" een tekstblok ("Cookies zijn kleine tekstbestanden … toestemming alstublieft.") met meerdere alinea's dat onjuist als één enkel <p>-element is gemarkeerd. De visuele structuur van de inhoud moet ook in de HTML terugkomen.

User story

Ik lees de website met een schermlezer. Als ik door de tekst navigeer, dan worden alle alinea's als één lang blok voorgelezen. Ik verwacht dat ik elke visuele alinea apart kan bereiken.

Hoe te testen

Inspecteer de inhoudsstructuur en controleer of visueel gescheiden alinea's ook als aparte <p>-elementen zijn gemarkeerd. Gebruik een schermlezer en navigeer per alinea (bijvoorbeeld met de P-toets in NVDA). Verifieer dat elke visueel onderscheiden alinea ook als afzonderlijke alinea wordt herkend en los kan worden bereikt.

Oplossing

Plaats elke alinea in een afzonderlijk <p>-element. Het aantal alinea's dat wordt weergegeven, moet overeenkomen met het aantal <p>-elementen in de code.

Link naar pagina: https://werkenbij.ipo.nl/colofon/

#11 - strong-element gebruikt in plaats van kop-element

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

Op deze pagina zijn de volgende teksten koppen, maar de kop-elementen ontbreken. In plaats daarvan is het strong-element gebruikt om de teksten er als kop uit te laten zien. Zie "Redactie" en "Websitebureau en hosting". Het strong-element is bedoeld voor semantische nadruk, niet om koppen te maken. Het inzetten op de plek van kop-elementen (h1 tot en met h6) verstoort de structuur en maakt de inhoud ontoegankelijk voor hulpsoftware.

User story

Ik gebruik een schermlezer. Als ik door de koppen van een pagina navigeer, dan mis ik titels die alleen visueel vet zijn opgemaakt. Ik verwacht dat alle titels als echte koppen zijn gemarkeerd, zodat ik de paginastructuur kan volgen.

Hoe te testen

Gebruik deze tool om de koppen op je webpagina te controleren: Koppen checker. Staat een kop niet in de lijst die deze tool teruggeeft? Dan is het niet als koptekst gemarkeerd. Visuele koppen moeten in de HTML staan, niet alleen als gestylede tekst.

Oplossing

Verwijder de strong-elementen en markeer deze teksten met het juiste kop-element.

Link naar pagina: https://werkenbij.ipo.nl/vacatures/

#12 - Logo's bij vacatures hebben geen tekstalternatief

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

De logo's die bij de vacatures worden getoond, hebben geen tekstalternatief. Het alt-attribuut is leeg. Deze logo's zijn informatieve afbeeldingen, ze laten zien welke organisatie kandidaten zoekt, en hebben dus een tekstalternatief nodig. De alt-tekst moet de volledige naam van de organisatie bevatten die in het logo staat. Zo begrijpen ook bezoekers die de afbeeldingen niet kunnen zien bij welke organisatie de vacature hoort.

User story

Ik lees de website met een schermlezer. Als ik door de pagina navigeer, dan kan ik niet horen welk logo van welk bedrijf wordt getoond, omdat het geen tekstalternatief heeft. Ik verwacht dat het logo een tekstalternatief heeft met de naam van de organisatie.

Hoe te testen

Inspecteer het <img>-element met het logo op de vacaturepagina in DevTools. Informatieve afbeeldingen hebben een alt-attribuut nodig dat de betekenis overbrengt.

Oplossing

Voeg een beschrijvend tekstalternatief toe aan de logo-afbeeldingen, of zet de naam van de organisatie als tekst bij de vacature.

Link naar pagina: https://werkenbij.ipo.nl/vacatures/programmaondersteuner-ons-interprovinciale-programma-landelijk-gebied/

#13 - em-element gebruikt in plaats van kop-element

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

Op deze pagina is de tekst "Verder beschik jij over:" een kop, maar het kop-element ontbreekt. In plaats daarvan is het em-element gebruikt om de tekst er als kop uit te laten zien. Het em-element is bedoeld voor semantische nadruk, niet om koppen te maken. Het inzetten op de plek van kop-elementen (h1 tot en met h6) verstoort de structuur en maakt de koppen ontoegankelijk voor hulpsoftware.

Hetzelfde probleem komt voor op de pagina:

User story

Ik lees de website met een schermlezer. Als ik door de koppen van een pagina navigeer, dan mis ik titels die alleen visueel verschillen, bijvoorbeeld door cursieve opmaak. Ik verwacht dat alle titels als echte koppen zijn gemarkeerd, zodat ik de paginastructuur kan volgen.

Hoe te testen

Gebruik deze tool om de koppen op je webpagina te controleren: Koppen checker. Staat een kop niet in de lijst die deze tool teruggeeft? Dan is het niet als koptekst gemarkeerd. Visuele koppen moeten in de HTML staan, niet alleen als gestylede tekst.

Oplossing

Verwijder de em-elementen en markeer deze teksten met het juiste kop-element.

Link naar pagina: https://werkenbij.ipo.nl/contactformulier/

#14 - Foutmelding in formulier in het Engels

Impact: Groot Type: Techniek WCAG: 3.1.2 EN: 9.3.1.2

Op deze pagina staat een formulier. Het invoerveld "E-mailadres invoeren" toont een Engelse foutmelding: "Please supply a valid email address". De rest van de website is in het Nederlands. Foutmeldingen horen in dezelfde taal te staan als de hoofdinhoud van de website.

User story

Als bezoeker die een schermlezer gebruikt, wil ik dat foutmeldingen in de juiste taal worden gepresenteerd, zodat ze correct worden uitgesproken en makkelijk te begrijpen zijn.

Hoe te testen

Verstuur het formulier met lege velden en controleer of de foutmelding in dezelfde taal is als de rest van de pagina. Bevestig dat foutmeldingen niet in een andere taal worden weergegeven, tenzij de taalwisseling correct in de code is aangegeven.

Oplossing

Vertaal de foutmelding naar het Nederlands.

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.