WCAG-standarden 3.3.2 Ledetekster eller instruksjoner (Nivå A)

Formål

Hensikten med kravet er å sørge for at innhold som krever inndata fra brukeren, har synlige ledetekster eller instruksjoner, som gjør at brukeren forstår hvordan skjema skal fylles ut og hva som skal stå i hvert enkelt inndatafelt.

Brukerbehov

Kravet er ment å ivareta personer som er blinde, har nedsatt syn, nedsatt kognisjon, nedsatt taleevne eller nedsatt bevegelighet eller styrke.

Tilsynets tolking

Ledetekster og instruksjoner er en forutsetning for at brukeren skal kunne fylle ut skjema riktig og effektivt. Det sikrer at brukeren forstår hvilken informasjon en forventer skal stå i hvert enkelt inndataelement eller hvilket alternativ som skal velges.

Begrepet Ledetekster er definert i WCAGs ordliste.

Hva som menes med Inndata er derimot ikke presisert i ordlyden eller ordlisten. Inndataelement er etter tilsynets oppfatning, nettinnhold som lar brukeren samhandle med data, som å legge inn, endre, legge til og bekrefte informasjon, når brukeren fyller ut et skjema.

Kravet gjelder etter ordlyden ikke for brukergrensesnittkomponenter som ikke krever inndata fra brukeren, for eksempel lenker eller menyer.

I forståartikkelen presiseres at det er viktig å vurdere hvilken informasjon brukeren trenger for å fylle ut skjema. For mye informasjon kan gjøre det vanskelig å holde oversikt over og forstå innholdet.

Suksesskriteriet krever synlige ledetekster og instruksjoner, men etter forståartikkelen er det tilstrekkelig at ledetekster og instruksjoner viser først når det aktuelle inndataelementet får fokus. Dette gjelder særlig ved lange ledetekster eller instruksjoner.

Ordlyden «vises», tilsier at ledetekster eller instruksjoner skal forbli synlige så lenge brukeren står eller skriver i det aktuelle inndataelementet (når inndataelementet har fokus). Dette har også støtte i formålet med kravet, samt beskrivelsen og testprosedyren i teknikk H44. Det innebærer at placeholdertekst, som forsvinner når brukeren skriver i inndataelementet, bryter kravet. Tilsvarende gjelder instruksjoner som er implementert med <tilte>-attributtet, fordi dette ikke er synlig ved bruk av tastatur.

Ifølge teknikkene G162 og G167 skal ledetekst eller instruksjon plasseres i direkte tilknytning til det aktuelle inndataelementet. Vanligvis er dette

• rett over eller til venstre for tekstfelt
• rett etter radioknapper eller avkryssingsbokser

Presisering om merking av obligatoriske inndataelementer

Krav til merking av obligatoriske inndataelementer, fremgår ikke direkte av ordlyden i suksesskriteriet eller ordlisten.

Etter tilsynets vurdering, er krav til markering klart i tråd med formålet med kravet. Eksempel i forståartikkelen og teknikk G131 jamfør H90, tilsier også suksesskriteriet forutsetter markering av obligatoriske inndataelementer.

• For skjema der alle inndataelementer skal fylles ut, er det tilstrekkelig at det er opplyst om det i starten av skjemaet, for eksempel over første inndataelement.
• Kravet om merking av obligatoriske inndataelementer, gjelder ellers når det er en kombinasjon av obligatoriske og frivillige inndataelementer i skjemaet.
• Når det brukes ikon, symbol eller bilde, for eksempel stjerne (*), for å vise at inndataelementer er obligatoriske, skal betydningen forklares før det tas i bruk første gang.
• I skjema som kun består av ett enkelt inndataelement, er elementet regnet som obligatorisk uten at det trenger merkes, for eksempel et søkefelt.

Forholdet til andre suksesskriterier

• Suksesskriterium 2.4.6 gjelder både overskrifter og ledetekster, og krever ikke at de brukes, men at de skal være beskrivende der de finnes.
• Suksesskriterium 3.3.2 krever at det skal eksistere instruksjon eller ledetekst som identifiserer inndataelement, inkludert om inndataelementet er obligatorisk, slik at brukeren vet hva han skal skrive inn.
• Suksesskriterium 3.3.2 stiller ikke krav til kobling mellom ledetekst og inndataelementet. Dette reguleres i suksesskriterium 1.3.1 og 4.1.2.
• Videre stiller suksesskriterium 3.3.2 heller ikke krav til feilretting og hjelpefunksjonalitet i skjema. Dette er dekket av suksesskriteriene i 3.3.1 og 3.3.3.
• Skjemainstruksjoner i form av bilder, reguleres av både suksesskriterium 1.1.1 og 3.3.2. Testregelen for verifikasjon av slike bilder er knyttet til suksesskriterium 3.3.2, slik at skjemainstruksjoner av denne typen blir testet mer helhetlig.

Det er flere måter å oppfylle kravet på

Løsningsforslag og eksempler

Du finner veiledning til dette kravet i løsningsforslagene:

• Løsningsforslag for 3.3.2 Ledetekster eller instruksjoner
• Skjema

Merk at løsningsforslag for et tema kan dekke flere WCAG-krav.