Riktlinjer

Antal matchande riktlinjer: 31.

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
DOS-krav 3.3.1 (A) R2 Visa var ett fel uppstått och beskriv det tydligt
  • Sammanfatta felen och använd en layout som tydligt separerar felmeddelanden från resten av webbplatsens design.
  • Skriv välformulerade felmeddelanden så ökar chansen att användarna gör rätt från början.
  • Markera fel och felmeddelanden med WAI-ARIA så att de uppfattas tydligt av användare med hjälpmedel.
  • Spara det som inte är fel.
DOS-krav 3.3.2 (A) R55 Skapa tydliga och klickbara fältetiketter
  • Skriv tydliga och informativa fältetiketter
  • Koppla ihop fältetikett och inmatningsfält så att även etiketten blir klickbar.
  • Placera fältetiketterna där användarna lätt ser dem.
  • Skriv utförliga instruktioner före formuläret, när sådana behövs.
  • Undvik att göra lösningen beroende av title-attribut och placeholder-texter.
DOS-krav 2.4.1 (A) R75 Erbjud möjlighet att hoppa förbi återkommande innehåll
  • Skapa genvägar för att hoppa över delar i strukturen till exempel menyn, för att komma direkt till sidans innehåll.
  • Skapa rubriker med h-element, eftersom skärmläsare låter användarna snabbnavigera med hjälp av sidans rubriker.
  • Använd WAI-ARIA landmark roles, till exempel main, search, navigation, banner, contentinfo och så vidare. Det gör att användare med exempelvis skärmläsare kan navigera mellan sidans olika delar på ett standardiserat sätt.
  • Om du använder HTML5, använd strukturelement som main, aside, header, footer och nav för att definiera vilken roll varje del av sidan har.
  • R68. Skapa snabbkommandon vid behov.
DOS-krav 2.1.4 (A) R68 Skapa kortkommandon med varsamhet
  • Använd kortkommandon sparsamt.
  • Använd vedertagna tangentkombinationer om sådana finns.
  • Informera om vilka kortkommandon ni erbjuder.
  • Gör det möjligt att stänga av eller byta ut kortkommandon som bara består av ett tecken.
DOS-krav 2.1.1 (A) R129 Utveckla systemet så att det går att hantera med enbart tangentbordet
Testa alla webbplatser och applikationer utan mus och utan pekskärm.
DOS-krav 1.4.2 (A) R125 Ge användaren möjlighet att pausa, stänga av eller sänka ljud
  • I de flesta fall är det lämpligt att undvika att spela ljud automatiskt.
  • I andra hand kan det vara lämpligt att erbjuda en pausfunktion i början av sidan.
DOS-krav 1.3.2 (A) R122 Presentera innehållet i en meningsfull ordning för alla
  • Testa läsordningen genom att granska en sida av varje sidtyp med några skärmar i olika storlek och genom att lyssna igenom innehållet med en skärmläsare.
  • Se till att webbplatsen kan användas även utan stilmallar. Vissa webbläsare och tilläggsprogram har funktioner för att avaktivera CSS.
  • Se till och testa även att läsordningen är logisk i dokument som inte är html (pdf, word med mera) .
DOS-krav 1.4.1 (A) R124 Använd inte enbart färg för att förmedla information
Komplettera färgskillnader:
  • i text med understrykning, ram, fetstil, kursivering eller annat teckensnitt.
  • med ikoner.
  • med mönster i diagram och kartor för att särskilja ytmarkeringar.
  • med beskrivning i text.
  • med semantisk kodning.
Var särskilt försiktig med färgerna grön, röd och brun. Många personer med färgblindhet har svårt att särskilja dessa.
DOS-krav 1.3.3 (A) R123 Gör inte instruktioner beroende av sensoriska kännetecken
Använd gärna sensoriska kännetecken (färg, form med mera) för instruktioner eftersom det kan vara en effektiv metod för att underlätta för användarna, inklusive personer med kognitiva begränsningar men kom ihåg att komplettera informationen så att alla kan förstå den.
DOS-krav 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.
DOS-krav 3.2.1 (A) R143 Utför inga oväntade förändringar vid fokusering
  • Utför bara förändringar (till exempel öppning av fönster eller förändring av värde) när användaren förväntar sig dem.
DOS-krav 2.4.3 (A) R136 Gör en logisk tab-ordning
  • Kontrollera ordningen utan pekdon.
  • Säkerställ en logisk ordning med tabindex.
