Når du jobber med innsikt og analyse kan du bidra til å forsterke stemmene som ofte ikke blir hørt.

En kunnskapsbank om hjelpemidler og tilrettelegging.

Kjenn på kroppen hvordan det er å ha en simulert funksjonstap.

Ikoner er blitt en vital del av dagens web. Disse grafiske elementene fremhever det visuelle, men også ofte det funksjonelle i løsningene våre. Dette skal funke for alle brukerene våre, uansett situasjon.

Når utviklere forstår ARIA brukes standarden mye mindre og riktigere.

Løsningene våre skal fungere på de aller, aller fleste enheter og nettlesere folk bruker.

Hva bør du som jobber med frontend ha i bakhodet for å lage løsninger som fungerer for alle?

Synstolking er å beskrive levende bilder. På videoer betyr det at viktige ting som ikke kan høres formidles ved hjelp av en «fortellerstemme». Synstolking kan også tilbys på teater og andre live-arrangementer.

Lenketekster og utforming skal gi brukere akkurat nok informasjon til at de er forberedt på hvor lenken leder og hvordan lenken kommer til å oppføre seg. 

Her får du tips om hvordan du kan gjøre teksten du skriver mer universelt utformet.

Finn ut hvor lett det er å lese teksten din.

Video med lyd og lydopptak skal tekstes. I denne artikkelen får du noen enkle tips, og lenker til hvor du kan lese mer.

Hvordan oppfylle kravene til merking og samtidig minimere kognitiv belastning?

Gode feilmeldinger hjelper alle når de fyller ut skjemaer, men de er særlig viktige for folk med nedsatt syn og folk med kognitiv funksjonsnedsettelse.

En kort oversikt over navigasjonselementene og hvor de plasseres i et skjema.

Hvorfor er deaktiverte tilstander utfordrende, og hvordan unngå man dem.

Vi fraråder bruk av tekst til venstre eller høyre både utenfor eller inn i inputfelter.

Inkluder mennesker med funksjonsvariasjon i innsiktsarbeidet ditt.

Sjekk at løsningen din er kodet på en måte som fungerer med hjelpemidler og nettlesere.

Hvordan optimalisere testing i forbindelse med tilgjengelighetserklæringen?

Siteimprove hjelper oss med å kvalitetsikre innhold og kode på Navs nettsider.

Det er faktisk aldri for tidlig å teste universell utforming. Hele teamet kan bidra.

Alt av funksjonalitet og innhold på nettsiden må være tilgjengelig med bare tastatur.

For å teste disse kravene må du lese gjennom sidens innhold og se på innholdet i konteksten av nettstedet som helhet.

Kan brukerne dine konsumere nettsidene dine på måten de foretrekker?

For nettsider som mottar inndata fra brukeren.

For forhåndsinnspilt multimediainnhold, f.eks. animasjoner, lydspor og video.

SortSite er et ett-klikks testverktøy vi i NAV IT har noen få lisenser til.

Du må oppdatere status ved hver stor endring til nettstedet, og minst en gang hvert år. Hvordan du går frem varierer avhengig av løsningens målgruppe, plassering og lanseringsdato.

Tjenester utenfor nav.no må utarbeide egen tilgjengelighetserklæring og publisere denne på uustatus.no. Dette gjelder også for intranett og ekstranett som er nye eller vesentlig oppdaterte etter 1.2.2023.

Tjenester og nettsider på nav.no skal rapportere WCAG-status til uu-teamet. UU-teamet sammenstiller resultatene fra alle nav.no-teamene til én samlet tilgjengelighetserklæring.

Slik tester du løsningen din opp mot de 48 lovpålagte krav fra WCAG 2.1.

Løsninger NAV kjøper skal være utformet i tråd med EUs Web Accessibility Directive (WAD).

Denne artikkelen er et forsøk på å forklare noen av de mest brukte begrepene om universell utforming og nedsatt funksjonsevne. Målet er at NAV skal bruke begrepene riktig, og på en konsistent måte.

Alle NAVs innbyggertjenester må fungere for folk med funksjonsnedsettelser, også eldre løsninger, dokumenter og mobilapplikasjoner.

Så har det skjedd—teamet ditt har mottatt et varsel om at det skal føres uu-tilsyn på løsningen deres. Hva betyr det, og hvordan skal du gå frem?

Her finner du uu-teamets anbefalinger til eksterne ressurser der du kan lære mer om universell utforming.

Hvem har ansvar for å sikre at løsningene våre møter lovkravene og fungerer bra for flest mulig?

