VK-toegankelijkheidsregels: een gids over PSBAR

Wat zijn de Britse Public Sector Bodies Accessibility Regulations?

De Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018 — meestal aangeduid als PSBAR, de PSB Regulations, of gewoon “de Britse toegankelijkheidsregels” — traden in september 2018 in werking. Ze zetten de EU Web Accessibility Directive (WAD) om in Brits recht en blijven ook na de brexit van toepassing onder het door het VK behouden EU-recht.

PSBAR verplicht overheidsinstanties om hun websites en mobiele applicaties toegankelijk te maken voor mensen met een beperking. Compliance wordt beoordeeld aan de hand van de Web Content Accessibility Guidelines (WCAG) 2.1 Level AA, en alle organisaties binnen de reikwijdte moeten een toegankelijkheidsverklaring publiceren en actueel houden.

Wie moet compliant zijn?

PSBAR is van toepassing op overheidsinstanties zoals gedefinieerd in de regelgeving. Dit is een brede categorie die het volgende omvat:

Centrale overheidsdepartementen en uitvoerende agentschappen
Non-departmental public bodies (NDPB’s) en andere op afstand geplaatste organen
Lokale overheden en gemeenteraden
NHS-trusts en gezondheidsinstanties
Universiteiten en hogeronderwijsinstellingen (met enige nuance)
Politie, brandweer en andere hulpdiensten
Bekostigde scholen en multi-academy trusts
Bibliotheken, musea en culturele instellingen die door overheidsinstanties worden beheerd

Organisaties uit de private sector vallen niet onder PSBAR. Als een particulier bedrijf echter digitale diensten levert namens een overheidsinstantie — bijvoorbeeld het beheren van het online betaalportaal van een gemeente — blijft de overheidsinstantie verantwoordelijk voor de toegankelijkheid van die diensten.

Wat betekent “binnen de reikwijdte” voor content?

De regelgeving geldt voor alle publiek toegankelijke websites en mobiele applicaties die door overheidsinstanties worden beheerd. Dit omvat intranetten en extranetten waar deze toegankelijk zijn voor het publiek.

Verschillende categorieën content zijn echter expliciet uitgesloten:

Kantoorbestandsformaten (PDF’s, Word-documenten, spreadsheets) gepubliceerd vóór 23 september 2018, tenzij ze nodig zijn om een dienst te gebruiken
Vooraf opgenomen tijdgebonden media (video, audio) gepubliceerd vóór 23 september 2020
Live video (live ondertiteling is niet vereist, hoewel het als best practice wordt aangeraden waar mogelijk)
Online kaarten — zolang essentiële navigatie-informatie op toegankelijke wijze wordt aangeboden
Content van derden die de overheidsinstantie niet financiert, ontwikkelt of beheert
Erfgoedcollecties en gearchiveerde content die niet zonder onevenredige last toegankelijk kan worden gemaakt
Intranetten en extranetten waarvan de content van vóór september 2019 is en niet substantieel is herzien

De uitzondering voor oudere kantoorbestanden wordt vaak verkeerd begrepen. Ze geldt voor documenten gepubliceerd vóór de relevante datum — niet voor alle PDF’s die ooit zijn gemaakt. Elk nieuw document, of elk bestaand document dat na de ingangsdatum wordt bijgewerkt, moet aan de standaard voldoen.

De technische standaard: WCAG 2.1 Level AA

PSBAR vereist conformiteit met WCAG 2.1 Level AA. Deze standaard, gepubliceerd door het W3C, omvat 50 succescriteria die zijn onderverdeeld in vier principes:

Waarneembaar — informatie en UI-componenten moeten op manieren worden gepresenteerd die gebruikers kunnen waarnemen. Belangrijke vereisten zijn onder meer:

Tekstalternatieven voor niet-tekstuele content (afbeeldingen, pictogrammen, grafieken)
Ondertiteling voor videocontent
Voldoende kleurcontrast (4,5:1 voor normale tekst, 3:1 voor grote tekst en UI-componenten)
Content die op verschillende manieren kan worden gepresenteerd zonder informatieverlies

