Het opbouwen van een echte cultuur van digitale toegankelijkheid in een bedrijf is een missie van veerkracht en doorzettingsvermogen. Het is niet moeilijk om het discours over toegankelijkheid in de gebruikelijke clichés te laten vervallen. Bereikbaarheid is voor mensen heel belangrijk. De toegankelijkheid van digitale producten en diensten bevordert inclusie. Of zelfs: alle professionals in de teams zouden betrokken moeten worden bij toegankelijkheidswerk. Natuurlijk. Niemand met een gezond verstand zal deze uitspraken betwisten (hoop ik). Het tweede deel van dit gesprek, dat maar heel weinig bedrijven bereiken, is echter: “hoe?” Hoe zorgen we ervoor dat dit gebeurt te midden van het dagelijkse werk van digitale transformatieteams, die, zoals we allemaal weten, ondergedompeld zijn in veeleisende scripts, vaak met een zeer beperkt aantal mensen beschikbaar? Meestal ligt de keuze tussen ‘wij doen dit’ en ‘dat’. En dat zou ook niet moeten, want in deze gevallen heb ik toegankelijkheid nooit als winnaar gezien in deze vergelijking. Het zou niet op deze manier moeten zijn. Je hoeft niet zo te zijn. In de eerste plaats omdat kiezen tussen toegankelijkheid en al het andere niet de juiste keuze is. Toegankelijkheid is niet langer zomaar een functie die aan de andere moet worden toegevoegd. Het is een meerwaarde voor het bedrijf en momenteel een wettelijke verplichting die ernstige gevolgen kan hebben voor bedrijven. Aan de andere kant zijn er intelligente, geoptimaliseerde en impactvolle manieren om toegankelijkheidsprincipes te integreren in de natuurlijke dynamiek van teams. Het is mogelijk om aan toegankelijkheid te werken zonder de teamwerking op zijn kop te zetten. Dat is in essentie wat AccessibilityOps doet. Mensen empoweren en teams eenvoudige processen bieden, zodat ze toegankelijkheidswerk zonder onevenredige inspanningen in hun dagelijkse routines kunnen integreren. Toegankelijkheid en ontwerp Werken aan digitale toegankelijkheid in het ontwerp kan meerdere acties omvatten. Het is duidelijk dat we bijzondere aandacht moeten besteden aan kleur en hoe deze wordt gebruikt om betekenis over te brengen. Uiteraard moeten de interactiegroottes van elementen comfortabel zijn. Maar het allerbelangrijkste is dat we over design moeten nadenken vanuit een veelzijdig perspectief. Een interface is geen poster. We kunnen veel aspecten van dat ontwerp controleren, maar de manier waarop gebruikers omgaan met de interface is onderhevig aan een eindeloos aantal variabelen. Het type apparaat, de context, het doel, de netwerkkwaliteit, enz. Dit alles heeft grote invloed op de ervaring en interactie van elke persoon. Naast dit alles voegt het toevoegen van zorgen over digitale toegankelijkheid aan het ontwerpproces zelfs nog meer variabelen toe.
Mensen maken vaak gebruik van zogenaamde ondersteunende technologieën en strategieën. Kortom, dit zijn technologische hulpmiddelen of op zijn minst ‘trucs’ waar mensen hun toevlucht toe nemen om comfortabelere gebruiksmodellen te vinden. De beroemde schermlezers, die vaak worden geassocieerd met het gebruik van blinden (maar die niet alleen voor hen nuttig zijn), zijn bijvoorbeeld een ondersteunende technologie. Het veranderen van kleuren of kleurcontrasten tussen verschillende elementen is ook een ondersteunende technologie. Het vergroten van de lettergrootte (die we in deze tekst hebben besproken) is een ander voorbeeld. Er zijn talloze ondersteunende technologieën en strategieën. Bijna net zoveel als de verschillende gebruikscontexten voor elke persoon. Wij hebben niet alles onder controle Met andere woorden (en dit is het “slechte nieuws” voor ons ontwerpers): “ons ontwerp” is, vanuit het perspectief van de gebruiker, onderhevig aan transformaties waar we geen controle over hebben. Het zal door de gebruiker worden “getransformeerd”, zodat hij of zij op de meest comfortabele manier kan communiceren met de applicatie en alles wat deze biedt. En dat is maar goed ook. Als dit gebeurt en alles goed gaat, hebben we ons toegankelijkheidswerk zeker heel goed gedaan, en verdienen we allemaal felicitaties. Als de gebruiker een van deze ondersteunende technologieën en strategieën toepast en de digitale applicatie nog steeds niet kan gebruiken, is dit een teken dat iets niet werkt zoals het zou moeten. Oh, en daarover gesproken. Denk er niet eens aan om het gebruik van deze technologieën of ondersteuningsstrategieën te blokkeren. Ze ‘vernietigen’ misschien je prachtige ontwerp, maar ze zorgen ervoor dat steeds meer mensen de app daadwerkelijk kunnen gebruiken. Was dat uiteindelijk niet precies wat we hadden beloofd? Ontwerp voor (alle) mensen. Zonder uitzondering? Vergroot de lettergrootte Hoe vaak hebben we iemand – vrienden, familie of zelfs collega’s – horen klagen dat deze of gene tekst te klein is? Tekst speelt een zeer belangrijke rol in de digitale ervaring. Veel informatie wordt via tekst overgebracht:gebruiksinstructies, knopbijschriften of interactieve elementen. Dit alles maakt gebruik van tekst als communicatiemiddel. Als het lezen van al deze elementen moeilijk is, wordt de ervaring uiteraard ernstig aangetast. Comfortabel tekstlezen, ongeacht de functie ervan, is een ononderhandelbaar principe. Deze aflezing kan worden vergemakkelijkt door comfortabele maten in het ontwerp te gebruiken. Ondersteunende technologieën en strategieën kunnen echter, via de functionaliteit van het vergroten van de lettergrootte, ook de leesbaarheid helpen verbeteren. Volgens APPT-gegevens vergroot 26% van de gebruikers van mobiele Android- en iOS-apparaten de standaardlettergrootte (gegevens van februari 2026). Eén op de vier gebruikers vergroot de lettergrootte op zijn smartphone. Dit is een zeer significante steekproef van mensen, waardoor deze functionaliteit onvermijdelijk is in ontwerpprocessen.
Naleving van richtlijnen Het vergroten van de lettergrootte in interfaces kan een enorme ontwerpuitdaging vormen. Het is belangrijk om te begrijpen dat sommige tekstelementen, als gevolg van gebruikersacties, plotseling in omvang kunnen verdubbelen ten opzichte van hun oorspronkelijke grootte. “Met uitzondering van bijschriften en tekstafbeeldingen kan het formaat van tekst zonder ondersteunende technologie tot 200% worden aangepast zonder verlies van inhoud of functionaliteit.” – Succescriterium 1.4.4, “Resizen van tekst” van de Web Content Accessibility Guidelines (WCAG), versie 2.2
Dit succescriterium ligt op het niveau van AA-naleving, wat betekent dat dit een absoluut verplicht kenmerk is volgens elk juridisch kader. Het is gemakkelijk om de 200% in dit succescriterium te begrijpen. Als we ervan uitgaan dat we de interfaces op een schaal van 100% ontwerpen, wat betekent dat de elementgrootte de initiële grootte is, dan komt het vergroten van de tekst tot 200% overeen met een verdubbeling van de initiële grootte. Andere vergrotingsschalen kunnen ook worden gebruikt, zoals 120%, 140%, enzovoort. Met andere woorden, we moeten ervoor zorgen dat gebruikers de tekst kunnen vergroten tot het dubbele van de initiële grootte door middel van ondersteunende technologieën of strategieën (en dit is geen klein detail). Om aan deze standaard te voldoen, hoeven we geen hulpmiddelen voor het vergroten van de tekstgrootte in de interfaces aan te bieden. In de praktijk zijn deze kenmerken niets anders dan redundantie. Apparaten maken het al mogelijk om dit op een gestandaardiseerde manier te doen. Gebruikers die deze instelling echt nodig hebben, weten het (omdat hun leven zonder deze instelling veel moeilijker zou zijn). Welnu, ze hebben deze instelling al op hun apparaat toegepast. En dat betekent dat we deze extra interface-elementen kunnen elimineren, waardoor de ervaring wordt vereenvoudigd.
Gestandaardiseerde toegang Een belangrijk concept om te onthouden over ondersteunende technologieën, vooral in dit geval met betrekking tot het vergroten van de lettergrootte, is dat op de meeste apparaten al veel van deze tools standaard zijn geïnstalleerd. Met andere woorden: in veel gevallen hoeven gebruikers niet hun eigen software aan te schaffen of een specifiek type apparaat aan te schaffen om over deze functionaliteit te beschikken. Of het nu op mobiele apparaten of zelfs in webbrowsers is, in de overgrote meerderheid van de gevallen is het eenvoudig om geïnstalleerde functies te vinden waarmee u de standaardlettergrootte die we in de hele interface gebruiken, kunt vergroten. Dit principe van het vergroten van de lettergrootte kan worden toegepast op digitale producten, zoals apps, of zelfs op elk type website dat draait op de standaard webbrowsers die tegenwoordig worden gebruikt. iPhones Op iPhone-apparaten is de functie voor het vergroten van de lettergrootte standaard geïntegreerd. Om deze functie te gebruiken, gaat u eenvoudigweg naar het paneel "Instellingen", selecteert u "Toegankelijkheid" en opent u in de optiegroep "Visie" de functie "Tekstgrootte en weergave" en configureert u de gewenste vergroting van de lettergrootte op dat scherm.
Google Chrome Webbrowsers bieden standaard ook de functionaliteit om de lettergrootte te vergroten. In Google Chrome is deze functie bijvoorbeeld beschikbaar in het paneel 'Opties', met name in het gebied 'Uiterlijk'. In de lijst met opties die in deze groep verschijnen, selecteert u eenvoudigweg de optie “Lettergrootte”. Normaal gesproken wordt de optie “Medium – Aanbevolen” geselecteerd. U kunt deze instelling wijzigen in elke andere beschikbare lettergrootte. Probeer bijvoorbeeld de optie ‘Zeer groot’.
Test in Figma Om ervoor te zorgen dat digitaal toegankelijkheidswerk effectief wordt in het dagelijks leven van teams, is het essentieel om eenvoudige werkprocessen te vinden. Acties of initiatieven die kunnen worden geïntegreerd in de routine van het team, die toegankelijkheid op een geïntegreerde manier aanpakken en geen dramatische transformatie van de huidige realiteit vereisen. Als dat nodig zou zijn, denkt hij, zou dat meestal niet gebeuren. Daarom is het ontwerpen van eenvoudige werkprocessen de helft van de strijd om toegankelijkheid daadwerkelijk te realiserencase, ook binnen een ontwerpteam. Wat betreft het testen van lettergrootte-vergrotingen in het ontwerp, hebben we tegenwoordig buitengewone hulpmiddelen tot onze beschikking. Degenen die zich de dagen herinneren waarin complexe interfaces in Adobe Photoshop werden ontworpen, zullen de verschillen herkennen in de tools die we vandaag de dag hebben (en gelukkig ook). Het is nu mogelijk, via tools als Figma, om zo’n dynamiek in het ontwerp te creëren dat het testen van de lettergrootte op toegankelijkheid bijna onvermijdelijk wordt voor het team.
Opmerking: om deze test te kunnen doen, moet u een goed begrip hebben van de tekststijlen, automatische lay-outs en variabelen van Figma. Deze drie zijn fundamentele hulpmiddelen voor succes zonder veel extra inspanning. Als u deze functies nog niet onder de knie heeft, is het ten zeerste aan te raden daar te beginnen. Sla geen stappen over. Leren is een geleidelijk proces dat op een gestructureerde, stapsgewijze manier moet worden gevolgd. Waar willen we heen? De test voor het vergroten van de lettergrootte in Figma die we willen uitvoeren is eenvoudig. We willen een reeks variabelen beschikbaar hebben voor alle tekststijlen die we in de interface gebruiken, zodat we kunnen kiezen of we de interface met de tekst op een schaal van 100%, 120%, 140%, 160%, 180% of 200% willen zien. Terwijl we deze reeks variabelen toepassen (net zoals we variabelen voor de lichte en donkere modus toepassen), observeren we de transformaties van de tekst in de interface en begrijpen we in welke mate aanpassingen nodig zijn in elke versie van de interface met verschillende typografische schalen.
Hoe zorgen we ervoor dat dit gebeurt? Om deze test zo soepel te laten verlopen, moet je wat basiswerk doen. Ontwerpsystemen kunnen een groot deel van dit initiële werk enorm helpen optimaliseren. Maar ik zal niet tegen je liegen. Om de test goed te laten werken, moet uw ontwerp een zeer serieus niveau van organisatie en systematisering hebben. Dit is niet echt een leidraad, omdat elk team zijn eigen werkmodel heeft en deze aanbevelingen op verschillende manieren kunnen worden toegepast (en dat is prima). Om deze test te laten werken, is het echter belangrijk om bepaalde aannames in het ontwerp te garanderen. Om u te helpen de implementatie van dit testmodel te faseren, volgen hier enkele stappen. Stapsgewijze instructies om u te begeleiden bij het organiseren van uw bestanden en ervoor te zorgen dat u deze test op de eenvoudigste en meest praktische manier volledig kunt uitvoeren. 1. Het ontwerpen van de interfaces Het begint allemaal met het ontwerp. Voordat we gaan testen, moet de focus, zoals het hoort, liggen op het ontwerp van elke interface die we later willen testen. In dit stadium zijn er nog geen specifieke problemen met de test voor het vergroten van de lettergrootte die we later zullen uitvoeren. Uiteraard moet elk interfaceontwerp vanaf het begin de meest elementaire toegankelijkheidsaanbevelingen volgen die op het ontwerp worden toegepast.
2. Pas automatische lay-outs toe op alle elementen Bij elk schermontwerp dat u maakt, moet u ervoor zorgen dat u automatische lay-outs perfect toepast. Dit is een zeer belangrijke stap. Het is deze consistente toepassing van automatische lay-outs op de gehele structuur en ontwerpelementen die later de schaalbaarheid van de interface zal garanderen wanneer we beginnen met het testen van lettergrootte-vergrotingen. Deze stap kun je echt niet onderschatten. Als je er niet de aandacht aan besteedt die het verdient, zul je zien dat wanneer we typografische schaling in de interfaces testen, alles instort als een olifant in een porseleinkast.
3. Tekststijlen structureren en toepassen Om onze test voor het vergroten van de lettergrootte uit te voeren, hebben we ook tekststijlen nodig op elk interfaceontwerp. Je bent waarschijnlijk zelfs begonnen met het maken ervan terwijl je aan het tekenen was. Geweldig. Als u dit nog niet heeft gedaan, is het belangrijk dat u dit nu doet. Om de test perfect te laten werken, hebben we dit echt nodig. Laat geen enkel tekstelement in het ontwerp achter zonder dat er een tekststijl is toegepast.
4. Definieer de reeks variabelen 100% Deze test dwingt een vrij hoge mate van optimalisatie af. In de praktijk betekent dit dat we Figma-variabelen zullen moeten gebruiken voor alle kenmerken van de tekststijlen die we in de interface hebben. In dit stadium moet u Figma “getal”-variabelen definiëren voor ten minste de lettergrootte en lijnhoogte van de tekststijlen die u op de tekening hebt toegepast. Met deze stap definieert u de schaalwaarden voor het vergroten van de lettergrootte voor een 100% visualisatiemodel, dat wil zeggen de initiële en referentieversie van de tekening. Het is belangrijk dat u deze variabelen voor elke tekststijl in de tekening structureert, omdat we vervolgens rekening moeten houden met de vergrotingsschaal van elk van deze tekstelementen.
5. Pas de variabelen toe op de tekststijlen Nadat u de variabelen voor de tekststijlen met een schaal van 100% hebt gedefinieerd, moet u ze nu toepassenop de elementen van de tekststijlen die al zijn gemaakt. Vergeet niet om in ieder geval variabelen toe te passen op de lettergrootte en lijnhoogte-eigenschappen. Als je meer typografische variabelen hebt, is dat prima. Maar u zou op zijn minst variabelen moeten toepassen op de lettergrootte en lijnhoogte. Dit is echt heel belangrijk.
6. Definieer de variabelen voor het vergroten van de tekstgrootte Nu u de variabelen hebt toegepast op de tekststijlen met een schaal van 100%, is de volgende stap het maken van de variabelen voor de andere schaalgroottes voor de tekengrootte. In de praktijk moet u de variabelen maken die het systeem vertellen tot welke lettergrootte elke tekststijl zal groeien als de schaalvergroting 120%, 140%, 160%, enz. is. Om de waarden voor de lettergrootte en lijnhoogte te definiëren, vermenigvuldigt u eenvoudigweg de beginwaarde met het schaalpercentage. Als een tekststijl bijvoorbeeld een lettergrootte van 16 px heeft, is de grootte voor de schaal van 120% 16 vermenigvuldigd met 1,2, wat een resultaat oplevert van 19,2. Herhaal deze berekening voor alle lettergrootte- en lijnhoogtewaarden van de door u gekozen lettergrootte-vergrotingsschaalpercentages. U kunt ook kiezen of u wel of niet afronding wilt toepassen op de uiteindelijke waarden. Dit is een test bij benadering, en daarom zullen eventuele verschillen die kunnen voortvloeien uit afrondingen de uiteindelijke perceptie van het testresultaat niet beïnvloeden.
7. Variabelen toepassen op verschillende schaalversies Het moment van de waarheid is aangebroken. De volgende stap is om te begrijpen of alles werkt, zodat de test perfect verloopt. Daarom moet u de originele interface kopiëren en de reeks variabelen toepassen voor elk van de vergrotingspercentages van de lettergrootte die voor u zinvol zijn. Herhaal dit proces voor alle vergrotingspercentages voor de lettergrootte die u hebt gedefinieerd. Als suggestie kunt u de stijgingspercentages van 120%, 140%, 160%, 180% en 200% als referentie gebruiken. Als u het wilt vereenvoudigen, kunt u het aantal schaalpercentages waarmee u werkt, verminderen. Ongeacht het aantal percentages waarmee u werkt, moet u altijd werken met een minimumschaal van 100% en 200%.
8. Identificeer gebieden voor verbetering Door verschillende lettergrootte-vergrotingsschalen op hetzelfde scherm toe te passen, is het gemakkelijk te begrijpen waar verbeteringen nodig kunnen zijn. Dit is waar de echte test van het vergroten van de lettergrootte in interfaceontwerp en het meest interessante toegankelijkheidswerk begint. Houd bij uw analyse van de verschillende schermen rekening met enkele belangrijke aspecten:
Dat de tekst gigantisch lijkt is geen probleem en ‘verpest’ het ontwerp niet. Houd er rekening mee dat dit het verschil kan betekenen tussen het wel of niet kunnen gebruiken van een bepaald product of een bepaalde dienst. Er bestaat een toegankelijkheidsprobleem wanneer het vergroten van de lettergrootte het voor de gebruiker onmogelijk maakt bepaalde teksten te lezen of bepaalde bedieningselementen te activeren. Voor tekstelementen die al erg groot zijn, heeft het vergroten van de lettergrootte wellicht geen zin. Als u dit wel doet, kunnen deze elementen onevenredig worden, wat de leesbaarheid niet ten goede komt (aangezien ze al een goede grootte hebben) en volledig onnodige ruimte in beslag zou nemen. Als er elementen uit het scherm lijken te springen, is de eerste stap het bevestigen hoe u de automatische lay-out toepast. Veel ontwerpaspecten kunnen eenvoudig worden opgelost met het juiste gebruik van automatische lay-out. Ongeacht de mate waarin de lettergrootte wordt vergroot, is het essentieel om de visuele hiërarchie van de typografie te behouden, aangezien deze leesbaarheid belangrijk is voor het waarnemen van de verschillende informatieniveaus op het scherm. Deze test kan helpen bij het identificeren van elementen die mogelijk rechtstreeks in de code moeten worden aangepast om goed te functioneren op een bepaalde schaal van toename. Niet alles kan worden opgelost door alleen ontwerp, en dat is prima. Toegankelijkheid is in essentie een teamprestatie.
9. Breng correcties en aanpassingen aan het ontwerp aan Ten slotte kunt u, op basis van de verschillende schermen waarop verschillende tekstvergrotingsschalen zijn toegepast, de ontwerpwijzigingen aanbrengen die zinvol zijn. Sommige van deze aanpassingen zijn mogelijk alleen in code nodig. In deze gevallen documenteer je al deze suggesties en geef je ze door aan het ontwikkelteam. Het is ook van cruciaal belang om (opnieuw) te benadrukken dat sommige van de problemen die u bij het ontwerp kunt tegenkomen, snel kunnen worden opgelost in het ontwerpproces, met de eenvoudige en correcte toepassing van automatische lay-outeigenschappen.
10. Ga terug naar het begin en herhaal het proces Dit is een cyclische benadering. Dit betekent dat u deze stappen, of variaties daarop, zo vaak als nodig moet herhalen gedurende het hele project. Het is normaal dat er na verloop van tijd en met procesoptimalisatie een aantal verschuivingen optredenvan deze stappen zullen geen zin meer hebben. Dat is absoluut geen probleem. Maar het belangrijkste om te beseffen is dat toegankelijkheid en dit proces van het testen van het vergroten van de lettergrootte niet slechts één keer mogen worden gedaan, en dat is alles. Het is een test die vele malen moet worden uitgevoerd tijdens de dagelijkse werkzaamheden van elk project en team.
De rol van ontwerpsystemen Op het eerste gezicht lijkt deze lijst met stappen misschien een complexe oefening. Maar dat is het niet. Dit komt omdat de overgrote meerderheid, zo niet alle, van deze stappen eenvoudig uit te voeren zijn in elke context waarin een ontwerpsysteem bestaat. Ontwerpsystemen zijn zelfs een onvermijdelijke standaard geworden in de productontwerpindustrie. We kunnen bespreken wat elk team een ontwerpsysteem noemt, maar de waarheid is dat het tegenwoordig erg moeilijk is om een Product Design-team te vinden dat niet op zijn minst over een minimaal gestructureerde bibliotheek met componenten en stijlen beschikt.
Met deze basis, of deze nu min of meer gedocumenteerd is, is het heel eenvoudig om dit type test voor het vergroten van de lettergrootte toe te passen met behulp van Figma-variabelen. Als uw ontwerpsysteem bijvoorbeeld al gestructureerde variabelen voor de lichte en donkere modus heeft, betekent dit bovendien dat u al exact dezelfde principes toepast die we hebben gebruikt om deze test uit te voeren. Niets nieuws dus. Het werken met ontwerpsystemen brengt een niveau van structurering en organisatie met zich mee dat ook erg nuttig is voor het maken van dit soort tests. Er bestaat een mythe dat ontwerpsystemen de creativiteit beperken. Dit is niet waar. Ontwerpsystemen helpen het ‘bureaucratische’ deel van ontwerp op te lossen, zodat we daadwerkelijk meer tijd kunnen hebben voor wat belangrijk is: in dit geval het testen van de toegankelijkheid en het bouwen van steeds meer producten en diensten die echt toegankelijk zijn voor het grootste aantal mensen. Voorbeeldbestand Het is altijd gemakkelijker om een voorbeeld te zien dan alleen een beschrijving van een proces te lezen. Als dit waar is in veel kennisdisciplines, in het ontwerp, is dit uitgangspunt zelfs nog logischer. Daarom vind je in dit Figma-bestand, vrij gepubliceerd en openlijk beschikbaar voor de gemeenschap, een praktisch voorbeeld van het hele testproces dat hier wordt beschreven. Vergeet niet dat dit slechts een voorbeeld is. Er kunnen talloze manieren zijn om dit type test uit te voeren binnen de context van een Figma-bestand.
Bekijk deze aanpak zeker met een kritische blik. Het is een suggestie voor het testen van het vergroten van de lettergrootte volgens een specifiek proces. Desondanks moet de aanpak worden aangepast aan de specifieke realiteit, processen en volwassenheid van uw team. Het eenvoudigweg kopiëren van formules van andere teams zonder te begrijpen of ze in onze eigen context zinvol zijn, is een zekere manier om de toegankelijkheidsinspanningen onevenredig te maken. Elke situatie is uniek. Deze aanpak probeert het toegankelijkheidswerk in deze specifieke context zoveel mogelijk te vereenvoudigen. En onthoud: als er iets gebeurt, hoe klein ook, is het een stap vooruit en geen stap achteruit. En dat moet door iedereen in het team gevierd worden.
