Felmeddelande Mallar

Moderna mallar för felmeddelanden för olika feltillstånd

Ett avvisat lösenord och en saknad sida räknas båda som fel, men kräver helt olika åtgärder från besökaren. Därför är det enklast att jämföra mallar för felmeddelanden utifrån det problem de förklarar, medan färger och illustrationer kommer i andra hand.

Börja med vad som gick fel

Situationen avgör vad meddelandet måste förmedla, och de flesta fel hamnar i någon av dessa grupper:

• formulärvalidering, där meddelandet bör placeras bredvid fältet och ange lösningen, så att ”Ange ett datum i dåtid” är betydligt bättre än ett avskalat ”Ogiltigt datum”;
• inloggnings- och behörighetsproblem, där besökare behöver veta om deras session har löpt ut eller om deras konto saknar åtkomst;
• förfrågnings- och systemfel, såsom ett formulär som inte kunde skickas eller en server som slutade svara;
• saknat eller otillgängligt innehåll, från det klassiska 404-felet till en sektion som stängts för underhåll.

Oavsett grupp bör besökare förstå problemet vid en första genomläsning, vilket gör ett intetsägande ”Något gick fel” till den första meningen som bör skrivas om.

Jämför den visuella tonen före anpassning

När situationen är tydlig blir det lättare att bedöma utseendet innan texter eller bilder ändras. Neutrala designer i systemstil passar kontoområden och kassaflöden, där användare förväntar sig lugn och tydlighet. Lekfulla, illustrerade layouter med en överdimensionerad felkod eller en liten figur känns helt rätt när en sida inte kan hittas och inget värdefullt har gått förlorat. Tydlig typografi och starka färger kan signalera en allvarlig varning, även om alltför mycket dekoration runt ett valideringsmeddelande lätt döljer den enda rad som användaren faktiskt behöver läsa.

För saknade sidor finns också en färdig utgångspunkt i Nicepage: dokumentationen för mallen Hittades inte (404) beskriver den dedikerade mallen tillsammans med färdiga 404-blockförinställningar.

Visa besökarna nästa steg

Varje fel kräver en egen lösning. En saknad sida bör erbjuda en väg till startsidan eller en sökruta, eftersom en teknisk förklaring av den brutna adressen inte hjälper någon. Ett valideringsmeddelande bör hålla kvar användaren i formuläret med sparade uppgifter så att det bara tar några sekunder att korrigera ett fält.

Ett alternativ för att försöka igen är bara meningsfullt vid ett tillfälligt fel när ett nytt försök har en verklig chans att lyckas. Ett längre avbrott kräver information om när användaren kan återkomma eller var man får hjälp. Innehåll som är borta för gott förtjänar en hänvisning till det närmaste alternativet, som en nyare utgåva av samma guide. En utgången session behöver ett snabbt sätt att logga in igen, medan ett behörighetsfel bör ange vem som kan ge tillgång.

En väl vald mall för felmeddelanden gör att besökare direkt förstår vad som hänt och hittar nästa steg utan att behöva leta.