10 geweldige manieren om uw inhoud draagbaar en toegankelijk te maken

Inhoud

• Toegankelijkheid is geen ’functie’
• Platforms definiëren
• Inhoud draagbaar en toegankelijk houden
• 1. Begin met HTML5
• 2. WAI-ARIA
• 3. Doctype gebruiken
• 4. HTML5-documenttags
• 5. Slechte links
• 6. Afbeeldingen - ALT versus TITLE
• Laat mensen weten
• Samenvatting
• Erkenningen
• Middelen

Als Kerie op haar iPhone typt, lijkt het alsof ze fluit speelt. Ze houdt het dicht bij haar gezicht en haar vingers bewegen in een ongelooflijk tempo. Ze is klaar met schrijven en geeft me haar telefoon om het bericht te lezen dat ze zojuist heeft getypt. Het heeft een perfecte spelling en grammatica en werd veel sneller getypt dan ik had kunnen doen met het aanraaktoetsenbord van de iPhone.

Kerie gebruikt een app genaamd Fleksy om haar te helpen haar vingers over de voorkant van de telefoon te bewegen in patronen die in woorden veranderen. Ze leest ook het nieuws, luistert naar radio-apps, checkt Twitter en zoekt treintijden met haar telefoon. Ze is helemaal blind.

‘Publiceren’ betekent verschillende dingen voor verschillende mensen. Voor sommige mensen betekent het dat ze een gedrukt, fysiek werkvolume produceren. Andere mensen associëren publiceren met de mogelijkheid om geschreven werken te verspreiden via apparaten en apps. Steeds vaker beschouwen mensen publiceren als het beschikbaar stellen van inhoud om van te genieten in elk formaat, of het nu gaat om het pushen van een artikel naar een blog of het bijwerken van een Google Plus-bericht.

De realiteit is dat de verwachtingen verschillen tussen gebruikers, en deze verwachtingen veranderen in de loop van de tijd. Lezers die eens vraatzuchtig het laatste bericht op een blog hebben geconsumeerd, verwachten nu dat ze dat blogbericht, of welk artikel of boek dan ook, kunnen lezen waar en wanneer het hen uitkomt. Tegenwoordig volgt content ons van een blog naar Reeder op een telefoon naar Instapaper op een iPad tot een versie per e-mail die via Whispernet naar een Kindle wordt gestuurd.

De leesworkflow van iedereen is anders, en voor degenen die toegankelijkheidsfuncties nodig hebben zoals een schermlezer, hoog contrast of vergrote tekst, wordt die workflow verbroken, soms onherstelbaar, wanneer auteurs en uitgevers geen rekening houden met kleine maar noodzakelijke opmaakdetails. Zie dit niet als het niet aanvinken van het toegankelijkheidsvakje. Realiseer u in plaats daarvan dat u uw inhoud voor veel potentiële klanten effectief in een zwarte doos verandert.

Toegankelijkheid is geen ’functie’

Hoewel het waar is dat toegankelijke bedieningselementen worden gebruikt door personen met verminderd gehoor en zicht, zijn er ook veel andere mensen die er baat bij hebben. Iemand met een verminderd gezichtsvermogen past de lettergrootte aan om de inhoud op een scherm gemakkelijker te kunnen lezen. Een persoon die kleurenblind is, waardeert de mogelijkheid om het kleurenpalet zo aan te passen dat zaken als rode waarschuwingstekst echt opvallen. Mensen met lange reistijden gebruiken schermlezers om te luisteren naar artikelen die voor hen worden voorgelezen. Niet-moedertaalsprekers gebruiken video en audio met ondertiteling om hen te helpen een nieuwe taal te begrijpen. Al deze scenario's vertegenwoordigen een breder bereik voor uw inhoud, verbeterde gebruikerservaring en empathie, en mogelijk zelfs meer inkomsten.

Zie het artikel van Ian Hamilton voor een goed overzicht van wat toegankelijkheid betekent.

Platforms definiëren

Laten we beginnen met enkele definities over op welke indelingen we ons kunnen concentreren om onze inhoud leesbaarder te maken:

