UK Tilgængelighedsregler: En PSBAR-guide

Hvad er de britiske Public Sector Bodies Accessibility Regulations?

Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018 — almindeligvis kaldet PSBAR, PSB Regulations eller simpelthen “de britiske tilgængelighedsregler” — trådte i kraft i september 2018. De implementerer EU’s webtilgængelighedsdirektiv (WAD) i britisk ret og fortsætter med at gælde efter Brexit under Storbritanniens bevarede EU-retsramme.

PSBAR kræver, at offentlige myndigheder gør deres websites og mobilapplikationer tilgængelige for mennesker med handicap. Compliance måles mod Web Content Accessibility Guidelines (WCAG) 2.1 niveau AA, og alle organisationer i omfanget er forpligtet til at offentliggøre og vedligeholde en tilgængelighedserklæring.

Hvem skal efterleve reglerne?

PSBAR gælder for offentlige myndigheder som defineret i reglerne. Dette er en bred kategori, der omfatter:

• Centrale regeringsafdelinger og udøvende agenturer
• Ikke-departementale offentlige organer (NDPB’er) og armslængdeorganer
• Lokale myndigheder og kommuner
• NHS-trusts og sundhedsorganer
• Universiteter og videregående uddannelsescolleges (med visse nuancer)
• Politi, brandvæsen og andre nødtjenester
• Kommunale skoler og multi-academy trusts
• Biblioteker, museer og kulturinstitutioner drevet af offentlige organer

Private virksomheder er ikke omfattet af PSBAR. Hvis en privat virksomhed dog leverer digitale tjenester på vegne af en offentlig myndighed — for eksempel drift af en kommunes online betalingsportal — forbliver den offentlige myndighed ansvarlig for at sikre, at disse tjenester er tilgængelige.

Hvad betyder “i omfanget” for indhold?

Reglerne omfatter alle offentligt tilgængelige websites og mobilapplikationer, der drives af offentlige myndigheder. Dette inkluderer intranetter og ekstranetter, hvor de er tilgængelige for offentligheden.

Dog er flere kategorier af indhold eksplicit undtaget:

• Kontorfilformater (PDF’er, Word-dokumenter, regneark) offentliggjort før 23. september 2018, med undtagelse af, hvor de er nødvendige for at bruge en tjeneste
• Forudindspillede tidsbaserede medier (video, lyd) offentliggjort før 23. september 2020
• Live video (live-undertekster er ikke krævet, selvom best practice er at levere dem, hvor det er muligt)
• Online kort — så længe essentiel navigationsinformation leveres tilgængeligt
• Tredjepartsindhold, som den offentlige myndighed ikke finansierer, udvikler eller kontrollerer
• Kulturarvssamlinger og arkiveret indhold, der ikke kan gøres tilgængeligt uden uforholdsmæssig belastning
• Intranetter og ekstranetter, hvor indholdet er ældre end september 2019 og ikke er blevet væsentligt revideret

Undtagelsen for forældede kontorfiler misforstås ofte. Den gælder for dokumenter offentliggjort før den relevante dato — ikke for alle PDF’er nogensinde. Ethvert nyt dokument eller ethvert eksisterende dokument, der opdateres efter ikrafttrædelsesdatoen, skal opfylde standarden.

Den tekniske standard: WCAG 2.1 niveau AA

PSBAR kræver konformitet med WCAG 2.1 niveau AA. Denne standard, offentliggjort af W3C, omfatter 50 succeskriterier organiseret under fire principper:

Opfattelig — information og UI-komponenter skal kunne præsenteres på måder, brugere kan opfatte. Nøglekrav inkluderer:

• Tekstalternativer til ikke-tekstligt indhold (billeder, ikoner, diagrammer)
• Undertekster til videoindhold
• Tilstrækkelig farvekontrast (4,5:1 for normal tekst, 3:1 for stor tekst og UI-komponenter)
• Indhold, der kan præsenteres på forskellige måder uden at miste information

