WCAG Kompas — digitale toegankelijkheid in gewoon Nederlands Direct naar de hoofdinhoud

WCAG 2.2 · Gemeenten, provincies en onderwijs

Toegankelijkheid, uitgelegd zonder jargon.

WCAG-documentatie is geschreven voor techneuten. Deze kennisbank vertaalt de 2.2-richtlijnen naar gewone taal en concrete handelingen — voor de mensen die de content maken en de systemen beheren.

succescriteria in WCAG 2.2
87
daarvan verplicht op niveau A + AA
55
nieuw sinds versie 2.1
9
van de fouten zit in de content, niet in de code
±60%

Herkenbaar?

Je wilt het goed doen. Alleen: waar begin je?

  • Het auditrapport is onleesbaar

    126 bevindingen, allemaal met een nummer en een term als "programmatisch bepaalbaar". Niemand kan zien wat jíj morgen moet doen.

  • Het lijkt iets van IT

    Maar het grootste deel gaat over teksten, koppen, links, alt-teksten en PDF's. Dus over het werk van de redactie.

  • De verklaring staat op status C

    Er ligt een verbeterplan, maar het schuift al twee jaar door. Niemand weet precies wie wat oppakt.

De basis

Alles valt onder vier woorden

WCAG staat voor Web Content Accessibility Guidelines. Elk van de 87 criteria hoort bij één van deze vier principes. Ken je de vier, dan snap je waar een bevinding over gaat.

  1. 1

    Waarneembaar

    Iedereen moet de informatie kunnen zien of horen. Denk aan alt-teksten, ondertiteling en genoeg kleurcontrast.

  2. 2

    Bedienbaar

    Alles moet werken zonder muis. Met alleen het toetsenbord, met genoeg tijd en met knoppen die groot genoeg zijn.

  3. 3

    Begrijpelijk

    Tekst en formulieren moeten te volgen zijn. Voorspelbaar gedrag, duidelijke labels en foutmeldingen die uitleggen wat er misging.

  4. 4

    Robuust

    De code moet kloppen, zodat hulpsoftware zoals een schermlezer ermee overweg kan. Dit is het deel voor de leverancier.

Kies je route

Wat hoort bij jouw rol?

Toegankelijkheid is geen project van één afdeling. Maar de taken zijn wél te verdelen.

Primair

Communicatiemedewerker

Jij raakt de content elke dag aan. Daarmee heb jij invloed op het grootste deel van de bevindingen — zonder ooit code te hoeven schrijven.

  • Alt-teksten die iets toevoegen
  • Koppenstructuur en linkteksten
  • Ondertiteling van video
  • PDF's en begrijpelijke taal

Secundair

Functioneel beheerder

Jij bewaakt het systeem, de leverancier en het dossier. Jouw werk bepaalt of de redactie het überhaupt goed kán doen.

  • CMS-instellingen en sjablonen
  • Inkoop en EN 301 549 in contracten
  • Audits, hertests en de verklaring
  • Zelf testen: toetsenbord en zoom

Vandaag nog

Vijf dingen die meteen verschil maken

Je hebt geen budget, project of leverancier nodig. Alleen een half uur.

  1. Zet je muis weg

    Loop je belangrijkste pagina door met alleen Tab, Shift+Tab en Enter. Zie je altijd waar je bent? Kom je overal? Zo niet: je hebt je eerste bevinding.

  2. Zoek naar "klik hier" en "lees meer"

    Een schermlezer kan alle links los opvragen. Twintig keer "lees meer" zegt dan niets. Vervang ze door waar de link heen gaat.

  3. Zoom in tot 200%

    Ctrl of Cmd met de plus-toets. Valt de tekst weg, overlapt er iets of moet je horizontaal scrollen? Dan gaat er iets mis in de opmaak.

  4. Controleer je koppen

    Eén H1 per pagina, daarna netjes H2 en H3. Geen kop gebruikt om iets dikgedrukt te maken, en geen dikgedrukte tekst die eigenlijk een kop is.

  5. Vervang die ene PDF

    De meest gedownloade PDF op je site is bijna zeker ontoegankelijk. Zet de inhoud als gewone webpagina online. Dat is sneller dan hem repareren.

