Tilsynsrapport Vegvesen trafikk (app) – Statens Vegvesen

1 Innledning

Digitaliseringsdirektoratet er tilsynsmyndighet på området universell utforming av ikt.

Rettslig grunnlag for tilsyn er likestillings- og diskrimineringslova (ldl) § 36 første ledd jf. ldl § 18 og forskrift om universell utforming av ikt-løsninger § 5.

Vi gjennomførte tilsyn med Statens Vegvesen i perioden 08.05.2026 – 02.07.2026. Tilsynet rettet seg mot Vegvesen trafikk iOS.

Rapporten gjør greie for resultatene innenfor tema for tilsynet, på de sidene som er testet. Rapporten gir ikke en fullstendig tilstandsvurdering av appen.

2 Resultat

Resultatene bygger på informasjon fra testing av appen.

Det er avdekket brudd på 6 av 8 krav som er testet under tilsynet. Totalt er det snakk om 23 brudd.

Resultatene er inndelt i kategorier. Der det er påvist brudd på minstekravene vil dette gå frem under den enkelte kategorien. Dersom det er avdekket brudd på minstekravene følges dette opp med reaksjoner i form av pålegg om retting og eventuelt tvangsmulkt.

Det er avdekket brudd fra følgende krav: ldl. § 18 jf. forskrift om universell utforming av ikt-løsninger § 4 første ledd jf. suksesskriterier i WCAG 2.1:

• 1.3.1 Informasjon og relasjoner
• 2.1.1 Tastatur
• 2.4.6 Overskrifter og ledetekster
• 3.3.1 Identifikasjon av feil
• 3.3.2 Ledetekster eller instruksjoner
• 4.1.2 Navn, rolle, verdi

2.1 Presentasjon

Suksesskriterium i WCAG 2.1:

• 1.3.1 Informasjon og relasjoner

Kommentar til brudd

Bruddene som er avdekket gjør at brukere som er blinde eller har nedsatt syn ikke får informasjon som formidles visuelt, via presentasjonen av innholdet i appen. Visuell struktur i innholdet skal gjenspeiles i kodingen. Hovedregelen er at innholdet skal kodes slik som det ser ut visuelt.

• Korrekt kode er viktig for å sikre at brukeragenter og hjelpemiddelteknologi presenterer innhold i appen på rett måte for brukeren.
• Visuelle lister skal være riktig kodet som lister.

Veiledning til suksesskriterium

• 1.3.1 Informasjon og relasjoner

2.2 Navigasjon

Suksesskriterium i WCAG 2.1:

• 2.1.1 Tastatur

Kommentar til brudd

Bruddene som er avdekket går særlig utover personer som er blinde, har nedsatt syn eller nedsatt motorikk.

Sveiping med skjermleser aktivert, tilsvarer tastaturnavigasjon på desktop. Sveiping brukes for å navigere mellom elementer i en app, for eksempel lenker, knapper og skjemaelementer, og dobbelttrykk brukes for å velge eller bekrefte.

• All funksjonalitet i appen skal kunne nås og brukes med sveiping og dobbelttrykk, når skjermleser er aktivert.

Veiledning til suksesskriterium

• 2.1.1 Tastatur

2.3 Skjema

Suksesskriterium i WCAG 2.1:

• 2.4.6 Overskrifter og ledetekster
• 3.3.1 Identifikasjon av feil
• 3.3.2 Ledetekster eller instruksjoner
• 4.1.2 Navn, rolle, verdi

Kommentar til brudd

Bruddene som er avdekket går særlig utover brukere som er blinde eller har nedsatt syn, nedsatt motorikk eller nedsatt kognisjon. At skjema i appen oppfyller kravene, øker ofte brukervennligheten for alle.

• For synlige ledetekster eller overskrifter skal
  • overskriften beskrive emnet eller formålet med innholdet den hører til
  • ledeteksten beskrive emnet eller formålet med brukergrensesnittkomponenten den hører til
• Brukeren skal på forhånd få informasjon om hvilke skjemaelementer som må fylles ut i et skjema. Da er det lettere å fylle ut skjemaet riktig på første forsøk. Dersom alle inndataelementer er obligatoriske, er det tilstrekkelig at det er opplyst om det i starten av skjemaet.
• Dersom skjemaet består av både obligatoriske og frivillige inndataelement,
  • er det i tillegg opplyst hvilke inndataelement som er obligatoriske
  • er merking av obligatoriske inndataelement med ikon/symbol/bilde, tekstlig forklart før det blir tatt i bruk første gang