Det er flere kanaler du kan bruke til å få bistand med uu-spørsmål.

Få en innføring eller fordyp deg i utvalgte temaer rundt uu.

Det har en stor effekt på resultatet når ledere og produkteiere løfter inkludering og minner om lovkrav.

Alle skal kunne bruke løsningene vi lager--både befolkningen og våre ansatte.

La folk ombestemme seg—ikke la noe skje med en gang brukeren trykker.

Unngå flerpunkt- og stibaserte gester.

Ikke bruk bevegelse som eneste måte å styre sidens innhold på.

Innhold skal kunne presenteres sekvensielt på en forståelig måte.

Alt skal kunne gjøres med tastatur.

Brukerinteraksjoner skal ikke utløse uforventede endringer på nettsiden.

Brukeren må alltid kunne se hvilket element som kommer til å motta tastaturinput.

Navigering med tastatur skal være forståelig.

Gi brukere kontroll over innhold som vises ved hover eller fokus, så det ikke forsvinner før de er klare.

Fokus alene skal ikke utløse endringer – kun brukerens aktive valg.

Brukeren må kunne navigere raskt til hovedinnholdet. Flere teknikker kan benyttes for å oppfylle kravet.

Det du kommer til med tastaturnavigering, må du kunne forlate med tastaturnavigering.

Unngå hurtigtaster som består av ett tegn.

Tekst på et annet språk enn sidespråket skal spesifiseres med riktig språkkode.

Innhold skal kunne vises og brukes i både stående og liggende retning.

Gjør det lett for brukere å stoppe eller dempe lyd som starter automatisk.

Unngå å gi folk anfall.

Overskrifter og ledetekster skal beskrive innholdet de er knyttet til.

Samsvarer elementets synlige ledetekst med det tilgjengelige navnet?

Gjør det lett for brukerne å se hvor det har oppstått en feil, og gi en god tekstbeskrivelse av feilen.

Når løsningen oppdager en feil en bruker har gjort, tilbys konkret hjelp til hvordan feilen kan rettes.

Sørg for at brukeren kan forstå instruksjonene på siden, uten å være avhengig av en spesifikk sans eller orientering på siden.

Kan man forstørre innholdet til 400% uten å tape informasjon eller funksjonalitet?

Skjemafelt som skal fylles ut, har ledetekster eller instruksjoner.

Hvis en interaksjon på en nettside kan ha alvorlige konsekvenser for brukeren skal brukeren kunne angre, kontrollere eller bekrefte handlingen / dataene som sendes inn.

Tekst kan forstørres til minst 200% uten at informasjon går tapt.

Bruk autocomplete der det er mulig.

Brukere kan lettere gjenkjenne like funksjoner på et nettsted når de har konsekvent navn og utseende.

Et konsekvent oppsett av navigasjonselementer på tvers av sider hjelper brukerne å forutsi hvordan de finner frem på siden.

Tilby mer enn én måte å navigere til nettsiden på.

Hjelpemiddelteknologi må kunne identifisere alle brukergrensesnittkomponenter og forstå deres rolle, tilstand og egenskaper.

Brukere skal kunne slå av, justere eller forlenge tidsbegrensninger slik at de får nok tid til å fullføre oppgaver.

Har nettsiden en sidetittel som beskriver sidens tema eller formål?

Tekst med god kontrast er lettere å lese for alle som bruker synssansen.

Tilby et tekstlig alternativ for ikke-tekstlig innhold.

Bruk HTML semantikk for å formidle visuell presentasjon.

Bruk tekst. Unngå bilder av tekst.

Gode lenketekster gjør det enklere for folk å bestemme om de ønsker å følge lenken.

Ikke bruk farger som den eneste måten å kommunisere informasjon på.

Det som er viktig og ikke kan høres i en film skal formidles som synstolking.

Direktesent video skal tekstes.

Det som er viktig og ikke kan høres i en film skal formidles som tekst eller synstolking.

Alle som benytter synssansen skal kunne oppfatte brukergrensesnittkomponenter og viktig grafikk.

Du skal ha et alternativt til lyd og video uten lyd.

Video skal tekstes.

Velstrukturert HTML sikrer at nettlesere og hjelpemiddelteknologi presenterer innholdet som tiltenkt.

Skjermleserbrukeren skal få statusbeskjeder om viktige endringer uten at konteksten endres.

Brukeren må kunne justere avstanden mellom linjer, avsnitt, bokstaver og ord.

Spesifiser sidens språk slik at hjelpemidler leser opp siden riktig.