Update

Wat is er nieuw in WCAG 2.2?

Versie 2.2 voegt negen criteria toe en laat er één vervallen (4.1.1 Parsen). De nieuwe criteria gaan vooral over mensen met een motorische of cognitieve beperking. Alles uit 2.1 blijft gewoon gelden.

  • 2.4.11 · AA

    Focus niet afgedekt

    Een cookiebalk of sticky header mag het element met focus niet volledig verbergen.

  • 2.5.7 · AA

    Slepen

    Alles wat je kunt slepen, moet ook met losse klikken kunnen. Denk aan een kaart of een sorteerlijst.

  • 2.5.8 · AA

    Doelgrootte

    Klikgebieden zijn minimaal 24 bij 24 pixels, of hebben genoeg ruimte eromheen.

  • 3.2.6 · A

    Consistente hulp

    Contactgegevens en de chatknop staan op elke pagina op dezelfde plek.

  • 3.3.7 · A

    Overbodige invoer

    Vraag gegevens niet twee keer binnen hetzelfde proces. Vul ze voor of laat kiezen.

  • 3.3.8 · AA

    Toegankelijke authenticatie

    Geen puzzel of geheugentest bij het inloggen. Plakken van een wachtwoord blijft mogelijk.

Kennisbank

De criteria, in gewone taal

Per succescriterium: wat het betekent, en wat jij concreet doet. Filter op je rol, op niveau of zoek op een woord. Vink af wat geregeld is — dat onthoudt deze pagina op je eigen apparaat.

{{ resultaatTekst }}

  • {{ item.num }} NIVEAU {{ item.level }} {{ item.principe }} {{ item.rolLabel }} NIEUW IN 2.2

    {{ item.titel }}

    Wat betekent dit?

    {{ item.uitleg }}

    Wat doe jij?

    • {{ stap }}
      •

Geen criteria gevonden met deze filters. Probeer een ander woord of wis de filters.

Voor communicatiemedewerkers

De redactiegids

Acht onderwerpen die je zelf in de hand hebt. Geen code, geen ticket bij IT — gewoon anders schrijven en publiceren.

01 · Criterium 1.1.1

Alt-teksten

Een alt-tekst beschrijft wat de afbeelding toevoegt aan het verhaal — niet wat er letterlijk te zien is. Vraag jezelf af: als ik deze foto zou weglaten, welke informatie mist de lezer dan?

Niet doen

alt="afbeelding_2024_wethouder_def_v3.jpg"

alt="foto"

Wel doen

alt="Wethouder Jansen ondertekent het klimaatakkoord aan een tafel in de raadszaal"

  • Is de afbeelding puur decoratief? Laat de alt-tekst dan léég (alt=""). Een schermlezer slaat hem dan over. Dat is beter dan "decoratieve afbeelding" voorlezen.
  • Begin niet met "afbeelding van" — dat meldt de schermlezer zelf al.
  • Staat er tekst ín de afbeelding (een poster, een infographic)? Zet die tekst ook in de alt-tekst of eronder op de pagina.
  • Is de afbeelding een link of knop? Beschrijf dan waar je heen gaat, niet hoe het plaatje eruitziet.

02 · Criteria 1.3.1 en 2.4.6

Koppen en structuur

Koppen zijn de inhoudsopgave van je pagina. Schermlezergebruikers springen ermee door de tekst, zoals jij met je ogen scant. Een kop die alleen dikgedrukt is, bestaat voor hen niet.

  • Eén H1 per pagina: dat is de titel van het onderwerp.
  • Sla geen niveau over. Na een H2 komt een H3, niet meteen een H4.
  • Gebruik nooit een kopstijl om iets groter of dikker te maken. Gebruik de kop voor wat het is: een structuurelement.
  • Maak opsommingen met de lijstknop in het CMS, niet met streepjes of bolletjes die je zelf typt.
  • Gebruik tabellen alleen voor data, nooit voor opmaak. Geef elke tabel kopcellen.

03 · Criterium 2.4.4

Linkteksten

Een link moet los van de omringende zin duidelijk zijn. Schermlezers kunnen een lijst van alle links op de pagina opvragen — dan hoor je alleen de linktekst.