• Når det oppstår feil ved utfylling av skjema, skal brukeren få nødvendig informasjon om feilene. Feilmeldingen skal være kodet som tekst, identifisere skjemaelementet der feilen oppstod og beskrive feilen.
• Det er ikke tilstrekkelig å identifisere feilen kun med symbol i ledeteksten, kun ved å endre farge på skjemaelementet der feilen har oppstått, eller bare ved å plassere feilmeldingen visuelt.
• Informasjon som gis via koden skal følge hovedspråket i appen.
• Brukere som benytter hjelpemiddelteknologi skal via koden kunne identifisere brukergrensesnittkomponenter, samt hvilken funksjon, rolle, tilstand, egenskap og verdi disse har. Alle teknologier har sitt eget tilgjengelighets API.
  • Navn og rolle:
    • Alle brukergrensesnittkomponenter har et tilgjengelig navn, som beskriver formålet med den aktuelle komponenten.
    • Alle brukergrensesnittkomponenter har riktig rolle, som identifiserer funksjonen til den aktuelle komponenten.
    • Brukergrensesnittkomponenter som tilhører en gruppe, er også koblet til et tilgjengelig navn som gjelder for gruppen.
  • Tilstander, egenskaper og verdier:
    • Når tilstander, egenskaper og verdier i brukergrensesnittkomponenter kan angis av brukeren, skal denne informasjonen også angis programmatisk.
    • Varsel om endringer i den aktuelle komponenten er tilgjengelig for brukeragenter.

Veiledning til suksesskriterium

• 2.4.6 Overskrifter og ledetekster
• 3.3.1 Identifikasjon av feil
• 3.3.2 Ledetekster eller instruksjoner
• 4.1.2 Navn, rolle, verdi

3 Informasjon i tilgjengelighetserklæring vurdert opp mot resultat

Statens Vegvesen har utarbeidet tilgjengelighetserklæring for appen Vegvesen trafikk for iOS.

Tilgjengelighetserklæringen er sist oppdatert 29. mai 2026, og ble opprettet første gang 28. januar 2025.

Uu-tilsynet har holdt resultatene fra testingen i tilsynet opp mot informasjonen som står i tilgjengelighetserklæringen. Dette omfatter en sammenligning og vurdering av samsvar, brudd, bruk av unntak, uforholdsmessig stor byrde og opplysninger om tilgjengelige alternativer.

SVV har erklært brudd på 13 av 42 krav i regelverket.

Virksomheten har ikke brukt unntak eller påberopt at det foreligger en uforholdsmessig stor byrde knyttet til å oppfylle disse kravene.

3.1 Uu-tilsynets vurdering

3.1.1 Brudd erklært i tilgjengelighetserklæringen som er verifisert

4 av de 13 kravene det er erklært brudd på, er også testet under tilsynet.

Vi har avdekket tilsvarende eller lignende brudd, som er beskrevet i publisert tilgjengelighetserklæring. Det gjelder

• 1.3.1 Informasjon og relasjoner
• 2.1.1 Tastatur
• 4.1.2 Navn, rolle, verdi

Fordi bruddene nå er avdekket og verifisert i tilsyn, kan det bli satt en frist for retting, som virksomheten må etterleve. Dette blir gjort i pålegg om retting.

Merk: Tilsynet er stikkprøvebasert og omfatter bestemte sider i appen, jamfør kapittel 4.5. Statens Vegvesen kan ha testet andre enkeltsider og innhold i appen når dere opprettet tilgjengelighetserklæringen.

At Uu-tilsynet ikke alltid har avdekket samme type brudd kan også for eksempel ha sammenheng med tidspunkt for testing, ulik testmetode eller at det er snakk om enkeltstående feil, som ikke er gjennomgående.

1.3.1 Informasjon og relasjoner

Det er testet overskrifter og lister under tilsynet, og har avdekket tilsvarende eller lignende brudd som er beskrevet i tilgjengelighetserklæringen.

Følgende står i tilgjengelighetserklæringen:

«Overskrifter blir håndtert, men vi støtter ikke overskriftsnivåer på grunn av begrensninger i React Native.

Spesial tekst, som f.eks kursiv, blir lest som vanlig tekst fordi React Native ikke støtter det.

Leser ikke opp lister som forventet, leser opp liste element og innhold som to forskjellige deler»

For overskrifter har vi kun testet om overskrifter er kodet som overskrifter, men vi har ikke vurdert overskriftsnivå. Overskriftene vi testet var i samsvar med kravet.

