Marketing / media / technologie

Nederlandse editie
Nederlands

Toegankelijke teksten schrijven voor verschillende manieren van lezen

Maak antwoorden, koppen, links en instructies begrijpelijk zonder belangrijke voorwaarden weg te laten. Met een fictieve oefening en praktische controle.

Bronnen bekijken
Een persoon staat in een hoge witte tentoonstellingsruimte met gebogen wanden.
Illustratieve foto. Tobias van Schneider vanschneider · CC0 1.0
In dit artikel

Een toegankelijke tekst helpt mensen informatie te vinden, begrijpen en gebruiken, ook wanneer zij anders lezen of hulpmiddelen gebruiken. Begin met een duidelijk antwoord en een herkenbare structuur. Geef betekenisvolle koppen, beschrijvende links en instructies die niet uitsluitend afhangen van kleur, plaats of beeld.

Taal is één onderdeel van toegankelijkheid. Een heldere tekst maakt een technisch onbruikbaar formulier niet vanzelf toegankelijk. Omgekeerd kunnen correcte technische labels een verwarrende uitleg niet volledig oplossen. Beoordeel daarom inhoud en uitvoering samen. Deze gids geeft redactionele aandachtspunten, geen verklaring dat uw website aan alle normen of wettelijke verplichtingen voldoet.

Begin bij de taak en de nodige voorkennis

Bepaal welke vraag iemand probeert te beantwoorden en welke woorden hij daarvoor moet begrijpen. Een bezoeker kan vakkennis hebben maar de taal minder goed beheersen, of snel een antwoord zoeken op een klein scherm. Vermijd één denkbeeldige “gemiddelde lezer” die alles al weet.

Schrijf eerst het noodzakelijke antwoord, daarna achtergrond en uitzonderingen. Op een dienstpagina moeten aanbod en belangrijke beperkingen vindbaar zijn voordat iemand contact opneemt. Eenvoudige taal betekent niet dat u een noodzakelijke voorwaarde verwijdert. Leg die voorwaarde helder uit en plaats ze bij de bijbehorende claim.

Laat koppen de inhoud beschrijven

Een kop zoals “Praktisch” kan breed zijn. “Wat u vooraf moet klaarleggen” vertelt meer over de taak. Gebruik koppen in een betekenisvolle volgorde en laat de technische niveaus bij de structuur passen. Groot of vet maken is niet hetzelfde als een echte kop aanbrengen.

De W3C-uitleg over paginastructuur beschrijft hoe koppen en onderdelen de navigatie en het begrip kunnen ondersteunen. Een lezer die een overzicht van koppen gebruikt, moet de logica kunnen volgen. Lees daarom uw koppen eens na zonder de alinea’s eronder.

Maak geen aparte kop voor iedere zin. De indeling moet inhoudelijke groepen zichtbaar maken. Wanneer twee alinea’s dezelfde vraag beantwoorden, kunnen ze vaak samen onder één beschrijvende kop staan. Splits pas als de lezer een andere beslissing of stap tegenkomt.

Een fictieve herschrijving van een afspraaktekst

Praktijk Voorbeeld is verzonnen. In deze oefening ontvangt een bezoeker instructies voor een administratief gesprek, zonder medische of andere gevoelige inhoud. De oorspronkelijke fictieve tekst luidt: “De voorafgaandelijke aanlevering der relevante bescheiden is noodzakelijk teneinde een adequate behandeling te faciliteren. Klik hieronder op groen.”

Een bruikbare oefenversie wordt: “Bezorg de gevraagde documenten vóór uw gesprek. In uw afspraakbevestiging staat welke documenten nodig zijn. Gebruik de knop Documenten toevoegen.” De tekst noemt de handeling, de bron van de lijst en het zichtbare knoplabel. Hij verzint niet welke documenten bij een echte afspraak nodig zijn.

Als er werkelijk een deadline geldt, moet die duidelijk worden vermeld. “Vóór uw gesprek” is te vaag wanneer de documenten uiterlijk de dag voordien gecontroleerd moeten zijn. Helder schrijven begint daarom bij volledige en juiste informatie, niet alleen bij eenvoudigere woorden. Het voorbeeld claimt geen geteste verbetering of echt gebruikersresultaat.