Niet doen

"Voor de subsidieregeling, klik hier."

"Lees meer"

Wel doen

"Bekijk de voorwaarden van de duurzaamheidssubsidie"

"Download het jaarverslag 2025 (PDF, 2,1 MB)"

  • Twee links met dezelfde tekst moeten naar dezelfde plek gaan. Anders: maak ze verschillend.
  • Meld het bestandstype en de grootte bij downloads, en waarschuw als een link in een nieuw tabblad opent.
  • Plak nooit een kale URL als linktekst. "https://www.gemeente.nl/wonen/vergunning-aanvragen" wordt letter voor letter voorgelezen.

04 · Criteria 1.4.1 en 1.4.3

Kleur en contrast

Kleur mag informatie versterken, maar nooit als enige dragen. En tekst moet genoeg afsteken tegen de achtergrond.

4,5:1

Minimum voor gewone tekst tot 18px.

3:1

Grote tekst (24px of 19px vetgedrukt) en iconen, randen en grafiekonderdelen.

0

Tekst in een afbeelding. Gebruik echte tekst, behalve bij een logo.

  • "Verplichte velden zijn rood" werkt niet. Zet er ook een tekst of sterretje bij.
  • Links in een lopende tekst: onderstreep ze, of zorg voor 3:1 contrast met de tekst eromheen én een extra kenmerk bij hover en focus.
  • Zet tekst niet zomaar over een foto heen. Gebruik een overlay of een egaal vlak.
  • Check je huisstijlkleuren één keer goed door met een contrastchecker. Vaak zakt precies dat ene lichtblauw of grijs door de ondergrens.

05 · Criteria 1.2.2, 1.2.3 en 1.2.5

Video en audio

Elke video die je publiceert, heeft ondertiteling nodig. Automatisch gegenereerde ondertiteling telt niet: die zit vol fouten bij namen, plaatsen en vaktermen.

  • Ondertitel alles wat gezegd wordt, plus belangrijke geluiden. Corrigeer de automatische versie altijd handmatig.
  • Zeg in de video hardop wat er in beeld staat ("hier zie je de nieuwe fietsroute langs de Maas"). Dan is aparte audiodescriptie vaak niet meer nodig.
  • Zet er een tekstversie of transcript bij. Handig voor iedereen — ook voor collega's die niet kunnen luisteren.
  • Nooit automatisch afspelen met geluid. Speelt iets langer dan 5 seconden vanzelf? Dan moet er een pauzeknop zijn (2.2.2).
  • Livestreams: plan een schrijftolk in. Voor live-uitzendingen geldt criterium 1.2.4 op niveau AA.

06 · Begrijpelijke taal

Schrijf op B1-niveau

Begrijpelijke taal staat pas op AAA-niveau in WCAG, maar voor overheden is het feitelijk een eis: ongeveer een kwart van de volwassen Nederlanders heeft moeite met lezen en schrijven. Bij gemeenten is dit vaak de grootste winst.

  • Korte zinnen. Eén gedachte per zin, gemiddeld maximaal 15 woorden.
  • Actieve zinnen: "Wij sturen u een brief", niet "Er zal een brief worden verzonden".
  • Leg een afkorting één keer uit bij het eerste gebruik. Beter nog: gebruik hem niet.
  • Begin met wat de lezer moet doen, niet met de beleidsachtergrond.
  • Staat er een Engelse term of citaat in je tekst? Markeer de taal, zodat de schermlezer overschakelt (criterium 3.1.2).

07 · Documenten

PDF's en andere bijlagen

Een PDF op je site valt gewoon onder de wet. En een PDF toegankelijk maken kost meer werk dan een webpagina schrijven. Daarom is de eerste vraag altijd: moet dit wel een PDF zijn?

  1. Kan het een webpagina worden? Bijna altijd ja. Dat is toegankelijker, beter vindbaar en makkelijker te wijzigen.
  2. Moet het toch een PDF zijn? Begin dan in Word met echte kopstijlen, alt-teksten en een ingevulde documenttitel. Exporteer via "Opslaan als PDF" met de optie voor documentstructuur aan — nooit via printen naar PDF.
  3. Nooit een scan. Een ingescand document is voor hulpsoftware één grote afbeelding zonder tekst.
  4. Ruim op. Elke PDF die niemand meer opvraagt, kan weg. Dat scheelt direct in je auditomvang.

