Sjabloon voor toegankelijkheidsrapport — wat een goed rapport daadwerkelijk bevat
”Toegankelijkheidsrapport” verwijst naar ten minste drie verschillende artefacten afhankelijk van wie het zegt, en de kloof daartussen is breed genoeg dat een inkoopfunctionaris en een engineeringleid door dezelfde vergadering kunnen gaan en er met volledig verschillende verwachtingen uitlopen. De uitdrukking omvat de geautomatiseerde PDF die een axe DevTools- of WAVE-scan uit een build-pipeline genereert; het 60-pagina handmatige document dat een gespecialiseerd bureau na een audit van zes weken overhandigt; en de sectorbreden benchmarks zoals de WebAIM Million en de samenvattingen van het eerste EAA-handhavingsjaar.
Dit artikel gaat over de eerste twee — het artefact dat men in opdracht geeft, beoordeelt, goedkeurt en aan het ontwikkelteam overhandigt. Wat volgt is de structuur die een bruikbaar rapport heeft, de ernst-rubric die een werkend rapport onderscheidt van een stapel niet-uitvoerbare tags, en het bevindingsformat dat engineeringteams daadwerkelijk zullen triageren. De helft van de rapporten die in 2026 op de bureaus van toegankelijkheidsleads belanden, slaagt niet voor de hieronder beschreven test, en het falen heeft bijna altijd dezelfde vorm: geen scope, geen rubric, geen hersteloverzicht, geen oordeel — alleen een lange lijst WCAG-referenties en het woord “hoog” in een kolom.
Geautomatiseerde scannerrapporten, handmatige auditrapporten en sectorjaarrapporten zijn drie verschillende artefacten. De onderstaande veldgids catalogiseert de negen secties die van een document een bruikbaar artefact maken, met dezelfde anatomie in elke vermelding: wat het bevat, de voorbeeldbewoordingen die het verankeren, waarom het belangrijk is, de beoogde doelgroep, en of het verplicht of aanbevolen is. De catalogus kan van begin tot eind worden gelezen of per sectienummer worden doorzocht.
9 secties · wat elk goed toegankelijkheidsrapport bevat
| ID | Sectie | Taak | Vereist? |
|---|---|---|---|
| E·01 | Samenvatting voor het management | Conformiteitsoordeel in één alinea voor sponsors | Verplicht |
| E·02 | Omschrijving van de scope | Wat getest is — en wat niet | Verplicht |
| E·03 | Methodologie | Norm, audittype, tools, versies | Verplicht |
| E·04 | Conformiteitsoordeel | Geslaagd / mislukt / n.v.t. per succescriterium | Verplicht |
| E·05 | Bevindingen — de probleemlijst | Elk defect met ID, SC, ernst, oplossing | Verplicht |
| E·06 | Ernst-rubric | Gedefinieerde betekenis van blokkerend / groot / klein | Verplicht |
| E·07 | Hersteloverzicht | Geprioriteerde herstvolgorde met inspanningsschattingen | Verplicht |
| E·08 | Hertest-beleid | Schema en triggers voor hervalidatie | Verplicht |
| E·09 | Sjabloon voor toegankelijkheidsverklaring | Concept van de openbare verklaring, klaar om te publiceren | Verplicht |
Verplicht = aanwezig in zowel geautomatiseerde scanner- als handmatige auditrapporten, met de kanttekening dat scanners E·01, E·02, E·07 en E·09 automatisch genereren of weglaten omdat deze secties menselijk oordeel vereisen. Het format van elke sectie is de keuze van de auditor; de aanwezigheid van alle negen is wat een document bruikbaar maakt.
Drie soorten toegankelijkheidsrapport — en welke u daadwerkelijk nodig heeft
De terminologie is belangrijk omdat leveranciers de categorieën bewust vervagen. Drie afzonderlijke artefacten worden verkocht onder dezelfde uitdrukking, en ze beantwoorden verschillende vragen.
Geautomatiseerd scannerrapport. Geproduceerd door een tool — axe DevTools, WAVE, Lighthouse, Pa11y, of de gratis toegankelijkheidsscanner op deze site. Draait in minuten. Dekt ruwweg 60 tot 70 procent van de WCAG 2.2 succescriteria qua oppervlakte, maar materieel minder qua gebruikersimpact, omdat de meest impactvolle fouten — toetsenbordvallen, kwaliteit van de focusvolgorde, leesbaarheid voor schermlezers, betekenisvolle alternatieve tekst — grotendeels buiten het bereik van statische analyse vallen. Nuttig als basislijn en als CI-regressiepoort, maar niet als volledig rapport op zichzelf.
Handmatig auditrapport. In opdracht gegeven bij een gespecialiseerd bureau of intern opgesteld, idealiter met een beoordeling door een handmatige audit door testers met beperkingen. Duurt vier tot acht weken. Dekt de 30 tot 40 procent van WCAG die automatisering mist, plus een menselijke beoordeling van de rest. Dit is het artefact dat een verdedigbare juridische positie vestigt onder de ADA Titel III of de EAA en het hersteloverzicht aanstuurt.
Sectorjaarrapport. WebAIM Million, EU eGovernment Benchmark, EAA eerste-jaar handhavingssamenvatting. Sectorbreed context, geen vervanging voor het testen van de eigen website.
Als een belanghebbende zegt “we hebben een toegankelijkheidsrapport nodig” zonder te specificeren welk, vraag dan welk er bedoeld wordt. Het kostenverschil tussen de drie is ruwweg vier ordes van grootte.
Een rapport zonder scope, rubric of oordeel is actief misleidend, omdat de lezer niet kan nagaan wat er getest is, wat ernst betekent, of dat het object voldoet.
Elke vermelding hieronder registreert dezelfde zaken in dezelfde volgorde: wat het bevat, de voorbeeldbewoordingen die het verankeren, waarom het belangrijk is, de beoogde doelgroep, en of het verplicht of aanbevolen is. Een rapport dat een van de negen mist is onvolledig; een rapport dat E·02, E·04 of E·06 mist is onbruikbaar.
Samenvatting voor het management
Één alinea, begrijpelijk Nederlands, geen jargon. Het onmisbare element is een conformiteitsoordeel — één zin die een uitvoerend sponsor vertelt of het object voldoet, gedeeltelijk voldoet of niet voldoet aan de genoemde norm. Onder het oordeel, drie tot vijf zinnen met de naam van de norm, het auditvenster, het aantal blokkerende bevindingen en de hoofdlijn van het hersteloverzicht.
Uitvoerende sponsors hebben een oordeel nodig, geen temperatuurmeting. De samenvatting is de enige pagina die de meeste niet-specialistische lezers zullen openen, en een rapport dat de conformiteitshouding begraven houdt onder twaalf pagina’s methodologische inleiding faalt in zijn primaire taak. De oordeelszin is ook wat toezichthouders en inkoopfunctionarissen citeren wanneer zij naar uw rapport verwijzen.
Omschrijving van de scope
Wat er getest is — URL’s, paginatypen, gebruikerstrajecten, apparaten, browsers, hulptechnologieën. En wat niet — door authenticatie beveiligde pagina’s buiten het testaccount, PDF’s, native mobiele apps, ingebedde content van derden. Elk uitgesloten object wordt benoemd, met de reden van uitsluiting (buiten budget, geen testgegevens, uitgesteld naar een vervolgopdracht).
De omschrijving van de scope is wat voorkomt dat een jaarlijkse audit op technische gronden wordt betwist. Als het ontbreekt, is de conformiteitsaanspraak niet falsifieerbaar — een eiser kan wijzen op een niet-geauditeerd object en claimen dat het rapport daarover zwijgt, en een verdediger kan het tegendeel niet aantonen. Een omschrijving van de scope begrenst ook de aansprakelijkheid van de auditor: een uitsluiting die benoemd is, is een uitsluiting die de geauditeerde organisatie heeft geaccepteerd.
Methodologie
Welke norm — WCAG 2.2 AA, WCAG 2.1 AA, EN 301 549 v3.2.1, Section 508. Welk audittype — geautomatiseerd, handmatig, gemengd. Welke tools en in welke versies — axe-core 4.x, NVDA 2025.1, VoiceOver iOS 18, JAWS 2025. Welke testbenadering — WCAG-EM bemonsterd overzicht, volledige templatebeoordeling, trajectgebaseerd.
De methodologie is wat zes maanden later een hertest in staat stelt vergelijkbare dingen te vergelijken. Zonder een genoemde toolversie kan een regressie niet worden onderscheiden van een artefact van een toolupdate. Zonder een genoemde norm is een “conformiteits”-aanspraak niet interpreteerbaar. De methodologiesectie is ook de plek waar de competentie van een auditor door andere auditors wordt beoordeeld.
Conformiteitsoordeel
De formele conformiteitsaanspraak, per succescriterium, in drie staten: geslaagd, mislukt, niet van toepassing. WCAG 2.2 AA heeft 55 succescriteria; elk zou in deze tabel moeten staan. Niet van toepassing is een geldig oordeel — een site zonder video hoeft niet te voldoen aan 1.2.2 Ondertiteling — maar elk n.v.t. heeft een eenregelige onderbouwing nodig.
Dit is wat toezichthouders en advocaten van eisende partijen als eerste lezen. Een rapport dat het oordeel verhult — “voldoet grotendeels”, “in substantiële naleving”, “op weg naar toegankelijkheid” — is een rapport dat het aflegt voor het Ministerie van Justitie of een lidstaat-EAA-handhavingsorgaan. De oordeel-tabel is ook de invoer voor de openbare toegankelijkheidsverklaring, zodat een vage tabel een vage verklaring oplevert.
Bevindingen — de probleemlijst
De langste sectie in elk echt rapport. Elke bevinding krijgt zijn eigen rij met een stabiel ID, WCAG SC, ernst, locatie, beschrijving, gebruikersimpact en aanbevolen oplossing. Het format wordt uiteengezet in de sectie “bevindingsformat” verderop. Bevindingen zijn gegroepeerd per template of per ernst, gerangschikt op herstelprioriteit en gekoppeld aan de conformiteitsoordeel-tabel.
De bevindingslijst is het deel dat het engineeringteam daadwerkelijk opent. Een rapport dat bevindingen begraven houdt in verhalende proza zal nooit worden getriageerd; een rapport dat ze als rijen met stabiele ID’s aanbiedt, wordt een achterstand van tickets. Het stabiele ID is het dragende detail — het laat dezelfde bevinding worden vermeld in de oordeel-tabel, het hersteloverzicht en het hertestrapport twaalf maanden later.
Ernst-rubric
Een gedefinieerde rubric die aangeeft wat blokkerend, groot en klein betekenen in dit specifieke rapport. Zonder rubric zijn de ernstniveaus nietszeggend. De aanbevolen drietraps-rubric — verankerd in gebruikersimpact en niet in scannervertrouwen of juridische blootstelling — wordt uiteengezet in de rubric-sectie verderop.
Zonder rubric betekent “hoge ernst” wat de lezer er al in meebrengt, en wordt de rubric-kolom decoratief. Met een rubric betekent blokkerend hetzelfde in bevinding F-001 als in bevinding F-247, en kan het hersteloverzicht rationeel prioriteren. Een rubric is ook wat scope creep tijdens hertests voorkomt — een bevinding kan niet stilletjes opnieuw worden geclassificeerd tussen cycli als de ernstdefinitie schriftelijk is vastgelegd.
Hersteloverzicht
Een geprioriteerde herstvolgorde met ruwe inspanningsschattingen. Blokkerende problemen eerst, dan grote, dan kleine; binnen elke laag worden eerst de dingen hersteld die over meerdere templates terugkeren. Inspanningsschattingen mogen grof zijn — klein, middel, groot in ingenieursdagen — maar ze moeten bestaan, omdat het hersteloverzicht van het rapport een programma maakt.
Een rapport zonder hersteloverzicht is een stapel bevindingen zonder instructie voor wat er daarna moet gebeuren, en de geauditeerde organisatie zal het stilletjes opbergen. Een hersteloverzicht maakt van het rapport een werkprogramma dat kan worden gevolgd, van middelen voorzien en gerapporteerd in de volgende kwartalen. Het is ook het artefact dat de monitoring-inkoopgids aanbeveelt als invoer voor een continue monitoring-configuratie.
Hertest-beleid
Wanneer het rapport opnieuw wordt gevalideerd, wat een hertest buiten het schema uitlokt, en welke bevindingen opnieuw worden getest. Een jaarlijkse volledige audit plus een hertest na zes maanden op eerder mislukte criteria is voor de meeste websites verdedigbaar; producten die dagelijks worden verzonden, hebben een kortere cyclus nodig.
Een rapport zonder hertestcyclus is een rapport dat binnen twaalf maanden stilletjes verouderd is. De EU-Richtlijn webtoegankelijkheid verwacht dat gepubliceerde verklaringen jaarlijks worden vernieuwd; zowel de EAA als de DOJ Titel II behandelen niet-vernieuwde audits als bewijs dat de organisatie is gestopt met aandacht besteden. Een genoemde cyclus beschermt ook een auditor tegen een toekomstige klant die vraagt waarom het vorige rapport een regressie niet heeft gevonden die twee maanden na het auditvenster is opgetreden.
Sjabloon voor toegankelijkheidsverklaring
Een concept openbare verklaring opgesteld op basis van de auditbevindingen, klaar om te publiceren op /accessibility/. De auditor beschikt over de feiten, zodat de auditor de verklaring opstelt; de geauditeerde organisatie beoordeelt en publiceert. Voor voorbeelden van hoe gepubliceerde verklaringen variëren in kwaliteit, catalogiseert de audit van toegankelijkheidsverklaringen de top 100 in 2026.
De verklaring is het openbare oppervlak van het rapport en het enige document dat de meeste gebruikers ooit zullen zien. Het opstellen ervan als onderdeel van het rapport — in plaats van de geauditeerde organisatie zes maanden later bevindingen te laten vertalen naar openbare taal — is wat de cirkel sluit tussen audit en openbare positie. Het is ook het EAA-naleving-artefact onder Artikel 7, en een van de documenten die de DOJ-Titel II-regel van 2024 verwacht op verzoek beschikbaar te zijn.
Een ernst-rubric die daadwerkelijk werkt
De meeste rapporten gebruiken “hoog / gemiddeld / laag” zonder te definiëren wat deze woorden betekenen, waardoor de ernst-kolom decoratief in plaats van dragend wordt. Een werkende rubric is verankerd in gebruikersimpact, niet in scannervertrouwen en niet in juridische blootstelling.
Blokkerend. Gebruikers met de relevante beperking kunnen het traject helemaal niet voltooien. Een toetsenbordval bij het afrekenen. Een schermlezer die een kritisch formulierveld niet aankondigt. Een modaal dat de focus vasthoudt en niet zonder muis kan worden gesloten. De gebruiker moet opgeven of om hulp vragen.
Groot. Gebruikers kunnen het traject voltooien, maar met aanzienlijke frictie of substantieel minder informatie dan een ziende, muisgebruikende gebruiker. Focusvolgorde die onvoorspelbaar springt. Foutmeldingen die visueel verschijnen maar niet worden aangekondigd. Contrast onder 4,5:1 over grote delen van de pagina. Het traject wordt voltooid, maar de ervaring is materieel verslechterd.
Klein. Een toegankelijkheidsprobleem dat het traject niet blokkeert of substantieel verslechtert. Een decoratieve afbeelding zonder alt="". Een landmark zonder label. Een AAA-probleem dat informatief wordt weergegeven. Deze horen in het rapport maar staan onderaan de herstelwachtrij.
Een noot over juridische ernst. Sommige juridische afdelingen dringen aan op een parallelle “juridische ernst”-laag gewogen naar class-action-blootstelling in plaats van gebruikersimpact. Dat is in orde — maar houd het als een afzonderlijke kolom. Het samenvoegen van beide produceert een rapport dat het ontwikkelteam wantrouwt en dat advocaten overdreven op draaien.
Een bevindingsformat dat engineeringteams daadwerkelijk zullen gebruiken
Een bevinding is een rij, geen alinea. De vereiste velden:
| Veld | Voorbeeld |
|---|---|
| Bevinding-ID | F-014 |
| WCAG SC | 1.4.3 Contrast (Minimum) |
| Ernst | Groot |
| Locatie | https://example.com/checkout — button.cta-primary (zie schermafbeelding F-014.png) |
| Beschrijving | Primaire CTA-tekst wordt weergegeven met een contrast van 3,2:1 tegen de oranje achtergrond; WCAG AA vereist 4,5:1. |
| Gebruikersimpact | Gebruikers met laag zichtvermogen en gebruikers in fel buitenlicht kunnen het knoplabel niet lezen. |
| Aanbevolen oplossing | Verdonker het achtergrond-token van #F2994A naar #C95F0A, of wijzig de tekst naar donker marineblauw. |
Elke rij die de gebruiksimpact-zin weglaat, zal worden gedeprioriteerd door engineers die vragen “wat breekt dit eigenlijk?” Elke rij die een aanbevolen oplossing weglaat, zal worden gedeprioriteerd door productmanagers die vragen “wat is de keuze hier?” Een rapport dat wordt getriageerd is een rapport dat dingen herstelt; een rapport dat dat niet doet is een stapel ernsttags.
De “scanneruitvoer”-versie — wat er anders is
Voor een geautomatiseerd scannerrapport — de PDF die een CI-run, een gratis toegankelijkheidsscanner of een monitoringplatform produceert — ontbreken secties E·01, E·02, E·07 en E·09 meestal of worden ze automatisch gegenereerd. De waarde van een scannerrapport zit in E·04 en E·05: een machine-leesbare lijst van mislukte succescriteria en bevindingen gekoppeld aan DOM-selectors. De scanner kan geen bruikbare samenvatting opstellen, kan geen scopebeslissing nemen, kan geen hersteloverzicht prioriteren en kan geen verklaring schrijven die een jurist zou goedkeuren.
Dat is in orde — een scannerrapport is de ruwe invoer voor een volledig toegankelijkheidsrapport, geen vervanging. Sommige monitoringplatforms leggen nu de ontbrekende secties bovenop de scanuitvoer; dat is dichter bij een volledig artefact, maar de samenvatting en het hersteloverzicht hebben nog steeds een menselijke beoordeling nodig voordat ze worden gepubliceerd.
Het downloadbare sjabloon
Een werkend markdown-sjabloon correspondeert één op één met de negen bovenstaande secties:
# Toegankelijkheidsrapport — [Object] — [Datum]## Samenvatting voor het management— één alinea plus de oordeelszin## Scope— URL’s, trajecten, apparaten, hulptechnologieën; expliciete lijst van wat buiten scope valt## Methodologie— norm, audittype, tools, versies## Conformiteitsoordeel— tabel van alle WCAG 2.2 AA SC’s met geslaagd / mislukt / n.v.t.## Bevindingen— één subkop per bevinding, velden per het bovenstaande format## Ernst-rubric— gebruikte definities van blokkerend / groot / klein## Hersteloverzicht— geprioriteerde lijst met inspanningsschatting## Hertest-beleid— schema en triggers## Toegankelijkheidsverklaring (concept)— klaar-om-te-publiceren versie
Een toekomstige versie van deze pagina zal downloadbare .md- en .docx-versies bevatten; vooralsnog is de bovenstaande structuur de canonieke referentie. De audit van toegankelijkheidsverklaringen catalogiseert hoe de top 100 verklaringen variëren — de kloof tussen goed en slecht loopt nauw parallel met de vraag of het onderliggende rapport een gedefinieerde scope en een echte rubric had.
Wat deze 9 secties gemeen hebben
Elk van de negen secties doet hetzelfde onderliggende werk: het omzetten van een stuk bewijs in een stuk taal dat kan worden geciteerd, geauditeerd en twaalf maanden later tegen de geauditeerde organisatie kan worden gehouden. De samenvatting voor het management zet een beoordeling van 60 pagina’s om in een oordeel. De omschrijving van de scope zet de daadwerkelijke dekking van de auditor om in een niet-falsifieerbare grens. De methodologie zet een proces om in een herhaalbare vergelijkingsbasislijn. De oordeel-tabel zet WCAG-conformiteit om in 55 atomaire aanspraken. De bevindingen zetten defecten om in triageerbare rijen. De rubric zet ernst om van een gevoel in een definitie. Het hersteloverzicht zet bevindingen om in een programma. Het hertest-beleid zet het rapport om van een momentopname in een cyclus. Het sjabloon voor de verklaring zet het interne rapport om in een openbare positie.
De rapporten die in 2026 falen, falen omdat ze de conversiestap overslaan. Ze citeren een WCAG-nummer zonder het te vertalen naar “wat breekt dit eigenlijk voor welke gebruikers”. Ze taggen bevindingen “hoog” zonder “hoog” te vertalen naar een definitie. Ze produceren een oordeel zonder de scope te produceren waarop het van toepassing is. Elke ontbrekende conversiestap is een plek waar het rapport niet-falsifieerbaar wordt — en een niet-falsifieerbaar toegankelijkheidsrapport is geen deliverable, het is een marketingartefact.
Het diepere patroon is dat een toegankelijkheidsrapport op vier heel verschillende afstanden wordt gelezen. De uitvoerende sponsor leest E·01 en keert nooit terug. De inkoopfunctionaris leest E·02, E·03 en E·09. De engineeringlead leest E·05, E·06 en E·07. De auditor die het rapport twaalf maanden later leest, leest E·03, E·04 en E·08. Een rapport dat niet op alle vier afstanden werkt, faalt voor ten minste een van die lezers, en de lezer die faalt is gewoonlijk degene met het budget.
Wat u als eerste moet doen
Praktische acties voor toegankelijkheidsleads in 2026
- Voer de gratis toegankelijkheidsscanner uit op drie representatieve templates om een basislijn-bevindingslijst in E·05-format te produceren — dit is het minimaal levensvatbare artefact en het kost niets.
- Geef een handmatige audit door testers met beperkingen in opdracht voor het volledige negen-secties-rapport. Sta erop dat E·02, E·06 en E·07 als acceptatiecriteria voor het deliverable worden opgenomen.
- Publiceer het concept van de toegankelijkheidsverklaring uit E·09 op
/accessibility/binnen vier weken na het rapport. Laat het niet ongepubliceerd liggen. - Stel continue monitoring in volgens de monitoring-inkoopgids om regressies op te vangen tussen het jaarlijkse rapport en de hertest na zes maanden.
- Plan de hertest uit E·08 in de engineeringkalender — niet de juridische kalender — en behandel het als een release-poort.
Een bruikbaar toegankelijkheidsrapport is het rapport dat een toezichthouder in vijf minuten kan lezen (E·01, E·02, E·04), dat een engineer in een sprint kan triageren (E·05, E·06, E·07) en dat een auditor een jaar later opnieuw kan uitvoeren (E·03, E·08). Een nutteloos rapport is het rapport dat WCAG-nummers citeert zonder ze te vertalen naar taal waar een van die lezers mee kan handelen. De helft van de rapporten die in 2026 op de bureaus van toegankelijkheidsleads belanden, slaagt niet voor die test, en het falen heeft bijna altijd dezelfde vorm: geen scope, geen rubric, geen hersteloverzicht, geen oordeel.
Voer de gratis WCAG 2.2-scanner uit voor een geautomatiseerde basislijn in E·05-format, en geef daarna een handmatige audit in opdracht voor de zes resterende secties.
Open de scanner →Veelgestelde vragen
Wat moet een toegankelijkheidsrapport bevatten?
Een volledig rapport bevat negen secties: een samenvatting voor het management met een conformiteitsoordeel, een omschrijving van de scope, een methodologiesectie met de naam van de norm en de gebruikte tools, een conformiteitsoordeel per succescriterium, een bevindingslijst, een ernst-rubric, een hersteloverzicht met inspanningsschattingen, een hertest-beleid en een concept-toegankelijkheidsverklaring. Een rapport zonder scope, rubric of oordeel is onbruikbaar — de lezer kan niet nagaan wat er getest is, wat “ernst” betekent, of dat de site voldoet.
Wat is het verschil tussen een toegankelijkheidsrapport en een toegankelijkheidsverklaring?
Een toegankelijkheidsrapport is een intern document — doorgaans 30 tot 80 pagina’s — dat de bevindingen, ernstniveaus en het hersteloverzicht van een audit documenteert. Een toegankelijkheidsverklaring is de korte, openbare pagina op /accessibility/ die de conformiteitshouding, de norm, de auditdatum, de bekende uitzonderingen en het contactkanaal voor gebruikers die een barrière tegenkomen samenvat. Het rapport produceert de verklaring; de verklaring is niet het rapport.
Hoe lang is een gemiddeld toegankelijkheidsrapport?
Een handmatig auditrapport voor een kleine marketingsite beslaat 25 tot 40 pagina’s. Een rapport voor een complex geverifieerd product met meerdere gebruikerstrajecten kan 80 tot 150 pagina’s bereiken omdat de bevindingssectie groeit met het aantal beoordeelde templates. De narratieve secties gezamenlijk beslaan ongeacht de omvang van de site ruwweg 10 tot 15 pagina’s. De rest zijn bevindingen.
Zijn rapporten van toegankelijkheidsscanners juridisch toereikend?
Nee. Noch de DOJ-regel van 2024 voor Titel II, noch de Europese Toegankelijkheidsakte beschouwt geautomatiseerde scanneruitvoer als een volledig toegankelijkheidsrapport. Scanners detecteren ruwweg 30 tot 40 procent van de WCAG-problemen — voornamelijk contrast, ontbrekende alternatieve tekst, ontbrekende labels en documentstructuur. De resterende 60 tot 70 procent vereist menselijk oordeel. Een scannerrapport is ruwe invoer voor een volledig rapport, geen vervanging.
Hoe vaak moet een toegankelijkheidsrapport opnieuw worden uitgebracht?
Een volledige handmatige audit- en rapportcyclus elke twaalf maanden is de werkende basislijn voor de meeste websites. Een hertest op de eerder mislukte criteria na zes maanden is goede hygiëne. Elke significante templatewijziging, herontwerp of frameworkmigratie moet een delta-audit uitlokken. Continue monitoring loopt tussen rapporten door zodat regressies onmiddellijk zichtbaar worden.
Schrijft WCAG een specifiek rapportformat voor?
Nee. WCAG specificeert succescriteria; het schrijft het format van een auditdocument niet voor. Het W3C publiceert EARL en WCAG-EM als structurele referenties, maar geen van beide is verplicht onder de ADA, EAA, AODA of enig ander regime. De regimes verwachten dat een rapport de norm, de scope, de methodologie en het oordeel vermeldt — het format rondom die feiten is de keuze van de auditor.
MethodologieSectiemodel afgeleid van de WCAG-EM-evaluatiemethodologie, IAAP-auditrapporten en meer dan 30 gepubliceerde toegankelijkheidsverklaringen onderzocht in /articles/accessibility-statement-audit-top-100/.
ScopeDit is een handleiding voor het rapportformat, geen juridische nalevingschecklist. Raadpleeg bevoegde juridische adviseurs voor jurisdictiespecifieke rapportageverplichtingen onder de ADA Titel III, de EAA, of andere van toepassing zijnde regimes.