DOS-krav 2.3.1 (A) R133 Orsaka inte epileptiska anfall genom blinkande
Maximalt tre växlingar från ljus till mörk eller tvärtom inom en sekund är acceptabelt.
DOS-krav 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
DOS-krav 2.5.2 (A) R161 Gör det möjligt att ångra klick
  • Ge i första hand användaren möjlighet att ångra åtgärden innan nedtryckningen upphör (up-eventet).
  • Ge i andra hand användaren möjlighet att ångra sig efter up-eventet.
  • Koppla bara i undantagsfall aktivering till nedtryckning av knappen eller skärmen (down-eventet).
DOS-krav 2.5.3 (A) R162 Se till att text på knappar och kontroller överensstämmer med maskinläsbara etiketter
  • Ta reda på vilken maskinläsbar etikett som används för kontrollen.
  • Se till att den maskinläsbara etiketten matchar den synliga.
  • Använd bara samma maskinläsbara etikett för flera kontroller om de gör exakt samma sak.
DOS-krav 2.5.4 (A) R163 Erbjud alternativ till rörelsestyrning
  • Se till att funktioner som kan hanteras med rörelsestyrning även kan hanteras på något annat sätt.
  • Gör det möjligt att stänga av rörelsestyrningen.
DOS-krav 3.2.3 (AA) R29 Var konsekvent i navigation, struktur och utformning
  • Låt gränssnittselement ha samma utseende, funktionalitet och placering på hela webbplatsen.
DOS-krav 2.4.5 (AA) R32 Erbjud användarna flera olika sätt att navigera
  • Erbjud flera olika navigeringsstöd på webbplatsen.
  • Utgå från användarnas behov och webbplatsens komplexitet när ni väljer navigeringsstöd.
  • Erbjud en sökfunktion.
DOS-krav 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.
DOS-krav 1.4.3 (AA) R126 Använd tillräcklig kontrast mellan text och bakgrund
  • Lita inte på automatisk granskning av kontraster
  • Överträffa gärna gränsvärdena för kontrast
  • Överväg att låta användaren välja kontraster
DOS-krav 2.4.7 (AA) R140 Markera tydligt vilket fält eller element som är i fokus
Använd CSS för att tydligt visa vilket element som är i fokus.
DOS-krav 3.3.4 (AA) R150 Ge möjlighet att ångra, korrigera eller bekräfta vid viktiga transaktioner
Erbjud användarna minst en, men gärna fler, av följande skyddsåtgärder:
  • Möjlighet att ångra sin åtgärd.
  • Möjlighet att rätta till möjliga fel som systemet identifierat.
  • Möjlighet att förhandsgranska sina uppgifter och rätta eventuella fel innan åtgärden slutligen bekräftas.
DOS-krav 3.2.4 (AA) R146 Benämn funktioner konsekvent
  • Använd samma termer för återkommande funktioner såsom knappar och ikoner, eftersom vissa användare saknar till exempel layout och formgivning som annars kan användas för orientering.
DOS-krav 1.4.5 (AA) R128 Använd text, inte bilder, för att visa text
När bilder trots allt behöver innehålla text kan denna ofta göras tillgänglig för alla genom att:
  • Använda CSS för att placera text i bilden, istället för att ha texten avbildad.
  • Generera bilden dynamiskt med hänsyn till användarens preferenser för teckensnitt, storlek och förgrund- eller bakgrund. Observera att detta kan kräva en del programmering och att sidan kan behöva innehålla kontroller för att ställa in sådana preferenser. Komplettera med en alt-text.
  • Skriv alt-text till knappar, logotyper, skärmdumpar och diagram som förmedlar samma information som bilden.
  • En bild av ett handskrivet brev kan ha antingen en alt-text som återger innehållet eller en kompletterande text med samma funktion.
DOS-krav 1.3.5 (AA) R154 Märk upp vanliga formulärfält i koden
  • Använd attributet autocomplete på inmatningsfält.
  • Beskriv förväntat innehåll med attributet autocomplete, om det finns en standardiserad benämning.
  • Ange autocomplete=”off” om det gäller känslig information eller om servern erbjuder ordförslag.
DOS-krav 1.4.11 (AA) R156 Använd tillräckliga kontraster i komponenter och grafik
  • Ge gränssnittskomponenter tydliga visuella gränser.
  • Gör helst även inaktiva element urskiljbara för alla.
  • Använd god kontrast för informationsbärande delar av illustrationer och annat grafiskt innehåll, så långt det är rimligt.
DOS-krav 1.4.12 (AA) R157 Se till att det går att öka avstånd mellan tecken, rader, stycken och ord
  • Placera text i utrymmen som är tillräckligt stora eller som anpassar sig efter innehållet.
  • Ta hänsyn till att texter kan ändra storlek om du använder absolut positionering av element som riskerar att krocka med texten.
DOS-krav 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.
DOS-krav 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.
DOS-krav 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.
Exportera urval som csv

Visa som kompakt lista