• HTML: Met HTML5 is het web een nog betere plek voor schrijvers en uitgevers om hun werk te laten zien. Nieuwe tags zoals artikel, sectie, koptekst en voettekst zijn nu in veel browsers geïmplementeerd en kunnen semi-betrouwbaar worden gebruikt om semantische context aan uw schrijven toe te voegen. Bovendien kan de aankomende CSS3-paginamodule ook interessant zijn voor diegenen die op zoek zijn naar een leeservaring met meer vaste pagina's om dit mogelijk te maken.
• EPUB: EPUB is de officiële standaard van het International Digital Publishing Forum (IDPF). EPUB3 werd in oktober 2011 goedgekeurd en maakt het voor publicaties mogelijk om meer gestileerde en aanpasbare inhoud te hebben, dichter bij wat mogelijk is met HTML / CSS, in plaats van de eerdere, meer statische richtlijnen.
• MOBI: MOBI, een afkorting van Mobipocket, is een indeling die wordt gebruikt door Kindle en andere digitale lezers. Het is weer minder aanpasbaar dan EPUB, maar we behandelen het hier omdat je het desgewenst kunt gebruiken bij het publiceren van inhoud naar Amazon. Volgens Robin Christopherson van AbilityNet zijn sommige modellen van de Kindle toegankelijk voor blinde gebruikers; de Kindle-app op iOS is dat echter niet. KF8, het nieuwe formaat van Kindle, wordt momenteel ondersteund door de Kindle Fire en zal binnenkort worden uitgerold naar de nieuwste generatie Kindle e-ink-apparaten en Kindle-leesapps.
• Pdf: PDF is een alomtegenwoordige entiteit op internet geworden. Ik neem het hier op omdat de meeste tablets een goede, ingebouwde technologie hebben om pdf's te lezen en ondersteunende technologie ermee mogelijk te maken. Bij een pdf is de doorslaggevende factor hoe deze tot stand is gekomen. Volgens Alan Dalton, ontwikkelingsadviseur toegankelijkheid bij de Ierse National Disability Authority, "Je kunt pdf's toegankelijk maken, maar veel mensen niet. Ze realiseren zich niet dat hun tools slechte producten produceren. Als ik mijn zin had, zou alles wat we doen HTML zijn. " Afgezien van navigatie en toegankelijkheid passen pdf's zich ook niet goed aan verschillende formaten aan, en iedereen die heeft geprobeerd een pdf op een smartphone te lezen, is bekend met het lastige knijpen, zoomen en pannen dat hiervoor nodig is.

Wat niet in deze categorie valt, zijn apps die uw inhoud omzetten in grote afbeeldingen. Hoewel dit ervoor kan zorgen dat het uiterlijk en de stijl op alle platforms hetzelfde zijn, blokkeert u veel van uw publiek terwijl u ook een zeer zware download maakt. Dit probleem wordt nog erger als we het hebben over Retina-displays en afbeeldingen van dubbele grootte. Zie de opmerkingen over Kiosk-apps die meestal niet toegankelijk zijn via VoiceOver in iOS om een ​​idee te krijgen van hoe het is om iets te worden geweigerd dat u wilt lezen (maar er toch voor moet betalen).

Om te zien hoe dit soort tijdschriften eruit zien voor een toegankelijke technische gebruiker, zie mijn video-insluitingen, die de frustrerende ervaring laten zien van het proberen deze tijdschriften te lezen met een
toegankelijkheidstool zoals VoiceOver:

Inhoud draagbaar en toegankelijk houden

Door ons te concentreren op draagbare formaten, kunnen we onze inhoud gebruiken om gelukkig te leven op meer browsers, telefoons, digitale leesapparaten en leestoepassingen. Wat moeten we met onze inhoud doen om ervoor te zorgen dat deze goed kan worden vertaald tussen deze verschillende formaten, met behoud van een aangepaste stijl en een geweldige ervaring?

Ik heb hieronder enkele richtlijnen opgesteld voor mensen die willen dat hun publiek zo breed mogelijk is en die hun inhoud niet voor veel gebruikers in een zwarte doos willen opsluiten. Deze technieken kunnen op alles worden toegepast, van blogposts tot lange vorm van journalistiek tot elk ander werk dat u overweegt in eigen beheer te publiceren:

1. Begin met HTML5

Door uw documenten in eerste instantie met HTML5 te maken, hoeft u zich in de toekomst minder zorgen te maken. Met HTML5-opmaak kunt u ervoor zorgen dat uw documenten gemakkelijk te navigeren zijn en in andere indelingen kunnen worden vertaald. U zult aanzienlijk minder ‘retro-fit’ van uw publicaties in andere formaten doen als u er vanaf het begin semantische informatie in hebt staan.

2. WAI-ARIA

