Of u toegankelijkheidsproblemen zelf kunt oplossen, hangt sterk af van het soort probleem. Een ontbrekende alternatieve tekst bij een afbeelding of een te laag kleurcontrast in uw huisstijl kunt u in veel gevallen zelf aanpassen, vaak rechtstreeks in uw CMS. Een afrekenstap die niet werkt met een schermlezer, of een inlogformulier waarin focus niet logisch verspringt, vraagt meestal om iemand die de onderliggende code kent.
De grens ligt dus niet bij "wel of niet technisch", maar bij de diepte van de ingreep. Teksten, labels, kleuren en structuur in content zijn meestal binnen handbereik van een kantoormanager of marketeer. Interactieve onderdelen, zoals een winkelwagen, een filter met toetsenbordbediening of een stap-voor-stap bestelproces, raken vaak de code van uw thema, uw maatwerkcomponenten of de plugins die u gebruikt. Daar is doorgaans een ontwikkelaar bij nodig die weet hoe ARIA-attributen, focusvolgorde en foutmeldingen voor formulieren in de praktijk werken.
Wat valt redelijkerwijs binnen uw eigen mogelijkheden
Veel kleinere knelpunten zijn eerder een kwestie van discipline dan van technische kennis. Denk aan het invullen van alt-teksten bij elke nieuwe afbeelding, het controleren of koppen in de juiste volgorde staan, of het aanpassen van een contrastverhouding in uw stijlgids. Ook het opstellen van de verplichte toegankelijkheidsverklaring en het vastleggen van uw eigen beoordeling zijn stappen die u met de juiste sjablonen zelf kunt doen; daarover leest u meer in de uitleg per verplichting in de kennisbank.
Wat vaak onderschat wordt, is het onderhoud. Een website verandert voortdurend: een nieuwe pagina, een ander formulier, een aangepaste knop. Elke wijziging kan een eerder opgelost probleem opnieuw introduceren. Dat zelf bijhouden is op zichzelf geen technisch probleem, maar wel een proces dat structureel aandacht vraagt, niet een eenmalige actie.
Waar doe-het-zelf ophoudt
Bepaalde problemen zitten dieper dan tekst of opmaak. Een afrekenstap die alleen met de muis te bedienen is, een modal die de toetsenbordfocus niet vasthoudt, of een zoekfunctie die geen foutmeldingen uitspreekt voor een schermlezer: dit zijn situaties waarin de structuur van de code zelf moet veranderen. Dat is geen kwestie van een instelling aanpassen, maar van herbouwen of herschrijven van een component. Voor dat laatste stuk werk is meestal een ontwikkelaar, een front-end specialist of een leverancier met ervaring in toegankelijke interfaces nodig.
Het is ook het punt waarop automatische toetsing tegen haar grenzen aanloopt. Een scan signaleert bijvoorbeeld dat een knop geen zichtbare focusindicator heeft, maar kan niet beoordelen of de volgorde waarin elementen worden aangekondigd voor een schermlezer logisch aanvoelt. Daarom staat in elk rapport dat een automatische scan een deel van de eisen niet kan toetsen. De quick-scan laat in een paar minuten zien waar u ongeveer staat, maar de vertaling van een technisch gevonden knelpunt naar een werkende oplossing is mensenwerk, en vaak werk voor iemand anders dan uzelf.
Wat een overlay-widget niet oplost
Sommige partijen beloven dat een los script, een zogeheten overlay, toegankelijkheidsproblemen automatisch verhelpt zonder dat u iets aan de onderliggende code hoeft te doen. Dat klinkt als de ideale doe-het-zelf-oplossing, maar een overlay leest en herschrijft de pagina alleen aan de oppervlakte op het moment dat een bezoeker de site opent. De onderliggende structuur, de focusvolgorde en de daadwerkelijke bediening met een toetsenbord veranderen daarmee niet. Een overlay vervult de wet niet, en daarom verkopen wij er ook geen.
Wanneer uitbesteden logischer is
Voor de vastlegging, de prioritering en het bewaken van wijzigingen kunt u het proces zelf in de hand houden met de juiste ondersteuning; dat is precies waar axessia voor is ingericht. Voor de daadwerkelijke reparatie van complexe componenten, zoals een afrekenstap of een maatwerk inlogscherm, ligt het werk meestal bij uw ontwikkelaar of bureau. Wij doen zelf geen handmatige audits en geen reparatiewerk; wij toetsen, prioriteren, leggen vast en bewaken dat het resultaat na elke wijziging overeind blijft. Hoe die toetsing precies tot stand komt, leest u op de pagina over de werkwijze en de bronnen die we gebruiken.
Als u twijfelt of een specifiek knelpunt iets is dat u zelf kunt oppakken of beter kunt uitbesteden, is dat een vraag die per situatie verschilt en die een ontwikkelaar of toegankelijkheidsspecialist beter kan beoordelen dan een algemene checklist. Een overzicht van veelgestelde praktische vragen, inclusief dit soort afwegingen, vindt u op de pagina met antwoorden op vragen die ondernemers vaak stellen.
Wilt u eerst weten waar uw eigen website op dit moment staat, zonder dat u er een account voor nodig heeft? Doe de gratis quick-scan en lees in gewone taal welke onderdelen aandacht nodig hebben, en welke u vermoedelijk zelf kunt afhandelen.