4.1.3 Statusbeskjeder (Nivå AA)

KORT FORTALT: Brukeren skal få statusbeskjeder om viktige endringer på nettsiden uten at det gir kontekstendring.

Publisert: 11. jun 2019, Sist endret: 11. jun 2019

Suksesskriterium 4.1.3 Statusbeskjeder 

I innhold som implementeres ved hjelp av oppmerkingsspråk, kan statusbeskjeder bestemmes programmeringsmessig gjennom rolle eller egenskaper, slik at de kan presenteres for brukeren av kompenserende teknologi uten å få fokus.

Dette er en uoffisell oversettelse av suksesskriteriet. Original tekst på engelsk finner du på W3Cs nettsider.

Formål

WCAG 2.1

Dette er et framtidig krav og gjelder ikke per i dag. Kravet trer først i kraft med innføringen av WAD.

Formålet med suksesskriteriet er å sikre at brukeren får statusbeskjeder og blir oppmerksom på viktige endringer eller oppdateringer på nettsiden. Med rett koding, blir innholdet i statusbeskjeder lest opp av skjermlesere.

Kravet gjelder spesifikt for tilfeller der nytt innhold blir lagt til på siden, uten at det gir brukeren en kontekstendring. Kontekstendringer avbryter brukeren nettopp gjennom å endre fokus, og tar brukerens oppmerksomhet. Eksempler på kontekstendringer er å åpne et nytt vindu, å flytte fokus til en annen komponent, å gå til en ny side eller å endre sideinnholdet i betydelig grad.

Kravet er spesielt ment å ivareta

  • blinde
  • personer med nedsatt syn
  • personer med nedsatt kognisjon

Innhold som er omfattet av suksesskriteriet

Suksesskriteriet gjelder endringer i innholdet som blir levert gjennom statusbeskjeder.

Det er to kriterier som til sammen avgjør om noe er definert som en statusbeskjed:

  1. Beskjeden gir brukeren informasjon om
    • en handling er vellykket gjennomført
    • en ventetilstand i innholdet
    • framdriften av en prosess eller
    • at det finnes feil
  2. Beskjeden er ikke levert via en kontekstendring.

Eksempler på statusbeskjeder er:

  • informasjon om hvor mange søketreff som resulterte fra et søk på nettstedet
  • informasjon om hvor mange varer som ligger i handlekurven på en nettbutikk, etter at brukeren har lagt en ny vare i kurven
  • feilmeldinger ved utfylling med feil inndata i skjema
  • informasjon om at deler av innholdet laster etter at brukeren har aktivert en prosess
  • framdriftsanimasjon som viser hvor langt deler av innholdet er kommet med å laste inn
  • etter innsending av skjema, får brukeren opp en tekst som sier at skjemaet er sendt inn

Unntak

Beskjeder som blir levert gjennom en kontekstendring regnes ikke som en statusbeskjed.

Informasjon kan legges til på nettsiden, uten at det samsvarer med definisjonen på en statusbeskjed. For eksempel regnes ikke selve søketreffene fra et søk som en statusbeskjed. Tekst som sier noe om at søket pågår, eller hvor mange treff søket har resultert i, regnes derimot som statusbeskjeder.

Andre ting som ikke regnes som statusbeskjeder er

  • feilmeldinger som vises i dialogbokser
  • menyer som vises eller forsvinner ved aktivering
  • sporvalg i skjema, der nye skjemafelt blir lagt til som følge av bestemte svar på spørsmål.

Eksempel på samsvar

Statusbeskjeder er kodet med rolle eller andre egenskaper, slik at de kan presenteres av hjelpemidler uten at statusbeskjedene trenger å få fokus.

Dette kan gjøres på ulike måter:

  • Elementer som inneholder statusbeskjeder med informasjon om at en handling er vellykket, er kodet med ARIA-attributtet role="status".
  • Elementer som inneholder informasjon om en ventetilstand eller framdrift, er kodet med ARIA-attributtet role="log", role="progressbar" eller role="status"
  • Elementer som inneholder statusbeskjeder med informasjon om at det finnes en feil, er kodet med ARIA-attributtet role="alert".

Merk at dette er kun nødvendig hvis beskjeden ikke blir gitt gjennom en kontekstendring.

Eksempel på feil

Statusbeskjeder er ikke kodet med rolle eller andre egenskaper. Da kan de ikke presenteres av hjelpemidler uten at beskjedene får fokus.

 

 

Deldette