Tilgjengelighet for innholdsskapere: Skrive og produsere inkluderende innhold
Tilgjengelighet begynner ikke med design og slutter med kode. Innholdsskapere — skribenter, redaktører, markedsførere og multimedieprodusenter — har en direkte og betydelig innvirkning på om digitalt innhold er brukbart for alle. Ordene du velger, strukturen du skaper, bildene du beskriver og mediene du produserer avgjør alle opplevelsen for brukere med funksjonsnedsettelser.
Den gode nyheten er at å skrive tilgjengelig i stor grad handler om å skrive godt. Tydelig, strukturert og beskrivende innhold gagner alle brukere, ikke bare de som bruker hjelpeteknologi.
Skrive med klart språk
Klar, rett-frem skriving er et tilgjengelighetskrav, ikke bare en stilpreferanse. Brukere med kognitive funksjonsnedsettelser, lærevansker som dysleksi, ikke-morsmålsbrukere og brukere som rett og slett er travle eller distraherte, har alle nytte av innhold som er lett å forstå.
Skriv med korte setninger og aktiv form. Bruk vanlige ord fremfor sjargong eller fagterminologi — og når spesialiserte begreper er nødvendige, forklar dem. Del lange avsnitt opp i kortere avsnitt med beskrivende mellomoverskrifter. Bruk lister når du presenterer flere elementer eller trinn. Unngå idiomer, metaforer og kulturspesifikke referanser som kanskje ikke oversettes godt.
WCAG krever at innhold skal være så lesbart som mulig, og på nivå AAA at supplerende innhold eller en alternativ versjon tilbys når tekst krever leseferdigheter over lavere videregående nivå.
Alternativ tekst for bilder
Alternativ tekst er et av de viktigste innholdsansvarsområdene. Hvert bilde som formidler informasjon, trenger et tekstalternativ som kommuniserer den samme informasjonen til brukere som ikke kan se bildet. Skjermlesere leser alt-teksten høyt, og den vises når bilder ikke lastes inn.
Å skrive god alt-tekst handler om å kommunisere formål, ikke bare utseende. Spør deg selv: hvilken informasjon formidler dette bildet som en bruker trenger å vite? Et foto av et team i et møte kan trenge alt-tekst som «Team samarbeider om prosjektplaner rundt et konferansebord» i stedet for «foto.jpg» eller et vagt «teamfoto».
Forskjellige typer bilder krever forskjellige tilnærminger:
Informative bilder som formidler innhold trenger beskrivende alt-tekst som kommuniserer informasjonen. Hold den konsis — typisk under 125 tegn — men sørg for at den essensielle informasjonen er til stede.
Funksjonelle bilder som ikoner brukt som knapper trenger alt-tekst som beskriver funksjonen, ikke utseendet. Et forstørrelsesglassikon i en søkeknapp bør ha alt-tekst «Søk», ikke «forstørrelsesglass».
Dekorative bilder som tilfører visuell interesse men ingen informasjon bør ha tom alt-tekst (alt="") slik at skjermlesere hopper over dem helt. Stockfoto brukt rent for estetiske formål faller ofte i denne kategorien.
Komplekse bilder som diagrammer, grafer, infografikk eller illustrasjoner trenger mer enn et kort alt-attributt. Gi en kort alt-tekst som identifiserer bildet, og gi deretter en detaljert beskrivelse i nærheten — enten som synlig tekst, en bildetekst eller en lenket lang beskrivelse.
Lenketekst
Lenker bør gi mening utenfor kontekst. Skjermleserbrukere navigerer ofte ved å hente opp en liste over alle lenker på en side. Hvis hver lenke sier «Les mer» eller «Klikk her», er den listen ubrukelig.
Skriv lenketekst som beskriver hvor lenken fører eller hva den gjør. I stedet for «Klikk her for å laste ned vår tilgjengelighetsguide», skriv «Last ned vår tilgjengelighetsguide». I stedet for «Les mer», skriv «Les mer om WCAG-samsvarsnivåer».
Bruk aldri en rå URL som lenketekst med mindre URL-en i seg selv er informasjonen som formidles. URL-er er vanskelige å lese høyt og enda vanskeligere å forstå når de høres.
Overskrifter og struktur
Bruk overskrifter for å skape et meningsfullt innholdshierarki, ikke for visuell styling. Skjermleserbrukere navigerer etter overskrifter for å skanne innhold og hoppe til seksjoner de er interessert i. Overskrifter må følge en logisk rekkefølge — H1 for sidetittelen, H2 for hovedseksjoner, H3 for underseksjoner innenfor disse seksjonene — uten å hoppe over nivåer.
Hver side bør ha nøyaktig én H1. Mellomoverskrifter bør være beskrivende nok til at en bruker kan forstå seksjonens innhold fra overskriften alene.
Tabeller
Bruk tabeller for tabelldata — informasjon som har meningsfulle relasjoner mellom rader og kolonner. Bruk aldri tabeller for visuell layout. Når du bruker tabeller, inkluder riktige overskriftsceller med <th>-elementer med scope-attributter som angir om de er radoverskrifter eller kolonneoverskrifter. For komplekse tabeller med flere nivåer av overskrifter, bruk id- og headers-attributter for å eksplisitt knytte dataceller til sine overskrifter.
Gi en bildetekst eller oppsummering som beskriver tabellens formål, spesielt for komplekse datatabeller.
Lister
Når du presenterer en gruppe relaterte elementer, bruk faktiske HTML-lister — ordnede lister (<ol>) for sekvensielle elementer og uordnede lister (<ul>) for ikke-sekvensielle elementer. Ikke lag falske lister med linjeskift og bindestreker eller punkttegn. Riktig listemarkup forteller skjermlesere hvor mange elementer som er i listen og hvor brukeren befinner seg i den.
Video- og lydinnhold
Multimedieinnhold har spesifikke tilgjengelighetskrav:
Undertekster må tilbys for all forhåndsinnspilt video med lyd. Undertekster må inkludere all talt dialog, identifisere hvem som snakker når det ikke er visuelt åpenbart, og inkludere meningsfulle lydeffekter. Undertekster bør synkroniseres med lyden og være tilgjengelige som lukkede undertekster som brukere kan slå av og på.
Transkripsjoner må tilbys for forhåndsinnspilt lyd-bare innhold som podkaster. Transkripsjoner bør inkludere alt talt innhold, identifisere talere og beskrive relevante ikke-tale-lyder.
Synstolking må tilbys for forhåndsinnspilt video der viktig visuell informasjon ikke formidles gjennom lydsporet. Synstolking beskriver betydelige visuelle elementer — handlinger, sceneendringer, tekst på skjermen — i naturlige pauser i dialogen.
Automatisk avspilling av lyd må kunne unngås. Hvis lyd spilles av automatisk i mer enn tre sekunder, tilby en mekanisme for å pause, stoppe eller kontrollere volumet uavhengig av systemvolumet.
Tilgjengelige dokumenter
PDF-er og andre nedlastbare dokumenter må også være tilgjengelige. Dette betyr at de trenger riktig taggstruktur (overskrifter, lister, tabeller), en logisk leserekkefølge, alternativ tekst for bilder, definert dokumentspråk og bokmerker for navigasjon i lengre dokumenter.
Når det er mulig, tilby viktig informasjon som nettinnhold i stedet for nedlastbare dokumenter. Nettinnhold er iboende mer fleksibelt og lettere å gjøre tilgjengelig enn PDF.
Innhold i sosiale medier
Tilgjengelighet strekker seg til sosiale medier. Legg til alt-tekst på bilder publisert på sosiale medieplattformer — de fleste store plattformer støtter nå dette. Bruk CamelCase i emneknagger slik at skjermlesere kan tolke dem korrekt (f.eks. #WebTilgjengelighet i stedet for #webtilgjengelighet). Unngå å formidle informasjon utelukkende gjennom bilder eller video uten tekstalternativer.
Sensoriske egenskaper
Gi aldri instruksjoner som utelukkende baserer seg på sensoriske egenskaper som form, farge, størrelse, visuell plassering, orientering eller lyd. I stedet for «klikk den grønne knappen» eller «se sidefeltet til høyre», gi ytterligere kontekst: «klikk Send-knappen» eller «se seksjonen Relaterte artikler».
Er nettstedet ditt tilgjengelig?
Skann nettstedet ditt gratis og få WCAG-poengsummen din på noen få minutter.
Skann nettstedet ditt gratis