Anvendelig — UI-komponenter og navigation skal kunne anvendes. Nøglekrav inkluderer:

• Fuld tastaturtilgængelighed — al funktionalitet skal fungere uden en mus
• Ingen tastaturfælder
• Intet indhold, der blinker mere end tre gange per sekund
• Beskrivende sidetitler, overskrifter og linktekst
• En synlig fokusindikator til tastaturnavigation

Forståelig — indhold og UI skal være forståelige. Nøglekrav inkluderer:

• Sprog deklareret i HTML (lang-attribut)
• Konsistent navigation og mærkning
• Beskrivende fejlmeddelelser med instruktioner til korrektion
• Labels og instruktioner til alle formularfelter

Robust — indhold skal være robust nok til at kunne tolkes af hjælpeteknologier. Nøglekrav inkluderer:

• Gyldig, velstruktureret HTML
• Korrekt brug af ARIA-roller, -tilstande og -egenskaber
• Statusmeddelelser kommunikeret til hjælpeteknologier uden at kræve fokus

WCAG 2.1 tilføjede 17 nye succeskriterier i forhold til WCAG 2.0, med særligt fokus på mobiltilgængelighed, nedsat syn og kognitive og indlæringsmæssige handicap. De nye kriterier inkluderer:

• 1.3.4 Orientering — indhold må ikke være låst til en enkelt skærmorientering
• 1.3.5 Identificér inputformål — formularfelter, der indsamler personlige oplysninger, skal bruge autocomplete-attributter
• 1.4.10 Reflow — indhold skal omformateres til 320px uden horisontal scrolling
• 1.4.11 Ikke-tekstlig kontrast — UI-komponenter og grafiske objekter skal opfylde 3:1-kontrast
• 1.4.12 Tekstafstand — brugere skal kunne justere tekstafstand uden tab af indhold
• 1.4.13 Indhold ved hover eller fokus — yderligere indhold udløst af hover eller fokus skal kunne afvises og være vedvarende
• 2.5.3 Label i navn — tilgængelige navne på komponenter skal indeholde den synlige tekstlabel

Kravet om tilgængelighedserklæring

En af PSBAR’s mest karakteristiske forpligtelser — og en, hvor mange offentlige myndigheder kommer til kort — er den obligatoriske tilgængelighedserklæring.

Hvert website og mobilapplikation i omfanget skal offentliggøre en tilgængelighedserklæring, der:

1. Angiver, hvilken standard sitet stræber efter at opfylde — typisk WCAG 2.1 AA
2. Lister kendte tilgængelighedsproblemer — specifikke barrierer, der er identificeret og endnu ikke løst, med en beskrivelse af hver
3. Inkluderer en påstand om uforholdsmæssig belastning (hvis relevant) — en dokumenteret begrundelse for, hvorfor bestemt indhold ikke er blevet gjort tilgængeligt
4. Leverer en feedbackmekanisme — en måde for brugere at kontakte organisationen for at rapportere tilgængelighedsbarrierer eller anmode om tilgængelige alternativer
5. Angiver håndhævelsesproceduren — der henviser brugere, som ikke er tilfredse med svaret, til det relevante håndhævelsesorgan
6. Viser gennemgangsdatoen — hvornår erklæringen sidst blev opdateret

Government Digital Service (GDS) offentliggør en standardskabelon til tilgængelighedserklæringer. Offentlige myndigheder opfordres (og forventes i praksis) til at bruge denne skabelon eller en, der dækker alle de krævede elementer.

Almindelige fejl i tilgængelighedserklæringer:

• At hævde fuld WCAG 2.1 AA-compliance uden evidens
• At liste ingen kendte problemer, når problemer klart eksisterer
• At levere en kontaktmekanisme, der selv er utilgængelig
• At offentliggøre en erklæring, der ikke er gennemgået i over et år
• At bruge en generisk erklæring kopieret fra en anden organisation uden at tilpasse den til det faktiske site

