Axively

WCAG 2.2 AA

WCAG-granskning för moderna webbplatser

En WCAG-granskning kontrollerar om människor kan uppfatta, förstå, navigera på och använda din webbplats. För de flesta kommersiella webbprojekt är det praktiska målet WCAG 2.2 nivå AA: den nivå som många lagar, upphandlingsregler och tillgänglighetspolicyer hänvisar till.

Axively testar offentliga sidor med axe-cores regeluppsättningar för WCAG 2.1/2.2 A och AA, förklarar effekten av varje brist och tar fram utvecklarvänliga åtgärdsförslag.

Audit checklist

  • Bekräfta att varje interaktiv kontroll har ett tillgängligt namn.
  • Kontrollera rubrikstruktur, landmärken och semantisk HTML.
  • Verifiera tangentbordsåtkomst och synliga fokusindikatorer.
  • Hitta kontrastbrister i text och UI-komponenter.
  • Kontrollera formuläretiketter, fel och instruktioner.
  • Gå igenom bilder, ikoner och SVG:er efter användbara alternativ.
  • Testa åtgärdade mallar och viktiga sidor på nytt.

Därför är WCAG 2.2 AA det praktiska målet

WCAG är organiserat i framgångskriterier på nivåerna A, AA och AAA. Nivå A täcker de mest grundläggande hindren; nivå AA lägger till krav som i bred utsträckning förväntas av offentliga och kommersiella webbplatser. WCAG 2.2 behåller de välbekanta kriterierna från WCAG 2.1 och lägger till nyare krav som fokusutseende och målstorlek.

För webbinnehåll i EU hänvisar EN 301 549 till WCAG-kriterierna. En WCAG-granskning är därmed en praktisk grund för EAA-beredskap, tillgänglighetsutlåtanden och upphandlingsformulär.

Vanliga WCAG-brister som skadar konverteringar

Tillgänglighetsproblem är inte bara juridisk risk; de är konverteringsproblem. Saknade etiketter gör formulär svårare att fylla i. Låg kontrast döljer priser och uppmaningar. Tangentbordsfällor blockerar personer som använder hjälpmedel och avancerade användare. Otydliga felmeddelanden får kassan att kännas trasig.

De snabbaste vinsterna kommer oftast från designsystemet: tillgängliga knappar, formulärfält, modala dialoger, navigering och aviseringskomponenter. Att åtgärda de mönstren förbättrar varje sida som använder dem.

  • Knappar och länkar utan beskrivande namn
  • Formulärfält utan etiketter eller med otillgängliga fel
  • Modala dialoger som inte hanterar fokus
  • Kontrastbrister på uppmaningar och inaktiverade lägen
  • Ikoner som läses upp som meningslösa filnamn

Ett realistiskt åtgärdsflöde

Börja med kritiska och allvarliga brister på intäktssidor. Åtgärda sedan återanvändbara mallar. Kör en verifieringsskanning efter varje sprint så att teamet ser om samma regel fortfarande dyker upp. Spara före/efter-underlaget med versionsanteckningarna; det blir användbart när kunder ber om tillgänglighetsdokumentation.

FAQ

Ersätter WCAG 2.2 WCAG 2.1?

WCAG 2.2 bygger på WCAG 2.1. En WCAG 2.2 AA-granskning kontrollerar fortfarande de tidigare A/AA-kriterierna och lägger till de nya kraven i 2.2.

Kan axe-core hitta alla WCAG-problem?

Ingen automatisk motor hittar alla WCAG-problem. Automatiserad testning är utmärkt för många brister som kan upptäckas i kod; innehållskvalitet, uppgiftslogik och vissa multimediekrav kräver mänsklig granskning.

Ska utvecklare eller juridik äga WCAG-åtgärderna?

Utvecklare rättar koden, men produkt, design och juridik behöver enas om omfattning, utlåtandets formulering och riskprioriteringar. Tillgänglighet är en produktkvalitetsprocess, inte en enda persons checklista.