Riktlinjer

Antal matchande riktlinjer: 10.

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
5 R102 Ange om ett dokument är en del av ett större dokument
  • Använd link-element och rel-attribut för att hänvisa till relaterade dokument.
  • Visa gärna kapitelnummer och namn i sidhuvudet för varje dokument, eller varje sida i dokumentet.
  • Gör det enkelt att navigera mellan de olika delarna av dokumentet.
3 R94 Använd inte ramar
  • Använd i första hand serverbaserade tekniker.
  • Komplettera eventuellt med klientscript (Ajax).
  • Undvik iframes, eller kompensera för nackdelarna.
  • Använd inte ramar (frames).
3 R93 Använd Javascript för att öka tillgängligheten – inte tvärtom
  • Använd gärna Javascript, men se till att även de som inte använder Javascript kan använda de viktigaste funktionerna. Följ principen om progressiv förbättring, det vill säga bygg först all funktionalitet som vanlig html. Använd sedan Javascript som ett förhöjande tillägg.
  • Se upp så att Javascript inte gör webbplatsen otillgänglig. Denna riktlinje ger flera råd som du bör tänka på om du använder Javascript.
  • I undantagsfall kan faktorer utanför din kontroll göra att besökare måste använda Javascript. Upplys då användaren om att Javascript krävs för att använda tjänsten.
  • Om vissa användare utestängs på grund av att de saknar Javascript kan ni eventuellt ha skyldighet att erbjuda fullgoda alternativ. Detta gäller särskilt myndigheter.
2 R86 Basera inte viktig funktionalitet på format som kräver insticksprogram
  • Använd insticksbaserade multimediala format när det är motiverat, men ge bra alternativ. Undersök först om det går att använda mer tillgängliga format.
  • Använd inte insticksbaserade format för grundläggande funktioner som navigering eller formulär.
  • Analysera vad som händer om det saknas stöd för formatet.
  • Ta hänsyn till att insticksbaserade format kan ta lång tid att ladda vid låg bandbredd.
  • Om ni använder script för att kontrollera om era användare använder insticksbaserade format, så se till att scriptet inte ger fel besked om en användare har script avslaget.
  • Infoga det format ni använder i webbsidan på ett sätt som fungerar i så många webbläsare som möjligt.
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.
5 R90 Gör det enkelt att ringa upp telefonnummer
  • Markera telefonnummer i koden som telefonlänkar (tel:). Det ger möjlighet att direkt ringa upp numret, på samma sätt som e-postlänkar (mailto:) ger möjlighet att skicka e-post.
  • Ange det fullständiga telefonnumret, inklusive det internationella prefixet, i länken – även om det nummer som visas på sidan bara innehåller den lokala delen. Då fungerar länken oavsett varifrån användaren ringer.
  • Överväg att använda strukturerade data även när telefonnummer inte är länkade.
3 R101 Markera obligatoriska fält i formulär
  • Använd en bild av en asterisk (*) för att markera ett obligatoriskt fält i ett formulär. Den ska placeras före inmatningsfältet, i label-elementet. Låt bilden ha textekvivalenten alt=”obligatoriskt”.
  • Informera användarna före formuläret genom att skriva till exempel ”Fält markerade med * är obligatoriska och måste fyllas i”.
  • Använd den uppmärkning av obligatoriska fält som fungerar med den html-version du valt.
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 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.
4 R98 Skriv rubriker till tabeller
  • Använd tabellrubriker såsom rad- och kolumnrubriker, och framhäv dem grafiskt.
  • Använd vid behov abbr-attributet för att ge förkortningar av rad- och kolumnrubrikers innehåll.
  • Koppla ihop rubrikceller med tillhörande dataceller. Detta gäller särskilt för komplexa datatabeller som har två eller flera logiska nivåer med rad- eller kolumnrubriker.
Exportera urval som csv

Visa som kompakt lista