Vi har testet lister under tilsynet, og avdekket at det finnes lister i appen, som ikke er kodet som lister eller på en tilsvarende måte som ivaretar den visuelle presentasjonen av innholdet. Kodespråket React Native har, så langt vi kjenner til, ulike komponenter som er ment for å presentere gruppert/listet innhold, for eksempel SectionList og FlatList.

Vi har ikke testet spesialtekst under tilsynet.

2.1.1 Tastatur

Vi har testet tastaturnavigasjon under tilsynet, og har avdekket tilsvarende eller lignende brudd som er beskrevet i tilgjengelighetserklæringen.

Følgende står i tilgjengelighetserklæringen:

«Brukeren kan ikke navigere med tastatur i kartet.»

Det er avdekket flere typer brudd for tastaturnavigasjon, som alle gjør det utfordrende eller umulig å navigere i appen når skjermleser er aktivert. Det er funnet en rekke tilfeller av at innhold og funksjonalitet ikke kan nås og/eller betjenes med sveiping og dobbeltrykk.

4.1.2 Navn, rolle, verdi

Vi har testet navn, rolle, verdi under tilsynet og har avdekket tilsvarende eller lignende brudd som er beskrevet i tilgjengelighetserklæringen.

Følgende står i tilgjengelighetserklæringen:

«Flere av komponentene mangler rolle og tilstand, f.eks. faner, sortering, radioknapper i ruteplanlegger, og knapper for snarveier.

Arbeid med Felleskomponenter for web og app er under utvikling, når dette er på plass og tatt i bruk vil kravene oppfylles»

3.1.2 Brudd som er avdekket, men ikke erklært i tilgjengelighetserklæringen

Under tilsynet har vi avdekket brudd på 3 krav, som virksomheten ikke har erklært brudd på. Det gjelder

• 2.4.6 Overskrifter og ledetekster
• 3.3.1 Identifikasjon av feil
• 3.3.2 Ledetekster eller instruksjoner

Siden bruddene er avdekket og verifisert i tilsyn, kan det bli satt en frist for retting, som virksomheten må etterleve. Dette blir gjort i pålegg om retting.

3.1.3 Brudd erklært i tilgjengelighetserklæringen som ikke er verifisert

4 av de 13 kravene det er erklært brudd på, er også testet under tilsynet.

Vi har ikke avdekket tilsvarende eller lignende brudd, som er beskrevet i publisert tilgjengelighetserklæring. Det gjelder

• 1.1.1 Ikke tekstlig innhold

1.1.1 Ikke-tekstlig innhold

Vi har testet ikke-tekstlig innhold som bilder og illustrasjoner under tilsynet.

Følgende står i tilgjengelighetserklæringen:

«Sideanvisning på forsiden leses ikke opp med VoiceOver.

"Trafikkflyt" og "Føreforhold" vises kun i kartet og har ikke tekstlig beskrivelse. Kan ikke løses før datagrunnlag er på plass»

Når det gjelder ikke-tekstlig innhold har vi ikke verifisert bruddene som står beskrevet i tilgjengelighetserklæringen.

Merk: Tilsynet er stikkprøvebasert og omfatter bestemte sider i appen, jamfør kapittel 4.5. Statens Vegvesen kan ha testet andre enkeltsider og innhold i appen når dere opprettet tilgjengelighetserklæringen.

At Uu-tilsynet ikke har avdekket brudd kan også for eksempel ha sammenheng med tidspunkt for testing, ulik testmetode eller at det er snakk om enkeltstående feil, som ikke er gjennomgående.

3.1.4 Brudd erklært i tilgjengelighetserklæringen på krav som ikke er testet

9 av de 13 av kravene det er erklært brudd på, er ikke testet under tilsynet. Det gjelder

• 1.3.2 Meningsfylt rekkefølge
• 1.4.4 Endring av tekststørrelse
• 1.4.10 Dynamisk tilpasning (Reflow)
• 1.4.12 Tekstavstand
• 2.2.2 Pause, stopp, skjul
• 2.4.3 Fokusrekkefølge
• 2.4.7 Synlig fokus
• 2.5.1 Pekerbevegelser
• 3.1.1 Språk på siden

Da disse kravene ikke inngår som en del av testingen i kontrollen, blir de ikke fulgt opp som del av tilsynet.

4 Om kontrollen

