10 flotte måter å gjøre innholdet ditt bærbart og tilgjengelig

Innhold

• Tilgjengelighet er ikke en ”funksjon”
• Definere plattformer
• Å holde innhold bærbart og tilgjengelig
• 1. Start med HTML5
• 2. WAI-ARIA
• 3. Bruke doktype
• 4. HTML5-dokumentkoder
• 5. Dårlige lenker
• 6. Bilder - ALT versus TITLE
• Gi folk beskjed
• Sammendrag
• Anerkjennelser
• Ressurser

Når Kerie skriver på iPhone, ser hun ut som om hun spiller fløyte. Hun holder den nær ansiktet, og fingrene beveger seg i utrolig tempo. Hun er ferdig med å skrive og gir meg telefonen sin for å lese meldingen hun nettopp skrev. Den har perfekt stavemåte og grammatikk, og ble skrevet mye raskere enn jeg kunne ha gjort mens jeg brukte iPhone-berøringstastaturet.

Kerie bruker en app som heter Fleksy for å hjelpe henne med å bevege fingrene over ansiktet på telefonen i mønstre som blir til ord. Hun leser også nyhetene, lytter til radioapper, sjekker Twitter og søker etter togtider med telefonen sin. Hun er helt blind.

'Publisering' betyr forskjellige ting for forskjellige mennesker. For noen mennesker betyr det å produsere et trykt, fysisk arbeidsvolum. Andre mennesker forbinder publisering med muligheten til å distribuere skriftlige verk via enheter og apper. Oftere og oftere tenker folk på publisering som å gjøre innhold tilgjengelig for å nyte i hvilket som helst format, enten det betyr å skyve en artikkel til en blogg eller oppdatere et Google Plus-innlegg.

Virkeligheten er at forventningene er forskjellige blant brukerne, og disse forventningene forandrer seg over tid. Lesere som en gang glupskt konsumerte det siste innlegget på en blogg, forventer nå at de kan lese det blogginnlegget, eller hvilken som helst artikkel eller bok, hvor og når det passer dem. I dag følger innhold oss ​​rundt fra en blogg til Reeder på en telefon til Instapaper på en iPad til en e-postversjon sendt via Whispernet til en Kindle.

Alle lesearbeidsflyter er forskjellige, og for de som trenger tilgjengelighetsfunksjoner som en skjermleser, høy kontrast eller forstørret tekst, brytes arbeidsflyten, noen ganger uopprettelig, når forfattere og utgivere ikke vurderer mindre, men nødvendige formateringsdetaljer. Ikke tenk på dette som å ikke merke av for tilgjengelighetsboksen. I stedet for å innse at du effektivt gjør innholdet ditt til en svart boks for mange potensielle kunder.

Tilgjengelighet er ikke en ”funksjon”

Selv om det er sant at tilgjengelige kontroller brukes av personer med nedsatt hørsel og syn, er det mange andre som også drar nytte av dem. Noen med nedsatt syn vil justere skriftstørrelser for lettere å lese innhold på skjermen. En person som er fargeblind setter pris på muligheten til å justere fargepaletten slik at ting som rød advarselstekst faktisk skiller seg ut. Mennesker med lange pendler bruker skjermlesere for å lytte til artikler som blir lest for dem. Ikke-morsmålsbrukere bruker undertekst video og lyd for å hjelpe dem med å forstå et nytt språk. Alle disse scenariene representerer et bredere omfang for innholdet ditt, forbedret brukeropplevelse og empati, og muligens enda mer inntekter.

For en flott oversikt over hva tilgjengelighet betyr, se Ian Hamiltons artikkel.

Definere plattformer

La oss starte med noen definisjoner om hvilke formater vi kan fokusere på for å gjøre innholdet lettere å lese:

