Granskning och åtgärdning av webbtillgänglighet (WCAG 2.2 AA)

Detta ingår i granskningen och åtgärdningen#

Vi utformar uppdraget efter det faktiska behovet. Offerten anger vilka av dessa leveranser som ingår, vem som tillhandahåller underlagen och hur varje leverans godkänns.

• Automatiserad skanning av varje utvald sida, samt manuell testning av viktiga användarflöden
• Test av tangentbord, skärmläsare, zoom och omflödning samt kontrast
• Rapport över brister kopplade till WCAG-kriterier, med skärmbilder, allvarlighetsgrad och åtgärd
• Åtgärder i kod, innehåll och designsystem
• Omtest av varje åtgärdad brist
• Tillgänglighetsredogörelse med en väg att rapportera hinder
• Kontroller som läggs in i releaseprocessen så att bristerna inte återkommer

Granska nu eller åtgärda i samband med en redesign?#

Börja med en granskning när du behöver veta var webbplatsen står, på grund av en deadline, en upphandling eller en anmälan. Om webbplatsen ändå står inför en redesign bör du bygga in tillgänglighet i webbplatsens redesign i stället för att åtgärda en design som ska ersättas. När bristerna är åtgärdade ser ett underhållsavtal för webbplatsen med tillgänglighetskontroller till att nytt innehåll och nya releaser inte för tillbaka dem.

Så fungerar granskningen och åtgärdningen#

Först kommer vi överens om urvalet: varje malltyp, de viktiga flödena som kontakt, registrering, inloggning, sök och kassa, samt de dokument som människor behöver ladda ned, enligt W3C:s utvärderingsmetodik (WCAG-EM). En automatiserad skanning täcker varje sida i urvalet, därefter testar vi varje flöde manuellt, eftersom W3C är tydligt med att utvärderingsverktyg inte på egen hand kan avgöra tillgängligheten. Varje brist dokumenteras med det kriterium den bryter mot, en skärmbild, vilka som påverkas, allvarlighetsgrad och åtgärd.

Åtgärderna prioriteras efter hur mycket de påverkar människor och hur många sidor som delar orsaken. En trasig komponent åtgärdas en gång i designsystemet och rättas överallt där den förekommer. Vi testar om varje åtgärd, uppdaterar rapporten och skriver tillgänglighetsredogörelsen med datum, standard, kända begränsningar och ett sätt att rapportera hinder. Om era egna utvecklare gör ändringarna granskar vi deras arbete och testar om det.

Vad testar granskningen?#

Granskningen utgår från hur personer med funktionsnedsättning faktiskt använder webben, med WCAG 2.2 AA som måttstock. Automatiska verktyg hittar en del av problemen, resten kräver en person som går igenom varje flöde:

Leveransen är en prioriterad rapport, inte en rå export från ett verktyg. Varje brist anger WCAG-kriteriet, var den uppstår, en skärmbild, vilka som påverkas och rekommenderad åtgärd i kod eller innehåll, grupperat så att en utvecklare kan arbeta sig igenom det och en chef kan se vad som återstår.

• Enbart tangentbord: varje länk, kontroll och formulärfält nåbart i logisk ordning, med en synlig fokusmarkering som fasta sidhuvuden inte döljer
• Skärmläsare: NVDA på Windows, VoiceOver på macOS och iOS samt TalkBack på Android, valda utifrån din målgrupp
• Zoom och omflödning: text förstorad till 200 % och innehåll vid 320 CSS-pixlar bredd utan förlust eller sidledes rullning
• Kontrast för text, ikoner, fokusmarkeringar och formulärfältens ramar
• Formulär och fel: etiketter, instruktioner, felmeddelanden som säger vad som gick fel, ingen upprepad inmatning av samma uppgifter, inloggning utan minnesprov
• Målstorlek och alternativ till dragrörelser, för personer med nedsatt finmotorik
• Rörelse: inställningar för minskad rörelse respekteras, inga blixtrande effekter, kontroller för att pausa rörligt innehåll
• Media: textning, transkriptioner och syntolkning där det behövs
• Dokument: de PDF-filer och kontorsdokument som människor behöver för att slutföra en uppgift

Vilka regler gäller, och för vem?#

Tillgänglighetslagar skiljer sig åt i vem de gäller för, vilken standard de anger och när de börjar gälla. WCAG 2.2 har varit en W3C-rekommendation sedan den 5 oktober 2023 och godkändes i oktober 2025 som den internationella standarden ISO/IEC 40500:2025. W3C anger att innehåll som uppfyller WCAG 2.2 också uppfyller WCAG 2.0 och 2.1, så en granskning mot 2.2 AA täcker den 2.1 AA-nivå som reglerna i USA och Colombia anger.

Tabellen sammanfattar reglerna som planeringsunderlag och är inte juridisk rådgivning. Din juridiska rådgivare bekräftar vilka skyldigheter som gäller för din organisation, och vi tillhandahåller det tekniska underlaget. Datumen har kontrollerats mot de officiella texterna den 8 oktober 2026: den amerikanska interimistiska slutliga regeln tog emot synpunkter till den 22 juni 2026, och ingen senare regel har publicerats sedan dess.

Colombia: Resolución 1519 och NTC 5854#

Resolución 1519 de 2020 från MinTIC kräver att de skyldiga aktörerna enligt Ley 1712 de 2014 uppfyller WCAG 2.1 på nivå AA från och med 1 januari 2022, enligt Anexo 1 om riktlinjer för webbtillgänglighet. Kravet gäller varje uppdatering, omstrukturering, formgivning eller omdesign av deras portaler och e-tjänstsajter, samt befintligt innehåll. Det binder inte privata företag i allmänhet, men en skyldig aktörs portal måste uppfylla det oavsett vem som bygger den.

NTC 5854 från 2011, den colombianska tekniska standarden för webbtillgänglighet, förekommer fortfarande i offentliga organs interna granskningar: Superintendencia de Transportes interna kontrollkontor granskade till exempel sin portal mot den i december 2022. Anexo 1 till Resolución 1519 hänvisar inte till den; kravet där är WCAG 2.1 AA. Vi rapporterar mot WCAG 2.2 AA och lägger till en korsreferens till NTC 5854 när ett internt kontrollkontor ber om det.

Därför granskar vi manuellt och säljer inte overlays#

Overlay-widgets lovar att sajten blir kompatibel genom att man lägger till ett enda skript på sidan. I april 2025 godkände den amerikanska handelskommissionen FTC ett slutligt beslut som förpliktar accessiBe att betala 1 miljon dollar på grund av påståenden som FTC menade var falska, vilseledande eller obestyrkta, bland annat att verktyget automatiskt kunde göra vilken webbplats som helst WCAG-kompatibel; beslutet förbjuder sådana påståenden utan belägg. En overlay ändrar inte den markup, de komponenter och det innehåll där bristerna finns.

Vi åtgärdar tillgänglighet vid källan, helst i designsystemet, så att en korrigerad knapp, ett korrigerat formulärfält eller en korrigerad dialogruta förblir rätt på varje sida där den används. Sedan lägger vi till automatiska kontroller och en manuell tangentbordsgenomgång i releasechecklistan, så att nya sidor och nytt innehåll håller den nivå som granskningen nådde.

Frågor inför ditt val#