Formålet med tilsynet er å kontrollere om Statens Vegvesen etterlever lov- og forskriftskrav om universell utforming av ikt, innenfor temaet for kontrollen.

De tekniske kravene til universell utforming av nettsteder og apper går frem av standarden Retningslinjer for universell utforming av nettinnhold (WCAG 2.1). Å følge disse sikrer at nettsteder og apper er mer brukervennlige for alle, og særlig brukere med nedsatt funksjonsevne.

Nærmere omtale av WCAG og tilhørende kilder finnes på Uu-tilsynets nettsted i teksten Oppbygging av WCAG.

4.1 Tema

Tilsynet omfattet følgende tema:

• Alternativt format
• Kontrast
• Navigasjon
• Presentasjon
• Skjema
• Struktur

4.2 Krav

Oversikt over krav (suksesskriterier) som er testet i kontrollen:

• 1.1.1 Ikke-tekstlig innhold
• 1.3.1 Informasjon og relasjoner
• 1.4.3 Kontrast (minimum)
• 2.1.1 Tastatur
• 2.4.6 Overskrifter og ledetekster
• 3.3.1 Identifikasjon av feil
• 3.3.2 Ledetekster eller instruksjoner
• 4.1.2 Navn, rolle, verdi

4.3 Testregler

Oversikt over testregler som er brukt i kontrollen:

• App-1.1.1a Bilde har tekstalternativ 2025
• App-1.3.1a Visuelle overskrifter er korrekt kodet 2025
• App-1.3.1c Visuelle lister er korrekt kodet 2025
• App-1.4.3a Det er tilstrekkelig kontrast mellom tekst og bakgrunn 2025
• App-2.1.1a Det er mogleg å nå innhald og bruke funksjonalitet med sveiping 2025
• App-2.4.6b Ledetekstar beskriv skjemaelement 2025
• App-3.3.1a Skjema gir feilmelding hvis tomme obligatoriske skjemafelt blir oppdaget automatisk 2025
• App-3.3.1b Skjema gir feilmelding hvis feil inndata blir oppdaget automatisk 2025
• App-3.3.2a Inndataelementer har instruksjon eller ledetekst 2025
• App-4.1.2a For brukergrensesnittkomponenter kan tilgjengelig navn, rolle og tilstand bestemmes programmatisk 2025

4.4 Testing av appen

Vi har testet 8 av de 42 suksesskriteriene som utgjør minstekravene i forskriften og vi har brukt 10 testregler.

4.5 Enkeltsider som ble testet

Vi har testet følgende enkeltsider:

• Side 1: Forside
• Side 2: Utforsk (Kart)
• Side 3: Planlegg en kjøretur (Planlegg rute)
• Side 4: Ruteforslag – velg rute
• Side 5: Ruteforslag – Oslo kommune til Lofoten
• Side 6: Ruteforslag – Lagre favoritt – Lagre og aktiver varsler
• Side 7: Favoritter
• Side 8: Utsatte strekninger – Fjelloverganger og værutsatte veier
• Side 9: Mine varsler
• Side 10: Mine varsler – Oslo kommune til Lofoten

4.6 Aktivitet under tilsynet

Tilsynet med Statens Vegvesen omfattet følgende aktiviteter:

1. Tilsynsvarselet ble sendt 08.05.2026.
2. Løpende korrespondanse om tidspunkter for møter og andre praktiske avklaringer.
3. Formøte med virksomheten ble gjennomført 28.05.2026.
4. Vi fikk dokumentasjon fra virksomheten 29.05.2026.
5. Testing og vurdering av appen opp mot kravene ble gjort i uke 24.
6. Sluttmøte med virksomheten ble gjennomført 30.06.2026.
7. Foreløpig tilsynsrapport ble sendt 02.07.2026.
8. Vi mottok kommentarer på foreløpig rapport 14.08.2026.

5 Regelverk

Følgende lover, forskrifter og standarder er relevante for gjennomføringen av tilsynet:

• Lov om likestilling og forbud mot diskriminering (likestillings- og diskrimineringsloven)
• Forskrift om universell utforming av informasjons- og kommunikasjonsteknologiske (IKT)-løsninger (ikt-forskriften)
• Retningslinjer for universell utforming av nettinnhold (WCAG 2.1)
• Lov om behandlingsmåten i forvaltningssaker (forvaltningsloven)
• Lov om rett til innsyn i dokument i offentleg verksemd (offentleglova)
• EN 301 549 v 3.2.1 (2021-03) Krav til universell utforming for IKT-produkter og -tjenester