Bedienbaar — UI-componenten en navigatie moeten bedienbaar zijn. Belangrijke vereisten zijn onder meer:

Volledige toetsenbordtoegankelijkheid — alle functionaliteit moet werken zonder muis
Geen toetsenbordvallen
Geen content die vaker dan drie keer per seconde knippert
Beschrijvende paginatitels, koppen en linktekst
Een zichtbare focusindicator voor toetsenbordnavigatie

Begrijpelijk — content en UI moeten begrijpelijk zijn. Belangrijke vereisten zijn onder meer:

Taal aangegeven in de HTML (lang-attribuut)
Consistente navigatie en labeling
Beschrijvende foutmeldingen met instructies voor correctie
Labels en instructies voor alle formuliervelden

Robuust — content moet robuust genoeg zijn om door hulptechnologie te worden geïnterpreteerd. Belangrijke vereisten zijn onder meer:

Geldige, goed gestructureerde HTML
Correct gebruik van ARIA-rollen, -statussen en -eigenschappen
Statusmeldingen die aan hulptechnologie worden gecommuniceerd zonder dat focus nodig is

WCAG 2.1 voegde 17 nieuwe succescriteria toe ten opzichte van WCAG 2.0, met bijzondere aandacht voor mobiele toegankelijkheid, slechtziendheid en cognitieve en leerbeperkingen. De nieuwe criteria omvatten:

1.3.4 Oriëntatie — content mag niet vastgezet zijn op één schermoriëntatie
1.3.5 Doel van invoer identificeren — formuliervelden die persoonlijke gegevens verzamelen, moeten autocomplete-attributen gebruiken
1.4.10 Reflow — content moet reflowen bij 320px zonder horizontaal scrollen
1.4.11 Contrast van niet-tekstuele elementen — UI-componenten en grafische objecten moeten 3:1-contrast hebben
1.4.12 Tekstafstand — gebruikers moeten tekstafstand kunnen aanpassen zonder informatieverlies
1.4.13 Content bij hover of focus — extra content die wordt geactiveerd door hover of focus moet weg te klikken en aanhoudend zijn
2.5.3 Label in naam — toegankelijke namen van componenten moeten het zichtbare tekstlabel bevatten

De verplichting tot een toegankelijkheidsverklaring

Een van de meest kenmerkende verplichtingen van PSBAR — en een waar veel overheidsinstanties tekortschieten — is de verplichte toegankelijkheidsverklaring.

Elke website en mobiele applicatie binnen de reikwijdte moet een toegankelijkheidsverklaring publiceren die:

Aangeeft welke standaard de site nastreeft — doorgaans WCAG 2.1 AA
Bekende toegankelijkheidsproblemen vermeldt — specifieke barrières die zijn geïdentificeerd en nog niet zijn opgelost, met een beschrijving van elk probleem
Een claim van onevenredige last opneemt (indien van toepassing) — een gedocumenteerde onderbouwing van waarom bepaalde content niet toegankelijk is gemaakt
Een feedbackmechanisme biedt — een manier voor gebruikers om contact op te nemen met de organisatie om toegankelijkheidsbarrières te melden of toegankelijke alternatieven aan te vragen
De handhavingsprocedure vermeldt — gebruikers die niet tevreden zijn met de reactie doorverwijzen naar de relevante toezichthoudende instantie
De beoordelingsdatum toont — wanneer de verklaring voor het laatst is bijgewerkt

De Government Digital Service (GDS) publiceert een standaardsjabloon voor toegankelijkheidsverklaringen. Overheidsinstanties worden aangemoedigd (en in de praktijk verwacht) dit sjabloon te gebruiken, of een sjabloon dat alle vereiste elementen bevat.

Veelgemaakte fouten in toegankelijkheidsverklaringen:

Volledige WCAG 2.1 AA-compliance claimen zonder bewijs
Geen bekende problemen vermelden terwijl deze duidelijk bestaan
Een contactmechanisme aanbieden dat zelf ontoegankelijk is
Een verklaring publiceren die al meer dan een jaar niet is beoordeeld
Een generieke verklaring gebruiken die van een andere organisatie is gekopieerd zonder aanpassing aan de eigen site