En tilgængelighedserklæring, der fejlrepræsenterer konformitet, er ikke kun ikke-compliant — den underminerer brugertillid og skaber reputationsrisiko, når de faktiske barrierer rapporteres.

Uforholdsmæssig belastning

PSBAR tillader offentlige myndigheder at påberåbe sig en undtagelse for uforholdsmæssig belastning for specifikt indhold, hvor omkostningen eller indsatsen ved at gøre det tilgængeligt ville være uforholdsmæssig i forhold til fordelen for brugere med handicap. Dette er ikke en generel undtagelse og skal anvendes på specifikt, identificeret indhold — ikke et helt website.

For at påberåbe sig uforholdsmæssig belastning skal organisationen:

1. Foretage en formel vurdering, der afvejer omkostningerne ved at gøre indholdet tilgængeligt mod fordelen for brugere med handicap
2. Overveje organisationens størrelse, ressourcer og indholdets karakter
3. Dokumentere vurderingen
4. Angive påstanden i tilgængelighedserklæringen, med identifikation af indholdet og grundlaget for påstanden
5. Gennemgå påstanden periodisk

GDS-vejledningen er klar om, at uforholdsmæssig belastning ikke kan bruges til at undgå at gøre centrale brugerrejser tilgængelige. At påberåbe sig uforholdsmæssig belastning for en betalingsformular eller en ansøgning om en tjeneste ville ikke blive anset som gyldigt.

Håndhævelse i Storbritannien

PSBAR-håndhævelse behandles anderledes end retssager om tilgængelighed i USA. Storbritannien har ikke en privat søgsmålsret analog med ADA Title III for websitetilgængelighed. I stedet er håndhævelse struktureret omkring:

Government Digital Service (GDS)-overvågning — GDS er ansvarlig for at overvåge offentlige myndigheders compliance med PSBAR. De udfører stikprøveaudits af websites og mobilapplikationer og rapporterer compliance-resultater til Europa-Kommissionen (for perioder før Brexit) og nu under britisk-bevarede forpligtelser.

Cabinet Office overvåger den overordnede compliance-ramme, herunder kravet om, at afdelinger skal have tilgængelighedsplaner.

Equality Act 2010 giver en parallel vej. Equality Act kræver, at tjenesteudbydere (inklusive offentlige myndigheder) foretager rimelige tilpasninger for mennesker med handicap. Et offentligt website med tilgængelighedsbarrierer, der forhindrer en person med handicap i at få adgang til tjenester, kan udgøre ulovlig diskrimination under loven. I modsætning til PSBAR understøtter Equality Act individuelle søgsmål — brugere med handicap kan indbringe sager for en arbejdsret eller en county court.

Ofcom håndterer håndhævelse for udsendelsesrelaterede krav. Financial Conduct Authority (FCA) og andre sektortilsynsmyndigheder kan også anvende sektorspecifikke tilgængelighedsforventninger.

I praksis har PSBAR-håndhævelse været relativt lempelig — GDS offentliggør compliance-data og engagerer sig med organisationer for at forbedre sig, snarere end at forfølge formel håndhævelsesaktion. Dette reducerer dog ikke den juridiske forpligtelse, og krav under Equality Act forbliver en reel risiko.

Status efter Brexit

PSBAR blev overført fra EU’s webtilgængelighedsdirektiv under European Communities Act. Efter Brexit bevares den som britisk national ret under Retained EU Law (Revocation and Reform) Act 2023. Reglerne forbliver fuldt i kraft; efter Brexit er Storbritannien ikke længere forpligtet til at følge opdateringer af EU’s WAD eller den harmoniserede standard EN 301 549, men WCAG 2.1 AA forbliver den gældende tekniske standard.

