En ny webbplats är det bästa tillfället att få tillgängligheten rätt. Mallar, komponenter och färger bestäms en gång, och det som blir rätt från början behöver inte rättas sedan. Ändå lanseras många nya webbplatser med samma brister som den gamla hade, eftersom tillgängligheten testades för sent.
Checklistan är uppdelad i fem faser. Den gäller även nytt intranät. Observera att ett byte av publiceringssystem eller en total omdesign av ett intranät innebär att undantaget för innehåll publicerat före 23 september 2019 upphör.
Fas 1: i upphandlingen
Kraven som ställs här avgör vad ni kan kräva sedan.
- [ ] Kravnivå. Leveransen ska uppfylla EN 301 549, i dag WCAG 2.1 nivå AA. Standarden uppdaterades i september 2026 till en version som bygger på WCAG 2.2. Ställ gärna krav på WCAG 2.2 AA, eftersom webbplatsen kommer att leva när den nya versionen blir rättslig referens.
- [ ] Bevis, inte intyg. Leverantören ska redovisa hur tillgängligheten har testats, med vilka verktyg och vilka manuella tester.
- [ ] Komponenter. Mallar och komponenter ska vara testade med tangentbord och skärmläsare innan de levereras.
- [ ] Redaktörsstöd. Publiceringsverktyget ska ha fält för alternativtext, rubriknivåer och språkmarkering, och helst inbyggda kontroller.
- [ ] Tredje part. Moduler från andra leverantörer, som cookiebanner, chatt, kartor, formulär och bokning, ska uppfylla samma krav.
- [ ] Rätt att mäta. Kommunen ska få mäta webbplatsen med egna eller externa verktyg, även i testmiljö.
- [ ] Åtgärder efter leverans. Brister som upptäcks efter lansering ska åtgärdas inom avtalet, inom en angiven tid.
Fas 2: design och bygge
De flesta brister som hittas på kommunwebbar sitter i mallarna. Här förebyggs de.
- [ ] Färger. Alla textfärger har minst 4,5:1 i kontrast mot bakgrunden, stor text minst 3:1. Knappar, fältkanter och ikoner har minst 3:1. Kontrollera profilfärgerna tidigt, innan de sprids i designen.
- [ ] Fokus. Tangentbordsfokus syns tydligt på alla länkar, knappar och fält.
- [ ] Tangentbord. Meny, sök, dragspel, flikar, dialogrutor och karuseller går att använda med enbart tangentbord.
- [ ] Namn på knappar och länkar. Ikonknappar och ikonlänkar har läsbara namn.
- [ ] Menyknappar. Mobilmenyn talar om för skärmläsaren om den är öppen eller stängd.
- [ ] Formulär. Varje fält har en synlig etikett. Felmeddelanden förklarar vad som är fel och hur det rättas.
- [ ] Språk och titel. Sidans språk anges i koden, och varje sidtyp får en beskrivande titel.
- [ ] Rubriker och landmärken. Mallarna använder rubriknivåer i ordning och har landmärken för sidhuvud, navigation, huvudinnehåll och sidfot.
- [ ] Zoom och förstoring. Zoom är inte spärrad. Sidan fungerar vid 200 procent förstoring och i smalt fönster utan vågrät rullning.
- [ ] Länkar i text. Länkar i brödtext är understrukna eller markerade på annat sätt än med färg.
- [ ] Rörelse. Karuseller och animationer kan pausas.
Fas 3: innehållsflytt
Flytten är ett tillfälle att rensa, inte bara att kopiera.
- [ ] Rensa först. Ta bort sidor och dokument som inte används. Varje sida som inte flyttas är en sida mindre att kontrollera.
- [ ] Dokument. Inventera PDF:erna. Behåll de som behövs, rätta blanketter och dokument som används i ärenden, och gör om informationsdokument till webbsidor där det går.
- [ ] Alternativtexter. Kontrollera att bilderna har alternativtexter som beskriver innehållet, och att dekorativa bilder är markerade som dekoration.
- [ ] Rubriker. Innehåll som flyttas maskinellt tappar ofta rubrikstrukturen. Stickprova.
- [ ] Länktexter. Byt ut "Läs mer" och "Klicka här" mot texter som säger vart länken leder.
- [ ] Text i bilder. Affischer och scheman som bara finns som bild behöver texten på sidan.
- [ ] Redaktörsutbildning. Redaktörerna vet hur de skriver alternativtext, använder rubriker och publicerar tillgängliga dokument i det nya verktyget.
Fas 4: före lansering
Testa i testmiljön, med tid att rätta innan webbplatsen går live.
- [ ] Automatisk mätning. Mät ett urval av varje sidtyp: startsida, sök, kontakt, informationssida, nyhet, e-tjänstingång och redogörelse. Rätta brister i mallen innan lansering.
- [ ] Tangentbordstest. Gå igenom de viktigaste flödena med enbart tangentbord: hitta kontaktuppgifter, söka, starta en e-tjänst, lämna en synpunkt.
- [ ] Skärmläsartest. Lyssna på startsidan och några vanliga sidor med skärmläsare, till exempel NVDA eller VoiceOver.
- [ ] Mobil. Testa på telefon, med förstorad text.
- [ ] Redogörelsen. Skriv en ny tillgänglighetsredogörelse utifrån testresultaten, med dagens datum och en lista över kända brister. Lägg länken i sidfoten.
- [ ] Kontaktvägen. Testa att formuläret eller e-postadressen för synpunkter fungerar, och att någon tar emot det som kommer in.
- [ ] Omdirigeringar. Gamla adresser, särskilt till dokument och e-tjänster, leder till rätt ny sida.
Fas 5: efter lansering
Det mesta som går fel händer under de första veckorna, när redaktörerna börjar publicera.
- [ ] Mät igen efter två till fyra veckor. Jämför med mätningen före lansering. Nya brister kommer nästan alltid från nytt innehåll eller justeringar i mallen.
- [ ] Följ upp med leverantören. Brister i mallen lämnas till leverantören enligt avtalet, med WCAG-kriterium och exempel.
- [ ] Uppdatera redogörelsen när brister har rättats.
- [ ] Löpande bevakning. Bestäm hur ofta webbplatsen ska mätas framåt, och vem som tar emot resultatet.
- [ ] Stäng den gamla webbplatsen. Om den ligger kvar på en annan adress omfattas den fortfarande av lagen.
Sammanfattning
Tillgängligheten avgörs i upphandlingen och i mallarna, långt innan första sidan publiceras. Ställ krav som går att följa upp, testa komponenterna tidigt, använd flytten till att rensa och mät både före och efter lansering. Då lanseras en webbplats som inte behöver rättas i efterhand.
Allmenta mäter nya webbplatser i testmiljö före lansering och igen efteråt, så att det syns vad som är rättat och vad som är nytt.