Introduksjon

Universell utforming betyr at løsningene vi lager skal fungere godt for alle mennesker, i alle situasjoner. Det handler ikke om å lage én versjon for «vanlige» brukere og så gjøre den tilgjengelig for noen få – det handler om å lage løsninger som er gode fra start.

En universelt utformet løsning er enklere å bruke for alle. Tydelig kontrast hjelper på bussen i sollys. Logisk navigasjon sparer tid for den stressede. God struktur gjør at skjermlesere fungerer. Det er ikke separate grupper – det er den samme brukeropplevelsen.

Mange tenker på universell utforming som en teknisk sjekkliste man går gjennom til slutt: kontrast, ARIA-attributter, tastaturnavigasjon. Det er viktige ting, men de er ikke hele bildet.

God universell utforming starter med å forstå problemet du skal løse, og hvem du løser det for. Det betyr å snakke med brukere, teste ideer tidlig, og la innsikten forme løsningen – ikke bare pynte på den etterpå.

Entur Reisevenn illustrerer dette godt. Reisevenn hjelper blinde og svaksynte å reise kollektivt, med beacons på holdeplasser og lydveiledning i appen. Løsningen ble ikke til ved å legge et tilgjengelighetslag oppå en eksisterende app. Den ble designet fra bunnen av, sammen med brukerne, for å løse et reelt problem. Resultatet gir verdi langt utover den opprinnelige målgruppen – eldre, turister og alle som er usikre i ukjente omgivelser har nytte av den samme løsningen.

Det er forskjellen mellom å reparere en løsning som ekskluderer, og å lage en løsning som inkluderer fra start.

Universell utforming er lovpålagt. Her er det viktigste du trenger å vite:

Forskriften krever at IKT-løsninger rettet mot allmennheten skal være universelt utformet. Gjelder både offentlig og privat sektor.

Webdirektivet krever at offentlige virksomheter følger WCAG-standarden og publiserer tilgjengelighetserklæringer. Innlemmet i norsk rett.

European Accessibility Act utvider kravene til privat sektor – blant annet e-handel, bank, kollektivtransport og selvbetjeningsterminaler. Trådte i kraft i EU i juni 2025, under innlemmelse i norsk lov.

WCAG 2.2 er gjeldende standard. Nivå AA er minimumskravet. Standarden er referansen i EN 301 549, som både WAD og EAA peker til.

Uu-tilsynet fører tilsyn, gir veiledning og kan ilegge dagbøter ved brudd. Publiserer tilsynsrapporter som viser hva som ofte feiler.

Hvert team eier ansvaret for universell utforming i produktene sine. UU er ikke noe som gjøres av én spesialist på slutten – det er en del av hvordan vi designer, utvikler og tester.

Tilbakemeldinger på tilgjengelighet kan sendes til tilbakemelding@entur.org.

| Område | Hva det betyr | Krav | |--------|---------------|------| | Kontrast | Tekst må skille seg tydelig fra bakgrunnen | 4.5:1 vanlig tekst, 3:1 stor tekst | | Zoom | Innholdet skal fungere ved forstørring | Minst 200 % uten tap av funksjonalitet | | Struktur | Innholdet skal være logisk og forutsigbart | Riktige overskriftsnivåer, meningsfull rekkefølge | | Tastatur | Alt skal kunne brukes uten mus | Synlig fokus, logisk tab-rekkefølge | | Tekst | Innholdet skal være forståelig | Tydelig språk, gode feilmeldinger |

1. Tenk «fungerer dette i alle situasjoner?» – Test ideen din mentalt: Fungerer den med én hånd? I sollys? Under tidspress? Med skjermleser? Hvis ikke, juster designet.
2. Skriv forståelig – Unngå fagsjargong. Bruk korte setninger. Test teksten på noen som ikke kjenner produktet.
3. Sjekk kontrast tidlig – Bruk kontrastsjekkeren mens du designer, ikke etter du er ferdig.
4. Bruk relative størrelser – Slik at brukere som forstørrer tekst ikke mister funksjonalitet.
5. Gi tydelige tilbakemeldinger – Feilmeldinger skal si hva som gikk galt og hva brukeren kan gjøre.
6. Lag store nok trykkeflater – Minst 24×24 px for interaktive elementer (WCAG 2.2).

1. Bruk riktig HTML-element – <button> for knapper, <a> for lenker, <nav> for navigasjon. Semantisk HTML gir deg tilgjengelighet nesten gratis. Les mer.
2. Sørg for tastaturstøtte – Tab-rekkefølgen skal følge den visuelle layouten. Fokusmarkering skal alltid være synlig. Modaler skal fange fokus.
3. Test med skjermleser – Kjør VoiceOver (Mac) eller NVDA (Windows) og naviger gjennom løsningen. Gir det mening? Er rekkefølgen logisk?
4. La innholdet flyte – Bruk responsivt design som fungerer ved alle vindusbredder og ved forstørring opp til 400 %.
5. Automatiser det du kan – Bruk axe og Lighthouse i CI for å fange opplagte feil. Men husk: automatiserte verktøy fanger bare ca. 30–50 % av problemene. Se testguiden for en komplett tilnærming.