Gebruik concrete woorden en leg vaktaal gericht uit

Vervang omslachtige constructies wanneer een gewone formulering dezelfde betekenis draagt. Benoem wie iets doet als dat relevant is: “Onze planner bevestigt het tijdstip” geeft meer informatie dan “het tijdstip wordt bevestigd”. Gebruik alleen rollen en werkafspraken die werkelijk bestaan.

De W3C-schrijftips adviseren duidelijke taal en uitleg van ongebruikelijke woorden. Niet ieder vakwoord moet verdwijnen. Soms is een precieze term nodig om documenten of onderdelen terug te vinden. Leg die dan bij het eerste relevante gebruik uit en gebruik daarna consequent dezelfde term.

Werk met één gedachtegang per alinea. De lengte mag variëren. Een willekeurige maximale zinslengte is geen garantie op begrip, en een reeks korte zinnen kan nog steeds onlogisch zijn. Controleer vooral of verbanden, voorwaarden en verwijzingen expliciet blijven.

“Lees meer” kan onduidelijk zijn wanneer meerdere links in een lijst staan. Benoem waar de link heen gaat of welke vraag hij beantwoordt. Uw interne linkstructuur helpt om één duidelijke bestemming voor een onderwerp te kiezen. Linknamen en paginatitels hoeven niet identiek te zijn, maar moeten wel op elkaar aansluiten.

Vermijd instructies die alleen verwijzen naar links, rechts of een kleur. De indeling kan veranderen en kleur is niet voor iedereen waarneembaar. Noem het label van een onderdeel en voeg zo nodig een andere herkenbare aanwijzing toe. Een foto kan helpen, maar de kernhandeling moet ook in tekst begrijpelijk blijven.

Maak afbeeldingen, cijfers en documenten begrijpelijk

Vraag wat een afbeelding aan de taak toevoegt. Voor een informatief beeld is passende tekstuele informatie nodig; een decoratief beeld heeft een andere functie. De W3C-tutorial over afbeeldingen behandelt die verschillen. Een automatische beschrijving zonder inhoudelijke controle kan de verkeerde details benadrukken.

Geef bij cijfers de eenheid en betekenis. “Een stijging van 5” is onvolledig zonder te weten of het om euro, procentpunten of aantallen gaat. Een grafiek mag niet de enige bron van een noodzakelijke conclusie zijn. Voeg een begrijpelijke tekstuele toelichting toe en benoem een downloadformaat als dat voor de lezer van belang is.

Een klanthandleiding kan een ingewikkelde taak in herkenbare stappen verdelen. Laat belangrijke veiligheidsinformatie niet verdwijnen in een vereenvoudiging. Vraag deskundige controle waar inhoudelijke risico’s bestaan.

Controleer ook vragen en fouten

Een tekst kan op een gewone pagina helder zijn maar bij een fout plotseling technisch worden. Gebruik dezelfde begrippen in labels, hulpteksten en foutmeldingen. Benoem wat iemand moet aanpassen en wat het gevolg van de fout is, voor zover dat bekend is.

Controleer formulieren met de betrokken ontwerpers en ontwikkelaars. Een redactionele lijst kan aangeven welke uitleg nodig is; technische toegankelijkheid vraagt aanvullende controle. Ga niet af op een vinkje van een automatische scan alleen. Het geheel van inhoud, bediening en verschillende toestanden moet worden beoordeeld.

Lees met een concrete vraag en blijf verbeteren

Laat iemand proberen de benodigde informatie te vinden zonder vooraf de locatie aan te wijzen. Noteer wat onduidelijk blijft en vraag naar de reden. Gebruik een passende oefentaak en vermijd onnodige persoonsgegevens. Zo’n kleine controle kan concrete problemen laten zien, maar bewijst niet dat iedereen de tekst begrijpt.

Leg afgesproken termen, koppen en terugkerende instructies vast voor volgende publicaties. Corrigeer ook gekoppelde teksten als een begrip of werkafspraak verandert. Toegankelijk schrijven is daarmee onderdeel van dagelijks onderhoud. Het is geen eenmalige vereenvoudiging die alle toekomstige pagina’s automatisch goed maakt.

Bronnen bij deze gids