Hva kreves i praksis?
Hvis en feil oppdages automatisk, skal den beskrives i tekst og knyttes til feltet som feilet. Kravet gjelder sider som brukes i Norge, uavhengig av om du er offentlig virksomhet, butikk eller byrå som leverer nettsiden.
Vanlige feil og avvik
- Bare rød ramme, ingen feiltekst.
- Én generell «Skjemaet har feil» uten å si hvilket felt.
- Feil bare i toast som forsvinner før den er lest.
Før og etter — kodeeksempler
Eksemplene er forenklet. Lim inn mønsteret, ikke nødvendigvis klassenavnene, i din egen kodebase.
Feil kode — bryter WCAG
Brukeren ser at noe er galt, men ikke hva. Skjermleseren får heller ingen beskrivelse.
Feil eksempel
<input type="email" class="border-red-600">Riktig kode — utbedret
Feilen er i tekst, knyttet med aria-describedby, og feltet er merket aria-invalid.
Riktig eksempel
<label for="epost">E-post</label>
<input id="epost" type="email" aria-invalid="true" aria-describedby="epost-feil">
<p id="epost-feil" role="alert">E-post mangler krøllalfa.</p>Hvordan UUvakta tester dette
UUvakta sjekker at felt har navn og at ugyldige tilstander ikke bare er farge. Selve valideringslogikken i SPA-er er manuell. Rapporten viser skjemasider der feilmarkering mangler tekstlig identifikasjon når det kan observeres i DOM.