Een toegankelijkheidsverklaring die de conformiteit verkeerd voorstelt, is niet alleen niet-compliant — het ondermijnt het vertrouwen van gebruikers en levert reputatierisico op wanneer de daadwerkelijke barrières worden gemeld.

Onevenredige last

PSBAR biedt overheidsinstanties de mogelijkheid om voor specifieke content een uitzondering wegens onevenredige last te claimen wanneer de kosten of inspanning om die content toegankelijk te maken niet in verhouding staan tot het voordeel voor gebruikers met een beperking. Dit is geen blanco uitzondering en moet worden toegepast op specifieke, geïdentificeerde content — niet op een hele website.

Om onevenredige last te claimen, moet de organisatie:

Een formele beoordeling uitvoeren waarin de kosten van het toegankelijk maken van de content worden afgewogen tegen het voordeel voor gebruikers met een beperking
De omvang, middelen en aard van de content van de organisatie in overweging nemen
De beoordeling documenteren
De claim vermelden in de toegankelijkheidsverklaring, met identificatie van de content en de onderbouwing van de claim
De claim periodiek herzien

De richtlijnen van GDS zijn duidelijk dat onevenredige last niet kan worden gebruikt om te voorkomen dat kernprocessen voor gebruikers toegankelijk worden gemaakt. Het claimen van onevenredige last voor een betaalformulier of dienstaanvraag zou niet als geldig worden beschouwd.

Handhaving in het VK

De handhaving van PSBAR verschilt van toegankelijkheidsrechtszaken in de VS. Het VK heeft geen individueel vorderingsrecht dat vergelijkbaar is met ADA Title III voor websitetoegankelijkheid. In plaats daarvan is handhaving gestructureerd rond:

Monitoring door de Government Digital Service (GDS) — GDS is verantwoordelijk voor het monitoren van de PSBAR-compliance van overheidsinstanties. Ze voeren steekproefaudits uit van websites en mobiele applicaties en rapporteren complianceresultaten aan de Europese Commissie (voor rapportageperiodes vóór de brexit) en nu onder de door het VK behouden verplichtingen.

Het Cabinet Office houdt toezicht op het algemene compliancekader, waaronder de verplichting voor departementen om toegankelijkheidsplannen te hebben.

De Equality Act 2010 biedt een parallelle route. De Equality Act verplicht dienstverleners (inclusief overheidsinstanties) om redelijke aanpassingen te doen voor mensen met een beperking. Een website van een overheidsinstantie met toegankelijkheidsbarrières die een persoon met een beperking verhindert toegang te krijgen tot diensten, kan onwettige discriminatie onder de wet vormen. In tegenstelling tot PSBAR ondersteunt de Equality Act wel individuele claims — gebruikers met een beperking kunnen zaken aanbrengen bij een arbeidsrechtbank (employment tribunal) of county court.

Ofcom handhaaft omroepgerelateerde vereisten. De Financial Conduct Authority (FCA) en andere sectorale toezichthouders kunnen ook sectorspecifieke toegankelijkheidsverwachtingen toepassen.

In de praktijk is de handhaving van PSBAR relatief terughoudend geweest — GDS publiceert complianceresultaten en gaat met organisaties in gesprek om te verbeteren, in plaats van formele handhavingsacties te ondernemen. Dit vermindert echter niet de wettelijke verplichting, en claims onder de Equality Act blijven een reëel risico.

Status na de brexit

PSBAR is omgezet vanuit de EU Web Accessibility Directive onder de European Communities Act. Na de brexit blijft de regelgeving behouden als Brits nationaal recht onder de Retained EU Law (Revocation and Reform) Act 2023. De regelgeving blijft volledig van kracht; na de brexit is het VK niet langer verplicht updates van de EU-WAD of de geharmoniseerde standaard EN 301 549 te volgen, maar WCAG 2.1 AA blijft de toepasselijke technische standaard.

Organisaties die zowel in het VK als in de EU actief zijn, moeten voldoen aan zowel PSBAR als de relevante implementaties van de Web Accessibility Directive door EU-lidstaten — die ook naar WCAG 2.1 AA verwijzen, wat in de praktijk voor afstemming zorgt.