WAI-ARIA is het Web Accessibility Initiative - Accessible Rich Internet Applications-suite. Het is een reeks richtlijnen opgesteld door de Protocols and Formats Working Group (PFWG) van
het W3C. WAI-ARIA definieert een manier om webinhoud en applicaties toegankelijker te maken voor mensen met een handicap, en het helpt met dynamische inhoud en geavanceerde gebruikersinterfacecontroles ontwikkeld met Ajax, HTML, JavaScript en aanverwante technologieën. Sommige technieken in dit artikel zijn afkomstig uit WAI-ARIA-richtlijnen, en hoewel dit artikel niet lang genoeg is om alle specificaties te dekken, raad ik u aan om het te bekijken voor meer informatie over waarom deze worden aanbevolen en best practices voor ze implementeren.

3. Doctype gebruiken

Hoewel het gebruik van een specifiek doctype zelf geen invloed heeft op de toegankelijkheid van de bijbehorende HTML-code, is de belangrijkste reden om een ​​doctype te gebruiken ervoor te zorgen dat de eigenaardigheidsmodus van de browser niet wordt geactiveerd. Gewoon gebruiken ! DOCTYPE html> om ervoor te zorgen dat dit niet gebeurt.

4. HTML5-documenttags

De juiste navigatie van een document staat hoog op de toegankelijkheidsindex. Veel gebruikers van toegankelijke technologie die ik heb geïnterviewd, uitten hun frustratie over de inhoudaanbieders en ontwikkelaars die hun documenten niet correct markeerden voor navigatiemogelijkheden. Deze tags geven meer context aan de secties van uw document dan met veel divs.

• Header en Voettekst kunnen beide meerdere keren op een pagina worden gebruikt. Ze kunnen de respectievelijke koptekst of voettekst van het document aanduiden, of ze kunnen worden gebruikt voor kop- / voettekstinformatie binnen artikelen of secties.
• Afgezien is een goede tag om te gebruiken voor secties, zoals zijbalken in een boek, die complementair zijn aan het document, maar niet absoluut cruciaal zijn voor het begrip ervan.
• Secties zijn manieren om ideeën op te splitsen of inhoud te groeperen die zinvol is.
• Lidwoord zijn onafhankelijke, op zichzelf staande stukken die zouden kunnen bestaan ​​zonder de rest van de inhoud. Door deze tags op de juiste manier te gebruiken, kunt u ervoor zorgen dat de structuur van uw inhoud correct wordt geïnterpreteerd.

5. Slechte links

Met CSS is het mogelijk om achtergrondafbeeldingen op links en knoppen te gebruiken. Dit is een leuk effect voor webontwerpers omdat het meer controle geeft over typografie. Het heeft er echter toe geleid dat mensen zijn vergeten tekstbeschrijvingen op te nemen. Zorg ervoor dat zelfs als u tekst in de afbeelding gebruikt, deze toegankelijk blijft. Dit kan ook gevolgen hebben voor zaken als SEO en
internationalisering.

Voorbeeld:

a href = "/ contact"> / a>

Dit is slecht.

a href = "/ contact"> Neem contact met ons op / a>

Veel beter.

6. Afbeeldingen - ALT versus TITLE

Mensen bevatten vaak beide alt of titel attributen in hun beeld, maar niet beide, omdat ze vaak verkeerd worden begrepen en daarom overbodig lijken. Om de verwarring op te ruimen, titel kan adviesinformatie vertegenwoordigen, zoals informatie die in knopinfo zou kunnen verschijnen. Dit kan je ook extra informatie geven als je met de muis over een afbeelding beweegt, een techniek die veel mensen op hun blogs gebruiken. Met de groei van aanraakapparaten wordt dit soort informatie echter minder nuttig.

Alt aan de andere kant wordt gebruikt door ondersteunende technologie en geeft context aan het element. Je moet gebruiken alt op uw afbeeldingen en zorg ervoor dat het nuttige informatie is. Gebruik makend van img alt = "" src = "1348.webp">

Laat mensen weten

Als uw inhoud in meerdere formaten beschikbaar is, zorg er dan voor dat er een manier is om dit op uw site te ontdekken. U hebt waarschijnlijk het bericht "Als u problemen ondervindt bij het bekijken van deze e-mail, lees het online
versie 'bovenaan veel e-mailnieuwsbrieven. Maak er een gewoonte van om hetzelfde te doen voor uw inhoud. Als u een toegankelijke pdf of een audioversie heeft, evenals een ePub, zorg er dan voor dat gebruikers die informatie kunnen vinden. testen om ervoor te zorgen dat de inhoud vindbaar en leesbaar is.