Så mäter Allmenta: metod, urval och begränsningar

En mätning är bara så bra som metoden bakom den. Den här sidan beskriver hur Allmenta mäter, vad resultatet betyder och var gränserna går. Den som ska använda resultatet i en tillgänglighetsredogörelse, i ett svar till Digg eller i en upphandling behöver veta det.

Kort sammanfattning

Allmenta öppnar webbplatsens sidor i en riktig webbläsare, kör etablerade regler för tillgänglighet mot den färdiga sidan och redovisar bristerna med WCAG-kriterium, plats i koden och ett förslag på hur den rättas. Mätningen upprepas löpande, så att nya brister upptäcks när webbplatsen ändras. Den fångar de brister som går att avgöra maskinellt. Andra krav behöver bedömas av en människa, och det framgår av rapporten vad som ingår.

Steg 1: urvalet av sidor

Mätningen börjar med att hitta webbplatsens sidor. Allmenta läser webbplatsens sitemap och de länkar som finns på de publika sidorna.

För kommuner och andra offentliga webbplatser görs urvalet så att det täcker de sidtyper invånarna faktiskt använder:

• startsidan
• söksidan
• kontaktsidan
• ingångar till e-tjänster och självservice
• inloggning eller Mina sidor
• tillgänglighetsredogörelsen
• informationssidor från olika ämnesområden, till exempel bygglov, avfall, skola och omsorg

Tanken är att hitta bristerna där de har störst betydelse. En brist i sökfunktionen eller i en e-tjänstingång påverkar fler än en brist på en undanskymd nyhetssida. Eftersom många brister sitter i mallarna ger ett urval av sidtyper också en bra bild av hela webbplatsen.

Filer som bilder och dokument hoppas över i webbmätningen och kontrolleras separat. Länkar till andra domäner räknas inte in i webbplatsens resultat.

Steg 2: sidan öppnas i en riktig webbläsare

Varje sida öppnas i Chromium, samma webbläsarmotor som Chrome och Edge. Sidan får ladda klart, inklusive innehåll som skapas med skript. Det betyder att mätningen ser samma sida som en besökare ser, inte bara källkoden som skickas från servern.

Steg 3: reglerna

Själva kontrollen görs med axe-core, ett regelbibliotek med öppen källkod som utvecklas av Deque Systems och används brett i branschen. Allmenta kör de regler som är kopplade till WCAG 2.0 och 2.1 på nivå A och AA, vilket är den kravnivå som DOS-lagen och tillgänglighetslagen hänvisar till via EN 301 549.

Reglerna kontrollerar bland annat:

• färgkontrast mellan text och bakgrund
• alternativtexter på bilder
• läsbara namn på länkar och knappar
• etiketter på formulärfält
• sidans språk och titel
• struktur i listor, tabeller och landmärken
• korrekt användning av ARIA
• om zoomning är spärrad

Bristerna klassas efter allvarlighetsgrad, från kritisk till mindre allvarlig.

Steg 4: dokumenten

PDF:er som länkas från webbplatsen eller finns i dess sitemap kontrolleras separat. Kontrollen visar om dokumentet:

• saknar taggar, alltså struktur för skärmläsare
• saknar dokumenttitel
• saknar angivet språk
• är inskannat, alltså en bild av text utan läsbar text

Dokumentresultaten redovisas i en egen del av rapporten, så att ett stort antal dokument inte döljer resultatet för själva webbplatsen.

Steg 5: resultatet

Bristerna redovisas med:

• vad bristen är, på svenska
• vilket WCAG-kriterium den gäller
• vem den påverkar
• var den finns: vilken sida och vilket element i koden
• ett kodförslag som visar hur den kan rättas

Bristerna grupperas så att samma fel på många sidor syns som ett fel i mallen, inte som hundratals separata fel. Det gör det lättare att prioritera och att ge rätt uppgift till rätt person.

Webbplatsen får också en poäng mellan 0 och 100, där bristerna vägs efter allvarlighetsgrad. Poängen är till för att följa utvecklingen över tid och jämföra likartade webbplatser.

Vad poängen betyder, och inte betyder

En hög poäng betyder att mätningen hittat få eller inga brister i det urval som mättes. Den betyder inte att webbplatsen är helt tillgänglig eller helt förenlig med lagen. Allmenta skriver därför aldrig att en webbplats är "klar". När en mätning inte hittar några brister redovisas det som att inga automatiskt upptäckbara brister hittades i det mätta urvalet.

Vad en automatisk mätning inte fångar

En del av WCAG:s krav kan bara bedömas av en människa. Det gäller till exempel:

• om allt går att nå och använda med enbart tangentbord, i rätt ordning
• om alternativtexterna faktiskt beskriver det bilderna visar
• om rubriker och länktexter är begripliga i sitt sammanhang
• om felmeddelanden i formulär hjälper användaren vidare
• om innehållet fungerar när sidan förstoras kraftigt
• om video har korrekta undertexter

Därför bör en automatisk mätning kombineras med manuella stickprov av de viktigaste flödena. Det är också skälet till att mätningen görs löpande. Webbplatser ändras varje vecka, och de maskinellt upptäckbara bristerna är de som oftast kommer tillbaka när nytt innehåll publiceras eller en mall uppdateras.

Löpande mätning

Webbplatser som följs av Allmenta mäts om regelbundet. Utöver den breda mätningen görs en lättare kontroll av startsidan och ett urval av de viktigaste sidorna oftare. Om en ny kritisk brist dyker upp som inte fanns vid förra mätningen skickas en varning. Förändringar över tid redovisas, så att det syns vad som har rättats och vad som är nytt.

Sidor bakom inloggning

Intranät och andra sidor bakom inloggning kan mätas med ett läskonto som kommunen tillhandahåller. Mätningen stöder formulärinloggning, till exempel Sitevisions vanliga inloggningssida. Gemensam inloggning via Microsoft Entra ID och intranät som bara nås via kommunens eget nätverk kräver en särskild lösning och bedöms från fall till fall.

Sammanfattning

Allmenta mäter i en riktig webbläsare, med ett etablerat regelbibliotek, mot den kravnivå lagen hänvisar till. Resultatet redovisas per brist med plats och kodförslag, och mätningen upprepas löpande. Metoden fångar de brister som går att avgöra maskinellt och säger tydligt vad den inte fångar.

Frågor om metoden besvaras via kontaktuppgifterna på allmenta.se.