Teknik & kod

Webbriktlinjerna går inte in på djupet när det gäller teknik, men lyfter upp några viktiga frågor.

Visa som kompakt lista

Prio Motsvarar i 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.
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.
2 R7 Använd en krypterad anslutning för e-tjänster
  • Använd en krypterad anslutning, https, till alla e-tjänster som innehåller inloggningsinformation eller personliga eller ekonomiska uppgifter.
  • Skicka inloggningsinformation över en krypterad kanal.
  • Överväg om hela webbplatsen bör kunna användas över en krypterad anslutning.
  • Använd ett certifikat från en certifikatutfärdare som förekommer i de vanligaste webbläsarna. Annars kan användarna få ett felmeddelande om att utfärdaren inte är betrodd.
  • Se till att era certifikat är giltiga så att användarna slipper felmeddelanden och varningar.
  • Se till att alla webbplatsens resurser kan laddas över en krypterad kanal, även om de inkluderas från en tredje part. Annars kan användaren få felmeddelanden och varningar.
  • Omdirigera användare till den krypterade kanalen om de försöker nå en sida över en okrypterad kanal.
  • Skriv gärna länkar till externa webbplatser med https:// om webbplatsen har stöd för det. Det gör att användarna hamnar rätt från början.
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).
4 R83 Använd inte tabeller för layout
  • Använd inte tabeller för layout. Det finns i regel ingen anledning att använda tabeller för webbplatsens grundkonstruktion.
  • Använd istället stilmallar (CSS:er) för att styra presentation och layout.
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.
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 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.
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.
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.
4 R9 Ge dokument filnamn som beskriver innehållet
  • Ge dokumentet ett filnamn som beskriver innehållet i dokumentet. Exempel: semesterlista-sommar-2017.pdf
  • Var försiktig med specialtecken, mellanslag och understreck i filnamn.
  • Ange vilket filformat dokumentet har.
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 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.
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.
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
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 R88 Publicera dokument i html och skapa tillgängliga pdf:er
  • Publicera 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.
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
3 R97 Se till att bakåtknappen fungerar
  • Låt bakåtknappen fungera (se undantag nedan).
  • Undvik att öppna nya fönster, särskilt fönster som täcker hela skärmen; då fungerar inte bakåtknappen.
  • Ställ krav på att bakåtknappen ska fungera, när ni upphandlar system, eller tidigt under utvecklingsprocessen. Hur och om bakåtknappen fungerar kan nämligen bero på den grundläggande tekniken.
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.
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.
5 R96 Utnyttja webbläsarnas inbyggda funktioner för utskrift
  • Utnyttja webbläsarens inbyggda funktion för utskrift av innehållssidor på webbplatsen och använd en stilmall för det.
  • Tillhandahåll en utskriftsikon eller liknande om målgruppen saknar kunskap om webbläsarens inbyggda utskriftsfunktion och kortkommandon som Ctrl+P.
  • Knappar, symboler och liknande för att skriva ut kräver JavaScript för att fungera. Låt även knapparna och symbolerna skapas av skriptet. Då kommer användare som inte har JavaScript påslaget inte att se knappen eller symbolen, och får då inte heller en trasig ikon.
  • För utskrift av beräkningar, kvittenser, mottagningsbevis och liknande kan det vara motiverat att tillhandahålla en särskilt utskriftsversion.
  • Använd stilmallen för att ta bort menyer och understrykningar samt styra teckensnitt och sidlayout.
  • Erbjud möjligheten att slå samman sidor till en utskrift.
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.
2 R81 Utveckla webbplatsen enligt en standard, snarare än för en webbläsare
  • Använd HTML5. HTML version 5 är den senaste versionen och har bra stöd i de flesta verktyg.
  • Använd inte XHTML om det inte finns synnerliga skäl till detta. Se blogginlägget HTML eller XHTML?
Exportera urval som csv