En fast tilgjengelighetssjekk før publisering
En kort, risikobasert publiseringskontroll gjør det enklere å oppdage barrierer i innhold, navigasjon og skjemaer før brukerne møter dem.
Kategori: Universell utforming
En nettside kan være bygget med gode, tilgjengelige komponenter og likevel få nye barrierer hver gang noen publiserer. En overskrift brukes som pynt, en lenke får teksten «Les mer», et bilde inneholder viktig tekst, eller et nytt skjema viser feil uten å forklare hva brukeren må gjøre.
Derfor bør universell utforming være en del av publiseringsarbeidet, ikke bare en kontroll ved lansering. Løsningen er ikke at redaktøren skal gjennomføre en full WCAG-revisjon av hver side. Det er å etablere en kort og risikobasert tilgjengelighetssjekk som fanger opp vanlige feil før publisering.
Skill mellom teknisk grunnmur og redaksjonelt ansvar
WCAG omfatter krav som berører design, kode, innhold og brukerinteraksjon. Alt kan derfor ikke legges på én rolle. Utviklere og designere må sørge for at komponentene har riktig semantikk, synlig tastaturfokus, tilstrekkelig kontrast og støtte for hjelpemidler. Redaktører må bruke komponentene riktig og publisere forståelig innhold.
En praktisk ansvarsdeling kan se slik ut:
- Utvikler: kodekvalitet, tastaturfunksjon, fokusrekkefølge, navn og roller for interaktive elementer.
- Designer: kontrast, fokusmarkering, lesbar typografi, forstørring og tydelige tilstander.
- Redaktør: overskriftsstruktur, lenketekster, alternativ tekst, klart språk og riktig bruk av komponenter.
- Skjemaeier: feltetiketter, instruksjoner, feilmeldinger, bekreftelser og en forståelig prosess.
Publiseringssjekken skal ikke kompensere for utilgjengelige komponenter. Hvis redaktører stadig må kontrollere om en knapp kan brukes med tastatur, ligger problemet i løsningen og bør rettes sentralt.
Tilpass kontrollen etter risiko
Ikke alle endringer krever samme test. En rettelse av en skrivefeil har lav risiko. En ny kampanjeside med skjema, meny, video og flere handlingsknapper har høyere risiko. Kontrollen bør derfor ha nivåer.
Lav risiko
Vanlige tekstendringer, utskifting av et enkelt bilde og mindre innholdsjusteringer kan kontrolleres av redaktøren. Se særlig etter overskrifter, lenketekster, alternativ tekst og lesbarhet.
Middels risiko
Nye sider, landingssider og større omarbeidinger bør i tillegg testes med tastatur, forstørret visning og en enkel kontroll av kontrast og struktur.
Høy risiko
Nye skjemaer, dialogvinduer, menyer, bestillingsløp og andre interaktive funksjoner bør kontrolleres av noen med tilgjengelighetskompetanse. Testen bør omfatte tastatur, skjermleser, feilhåndtering og fullføring av oppgaven.
Denne inndelingen gjør at innsatsen brukes der konsekvensene er størst. Samtidig unngår dere at en omfattende sjekkliste blir hoppet over fordi den oppleves som urealistisk.
Gjennomfør en fast kontroll i seks trinn
Kontrollen bør utføres i forhåndsvisning eller testmiljø før publisering. For en ordinær innholdsside kan den gjennomføres på kort tid når arbeidsmåten er innarbeidet.
- Les siden uten designbrillene. Kontroller at formålet er tydelig, at overskriftene beskriver innholdet, og at viktig informasjon ikke bare formidles med farge, plassering eller bilde.
- Gå gjennom siden med tastatur. Bruk tabulatortasten fremover og relevant tastekombinasjon bakover. Aktiver lenker og knapper uten mus.
- Kontroller kontrast og tilstander. Se på vanlig tekst, knapper, lenker, fokusmarkering, feilmeldinger og tekst som ligger over bilder.
- Forstørr visningen. Kontroller at innholdet fortsatt kan leses og brukes uten at tekst eller funksjoner forsvinner eller overlapper.
- Gjør en enkel skjermleserkontroll. Lytt til sidetittel, overskrifter, lenker, bilder og interaktive elementer.
- Fullfør eventuelle skjemaer. Test både riktig innsending og bevisste feil, som tomme obligatoriske felt og ugyldig format.
Tastaturtesten må handle om oppgaven
Det er ikke nok å se at en fokusramme flytter seg. Brukeren må kunne forstå hvor fokuset er, hvilken rekkefølge elementene kommer i, og hvordan funksjonene aktiveres.
Velg én konkret oppgave, for eksempel å finne kontaktinformasjon, åpne en meny eller sende inn en forespørsel. Legg bort musen og gjennomfør hele oppgaven. Kontroller underveis:
- Er det alltid synlig hvilket element som har fokus?
- Følger fokusrekkefølgen en forståelig rekkefølge?
- Kan alle knapper, lenker og valg aktiveres med tastatur?
- Blir fokus sittende fast i en meny, dialog eller komponent?
- Flyttes fokuset til et fornuftig sted når noe åpnes eller lukkes?
Oppdager dere at fokusrekkefølgen er feil eller at en funksjon ikke kan betjenes, er dette normalt en utviklingssak. En redaktør bør ikke forsøke å reparere slike problemer med kreativ formatering.
Kontroller kontrast der innholdet faktisk varierer
Fargekontrast blir ofte vurdert i designsystemet, men redaksjonelt innhold kan endre resultatet. En tekst kan plasseres over et lysere bilde enn planlagt. En redaktør kan velge en svak bakgrunnsfarge, eller en knapp kan få en annen farge i en kampanjemodul.
Kontroller derfor mer enn vanlig brødtekst. Se også på små tekster, lenker, knappetekst, feltrammer, hjelpetekster, feilmeldinger og fokusmarkering. Husk at informasjon ikke bør være avhengig av farge alene. Et ugyldig felt bør for eksempel ha en tydelig tekstlig feilmelding, ikke bare en rød ramme.
Vær særlig forsiktig med tekst direkte på fotografier. Selv om kontrasten ser god ut på én skjermstørrelse, kan utsnittet endres på mobil. En ensfarget bakgrunn eller et kontrollert kontrastlag gir et mer robust resultat.
Bruk skjermleser som en lyttetest
En kort skjermlesertest kan avdekke problemer som er usynlige på skjermen. Målet i publiseringskontrollen er ikke å mestre alle funksjoner i hjelpemiddelet, men å kontrollere at siden kan forstås uten det visuelle laget.
Lytt først til overskriftslisten. Danner overskriftene en meningsfull disposisjon, eller finnes det hopp og overskrifter som bare er brukt for å få større tekst? Lytt deretter til lenkene. Flere lenker med teksten «Klikk her» eller «Les mer» gir lite mening når de presenteres uten avsnittene rundt.
Kontroller også bilder. Et informativt bilde trenger en alternativ tekst som formidler hensikten i sammenhengen. Et rent dekorativt bilde bør ikke skape unødvendig støy. Hvis bildet inneholder viktig tekst, bør den samme informasjonen finnes som vanlig tekst på siden.
For knapper, menyer og skjemafelt bør skjermleseren formidle både hva elementet er og hva det heter. Dersom den bare leser «knapp» eller «tekstfelt», er det vanskelig å vite hva brukeren skal gjøre.
Test skjemaet når noe går galt
Den mest nyttige skjematesten er ofte å fylle ut noe feil. La obligatoriske felt stå tomme, skriv inn et ugyldig format og forsøk å sende inn. Kontroller at feilen blir oppdaget, forklart og knyttet til riktig felt.
En god feilmelding sier både hva som er galt og hvordan det kan rettes. «Ugyldig verdi» er lite hjelpsomt. «Skriv telefonnummeret med åtte sifre» gir brukeren en konkret vei videre.
Kontroller også at:
- Alle felt har synlige og presise etiketter.
- Instruksjoner står før brukeren trenger dem.
- Obligatoriske felt er merket på en forståelig måte.
- Feilmeldinger ikke forsvinner når feltet får fokus.
- Tastaturfokus flyttes til feilsammendraget eller første relevante feil ved behov.
- Bekreftelsen etter innsending forklarer hva som skjer videre.
Gjør funnene håndterbare
Ikke samle alle avvik i en stor liste uten ansvar eller frist. Registrer hva som skjer, hvor det skjer, hvem som berøres, og hvordan feilen kan gjenskapes. Legg gjerne ved hvilken oppgave som ikke kunne fullføres.
Prioriter feil som blokkerer handlinger høyest. Et skjema som ikke kan sendes med tastatur, er mer kritisk enn en mindre inkonsekvens i overskriftsnivå. Deretter kommer problemer som gjør innhold vanskelig å forstå eller bruke, før kosmetiske og avgrensede avvik.
Hvis samme feil dukker opp på flere sider, bør dere lete etter en felles årsak. Det kan være en komponent, en mal eller et uklart redaksjonelt valg. Å rette grunnårsaken er bedre enn å reparere hver side enkeltvis.
Bygg kontrollen inn i publiseringsflyten
Tilgjengelighetssjekken virker bare hvis det er tydelig når den skal brukes og hvem som godkjenner. Legg den inn som et konkret steg før publisering av nye sider og større endringer. Gjør sjekklisten kort nok til at den faktisk blir brukt, og ha en tydelig vei for å melde tekniske feil.
Følg også med på hvilke avvik som går igjen. Hvis redaktører ofte skriver uklare lenketekster, trenger de bedre eksempler. Hvis kontrasten stadig blir for svak i kampanjemoduler, bør valgmulighetene i publiseringsløsningen begrenses. Universell utforming blir mer robust når riktig praksis er den enkleste praksisen.
En fast publiseringskontroll erstatter ikke grundige revisjoner og brukertesting. Den reduserer derimot antallet nye barrierer som introduseres i det daglige. Det er ofte den mest praktiske måten å holde en tilgjengelig nettside tilgjengelig på.