Organisationer, der opererer i både Storbritannien og EU, skal efterleve både PSBAR og de relevante EU-medlemsstaters implementeringer af webtilgængelighedsdirektivet — som også refererer til WCAG 2.1 AA, hvilket skaber overensstemmelse i praksis.

Mobilapplikationer

PSBAR gælder for mobilapplikationer såvel som websites. Mobilapps drevet af offentlige myndigheder skal:

• Opfylde WCAG 2.1 niveau AA-succeskriterier, som gældende for native mobilapps
• Have en tilgængelighedserklæring (som kan offentliggøres på nettet, inde i appen eller i app store-listen)
• Være kompatible med platformens tilgængelighedsfunktioner (VoiceOver på iOS, TalkBack på Android)

Mobiltilgængelighed vurderes mod EN 301 549, som indarbejder WCAG 2.1 og tilføjer mobilspecifikke krav omkring berøringsmålstørrelse, orientering og brug af platform-API’er.

En praktisk køreplan for PSBAR-compliance

1. Auditér din nuværende konformitet

Start med en ærlig vurdering af, hvor du står. Automatiserede scanningsværktøjer kan hurtigt identificere en betydelig andel af WCAG-fejl — farvekontrastproblemer, manglende alt-tekst, formularmærkningsproblemer. Men automatiserede værktøjer detekterer pålideligt kun 30-40% af tilgængelighedsproblemer. En manuel tilgængelighedsaudit med skærmlæsere og tastatur-only-navigation er essentiel for et komplet billede.

2. Prioritér dine afhjælpninger

Ret først de barrierer, der mest direkte forhindrer brugere i at få adgang til centrale tjenester. For en kommune kunne dette være: byggeansøgningsportalen, boligydelsesformularen, kontaktsiden og hovednavigationen. Adressér transaktionelle rejser før informativt indhold.

3. Offentliggør en compliant tilgængelighedserklæring

Brug GDS-skabelonen. Vær ærlig om kendte problemer. Levér en fungerende kontaktmekanisme. Hvis du påberåber dig uforholdsmæssig belastning for noget indhold, dokumentér vurderingen og angiv det klart.

4. Ret og gentest

Efter hver afhjælpning skal du verificere, at rettelsen løser problemet og ikke har introduceret regressioner. Dette kræver både automatiseret gentest og manuel verifikation med hjælpeteknologi.

5. Indbyg tilgængelighed i din publiceringsarbejdsgang

Hver ny side, der offentliggøres, hvert dokument, der uploades, hver funktion, der udrulles, kan introducere nye barrierer. Træning i indholdsstyring, tjeklister før offentliggørelse og automatiseret scanning i publiceringsarbejdsgangen fanger problemer, før de når brugerne.

6. Gennemgå din tilgængelighedserklæring årligt

Erklæringen skal afspejle den aktuelle tilstand af dit site. En årlig gennemgang — kombineret med en ny audit — holder den nøjagtig og demonstrerer fortsat engagement.

Opsummering

PSBAR er en bindende juridisk forpligtelse for britiske offentlige myndigheder. Den kræver WCAG 2.1 niveau AA-konformitet på tværs af websites og mobilapplikationer og påbyder en nøjagtig, aktuel tilgængelighedserklæring for hvert site i omfanget.

Reglerne er ikke aspirationel vejledning — de er lov, forstærket af Equality Act 2010’s pligt til at foretage rimelige tilpasninger. Offentlige myndigheder, der behandler tilgængelighed som en kontinuerlig kvalitetspraksis snarere end et compliance-afkrydsningsfelt, vil finde det lettere at opfylde standarden, reagere på GDS-overvågning og betjene hele spektret af deres brugere.

Hvis du driver et offentligt websites og er usikker på din aktuelle compliance-position, er en gratis tilgængelighedsscanning det hurtigste første skridt. For en fuld audit kortlagt mod WCAG 2.1 AA og PSBAR-kravene, kontakt vores team.