• HTML: Med HTML5 er nettet et enda bedre sted for forfattere og utgivere å vise frem sitt arbeid. Nye koder som artikkel, seksjon, Overskrift og bunntekst er nå implementert i mange nettlesere og kan brukes semi-pålitelig for å legge til semantisk kontekst i skrivingen din. I tillegg kan den kommende CSS3-sidemodulen også være av interesse for de som leter etter en mer leseopplevelse med faste sider å aktivere.
• EPUB: EPUB er den offisielle standarden for International Digital Publishing Forum (IDPF). EPUB3 ble godkjent i oktober 2011 og tillater publikasjoner å ha mer utformet og tilpassbart innhold, nærmere det som er i stand med HTML / CSS, i stedet for de forrige, mer statiske retningslinjene.
• MOBI: MOBI, forkortelse for Mobipocket, er et format som brukes av Kindle og andre digitale lesere. Det er mindre tilpassbart igjen enn EPUB, men vi dekker det her fordi du kan bruke det til å publisere innhold til Amazon hvis du velger. I følge Robin Christopherson fra AbilityNet er noen modeller av Kindle tilgjengelige for blinde brukere. Kindle-appen på iOS er det imidlertid ikke. KF8, Kindles nye format, støttes for øyeblikket av Kindle Fire og vil snart bli rullet ut til siste generasjon Kindle e-ink-enheter og Kindle-leseapps.
• PDF: PDF har blitt en allestedsnærværende enhet på nettet. Jeg inkluderer det her fordi de fleste nettbrett har god, innebygd teknologi for å lese PDF-filer og muliggjøre hjelpeteknologi med dem. Med en PDF er den avgjørende faktoren hvordan den ble opprettet. I følge Alan Dalton, rådgiver for tilgjengelighetsutvikling i Irlands National Disability Authority, "Du kan gjøre PDF-filer tilgjengelige, uansett hvor mange mennesker ikke gjør det. De vet ikke at verktøyene deres produserer dårlige produkter. Hvis jeg hadde min måte, ville alt vi gjør være HTML. " Navigering og tilgjengelighet til side, PDF-filer tilpasser seg heller ikke godt til forskjellige størrelser, og alle som har prøvd å lese en PDF på en smarttelefon, er kjent med den vanskelige klemmen, zoomingen og panorering som kreves for å gjøre det.

Det som ikke faller inn i denne kategorien, er apper som tar innholdet ditt og gjør det til store bilder. Selv om dette kan sikre at utseendet og stilen er den samme på tvers av plattformer, blokkerer du mye av publikum, samtidig som du lager en veldig tung nedlasting. Dette problemet forverres når vi begynner å snakke om Retina-skjermer og bilder i dobbelt størrelse. For å få en følelse av hvordan det er å bli nektet noe du vil lese (men likevel må betale for det uansett), se kommentarene om at Aviskiosk-appene for det meste er utilgjengelige via VoiceOver i iOS.

For å se hvordan disse typer magasiner ser ut for en tilgjengelig teknisk bruker, se videoinnblandingene mine, som viser den frustrerende opplevelsen av å prøve å lese disse magasinene med en
tilgjengelighetsverktøy som VoiceOver:

Å holde innhold bærbart og tilgjengelig

Med fokus på bærbare formater kan vi håndtere innholdet vårt for å leve lykkelig på flere nettlesere, telefoner, digitale leserenheter og leseapplikasjoner. Hva må vi gjøre med innholdet vårt for å sikre at det kan oversettes godt mellom disse forskjellige formatene, samtidig som vi opprettholder en tilpasset stil og god opplevelse?

Jeg har satt sammen noen retningslinjer nedenfor for folk som ønsker at publikum skal være så bredt som mulig, og som ikke ønsker å låse innholdet ned i en svart boks for mange brukere. Disse teknikkene kan brukes på alt fra blogginnlegg, til langformet journalistikk, til andre verk du vurderer selvpublisering:

1. Start med HTML5

Ved å lage dokumentene dine i utgangspunktet med HTML5, har du mindre å bekymre deg for i fremtiden. HTML5-markering vil bidra til å holde dokumentene dine enkle å navigere og å oversette til andre formater. Du vil gjøre betydelig mindre 'retro-tilpasning' av publikasjonene dine i andre formater hvis du har semantisk informasjon der fra starten.

2. WAI-ARIA

