Guider

Idealisk för dig som vill göra långsiktiga uppföljningar

Lästid

5 min

Publicerad

22 aug. 2025

Med rätt visualiseringar kan du följa utvecklingen av tillgänglighetsarbetet i realtid. Istället för att undra 'blir vi bättre?' har du siffror som visar exakt var ni står.

Men att sätta upp ett effektivt tillgänglighets-dashboard kräver eftertanke. Vilka mätvärden spelar roll? Hur ofta ska data uppdateras? Vem ska se vad?

I denna guide går vi igenom hur du bygger ett dashboard som faktiskt hjälper teamet fatta beslut, samt hur du sätter upp alerts som varnar innan problem blir kritiska.

Vilka mätvärden bör du spåra?

Inte alla siffror är lika användbara. Fokusera på mätvärden som leder till handling:

Primära mätvärden (visa på dashboard):

•Antal kritiska fel – WCAG-brott på nivå A. Dessa måste fixas omedelbart.

•Antal allvarliga fel – WCAG-brott på nivå AA. Bör fixas snarast.

•Totalt antal problem – Ger en överblick, men prioritera efter allvar.

•Procentuell förändring – Blir det bättre eller sämre sedan förra veckan/månaden?

Sekundära mätvärden (djupare analyser):

•Problem per sida/sektion – Identifiera problemområden

•Problem per typ – Kontrast? Alt-texter? ARIA? Visar var teamet behöver utbildning

•Åtgärdstid – Hur lång tid tar det i snitt att fixa ett rapporterat problem?

•Lighthouse/axe score – Standardiserade poäng för jämförelse

Datakällor för ditt dashboard

För att bygga ett dashboard behöver du data. Här är de vanligaste källorna:

Automatiska scanners:

•Xrayd API – Hämta resultat från schemalagda skanningar

•Lighthouse CI – Spara resultat från CI/CD-pipeline

•axe-core rapporter – Om ni kör axe som del av testsviten

Manuella granskningar:

•Resultat från kvartalsvisa expertgranskningar

•Feedbackrapporter från användare

•Issues taggade med 'a11y' i Jira/GitHub

Integration:

De flesta dashboard-verktyg (Grafana, Datadog, Kibana) kan hämta data via API eller webhook. Xrayd erbjuder webhooks som triggar vid nya fynd.

Steg för steg: Bygg ditt dashboard

Steg 1: Välj verktyg

Om ni redan har en observability-stack (Grafana, Datadog), använd den. Annars är Google Sheets eller Notion ett enkelt startläge.

Steg 2: Bestäm uppdateringsfrekvens

Dagligen är oftast överflödigt. Veckovis fungerar bra för de flesta team. Justera baserat på hur ofta ni releaser.

Steg 3: Skapa visualiseringar

•Linjediagram – Trend över tid (antal fel per vecka)

•Cirkeldiagram – Fördelning per typ (kontrast, alt-text, etc.)

•Tabell – Topp 10 sidor med flest problem

•Siffra med pilar – Kritiska fel nu vs förra mätningen

Steg 4: Sätt mål

Lägg till en horisontell linje som visar ert mål. Till exempel: 'Mål: Noll kritiska fel till Q3'.

Ett bra dashboard svarar på frågan 'Hur går det med tillgängligheten?' på under 10 sekunder.

Sätt upp alerting som fungerar

Alerts ska varna om saker som kräver omedelbar uppmärksamhet – inte om varje liten förändring.

Bra alerts:

•'Nytt kritiskt fel upptäckt på checkout-sidan'

•'Antal kontrastfel ökade med >50% sedan förra skanningen'

•'Sida X har blivit otillgänglig (kan inte navigeras med tangentbord)'

Dåliga alerts (alert fatigue):

•'Scanning klar' (informativt, inte actionable)

•'Ett nytt låg-prioritets-problem upptäckt' (spara till rapporten)

Kanaler:

Skicka kritiska alerts till Slack/Teams så att rätt person ser dem snabbt. Sammanfattningar kan gå till e-post.

Eskalering:

Om ett kritiskt problem inte åtgärdats inom 48 timmar, eskalera till produktägare eller tech lead.

Dela dashboardet rätt

Olika roller behöver olika vyer:

För ledningen:

Fokusera på trender och risker. 'Vi har minskat kritiska fel med 60% sedan förra kvartalet' eller 'Området X behöver resurser'.

För utvecklarteamet:

Detaljer om vilka problem som finns, var de är, och hur de rankas. Klickbara länkar till specifika fel.

För innehållsteamet:

Fokusera på innehållsrelaterade problem: saknade alt-texter, rubrikstruktur, länktexter.

Tips: Skapa separata dashboards eller filter för varje målgrupp istället för ett gigantiskt dashboard som ingen förstår.

Exempellayout för ett tillgänglighets-dashboard

Här är en layout som fungerar för de flesta team:

Rad 1: Överblick

•Siffra: Kritiska fel (med pil som visar förändring)

•Siffra: Allvarliga fel

•Siffra: Totalt antal

•Score: Övergripande tillgänglighets-score (0-100)

Rad 2: Trend

•Linjediagram: Antal fel per vecka, senaste 12 veckorna

Rad 3: Detajer

•Cirkeldiagram: Fördelning per kategori

•Tabell: Topp 10 sidor med problem

Rad 4: Åtgärder

•Tabell: Senaste kritiska fel som inte fixats ännu, med ansvarig och ålder

Testa din webbplats tillgänglighet

Gratis skanning, ingen registrering

Vanliga frågor

Kan jag bygga detta med gratisverktyg?+

Ja. Google Sheets kan hämta data via Apps Script, och du kan visualisera med Google Data Studio (Looker Studio). Det kräver mer manuellt jobb men fungerar för mindre team.

Hur motiverar jag tid för att bygga ett dashboard?+

Poängtera besparingen: Istället för att varje vecka manuellt kolla status, ser teamet det automatiskt. En timmes arbete för att sätta upp dashboardet sparar 30 minuter per vecka – det betalar sig på två månader.

Vad är ett rimligt mål för tillgänglighetsscore?+

100% är oftast orealistiskt. Sikta på: Noll kritiska (A) fel, under 10 allvarliga (AA) fel, och en fallande trend. Specifika nummer beror på sajtens storlek och komplexitet.