08 · Buiten je eigen site

Social media en nieuwsbrieven

Formeel valt social media buiten het Tijdelijk besluit. Praktisch bereik je er je inwoners, dus dezelfde regels helpen ook daar.

  • Vul de alt-tekst in bij posts met een afbeelding. Elk platform heeft dat veld.
  • Schrijf hashtags met een hoofdletter per woord: #GemeenteRaadsvergadering leest een schermlezer correct voor, #gemeenteraadsvergadering niet.
  • Geen tekst in een plaatje zetten omdat het niet in de post past. Zet hem in de post.
  • Gebruik emoji spaarzaam en nooit midden in een zin — ze worden allemaal hardop voorgelezen.
  • Nieuwsbrieven: één kolom, echte koppen, geen tekst-in-plaatje en altijd een tekstversie.

Voor functioneel beheerders

De beheergids

Systeem, leverancier en dossier. Wat je instelt, wat je vastlegt in contracten en hoe je zelf test zonder specialistische kennis.

01 · Het systeem

Maak het CMS foutbestendig

De grootste winst zit niet in het bijscholen van redacteuren, maar in een CMS waarin de fout gewoon niet gemaakt kán worden.

  • Maak het alt-tekstveld verplicht, met een expliciete optie "deze afbeelding is decoratief".
  • Haal H1 uit de editor-keuzelijst: die wordt automatisch gevuld met de paginatitel.
  • Beperk de kleurkiezer tot huisstijlkleuren die aantoonbaar genoeg contrast hebben.
  • Schakel "plakken met opmaak" uit. Zo komt er geen Word-rommel in de HTML.
  • Zet een toegankelijkheidschecker in de editor aan, als je CMS die heeft. Feedback tijdens het schrijven werkt beter dan een rapport achteraf.
  • Controleer de sjablonen zelf: skip-link, taalattribuut, landmarks, zichtbare focus, paginatitel per pagina.

02 · Zelf testen

Vier tests van tien minuten

Een geautomatiseerde scan vindt hooguit 30 tot 40 procent van de problemen. Deze handmatige checks vangen het meeste van de rest.

  1. Toetsenbordtest

    Doorloop een formulier en het menu met alleen Tab, Shift+Tab, Enter, spatie en pijltjes. Let op: zie je de focus altijd (2.4.7), is de volgorde logisch (2.4.3), kom je overal weer uit (2.1.2), en dekt de sticky header de focus niet af (2.4.11)?

  2. Zoomtest

    Zoom naar 200% en zet je venster op 320 pixels breed. Er mag geen horizontale scrollbalk verschijnen en geen tekst wegvallen (1.4.4 en 1.4.10).

  3. Schermlezertest

    NVDA (gratis, Windows) of VoiceOver (ingebouwd in macOS). Vraag de koppenlijst op en de linklijst. Als die twee lijsten kloppen, is je pagina al bruikbaar.

  4. Automatische scan

    axe DevTools, WAVE of Lighthouse in je browser. Gratis, in dertig seconden een eerste beeld. Behandel het resultaat als startpunt, niet als bewijs.

03 · Inkoop

Zet het in het contract

Een ontoegankelijk systeem dat al is aangeschaft, kost jaren om recht te trekken. Bij de aanbesteding heb je de meeste macht.

  • Eis conformiteit met EN 301 549 — de Europese norm die WCAG 2.2 niveau AA omvat. Niet "toegankelijk" als losse term.
  • Vraag om een ingevuld toegankelijkheidsdossier of VPAT, niet om een verkooppraatje.
  • Vraag ook naar de redactiekant: is de CMS-editor zelf bedienbaar met een toetsenbord en schermlezer?
  • Neem een onafhankelijke audit bij oplevering op als betalingsvoorwaarde.
  • Leg vast dat toegankelijkheidsbugs onder garantie vallen, met een reactietermijn — niet als meerwerk.
  • Denk ook aan plugins van derden: cookiebanner, chatbot, kaartviewer, afsprakenmodule, betaalstraat. Die vallen bijna altijd door de mand.