Mobiele applicaties

PSBAR is naast websites ook van toepassing op mobiele applicaties. Mobiele apps die door overheidsinstanties worden beheerd, moeten:

Voldoen aan de WCAG 2.1 Level AA-succescriteria die van toepassing zijn op native mobiele apps
Een toegankelijkheidsverklaring hebben (die op het web, in de app, of in de app store-vermelding kan worden gepubliceerd)
Compatibel zijn met toegankelijkheidsfuncties van het platform (VoiceOver op iOS, TalkBack op Android)

Mobiele toegankelijkheid wordt beoordeeld aan de hand van EN 301 549, dat WCAG 2.1 overneemt en mobielspecifieke vereisten toevoegt rond de grootte van aanraakdoelen, oriëntatie en gebruik van platform-API’s.

Een praktisch PSBAR-complianceplan

1. Beoordeel je huidige conformiteit

Begin met een eerlijke beoordeling van waar je staat. Geautomatiseerde scantools kunnen snel een aanzienlijk deel van de WCAG-fouten identificeren — problemen met kleurcontrast, ontbrekende alt-tekst, problemen met formulierlabeling. Maar geautomatiseerde tools detecteren betrouwbaar slechts 30–40% van de toegankelijkheidsproblemen. Een handmatige toegankelijkheidsaudit met schermlezers en alleen-toetsenbordnavigatie is essentieel voor een volledig beeld.

2. Prioriteer je herstelwerk

Herstel eerst de barrières die gebruikers het meest direct verhinderen toegang te krijgen tot kerndiensten. Voor een gemeente kan dit zijn: het portaal voor bouwaanvragen, het formulier voor huursubsidie, de contactpagina en de hoofdnavigatie. Pak transactionele processen aan vóór informatieve content.

3. Publiceer een compliant toegankelijkheidsverklaring

Gebruik het GDS-sjabloon. Wees eerlijk over bekende problemen. Bied een werkend contactmechanisme. Als je onevenredige last claimt voor bepaalde content, documenteer de beoordeling en vermeld dit duidelijk.

4. Los op en test opnieuw

Verifieer na elk herstel dat de oplossing het probleem verhelpt en geen regressies heeft geïntroduceerd. Dit vereist zowel geautomatiseerd hertesten als handmatige verificatie met hulptechnologie.

5. Bouw toegankelijkheid in je publicatieworkflow in

Elke nieuwe gepubliceerde pagina, elk geüpload document, elke uitgerolde functie kan nieuwe barrières introduceren. Training in contentbeheer, checklists vóór publicatie en geautomatiseerd scannen in de publicatieworkflow vangen problemen op voordat ze gebruikers bereiken.

6. Beoordeel je toegankelijkheidsverklaring jaarlijks

De verklaring moet de huidige staat van je site weerspiegelen. Een jaarlijkse beoordeling — gecombineerd met een nieuwe audit — houdt de verklaring accuraat en toont voortdurende inzet.

Samenvatting

PSBAR is een bindende wettelijke verplichting voor Britse overheidsinstanties. De regelgeving vereist WCAG 2.1 Level AA-conformiteit voor websites en mobiele applicaties, en verplicht een nauwkeurige, actuele toegankelijkheidsverklaring voor elke site binnen de reikwijdte.

De regelgeving is geen vrijblijvende richtlijn — het is wet, versterkt door de verplichting tot redelijke aanpassingen uit de Equality Act 2010. Overheidsinstanties die toegankelijkheid behandelen als een continue kwaliteitspraktijk, in plaats van een compliance-vakje om af te vinken, zullen het makkelijker vinden om aan de standaard te voldoen, te reageren op GDS-monitoring en hun volledige gebruikersbestand te bedienen.

Als je een website in de publieke sector beheert en niet zeker weet wat je huidige compliancepositie is, is een gratis toegankelijkheidsscan de snelste eerste stap. Voor een volledige audit die is afgestemd op WCAG 2.1 AA en de PSBAR-vereisten, neem contact op met ons team.