Guider
Tilgjengelighetserklæring på uustatus.no: slik gjør du det
Hva en tilgjengelighetserklæring er, hvem som må ha den, hvordan du fyller den ut på uustatus.no, og hvordan Synli-funn kobles rett inn i erklæringen.
Av Eivind Pihl Martinsen, Synli.aiSist oppdatert 5. juni 2026

En tilgjengelighetserklæring forteller offentligheten hvor tilgjengelig en nettside eller app er, hvilke krav den oppfyller, og hva som eventuelt ikke er på plass ennå. I Norge er den obligatorisk for offentlig sektor, og den lages og publiseres gjennom den offentlige løsningen uustatus.no. Denne guiden tar deg gjennom hva den krever og hvordan Synli korter ned arbeidet.
Hva er en tilgjengelighetserklæring?
Erklæringen er en standardisert egenrapportering basert på EUs webdirektiv (WAD). Den dokumenterer status mot WCAG-kravene, lister opp innhold som ikke er i samsvar, og gir en tilbakemeldingskanal for brukere. Den er ikke en garanti om full tilgjengelighet, men en ærlig og etterprøvbar statusrapport.
Hvem må ha den?
- Alle offentlige virksomheter må publisere en tilgjengelighetserklæring for hver nettside og app.
- Kravet kom med innføringen av WAD og gjelder for offentlig sektor i tillegg til de 48 suksesskriteriene de skal oppfylle.
- Private virksomheter har per i dag ikke et tilsvarende lovkrav om erklæring, men mange velger å lage en for åpenhet og for å være forberedt på fremtidige krav.
Arbeidsflyten på uustatus.no
- KartleggTest løsningen mot de gjeldende WCAG-kriteriene for din sektor
- Vurder hvert kravMarker som oppfylt, ikke oppfylt, eller ikke relevant – med begrunnelse
- Fyll ut på uustatus.noLogg inn, registrer løsningen og før inn statusen per krav
- Publiser og vedlikeholdLenk erklæringen synlig, og oppdater den når løsningen endres
Slik kobler Synli funn inn i erklæringen
Den tidkrevende delen er ikke selve skjemaet på uustatus.no – det er å vite hva statusen faktisk er for hvert krav. Her gjør Synli tungløftet: en skanning kobler hvert funn til et konkret WCAG-suksesskriterium, med konfidensnivå og kodeplassering, og skiller verktøyverifiserte funn fra det som trenger manuell vurdering.
- Synli grupperer funn per WCAG-kriterium, slik at de mapper direkte til radene i uustatus-erklæringen.
- Hvert funn er merket som verifisert eller «trenger manuell sjekk», så du vet hvilke rader du trygt kan sette status på og hvilke som krever en menneskelig vurdering.
- KI-basert synsanalyse vurderer om alt-tekst faktisk beskriver bildet – en typisk kilde til feil i egenrapportering.
- Eksport som strukturert Markdown lar deg ta funnene rett inn i et KI-kodeverktøy for å rette dem før du fører status.

Praktiske steg
- Kjør en Synli-skanning av løsningen og rydd de deterministiske feilene.
- Gå gjennom funnene som er merket «trenger manuell sjekk» og fatt en vurdering.
- Opprett eller oppdater erklæringen på uustatus.no og før inn status per krav.
- Publiser erklæringen et synlig sted (typisk i bunnteksten) og lenk til tilbakemeldingskanalen.
- Sett en rutine for å skanne og oppdatere erklæringen ved større endringer.
Kilder
Relaterte guider

WCAG 2.1 og 2.2 nivå AA-krav forklart
Hva WCAG 2.1 og 2.2 nivå AA faktisk krever, hva som er nytt i 2.2, hvorfor Norge bruker 48 mot 35 suksesskriterier, og hva en skanner kan verifisere kontra hva som krever manuell vurdering.
Sist oppdatert 5. juni 2026
Sjekkliste for tilgjengelighetsdirektivet (EAA)
Hvem tilgjengelighetsdirektivet (EAA) gjelder for, hvordan EN 301 549 kobles til WCAG 2.1 / 2.2 AA, en praktisk sjekkliste, og hvordan nasjonale rammeverk (BITV, RGAA, UNE 139803, Legge Stanca, PSBAR) bygger på samme tekniske kjerne.
Sist oppdatert 5. juni 2026