WAI-ARIA er Web Accessibility Initiative - Tilgjengelig rik internettapplikasjonssuite. Det er et sett med retningslinjer opprettet av Protocols and Formats Working Group (PFWG) fra
W3C. WAI-ARIA definerer en måte å gjøre webinnhold og applikasjoner mer tilgjengelig for funksjonshemmede, og det hjelper med dynamisk innhold og avanserte brukergrensesnittkontroller utviklet med Ajax, HTML, JavaScript og relaterte teknologier. Noen av teknikkene i denne artikkelen kommer fra WAI-ARIA-retningslinjene, og selv om denne artikkelen ikke er lang nok til å dekke hele spesifikasjonen, vil jeg oppfordre deg til å sjekke den ut for mer detaljert informasjon om hvorfor disse er anbefalt og beste fremgangsmåter for implementere dem.

3. Bruke doktype

Selv om det å bruke en bestemt doktype ikke påvirker tilgjengeligheten til den tilknyttede HTML-koden, er den viktigste grunnen til å bruke en doktype å sørge for at nettleserens quirks-modus ikke utløses. Bare bruk ! DOCTYPE html> for å sikre at det ikke skjer.

4. HTML5-dokumentkoder

Riktig navigering av et dokument er høyt på tilgjengelighetsindeksen. Mange brukere av tilgjengelig teknologi jeg intervjuet uttrykte sin frustrasjon over innholdsleverandører og utviklere som ikke merket dokumentene sine riktig for navigasjonsevne. Disse kodene gir seksjonene i dokumentet mer kontekst enn å bruke mange divs.

• Overskrift og Bunntekst kan begge brukes flere ganger på en side. De kan betegne den respektive hovedoverskriften eller bunnteksten i dokumentet, eller de kan brukes til topp- / bunntekstinformasjon i artikler eller seksjoner.
• Bortsett fra er et godt merke å bruke for seksjoner, for eksempel sidefelt i en bok, som er komplementære til dokumentet, men som ikke er helt avgjørende for forståelsen.
• Seksjoner er måter å bryte opp ideer eller gruppere innhold sammen som gir mening.
• Artikler er uavhengige, frittstående brikker som kan eksistere uten resten av innholdet. Å bruke disse kodene på riktig måte bidrar til å sikre at strukturen i innholdet ditt tolkes riktig.

5. Dårlige lenker

Med CSS er det mulig å bruke bakgrunnsbilder på lenker og knapper. Dette er en fin effekt for webdesignere fordi det gir mer kontroll over typografi. Det har imidlertid ført til at folk har glemt å ta med tekstbeskrivelser. Sørg for at selv om du også bruker tekst i bildet for å sikre at den forblir tilgjengelig. Dette kan også påvirke ting som SEO og
internasjonalisering.

Eksempel:

a href = "/ contact"> / a>

Dette er dårlig.

a href = "/ contact"> Kontakt oss / a>

Mye bedre.

6. Bilder - ALT versus TITLE

Folk inkluderer ofte begge alt eller tittel attributter i deres bilde, men ikke begge, da de ofte blir misforstått og derfor ser ut til å være overflødige. For å fjerne forvirringen, tittel kan representere rådgivende informasjon, slik som den som kan vises i en verktøytips. Dette kan også gi deg ytterligere informasjon når du holder musen over et bilde, en teknikk som mange bruker på bloggene sine. Med veksten av berøringsenheter blir denne typen informasjon imidlertid mindre nyttig.

Alt derimot brukes av hjelpemiddelteknologi og gir sammenheng til elementet. Du må bruke alt på bildene dine og sørg for at det er nyttig informasjon. Ved hjelp av img alt = "" src = "1348.webp">

Gi folk beskjed

Hvis innholdet ditt er tilgjengelig i flere formater, må du sørge for at det er en måte å oppdage dette på nettstedet ditt. Du har sannsynligvis sett "Hvis du har problemer med å se denne e-posten, kan du lese online
versjon "-melding øverst i mange nyhetsbrev på e-post. Gjør det til en praksis å gjøre det samme for innholdet ditt. Hvis du har en tilgjengelig PDF eller en lydversjon samt en ePub, må du sørge for at brukerne kan finne den informasjonen. Gjør brukeren testing for å sikre at innholdet er tilgjengelig og lesbart.