Kan besøkende gjøre det de kom for?
En besøkende skal finne informasjon, åpne en meny eller sende en forespørsel. Når vi vurderer tilgjengelighet, ville jeg startet med disse oppgavene: Kan de gjennomføres uten mus? Er teksten lesbar? Fungerer siden når innholdet forstørres?
For en bedrift er dette konkrete spørsmål om hvordan nettstedet fungerer. En knapp for tilgjengelighet kan gi nyttige valg, men er ikke i seg selv dokumentasjon på at nettstedet er universelt utformet.
Navigasjon som fungerer uten mus
WCAG 2.1.1 handler om å kunne bruke funksjonaliteten via et tastaturgrensesnitt, med et begrenset unntak for funksjoner som krever en bestemt bevegelsesbane. Det er relevant når vi utformer menyer, skjemaer og andre handlinger.
WCAG 2.4.7 krever også at tastaturfokus er synlig. Brukeren må kunne se hvilket element som vil reagere når det aktiveres. I en gjennomgang ville jeg derfor fulgt hele veien fra navigasjonen til den viktigste handlingen, ikke bare sjekket den første knappen.
Lesbarhet og plass til større innhold
WCAG 1.4.3 angir som hovedregel minst 4,5:1 kontrast for vanlig tekst og 3:1 for stor tekst, med nærmere definerte unntak. Farger må måles i de faktiske tilstandene de brukes i.
WCAG 1.4.10 handler om at innhold skal kunne flyte om ved en smal visningsbredde uten tap av informasjon eller funksjon, med unntak for innhold som trenger todimensjonal presentasjon. En side kan se ryddig ut på en stor skjerm og likevel få problemer når teksten og grensesnittet forstørres.
Min praktiske anbefaling er å prøve vanlige oppgaver med større innhold tidlig. Se etter tekst som blir klippet, knapper som overlapper, og informasjon som blir vanskelig å nå.
Northline som eksempel
Northline er et konseptprosjekt og en interaktiv demonstrasjon jeg har laget. Det utforsker blant annet tekststørrelse, kontrast, avstand og redusert bevegelse gjennom personlige visningsvalg.
Prosjektpresentasjonen beskriver også arbeid med tastaturnavigasjon, synlig fokus og sidestruktur. Min rolle omfattet UX/UI, visuell identitet, interaksjon og front-end-konsept.
Dette er et lærings- og demonstrasjonsprosjekt, ikke en uavhengig bekreftelse på WCAG-samsvar. Det er heller ikke dokumentasjon på at alle funksjoner fungerer for alle hjelpemidler.
Test det som betyr noe for brukeren
W3C understreker at automatiske verktøy alene ikke kan avgjøre om et nettsted er tilgjengelig. Menneskelig vurdering er nødvendig.
Jeg ville kombinert tekniske kontroller med konkrete oppgaver: Finn en tjeneste, åpne og lukk menyen, fyll ut et skjema og rett en feil. Undersøk både tastaturbruk og bruk med skjermleser, og involver personer med relevante behov der det er mulig.
Resultatet bør være en oversikt over faktiske hindringer, prioriterte rettelser og ny kontroll etter endringene. Visningsvalg kan være nyttige, men grunnløsningen må fortsatt få oppmerksomhet.
Vil du se nærmere på nettstedet ditt?
Vi kan starte med de sidene og handlingene som er viktigst for kundene dine, og avklare hva som bør undersøkes og forbedres. Northline-prosjektet nedenfor viser en av retningene jeg har utforsket.