04 · Het dossier

Van audit naar verklaring

De toegankelijkheidsverklaring is verplicht, publiek en actueel te houden. Zo ziet de route eruit.

  1. Onderzoek. Een audit door een onafhankelijke partij, volgens de WCAG-EM evaluatiemethode. Je krijgt een rapport met bevindingen per criterium.
  2. Bestaande rapporten erbij. Check voor elk standaardplatform of er al een onderzoek van de techniek ligt in het overzicht van DigiToegankelijk (zie het blok hieronder). Dat scheelt onderzoekskosten en versterkt je onderbouwing.
  3. Verklaring publiceren. Vul het formulier in via het invulhulpmiddel van Logius en publiceer de verklaring op je eigen site, bereikbaar vanuit de footer.
  4. Verbeterplan. Per openstaande bevinding: wat je doet, wie het doet en wanneer het klaar is. Zonder datum is het geen plan.
  5. Feedbackkanaal. Bezoekers moeten een probleem kunnen melden, en jij moet daar binnen een redelijke termijn op reageren. Beleg die postbus bij een persoon.
  6. Bijhouden. Actualiseer de verklaring minimaal één keer per jaar en bij elke grote wijziging. Onderzoek is drie jaar geldig; een verklaring van vier jaar oud is een bevinding op zich.

05 · Werk dat al gedaan is

Algemene onderzoeken van platforms en apps

Gebruik je een standaardproduct — een afvalwijzer-app, een raadsinformatiesysteem, een afsprakenmodule, een CMS — dan is de techniek daarvan vaak al onderzocht. DigiToegankelijk (Logius) verzamelt die rapporten op één pagina, gesorteerd per thema. Je kunt zo'n rapport gebruiken als onderbouwing in je eigen toegankelijkheidsverklaring, zodat je niet hoeft te betalen voor onderzoek dat al bestaat.

Wat staat er in dat overzicht?

Rapporten per thema, met per product een of meer onderzoeken van de techniek. Denk aan afspraken (Timeblockr, Qmatic, JCC), afval (Ximmio, DeAfvalApp, Afvalwijzer), raadsinformatie (Notubiz, iBabs, GemeenteOplossingen), online loketten (Centric eDiensten, iBurgerzaken, xxllnc Zaken), begrotingen (LIAS, Pepperflow), meldingen (Fixi, BuitenBeter, Signalen), archivering, participatie, publicaties en CMS'en.

Zoek dus eerst je eigen leveranciers op in de lijst voordat je een audit inkoopt.

Bekijk het overzicht op DigiToegankelijk.nl (opent in dezelfde tab)

Zo gebruik je zo'n rapport goed

  • Verwijs in je verklaring naar het rapport zelf, niet naar de overzichtspagina. Of download het rapport en publiceer het op je eigen site.
  • Zo'n rapport dekt alleen de techniek. Jouw eigen content — teksten, alt-teksten, PDF's — moet je vaak nog apart laten onderzoeken. Lees de instructie die bij de links staat.
  • Bij een app met een iOS- én een Android-versie neem je beide rapporten op. Die apps worden apart onderzocht.
  • Onderzoek is drie jaar geldig. Je verklaring update je minimaal één keer per jaar; pak dan meteen het meest recente rapport.
  • Staat jouw product er niet bij? Vraag de leverancier of er een onderzoek van de techniek is. Dat is ook een prima vraag bij een aanbesteding.
  • Beoordeel zelf of een rapport bruikbaar en actueel is. DigiToegankelijk controleert alleen de vorm en verklaart geen enkel product "toegankelijk".

06 · Organisatie

Beleg het, anders verdwijnt het

Toegankelijkheid sneuvelt zelden op onwil. Het sneuvelt op eigenaarschap: iedereen vindt het belangrijk, niemand is ervan.

Eén eigenaar

Eén naam, met mandaat en met uren. Niet "de werkgroep".

In de publicatieflow

Een korte check vóór publicatie, niet een opruimactie achteraf.

