Riktlinjer

Antal matchande riktlinjer: 22.

Med hjälp av filtreringsfunktionen här intill kan du välja ut de riktlinjer som är mest relevanta för dig.

Prio WCAG Nr. Riktlinje Status
1 R1 Följ WCAG 2.1 nivå AA
  • Följ den internationella standarden för tillgänglighet, Web Content Accessibility Guidelines (WCAG) 2.1 åtminstone på nivån AA.
  • Ställ krav på att utvecklingen ska utgå från WCAG 2.1 nivå AA när du beställer en ny webbplats så leverantören bygger tillgängligt från början.
2 R11 Kombinera skrift med ljud, bild och film
  • Visa gärna informationsstödjande bilder och filmer på webbplatsen.
  • Se till att det går att lyssna på innehållet
  • Tänk på att hålla information i ljud, bild och film uppdaterad.
2 R13 Ge information på svenskt teckenspråk
  • Välj ut vilken information som behöver översättas, utifrån organisationens uppdrag och utifrån vad målgruppen förväntas vilja göra på webbplatsen.
  • Markera de delar av webbplatsen som är översatta till teckenspråk med en teckenspråkssymbol.
2 R18 Följ MSB:s rekommendationer för krisinformation på webben
  • Ge tydlig, snabb, tillgänglig och korrekt information när något allvarligt har inträffat.
  • Följ rekommendationer från Myndigheten för samhällsskydd och beredskap, MSB, för krisinformation på webben.
  • Se till att det finns en teknisk krisberedskap.
  • Se även webbriktlinjer som är extra viktiga vid kriser.
2 R81 Utveckla webbplatsen enligt en standard, snarare än för en webbläsare
  • Använd HTML version 4.01 eller HTML5. HTML version 5 är den mest moderna versionen, men stöds ännu inte fullt ut i alla verktyg. Version 4.01 är sedan länge en stabil rekommendation.
  • Använd XHTML endast om det finns särskilda skäl till detta. Se blogginlägget HTML eller XHTML?
2 R88 Publicera i första hand dokument i html och skapa tillgängliga pdf:er
  • Publicera i första hand dokument i standardformatet html. Då kan användarna komma åt er information utan att använda en viss datorplattform, eller ett program som kostar pengar, till exempel Word.
  • Om ni har dokument i andra format än html, sammanfatta dem i html, så att användarna kan bedöma innehållet utan att ladda ner det.
  • Utforma dokument så att de enkelt kan läsas på skärm. Då bidrar ni till att färre användare skriver ut på papper.
  • Om ni använder pdf:er, se till att de skapas så att de blir tillgängliga.
1 1.4.10 (AA) R91 Skapa en flexibel layout som fungerar vid förstoring eller liten skärm
  • Undvik horisontell scrollning ner till 320 pixlars bredd.
  • Använd i första hand responsiv design.
  • Gör en anpassad mobilversion om responsiv design är inte är möjligt.
  • Även dokument som inte är webbsidor bör kunna presenteras i begränsad bredd.
2 R113 Använd webbvideo för att öka tillgängligheten
  • Använd gärna video.
  • Använd undertexter.
  • Erbjud syntolkning eller se till att viktig information framgår av ordinarie ljud.
  • Erbjud översättningar (till exempel till svenskt teckenspråk) vid behov.
  • Använd videospelare med bra tillgänglighet.
  • Begränsa blinkande för att inte orsaka krampanfall.
  • Ställ krav på tillgänglighet när ni upphandlar videoproduktion.
  • Planera produktionen med hänsyn till tillgänglighet.
1 R114 Grundläggande rekommendationer för appar
  • Komplettera med appar när webben inte räcker till
  • Följ de webbriktlinjer som är tillämpbara även i appar
  • Följ respektive plattforms egna riktlinjer för tillgänglighet
1 1.2.1 (A) R116 Erbjud alternativ om en inspelning enbart består av ljud eller video
  • Erbjud ett textbaserat manus eller någon annan presentation som inte utestänger användare som saknar förutsättningar att uppfatta inspelningen.
