Blogg | 09 juli 2020
Tilgjengelighet del 3: Merk innholdet ditt
Det siste blogginnlegget i serien vår om webtilgjengelighetsdirektivet handler om merking av innhold og om å fortelle hva som er hva i ulike situasjoner. Det er flere enkle ting du kan gjøre selv.
I de to foregående blogginnleggene våre har du kunnet lese om tilgjengelighetsdirektivet, som trer i kraft som lov 23. september 2020, og om hvordan du kan unngå enkle feil ved å bruke Sitevisions innebygde funksjoner. Tilgjengelighetsdirektivet handler i stor grad om hvordan du merker innhold og forteller folk hva som er hva i ulike situasjoner. Dette blogginnlegget er ment å hjelpe deg videre. Det finnes en rekke enkle ting du kan gjøre selv, uten behov for en konsulent.
Det finnes også en rekke gratistjenester du kan bruke til å sjekke tilgjengeligheten på ulike måter i omgivelsene dine. Vi skal se nærmere på noen av funksjonene i Sitevision og deretter se på hvor du kan finne mer informasjon.
Gjør det enklere for den besøkende ved å merke innhold i skjemaer
Retningslinjene foreslår at du bør hjelpe brukerne med å fylle ut inndatafelter i skjemaer. Dette gjøres ved å angi hvilken type innhold som forventes i de ulike feltene. Nettlesere eller hjelpeteknologier kan da noen ganger automatisk foreslå en inndata. Verdiene som vises, er for eksempel basert på tidligere inntastinger i felt av samme type. Det kan for eksempel være den besøkendes navn, e-postadresse eller postadresse.
Dette er en innebygd funksjon i skjemamodulene våre. Det er enkelt å knytte utfyllingsstøtte til spørsmålene du stiller. Vi kaller dette feltnavn i Sitevision, og hvert spørsmål du stiller, kan knyttes til forskjellige feltnavn. Når en besøkende tidligere har fylt ut et skjema med samme spørsmålstyper, vil nettleseren huske det og foreslå verdier i neste skjema.
Les mer om utfyllingsstøtten vår på hjelpenettstedet vårt. Lenke til et annet nettsted.
Språk og ikke-standardisert språk på en side
I WCAG2.1 kan du lese at hvis du utvikler innhold til et nettsted, kan du øke sannsynligheten for at skjermlesere og andre hjelpemidler presenterer innholdet riktig hvis du spesifiserer i HTML-koden hvilket språk innholdet er skrevet på. Dette bør gjøres ved hjelp av et lang-attributt. Dette har lenge vært standard i Sitevision. Lang-attributtet legges automatisk til i forhold til hvilket språk nettstedet ditt er satt til å være på. Noen ganger kan det imidlertid være nødvendig å legge til tekst på et annet språk. For eksempel er nettstedet ditt satt til svensk, og innholdet ditt er skrevet på svensk. Men så må du legge til et sitat på siden, skrevet på engelsk. Dette bør også markeres i koden med et lang-attributt. Ved å velge den delen av teksten som avviker, kan du deretter velge å angi hvilket språk teksten/stykket er på ved å sette inn language.
Les mer om hvordan du setter inn avvikende språk på hjelpesiden vår. Lenke til et annet nettsted.
Angi rollen til ulike deler ved hjelp av elementtyper og ARIA-roller
Det forventes at du spesifiserer i koden hvilken rolle de ulike elementene på siden har. Årsaken er at dette øker sjansen for at informasjonen på siden din blir presentert riktig, uavhengig av hvilket verktøy den besøkende bruker. Hvis innholdet er korrekt merket, kan den besøkende navigere mellom de ulike delene av siden på en standardisert måte.
Her er det en grunnregel å følge: Utnytt de ulike elementene i HTML-språket så mye som mulig, og suppler med WAI-ARIA når elementtypene ikke strekker til. WAI-ARIA gir deg mulighet til å uttrykke i tekst det som ikke fremgår av kodingen, men det finnes også standardverdier som du kan legge inn.
Det høres kanskje vanskelig ut, men dette støttes også av Sitevision. Noen funksjoner knyttet til aria-rollene er allerede korrekt spesifisert i malkoden, mens andre må du angi selv. Her lister vi opp de elementtypene og aria-rollene som bør anses som obligatoriske, og som derfor også bør inkluderes i strukturen din.
Elementtypene Header, Footer, Nav og Main
Når du merker hvilke deler av miljøet ditt som er topptekst, bunntekst, meny og hovedinnhold ved hjelp av HTML-språkets elementtyper Header, Footer, Nav og Main, angir du også i koden hvilke roller disse objektene har.
Ofte har du en grunnmal i strukturen din, og da er det som regel mulig å legge til disse elementtypene. Er sidetoppteksten din i et eget rutenett? Da angir du på rutenettet at det tilhører elementtypen Header og så videre. Det kan hende du trenger hjelp her, og hvis du ikke har noen å spørre, kan du alltid kontakte oss for å få veiledning.
Les mer om elementtyper i HTML5 på vår hjelpeside. Lenke til et annet nettsted.
Aria-rollesøk
Aria-roller er et supplement til elementtyper og legges bare til når det er nødvendig. Hvis for eksempel søkefunksjonen på nettstedet ditt ikke har en tilsvarende elementtype, merker du søkefunksjonen med aria-rollen Search i stedet.
Finn ut mer om aria-rollene på hjelpenettstedet vårt. Lenke til et annet nettsted.
Hvilke verktøy er tilgjengelige?
Direktivet er tydelig dokumentert og beskrevet av DIGG, som også er tilsynsmyndighet med ansvar for kontroller. De har et temanettsted, webbriktlinjer.se Lenke til et annet nettsted., som inneholder tydelige og tilgjengelige sjekklister og informasjon om alle aspekter av direktivet.
Det finnes også en rekke nettjenester, ofte gratis, der du kan teste tilgjengeligheten på ulike måter. Ulike nettlesere tilbyr ulike plugin-moduler for testing, og dette er selvsagt noe du bør gjøre på et tidlig stadium.
Men ikke glem å gjøre noen enkle tester selv. Kan innholdet zoomes inn uten at det blir feil eller stygt? Fungerer stemmetjenester, noe mange av dere allerede har installert på deres egen datamaskin? Er det mulig å tabbe seg gjennom menyer og innhold? Er teksten skrevet i klarspråk? Test i ulike nettlesere og sørg for at det fungerer godt. Føles strukturen logisk? Få noen til å teste miljøet og løse et problem. Hvordan vil opplevelsen av nettstedet ditt være hvis du forestiller deg at du ikke kan se bildene eller lese teksten mot en bakgrunnsfarge?
Tilgjengelighet krever omtanke, tålmodighet og mye arbeid, men til syvende og sist er det en selvfølge at alle skal kunne få tilgang til informasjonen din. Er det ikke riktig?