Onboarding

Elke nieuwe redacteur krijgt een half uur uitleg. Dat verdient zich terug.

Ervaringsdeskundigen

Test met echte gebruikers van hulpsoftware. Eén sessie leert meer dan een rapport.

Wetgeving

Wat moet je, en van wie?

Het speelveld in het kort: een Europese richtlijn, een Nederlands besluit, een technische norm en een verklaring. In die volgorde.

  1. Europa

    Richtlijn (EU) 2016/2102

    De Europese richtlijn over de toegankelijkheid van websites en mobiele applicaties van overheidsinstanties. Dit is de bron; elk EU-land heeft hem in eigen wetgeving omgezet.

  2. Nederland

    Tijdelijk besluit digitale toegankelijkheid overheid

    Geldt sinds 2018 voor alle overheidsinstanties: rijk, provincies, gemeenten, waterschappen, onderwijsinstellingen met een publieke taak en veel zelfstandige bestuursorganen. Websites moesten uiterlijk 23 september 2020 voldoen, mobiele apps sinds 23 juni 2021. Het besluit verplicht óók tot het publiceren van een toegankelijkheidsverklaring.

  3. De norm

    EN 301 549 · WCAG 2.2 niveau AA

    De wet verwijst niet rechtstreeks naar WCAG, maar naar de Europese norm EN 301 549. Die neemt de WCAG-succescriteria van niveau A en AA integraal over en voegt eisen toe voor onder andere documenten, software en hardware. Praktisch betekent dit: WCAG 2.2 niveau AA is je meetlat. Niveau AAA is nooit verplicht.

  4. Bedrijfsleven

    European Accessibility Act

    Sinds 28 juni 2025 geldt de EAA ook voor veel private partijen: webshops, banken, vervoerbedrijven, e-books en telecom. Werk je samen met marktpartijen of verzelfstandigde diensten, dan is de kans groot dat zij inmiddels dezelfde eisen hebben.

De vier statussen van een verklaring

In het landelijke register krijgt elke verklaring een status. Belangrijk om te weten: status B of C is niet verboden — géén verklaring publiceren wél.

A

Voldoet volledig

Alle criteria van niveau A en AA zijn aantoonbaar in orde.

B

Voldoet gedeeltelijk

Onderzocht, met een deel van de criteria nog open en een concreet verbeterplan.

C

Eerste maatregelen genomen

Je bent begonnen, maar er is nog geen volledig onderzoek gedaan.

D

Voldoet niet

Er is niets onderzocht en er zijn geen maatregelen genomen.

Onderbouwing

Hoe bewijs je dat je voldoet?

Met onderzoeksrapporten. Voor je eigen website laat je die maken. Voor standaardplatforms en apps — een raadsinformatiesysteem, een afvalwijzer-app, een afsprakenmodule — bestaan die rapporten vaak al: DigiToegankelijk (Logius) bundelt ze per thema op één pagina. Je verwijst er rechtstreeks naar in je verklaring.

Let op: zo'n rapport dekt alleen de techniek van het product, niet jouw eigen content. En onderzoek is drie jaar geldig, terwijl je verklaring jaarlijks een update nodig heeft.

Overzicht op DigiToegankelijk.nl

Veelgestelde vragen

Geldt dit ook voor onze intranet en interne systemen?

Ja. Het Tijdelijk besluit maakt geen onderscheid tussen extern en intern. Extranetten en intranetten die na 23 september 2019 zijn gepubliceerd of ingrijpend herzien, vallen er gewoon onder. En je collega's met een beperking werken er dagelijks in.

Wat is "onevenredige last"?

Een uitzonderingsgrond voor situaties waarin aanpassing echt onredelijk veel kost ten opzichte van het effect. Je moet die onderbouwen in je verklaring, met een afweging per onderdeel. Het is geen vrijbrief en zeker geen standaardtekst: "we hebben er geen budget voor" volstaat niet.

Vallen oude PDF's er ook onder?

Documenten die vóór 23 september 2018 zijn gepubliceerd en niet nodig zijn voor een actief administratief proces, zijn uitgezonderd. Alles wat je nu nog nodig hebt — formulieren, voorwaarden, aanvraaghulp — valt er wel onder. In de praktijk: opschonen is vaak sneller dan repareren.