1 1.2.3 (A) R118 Syntolka eller erbjud alternativ till videoinspelningar
  • Informera användaren om att det finns alternativ.
Observera att den som uppfyller R120 Syntolka videoinspelningar (som i WCAG 2.1 motsvaras av ett kriterium med den högre ambitionsnivån AA) även uppfyller den här riktlinjen, eftersom syntolkning är ett av alternativen på A-nivå.
1 1.2.4 (AA) R119 Texta direktsändningar
  • Överväg direkttextning  trots undantag i webbdirektivet
  • Informera om att det finns textning
1 1.2.5 (AA) R120 Syntolka videoinspelningar
  • Följ riktlinjer för syntolkning
  • Informera användare om att det finns en syntolkad version
1 1.3.1 (A) R121 Ange i kod vad sidans olika delar har för roll
  • R105. Skapa rubriker med h-element
  • R104. Använd rätt html-element när ni gör listor
  • Namnge formulärfält med kopplade label-element. Se R55. Skapa tydliga och klickbara fältetiketter.
  • R98. Skriv rubriker till tabeller
  • R101. Markera obligatoriska fält i formulär
  • Betona innehåll med elementet em och inte bara kursivering, eftersom det inte går att kursivera skärmläsarens tal.
  • Använd WAI-ARIA för sådant som inte går att uttrycka med vanlig html.
1 2.4.3 (A) R136 Gör en logisk tab-ordning
  • Kontrollera ordningen utan pekdon.
  • Säkerställ en logisk ordning med tabindex.
1 3.2.2 (A) R144 Utför inga oväntade förändringar vid inmatning
  • Utför bara förändringar (till exempel öppning av fönster eller förändring av värde) när användaren har anledning att förvänta sig dem.
1 3.3.3 (AA) R149 Ge förslag på hur fel kan rättas till
  • R52. Fyll formulär med kända uppgifter
  • R57. Låt användarna fylla i information i valfritt format
  • R101. Markera obligatoriska fält i formulär
  • R112. Ge ordförslag i sökning och inmatningsfält
1 4.1.2 (A) R152 Se till att skräddarsydda komponenter fungerar i hjälpmedel
  • Använd i första hand standardkomponenter som finns i html. Då uppfyller du automatiskt detta krav. Bara när det finns starka skäl och tillräckliga resurser för test och utveckling bör skräddarsydda komponenter utvecklas.
  • Vid val av tilläggsprogram eller kodplattformar (till exempel olika javascript-bibliotek) behöver ni undersöka om eventuella komponenter som bygger på dessa plattformar har ett bra stöd för tillgänglighet.
1 1.3.4 (AA) R153 Se till att allt innehåll presenteras rätt oavsett skärmens riktning
  • Använd bara i undantagsfall de tekniker som finns för att låsa skärmens riktning (exempelvis Screen Orientation API).
  • Se till att allt innehåll presenteras oavsett skärmens riktning.
1 1.4.13 (AA) R158 Popup-funktioner ska kunna hanteras och stängas av alla
  • Överväg att presentera innehållet på något annat sätt.
  • Gör det enkelt att ta bort innehållet.
  • Gör det möjligt att hantera innehållet för alla.
1 2.5.1 (A) R160 Erbjud alternativ till komplexa fingerrörelser
  • Se till att all funktionalitet går att utföra med flera fingrar även går att utföra med bara ett finger
1 4.1.3 (AA) R164 Se till att hjälpmedel kan presentera meddelanden som inte är i fokus
  • Markera med aria-kod de områden där statusmeddelanden kan presenteras.
  • Använd gärna samma teknik även för andra viktiga förändringar.
  • Använd aria med försiktighet så att du inte stör användaren.
Exportera urval som csv

Visa som kompakt lista

Prioriteringsordning Wcag-nivå Wcag-nummer Nummerordning Bokstavsordning Senast ändrad