Riktlinjer

Antal matchande riktlinjer: 28.

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.
4 R104 Använd rätt html-element när ni gör listor
  • Märk upp alla listor som listor med korrekta HTML-element.
  • Använd inte listrelaterade HTML-element för sådant som inte är listor.
4 R58 Använd standardutseendet på formulärens element
  • Låt formulärelementen behålla standardutseendet.
  • Gör användningstester för att kontrollera att formulären fungerar, om ni trots allt ändrar utseendet.
  • Anpassa storleken på textfält till förväntat innehåll.
2 R82 Använd stilmallar för att separera presentationen från innehållet
  • Samla regler för webbplatsens utseende i stilmallar.
  • Definiera stilmallarna i externa stilmallsdokument, i så stor utsträckning som möjligt. Använd inte style-attributet för att definiera stilmallar direkt i HTML-koden, eftersom ni då blandar uppmärkning för semantik och presentation, vilket kan leda till problem för vissa användare och i vissa webbläsare.
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.
4 R52 Fyll formulär med kända uppgifter
  • Överväg att automatiskt fylla i uppgifter i formulär. Det kan ske om en användare redan tidigare har lämnat uppgifter till er, eller om uppgifterna kan hämtas från annat håll.
  • Ta hänsyn till riskerna med färdigifyllda uppgifter.
  • Ge användarna möjlighet att ta bort eller ändra uppgifterna själv i formuläret eller gör det enkelt för dem att ta kontakt med er för att påpeka om uppgifterna är inaktuella eller felaktiga.
1 R80 Följ standarder
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 R39 Ge webbplatsen en god läsbarhet
  • Välj ett läsvänligt typsnitt och ange det i stilmallen.
  • Undvik helt versala rubriker och texter.
  • Anpassa radavståndet.
  • Vänsterjustera löptext och menyer.
  • Ange maximal spaltbredd och anpassa radlängden.
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.
3 R87 Gör det möjligt att prenumerera på information
  • Erbjud åtminstone ett sätt att prenumerera på innehåll från webbplatsen.
  • Använd RSS eller Atom för nyhetsflöden.
  • Visa att det finns nyhetsflöden.
  • Gör det enkelt att påbörja och avluta prenumerationen.
  • Ange avsändare och länka till fördjupning.
  • Utgå från vilken typ av innehåll som är mest intressant för användarna.
  • Utsätt inte prenumeranter för irrelevant information.
3 R89 Gör det möjligt för andra att återanvända webbplatsens innehåll
  • Låt sökmotorerna indexera så mycket som möjligt.
  • Utred möjligheterna för, och era användares behov av, syndikering. Gå igenom webbplatsen, och välj ut och gruppera material som kan vara värdefullt att syndikera.
  • Presentera syndikerat material på er webbplats, om era användare kan ha nytta av att ni sammanställer er information med information även från andra webbplatser.
  • Följ PSI-lagen – ett krav för myndigheter, en rekommendation till alla.
3 R57 Låt användarna fylla i information i valfritt format
  • Låt användarna fylla i information i valfritt format.
  • Undvik att visa felmeddelanden om det går att lösa behovet med programmering.
  • Skapa kontrollfunktioner som ger informationen rätt format.
  • Låt systemet ta bort oönskade tecken.
2 R56 Låt inte en webbadress sluta fungera
  • Skapa teknikoberoende webbadresser, så att länkarna fungerar över tid även om ni byter publiceringsverktyg.
  • Använd rätt statuskoder när ni flyttar, stänger eller slår ihop webbsidor, så att användarna omdirigeras på rätt sätt.
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.
3 R50 Minimera antalet fält i formulär
  • Minimera antal fält i formulären genom att slå ihop flera fält till ett, till exempel för- och efternamn eller gatunamn och nummer.
  • Gör det så tydligt som möjligt vilka fält som är obligatoriska. Gruppera dem gärna, så att användarna sedan enkelt kan hoppa över frivilliga fält.
Ett annat upplägg är att först bara visa de obligatoriska fälten. När användaren har fyllt i dem visas de frivilliga fälten.
2 R54 Optimera webbplatsen för bästa prestanda
  • Acceptera inte långa väntetider
  • Kartlägg utgångsläget och välj ambitionsnivå
  • Identifiera och åtgärda prestandaproblem
  • Gå igenom Fem sätt att förbättra prestandan
4 R46 Publicera i format som är lämpade för långsiktigt bevarande
  • Följ de kriteriet som finns för bevarandeformat
  • Publicera textbaserad information som html
  • Välj rätt format för databaser, register, bilder, ljud och video
  • Skapa regler för publicering.
1 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.
4 R92 Se till att webbplatsen kan användas även utan stilmallar
  • Undvik att skriva hänvisningar som förutsätter spatiala relationer eller färger, till exempel ”rutan till höger” eller ”den gröna knappen”.
  • Sätt innehållet i en innehållsligt logisk ordning, så att det är begripligt även utan stilmallar och den tänkta synliga ordningen.
  • Använd inte html-element som gör att det krävs css för att göra presentationen begriplig. Ett vanligt exempel är att använda ul/li för att omsluta fält i ett formulär, trots att formuläret blir förvirrande när det presenteras som en punktlista.
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.
1 R105 Skapa rubriker med h-element
  • Märk upp rubriker korrekt, med rätt hierarkisk ordning.
  • Välj inte rubriknivå efter textstorleken i webbläsarna. Utgå från semantiken och använd CSS för att styra presentationen.
1 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.
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.
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?
1 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.
Exportera urval som csv

Visa som kompakt lista

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