Felmeddelanden som faktiskt hjälper.
Hur skriver jag bra felmeddelanden?
Säg vad som hände, varför, och vad personen ska göra nu — i den ordningen och på vanlig svenska. Placera meddelandet vid det som är fel, inte överst på sidan. Skyll aldrig på användaren och visa aldrig ett tekniskt felnummer utan förklaring. Ett gott test: kan personen lösa problemet utan att kontakta dig? Om inte är meddelandet inte färdigt.
Ett felmeddelande läses av någon som just misslyckats med något de försökte göra. Tålamodet är redan förbrukat. Det är det svåraste ögonblicket i ett gränssnitt och det som får minst omsorg.
De tre delarna
Varje bra felmeddelande innehåller tre saker:
- Vad hände — kort, konkret.
- Varför — bara om det hjälper personen vidare.
- Vad gör jag nu — den viktigaste delen, och den som oftast saknas.
| I stället för | Skriv |
|---|---|
| Ogiltigt format | Telefonnummer skrivs som 070-123 45 67 |
| Ett fel uppstod | Vi kunde inte spara. Kontrollera nätet och försök igen |
| Fel användarnamn eller lösenord | Lösenordet stämmer inte. Glömt det? Återställ här |
| Error 500 | Något gick fel hos oss. Vi jobbar på det — försök om några minuter |
| Fältet är obligatoriskt | Vi behöver din e-post för att kunna svara |
| Ogiltigt datum | Välj ett datum efter i dag |
Mönstret är detsamma i varje rad: den vänstra beskriver systemets tillstånd, den högra beskriver användarens nästa handling. Det är samma tre krav Nielsen Norman Group ställer i sina riktlinjer för felmeddelanden — tydligt språk, exakt problem, konstruktivt förslag.
Var meddelandet ska stå
Vid det som är fel. En röd ruta överst på sidan som säger “formuläret innehåller fel” tvingar personen att leta.
Har du ändå en sammanfattning överst — vilket är rimligt i långa formulär — gör varje punkt till en länk som hoppar till rätt fält.
Tajmingen
Validera när fältet lämnas, inte medan det fylls i. Ett e-postfält som blir rött efter tre tecken har rätt men är outhärdligt.
Undantaget är där du kan hjälpa i realtid: en lösenordsstyrkemätare eller en teckenräknare som visar hur mycket som återstår. Skillnaden är att de vägleder framåt i stället för att döma en halvfärdig inmatning.
Skyll inte på användaren
Ord som “ogiltig”, “felaktig” och “otillåten” pekar finger. Och ofta är det inte ens sant: någon som skriver 070 123 45 67 med mellanslag har inte gjort fel — ditt formulär vägrar bara acceptera ett fullt begripligt format.
Två slutsatser:
- Var generös i vad du tar emot. Rensa mellanslag och bindestreck i koden i stället för att avvisa. Detsamma gäller versaler i mejladresser och blanksteg i personnummer. Det är Teslers lag i praktiken: komplexiteten flyttas till din kod, där den betalas en gång i stället för av varje besökare.
- Formulera neutralt när du ändå måste avvisa. “Vi kunde inte tolka numret” i stället för “Du angav ett ogiltigt nummer”.
Färg räcker inte
Rött är inte en signal alla uppfattar. Ett fel behöver tre markörer:
- Färg — för de flesta.
- En ikon eller symbol — för färgblinda.
- Text — för alla, och för skärmläsare.
Tekniskt bör felmeddelandet kopplas till fältet med aria-describedby och området markeras med aria-live="polite", så att en skärmläsare läser upp felet när det dyker upp i stället för att det passerar obemärkt.
404-sidan är också ett felmeddelande
Och den brukar vara den sämsta av dem alla: “404 Not Found” och en tom sida.
Personen ville något. Säg vad som hände på vanlig svenska, och ge dem tre vägar vidare — sökfunktion, de vanligaste sidorna, och kontaktvägen. En 404-sida som hjälper vidare räddar besök som annars hade varit förlorade.
Testet
Läs ditt felmeddelande och fråga: kan personen lösa det här själv nu?
Är svaret nej har du inte skrivit ett felmeddelande. Du har skrivit en avisering om att något gick fel, vilket personen redan visste.
Sidan är fri att läsa, citera och länka till. Hittar du ett fel eller en siffra som hunnit bli gammal — mejla hej@webraketen.se, så rättar vi och skriver ut ändringsdatumet.