Riktlinjer

Antal matchande riktlinjer: 13.

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 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.
DOS-krav 1.1.1 (A) R115 Beskriv med text allt innehåll som inte är text
  • Välj detaljnivå efter användarens behov
  • Använd tomt textalternativ (alt="") till dekorativa bilder
  • Anpassa textbeskrivningen efter eventuell synlig bildtext
  • Undvik upprepningar genom att provlyssna
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.
1 R80 Följ kodstandarder
  • Som uppmärkningskod, använd HTML 5 eller HTML 4.01. Se R81. Utveckla webbplatsen enligt en standard snarare än för en webbläsare.
  • Validera koden vid förändringar, se R84. Se till att koden validerar.
  • För presentation och layout med stilmallar, använd CSS. Se R82. Separera innehåll från design – använd externa stilmallar för att styra presentation och layout.
  • För prenumerationstjänster, använd RSS eller Atom. Se R87. Gör det möjligt att prenumerera på information.
DOS-krav R166 Gör inte identifiering beroende av bara en biometrisk egenskap
  • Erbjud alternativ om identifiering med biometri används.
  • Välj bort system som bara erbjuder ett enda - biometriskt - sätt att identifiera sig.
DOS-krav R165 Gör tillgänglighetsfunktioner åtkomliga
  • Undersök vilka tillgänglighetsfunktioner ni erbjuder.
  • Säkerställ att de som har nytta av funktionerna kan nå dem.
  • Blockera inte operativsystemets tillgänglighetsfunktioner.
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 R170 Respektera användarens inställningar
  • Kom ihåg att vissa användare behöver skräddarsy presentationen.
  • Försök att inte hindra att användarens inställningar slår igenom.
    • Använd relativa måttenheter om det är möjligt
    • Var försiktig med css-uttrycket !important
DOS-krav R169 Se till att eventuella samtalsfunktioner är tillgängliga
  • Säkerställ tillräcklig ljudkvalitet vid röstkommunikation.
  • Komplettera röstkommunikation med realtidstext.
  • Presentera den som "ringer" på mer än ett sätt.
  • Säkerställ tillräcklig kvalitet vid videokommunikation.
DOS-krav 4.1.1 (A) R84 Se till att koden validerar
  • Kontrollera att era mallar för funktioner, tjänster och stilmallar validerar i enlighet med er valda standard.
  • Kräv att leverantören vid leverans bifogar valideringsprotokoll för samtliga mallar. Mallar som inte validerar bör inte godkännas för leverans, om inte leverantören har acceptabla argument för alla valideringsfel.
  • Försök att automatisera en regelbunden kodvalidering, eller gör validering till en rutinåtgärd vid all förändring av webbplatsens kod. Det är lätt hänt att tidigare korrekt kod går sönder. Det kan till exempel hända när ni uppdaterar ett tilläggsprogram, när ni infogar en videospelare i ett blogginlägg eller när någon gör ett inlägg i ett kommentarssystem.
DOS-krav R171 Se till att redigeringsfunktioner ger stöd för tillgänglighet
  • Välj eller utveckla redigeringskomponenter som underlättar produktion av tillgängligt innehåll.
  • Välj publiceringssystem som underlättar produktion av tillgängligt innehåll.
  • Välj om möjligt verktyg som uppfyller standarden ATAG.
DOS-krav 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.
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.
Exportera urval som csv

Visa som kompakt lista