Sist endret: 29. okt. 2026
Preview: Dette er dokumentasjonen for Altinn Studio v9, som er en forhåndsversjon. Gjeldende versjon er v8. For å se dokumentasjonen for gjeldende versjon, velg v8 i versjonsvelgeren i menyen til venstre.

Feilmeldinger i tjenesten

Slik skriver du feilmeldinger som hjelper brukeren videre når noe går galt.

Brukeren ser en feilmelding når noe ikke fungerer som det skal, eller når systemet støter på et problem. En god feilmelding forklarer hva som er galt og hvordan brukeren kan løse problemet.

Krav til gode feilmeldinger

En god feilmelding skal

  • komme på riktig tid og sted
  • ikke skape tvil
  • trygge brukeren
  • foreslå en løsning

Vis feilen på riktig sted og til riktig tid

Vis feilmeldingen så nært det aktuelle feltet som mulig, og så snart som mulig etter at feilen oppstår.

Kontroll underveis, mens brukeren fyller ut, gir raskest tilbakemelding. Plasser feilmeldingen rett under feltet, og merk tydelig at feltet har feil.

Vanligvis bruker vi rød farge og gjerne et symbol for å vise feil. Se Designsystemets råd om feilmeldinger for oppdatert informasjon om hvordan du merker feil.

Ikke skap tvil

Feilmeldinger må fortelle hva som er galt og hva brukeren kan gjøre – på et språk brukeren forstår.

Unngå:

  • Teknisk sjargong og fagtermer.
  • Feilkoder uten forklaring.
  • Vage meldinger som «noe gikk galt».

❌ «Validering feilet for felt organisasjonsnummer»

✅ «Organisasjonsnummeret må være 9 siffer.»

Trygg brukeren

Når noe går galt, kan brukeren bli usikker på om de har gjort noe feil, eller om de kan miste data. Feilmeldingen skal være tydelig og forståelig, uten å være anklagende.

Unngå «du har gjort feil». Skriv heller hva brukeren må rette.

❌ «Du har skrevet feil fødselsnummer.»

✅ «Fødselsnummeret må være 11 siffer.»

Foreslå en løsning

En god feilmelding forklarer ikke bare hva som er galt, men også hvordan brukeren kan løse problemet.

Når feilen skyldes utfyllingen

Forklar hva som er feil og hva som er riktig format.

✅ «E-postadressen må inneholde @»

✅ «Datoen må være i formatet DD.MM.ÅÅÅÅ»

Når feilen skyldes systemet

Forklar hva som har skjedd, trygg brukeren om at det ikke er deres feil, og si hva de kan gjøre.

✅ «Vi kunne ikke lagre endringene dine på grunn av en teknisk feil. Prøv igjen. Hvis problemet fortsetter, ta kontakt med kundesenteret vårt.»

Gi gjerne brukeren to valgmuligheter:

  • En mulighet til å fikse det selv (for eksempel «Prøv igjen»).
  • En utvei hvis det ikke fungerer (for eksempel lenke til kundesenteret).

Oppsummerende feilmeldinger

Når én eller flere feil hindrer brukerne i å gå videre eller sende inn skjemaet, viser appen en oppsummering med lenker til feltene som har feil. Dette gjør det lettere for brukerne å se hva de må rette.

Hvor oppsummeringen skal stå

Plasser oppsummeringen nær Neste- eller Send inn-knappen, slik at brukeren forstår sammenhengen mellom feilene og hvorfor de ikke kommer videre.

Vis oppsummeringen øverst på siden hvis

  • den tekniske løsningen laster siden på nytt når brukeren velger Neste
  • brukeren har gått ut av og inn i skjemaet igjen
  • løsningen ikke hindrer brukeren i å gå videre til neste side selv om det er feil

Innhold i oppsummeringen

Oppsummeringen skal

  • vise alle feilmeldinger som gjelder siden eller steget
  • ha klikkbare lenker som fører brukeren direkte til feltet med feil
  • fjerne feil fra listen etter hvert som brukeren retter dem
  • bruke samme tekst i lenken som i feilmeldingen ved feltet

Ta med stikkord fra feltnavnet i feilmeldingen, for eksempel «Postnummer må ha 4 siffer» eller «Postnummeret må ha fire siffer».

Les mer om hvordan du setter opp feilmeldinger i Designsystemet.

Tips til arbeidet med feilmeldinger

  • Kontroller tekst like grundig som design og kode.
  • Ta med deg en feilmelding til vurdering i det daglige møtet.
  • Test meldingen på noen utenfor teamet ditt.