Axively

Tilgængelighedsaudit

Tilgængelighedsaudit for EU-websites

En tilgængelighedsaudit bør gøre mere end at liste automatiske fejl. For websites rettet mod EU skal den forbinde WCAG-fund med forretningsrisiko: hvad der blokerer rigtige brugere, hvad der påvirker checkout eller tilmelding, hvad EN 301 549 kræver, og hvilken dokumentation du kan fremvise, hvis en kunde, en myndighed eller et indkøbsteam spørger til efterlevelsen.

Axively scanner offentlige sider i en rigtig browser, kobler overtrædelser til WCAG 2.2 AA og EN 301 549, grupperer gentagne skabelonproblemer og omsætter resultatet til rettelsesprioriteter plus et udkast til tilgængelighedserklæring.

Audit checklist

  • Crawl det offentlige site og identificer skabeloner, ikke kun enkelte URL'er.
  • Test WCAG-reglerne 2.1/2.2 A og AA med en browserbaseret motor.
  • Adskil kritiske checkout- og kontoblokeringer fra kosmetiske fejl.
  • Kobl fund for EU-webindhold til paragraf 9 i EN 301 549.
  • Dokumentér, hvad automatiseret test kan og ikke kan bevise.
  • Opret en rettelsesbacklog med ansvarlige, frister og verifikationstrin.
  • Udgiv eller opdater en tilgængelighedserklæring på det rigtige sprog.

Hvad en seriøs tilgængelighedsaudit dækker

En nyttig audit starter med omfanget. Forsiden er sjældent nok: navigation, produktlister, formularer, login-flows, checkout, dokumenter, modale dialoger og fejltilstande kræver alle opmærksomhed. Hvis en fejl optræder i en delt komponent, kan den ramme hundredvis af URL'er; audit bør identificere årsagen på komponentniveau i stedet for at drukne teamet i dubletrækker.

Med henblik på efterlevelse i EU bør audit også dokumentere de anvendte standarder. WCAG 2.2 AA er det praktiske benchmark for web; EN 301 549 er den harmoniserede europæiske IKT-standard, der for webindhold henviser til WCAG. Den europæiske tilgængelighedslov (EAA) peger virksomheder mod disse standarder, men håndhævelsen sker i hvert medlemsland efter dets egen lovgivning og gennem dets egne myndigheder.

  • Offentlige sider og vigtige konverteringsflows
  • Tastatur, fokus, formularer, navne/roller/værdier, kontrast og semantik
  • Genbrugelige komponenter, der skaber gentagne overtrædelser
  • Dokumentation: testede URL'er, tidsstempler, regelsæt og alvorlighed

Prioriter efter brugerpåvirkning, ikke efter det rå fejltal

Et site med 400 dubletter med lav påvirkning kan være mindre risikabelt end én checkout-side med en utilgængelig betalingsknap. Første rettelsesrunde bør sigte mod blokeringer: tastaturfælder, ubenævnte kontroller, manglende formularfejl, ødelagt fokusrækkefølge og indhold, som skærmlæsere ikke kan identificere.

Efter blokeringerne kommer skabelonrettelserne. At rette en navigationskomponent, et formularfelt eller et knapmønster fjerner ofte den samme overtrædelse fra mange sider. Derfor grupperer Axively fund efter regel og årsag, før forekomsterne vises pr. side.

Dokumentation tæller for EAA og udbud

Myndigheder og store købere spørger ikke kun, om du selv mener, at sitet er tilgængeligt. De spørger, hvad du har testet, hvornår, mod hvilken standard, og hvad du gjorde med resultaterne. Gem en rapport, rettelsesnoter og verifikationsscanninger. Dokumentationen gavner også salget: tilgængelighed er i stigende grad en del af leverandør-due diligence.

En transparent rapport bør angive automatiseringens grænser. Automatiske værktøjer fanger mange almindelige problemer, men meningsfuld alternativ tekst, forståeligt indhold, undertekstkvalitet og nogle samlede brugerflows kræver menneskelig gennemgang. At hævde fuld automatisk efterlevelse er et faresignal; at vise en målbar proces er stærkere.

FAQ

Er en automatiseret tilgængelighedsaudit nok til juridisk efterlevelse?

Nej. Automatiseret test er den hurtigste vej til at finde mange almindelige WCAG-fejl, men fuld efterlevelse kræver stadig ekspertgennemgang. En god automatiseret audit er det første evidensbaserede skridt, ikke et magisk certifikat.

Hvilken standard bør et EU-website bruge?

Brug WCAG 2.2 AA som udgangspunkt for webtest, og kortlæg resultatet til EN 301 549. Af hensyn til EAA-risici bør du også tjekke den nationale lovgivning, der gælder på dit mål-marked i EU.

Hvor ofte bør vi teste igen?

Test efter større releases, efter ændringer i designsystemet og før du udgiver en tilgængelighedserklæring. For aktive webshops er månedlige eller release-baserede kontroller sikrere end en enkelt årlig audit.