Readspeaker brengt nog geen verlossing
Een van de interessantste uitdagingen voor moderne front-end webdevelopers (en voor interactie-ontwerpers en vormgevers) is het toegankelijk maken van een website. Allereerst bestaan er de duidelijke W3C-richtlijnen, maar er zijn ook meerdere handige tools in omloop die claimen een website toegankelijker te maken.
In Nederland is de toegankelijkheidssoftware van Readspeaker redelijk populair. Simpel gezegd is Readspeaker een computerstem die in staat is een internetpagina voor te lezen. Readspeaker moet dan wel door de eigenaar van de website geïnstalleerd zijn. Zoals Readspeaker het in zijn eigen missie formuleert “stelt [ReadSpeaker] zich ten doel internet toegankelijker te maken, met name voor hen die moeite hebben met lezen. Met name voor mensen met een leeshandicap, zoals personen met dyslexie, ouderen of zieken van wie het gezichtsvermogen afneemt, is Readspeaker een uitkomst!”
Het is een loffelijk streven om de mensen die het schijnbaar moeilijk hebben op internet, bij de hand te nemen. Er moet wel duidelijk gesteld worden dat Readspeaker niet je website toegankelijk maakt volgens de W3C-richtlijnen. Readspeaker is een product dat de toegankelijkheid en gebruiksvriendelijkheid van een website probeert te verbeteren.
Hoe werkt Readspeaker? Als in een webpagina Readspeaker geïmplementeerd is kun je op een Readspeakericoontje klikken, waarna in een nieuw venster de pagina voorgelezen wordt. In mijn Windowsinstallatie werd Windows Media Player geactiveerd, en op de Mac een Quicktimeplugin. Wat er gebeurt als Media Player niet aanwezig is, of als je op een ander besturingssysteem zit, heb ik niet getest.
Ik heb een aantal sites die gebruik maken van Readspeaker bekeken en kwam tot de volgende bevindingen:
De kwaliteit van Readspeaker
- Op het kantoor van Readspeaker zit geen centrum met nieuwslezers die iedere nieuwe publicatie keurig inlezen. De software van Readspeaker probeert een tekst zo goed mogelijk te interpreteren en met een computerstem voor te lezen. Hoewel Readspeaker het er in veel gevallen behoorlijk van afbrengt, heeft het moeite met de uitspraak van onbekendere woorden of woordcombinaties en voelt de intonatie niet natuurlijk aan.
- Omdat de intonatie in een zin niet altijd even natuurlijk is, moet je zeer geconcentreerd luisteren om te horen wat er precies gezegd wordt. Readspeaker luisteren is zeker niet hetzelfde als radio luisteren…
- De blikkerige stem van Readspeaker is nog wel overkomelijk, maar het is pijnlijker dat Readspeaker er niet in slaagt een willekeurige tekst op internet begrijpelijk voor te lezen. Bij het beluisteren van een berichtje op nu.nl raakte ik de draad kwijt toen Readspeaker struikelde over het woord SMSControle (“S-M-S-C-ontrole”). Blijkbaar stelt Readspeaker eisen aan de webredactie (bepaalde woorden, bepaalde spelling of bepaalde interpunctie kan beter vermeden worden). Dat bemoeilijkt een soepele inzet van het product.
Doelgroepbereik
- Readspeaker benadert een doelgroep die zich op internet – zacht gezegd – niet als een vis in het water voelt. Hoe kun je aan deze doelgroep (“15% tot 20% van de Nederlandse bevolking”) duidelijk maken dat de internetpagina die voor hun op het scherm staat, voorgelezen kan worden? Het is de vraag of louter het plaatsen van een icoontje duidelijk genoeg is.
- Readspeaker stelt zelf het gebruik van hun ‘Lees voor’-icoon als standaard voor. Ik vrees dat er nog vele jaren overheen zullen gaan voordat de volledige beoogde doelgroep doorheeft dat de pagina voorgelezen wordt als je op het bewuste icoontje klikt. Een complicerende factor is dat sommige partijen het icoontje blijkbaar niet mooi vinden en een ander icoon introduceren, wat het er voor de doelgroep niet makkelijker op maakt de aanwezigheid van Readspeaker te herkennen.
- Een op zich zeer geavanceerde optie van Readspeaker is een op een webpagina geselecteerd stuk tekst voor te lezen. Alleen wil ik de gebruiker nog wel tegenkomen die niet in staat is een internetartikel te lezen, maar er vervolgens wel in slaagt een mooi stuk tekst te selecteren.
Implementatie van Readspeaker in een website
- Om de acceptatie van Readspeaker te bevorderen, moet het over de hele site ingezet worden. Het heeft immers weinig zin om een pagina te laten voorlezen als dat in de gelinkte vervolgpagina niet het geval is. Dan loopt het pad voor de hulpbehoevende internetter immers gauw dood. De huidige Readspeakerimplementaties schieten hierin hopeloos te kort. Zij lijken lukraak nu eens wel dan weer niet Readspeaker in te zetten.
- Extra venijnig is de inzet van Readspeaker als het gaat om tabellen en formulieren. Als je slechtziend bent en moeite hebt om een overzicht van een zorgverzekeraar te lezen, ben je waarschijnlijk niet ineens scherpziend om het moment dat er een aanvraagformulier ingevuld moet worden of er een tabel met tarieven bekeken moet worden. De halfslachtige inzet van Readspeaker doet in dat geval beloftes die het een stap later niet meer waarmaakt. In het contactformulier van Vereniging Balans bijvoorbeeld slaat Readspeaker bij het voorlezen de hyperlinks in de tekst om onduidelijke redenen over, wat een onherkenbare brei aan informatie oplevert. Dat de gebruiker halverwege de pagina bij een formulier aanbelandt, wordt nergens duidelijk gemaakt. Het lachen kan beginnen als de voorleesstem iedere asterix foutief opleest als “asterisk”.
Conclusie
De inzet van Readspeaker neemt niet weg dat – wil een website toegankelijk zijn – er nog steeds aan de diverse W3C-ijkpunten voor webtoegankelijkheid voldaan moet worden. Readspeaker streeft er ook niet naar om de alle toegankelijksproblemen in één klap op te lossen. De vraag is natuurlijk wat de meerwaarde van Readspeaker dan wel is?
Naar eigen zeggen wil Readspeaker er vooral zijn voor mensen die moeite hebben met lezen. Ik vrees dat Readspeaker in de huidige vorm niet volwassen genoeg om als serieuze toegankelijkheidsverhogend of gebruiksvriendelijk product aan een website toegevoegd te worden.
Het zou goed kunnen dat Readspeaker het meest volwassen product is dat momenteel in het Nederlandse taalgebied beschikbaar is. Hoewel, op Naar Voren schreef Robert Jan Verkade al eerder dat er soortgelijke producten voorhanden zijn die niet site-afhankelijk zijn, maar elke willekeurige website voor kunnen lezen.
Een ontoegankelijk opgezette website wordt dus niet opeens toegankelijk door Readspeaker in te zetten. De meerwaarde van Readspeaker op toegankelijke websites is daarentegen discutabel. “De doelgroep van Readspeaker is daarmee zo’n 15% tot 20% van de Nederlandse bevolking”, zegt Readspeaker op haar eigen website. Die cijfers lijken mij wat hoog gegrepen. Readspeaker heeft potentie, maar functioneert momenteel alleen redelijk in websites met louter (eenvoudige) tekst die het niet van interactie met de gebruiker moeten hebben. In de huidige vorm is Readspeaker daarom vooralsnog een speeltje voor de webmaster en de marketingafdeling en moeten de slechtzienden wachten op betere tijden.
Tags: accessibility, spraaksoftware, toegankelijkheid, usability, readspeaker
op Thursday 22 March 2007 om 15:05
Beste Tom,
in mei zal de Browsealoud 4.0 voorleeshulp voor websites in Nederland worden geïntroduceerd. In Engeland is Browsealoud al op meer dan 1.200 websites beschikbaar. Browsealoud 4.0 is een ander concept dan Readspeaker en zal over meer functies beschikken. Nuttige functies die bijdragen aan het toegankelijk maken van websites, niet alleen voor de 600.000 mensen met visuele beperkingen, maar ook voor de 1,5 miljoen Nederlanders die laaggeletterd zijn of met dyslexie kampen. Ik nodig je graag uit om t.z.t. Browsealoud 4.0 te evalueren.
Vriendelijke groeten,
Harry Kleintjens
Axendo
op Thursday 22 March 2007 om 16:33
Ik ben inderdaad Browsealoud vergeten te vermelden. Webcredible heeft de Engelse versies van Readspeaker en Browsealoud naast elkaar gelegd en kwam tot de conclusie dat Browsealoud een beter product was. Ik ben benieuwd naar Browsealoud voor de Nederlandse markt!
op Thursday 3 May 2007 om 11:25
Tom,
Op veel punten ben ik het met je eens als het gaat om beperkingen van ReadSpeaker. Ik wil wel een paar opmerkingen plaatsen.
* Je zegt “Het lachen kan beginnen als de voorleesstem iedere asterix foutief opleest als “asterisk”. Hier wil ik je aanraden het woordenboek te raadplegen. Je zult zien dat ‘asterisk’ wel de juiste uitspraak is.
* Het is onjuist dat Readspeaker door de eigenaar van de website geïnstalleerd moet zijn. Weliswaar zorgt de beheerder/eigenaar van een website voor de beschikbaarheid en een aanklikbare link c.q. icoon; het programma draait op de server van ReadSpeaker.
* Een foutieve uitspraak van woorden kan worden ondervangen door ReadSpeaker. De verantwoordelijkheid hiervoor ligt bij de beheerder/eigenaar van de betreffende webpagina. Deze kan woorden fonetisch laten aanpassen. Zonder meer teksten op het web plaatsen is er dan niet bij; er moet wel consequent worden gekeken (geluisterd) naar de uitspraak van de betreffende tekst. Dit moet worden ingecalculeerd door de redactie. Wanneer je een faciliteit biedt heb je de verantwoordelijkheid voor het goed functioneren ervan.
op Tuesday 8 May 2007 om 10:20
Esther, bedankt voor je terechte opmerkingen.
op Wednesday 23 May 2007 om 11:11
Tom, een paar opmerkingen van de kant van ReadSpeaker:
- ten eerste heb je helemaal gelijk in je constatering dat een voorlees-functie op een website op zich niet inhoudt dat je aan de toegankelijkheidsrichtlijnen voldoet. Dit is absoluut correct! Voldoen aan W3C en het aanbieden van een voorlees-functie gaan hand-in-hand. En een voorleesfunctie zal des te beter werken indien de site ook aan W3C richtlijnen voldoet.
- veel van de punten die je hierboven aanhaalt, haken hier ook op in. ReadSpeaker werkt als volledig serverbased (webservice) toepassing en interpreteert de html van de website. We komen dus dezelfde beperkingen tegen die schermvoorleessoftware (b.v. voor blinden of dyslectici) tegenkomt. Namelijk dat tabellen slecht gecodeerd zijn, koppen en paragrafen niet goed van tags vooorzien zijn, etc. Het voorlezen kan op die punten “haperen”. Het is de taak van de website-eigenaar om er voor te zorgen dat de site goed voorleesbaar is (en nogmaals: hoe beter voldaan wordt aan W3C, des te beter zal de site voorleesbaar zijn). En als ReadSpeaker bieden wij daar ook zo veel mogelijk ondersteuning in.
- een essentieel punt is dat het overgrote deel van de doelgroep (de 15% tot 20% waar wij het over hebben) niet bekend is met voorleessoftware of -functionaliteit. Ofwel dit is volledig onbekend. Ofwel er bestaat een barrière om dit soort tools zelf aan te schaffen en vooral: te installeren. ReadSpeaker biedt een super-laagdrempelige manier om het voorlezen van een pagina aan te bieden (geen downloads, geen plug-ins): klik en voorlezen.
- Wellicht dat het op deze manier bekend worden met voorlees-functionaliteit er toe leidt dat meer en meer mensen de stap zullen nemen om screenreader-PCsoftware aan te schaffen / te downloaden. Feit is dat op dit moment een absolute minderheid van de mensen met een lees-handicap (wij schatten zo’n 1,5%) dergelijke software zelf heeft. Zo krijg ik regelmatig vragen van mensen met dyslexie of een visuele beperking en die stuur ik van harte door naar partners die die PC software wel bieden, zoals naar Lexima voor software als Kurzweil.
- en dan nog: als ReadSpeaker zijn wij een zeer fervent voorstander van server-based oplossingen die géén download/installatie vereisen. Onder andere omdat je op die manier als gebruiker altijd de nieuwste versie/functionaliteit ter beschikking hebt, met de beste kwaliteit, ook als je mobiel bent (vanuit kantoor of internet-cafe) en zonder problemen met versies, upgrades, etc..
- Trouwens, dat rapport van “webcredible” hoort in de prullebak. Het is gemaakt in opdracht van en gefinancierd door Browsealoud (en op vele punten onjuist en volledig bevooroordeeld). Om het dan als soort onafhankelijke evaluatie te positioneren vind ik slechte zaak. Daarnaast: als ReadSpeaker gaan wij uit van onze sterktes. En denken we dat we een goed verhaal hebben. Ik hoor graag van (onafhankelijke!) partijen commentaar en suggesties over hoe wij onze diensten nog beter kunnen maken!!!
Vriendelijke groet,
Staffan Meij
ReadSpeaker Nederland
op Tuesday 1 July 2008 om 13:41
(Deze bijdrage heeft betrekking op BrowseAloud)
Het is mijn mening dat een voorleeshulp voor websites zou moeten werken op alle websites en niet alleen op websites die ervoor betalen zoals BrowseAloud.
Het internet kent miljoenen websites en het is voor de gebruiker van een screenreader danook volkomen nutteloos gebruik te maken van een stuk software waarvan het onduidelijk is wanneer het al dan niet werkt (als ik op een link klik naar een website die geen abbonnement heeft wordt het plotseling stil).
Het heeft naar mijn mening neit erg veel zin geld/tijd/energie te steken in de ontwikkeling van een produkt dat op deze basis is ontwikkeld. Mijn screenreader behoort te werken voor mijn documenten, email en browser onafhankelijk van de beslissing van een website eigenaar om wel of niet een abonnement op BrowseAloud te nemen. Het is ook niet de taak van een website eigenaar maar de verantwoordelijkheid van de gebruiker met de beperking om de benodigde programma’s aan te schaffen.
Er zullen altijd teveel websites zijn over teveel onderwerpen waarvoor het niet uitkan om een abonnement af te sluiten met een aanbieder als BrowseAloud omdat het aandeel bezoekers met een beperking daarvoor te klein is. Voor deze websites maakt dat niets uit, voor de mensen met een beperking wel. Te denken dat alle websites een abonnement zullen afsluiten is een utopie en volkomen onrealistisch. Aan het eind van de dag kan ik met BrowseAloud niet voldoende websites bereiken en zal ik een eigen screenreader gebruiken.