Wie controleert dit eigenlijk?

Toezicht loopt langs meerdere lijnen: horizontaal via de gemeenteraad of provinciale staten, en landelijk via monitoring van de verklaringen in het register. Daarnaast kunnen bezoekers klagen — en die route levert in de praktijk de meeste druk op.

Moeten we meteen naar WCAG 2.2, of mag 2.1 nog?

WCAG 2.2 is achterwaarts compatibel: voldoe je aan 2.2, dan voldoe je automatisch aan 2.1. Richt je nieuwe werk dus meteen op 2.2 en neem de negen nieuwe criteria mee bij je volgende audit. Controleer welke versie van EN 301 549 in jouw contracten en aanbestedingen staat.

Zelftest

Hoe staat je organisatie ervoor?

Acht vragen, twee minuten. Geen audit — wel een eerlijk beeld van waar je begint. Er wordt niets opgeslagen of verstuurd.

Vraag {{ v.nr }} van 8 {{ v.vraag }}

Uitslag · {{ score }} van 8 punten

{{ uitslagTitel }}

{{ uitslagTekst }}

Jouw eerste drie stappen

  • {{ s }}
    •

Over deze site

Toegankelijkheidsverklaring

Een site over toegankelijkheid hoort zelf het goede voorbeeld te geven. Dit is wat wij hebben gedaan en wat nog open staat.

Nalevingsstatus

Streeft naar WCAG 2.2 niveau AA

Deze site is gebouwd op WCAG 2.2 niveau AA. Er is nog geen onafhankelijke audit uitgevoerd. De onderstaande maatregelen zijn ingebouwd en geautomatiseerd gecontroleerd op structuur, labels, alt-teksten, contrastwaarden en klikgebieden. Handmatige toetsing met een schermlezer moet nog gebeuren.

Genomen maatregelen

  • Een skip-link naar de hoofdinhoud, zichtbaar zodra je hem met Tab bereikt.
  • Semantische structuur: header, nav, main en footer als landmarks, met één H1 per pagina en een logische kopvolgorde.
  • Een duidelijk zichtbare focusindicator van 3 pixels op elk bedienbaar element, met contrast ten opzichte van de achtergrond.
  • Alle knoppen en navigatie-elementen zijn minimaal 44 bij 44 pixels — ruimer dan de 24 pixels die criterium 2.5.8 vraagt. Links in lopende tekst vallen onder de inline-uitzondering van dat criterium.
  • Tekstcontrast van minimaal 4,5:1; grote koppen en randen minimaal 3:1. Kleur draagt nergens als enige de betekenis.
  • Bij het wisselen van pagina verspringt de focus naar de hoofdinhoud, en resultaten van filters en de zelftest worden aangekondigd via een live region.
  • Alle formuliervelden hebben een zichtbaar, gekoppeld label. Decoratieve afbeeldingen hebben een lege alt-tekst.
  • De site respecteert de systeeminstelling voor verminderde beweging en blijft bruikbaar bij 400% zoom en op 320 pixels breed.

Wat nog open staat

  • Een onafhankelijk onderzoek volgens WCAG-EM is nog niet uitgevoerd. Zolang dat er niet is, hoort hier formeel status C bij.
  • De site is nog niet handmatig doorlopen met een schermlezer, en niet getest met ervaringsdeskundigen die dagelijks hulpsoftware gebruiken.
  • De navigatie werkt zonder JavaScript niet: pagina's wisselen via knoppen in plaats van echte links met een eigen URL. Voor een productieversie horen dit gewone links te zijn, zodat je kunt delen, bookmarken en terugnavigeren.
  • De teksten mikken op B1-niveau, maar zijn nog niet door een taalredacteur getoetst.

Iets tegengekomen?

Loop je tegen een drempel aan op deze site, laat het weten. Beschrijf de pagina, wat je probeerde te doen en welke hulpsoftware je gebruikt. Je krijgt binnen vijf werkdagen antwoord.

Mail naar toegankelijkheid@wcagkompas.nl