De tien toegankelijkheidsfouten die wij het vaakst tegenkomen
Na veel controles van WordPress-sites zien we steeds dezelfde fouten terugkomen. Het goede nieuws: de meeste zijn eenvoudig te herkennen en op…
Lees verderThema, page builder, plugins, menu en formulieren: zo maakt u een bestaande WordPress-site toegankelijk, en zo weet u of uw thema dat aankan.
"Moeten we nu een hele nieuwe site laten bouwen?" Dat is vaak de eerste vraag als iemand hoort dat zijn website niet toegankelijk is. Meestal is het antwoord nee: WordPress toegankelijk maken lukt in de regel binnen de bestaande site. WordPress zelf is een redelijke basis: de beheeromgeving en de standaardblokken zijn met toegankelijkheid in gedachten gebouwd. De problemen zitten bijna altijd in de lagen erbovenop. Het thema, de page builder, een handvol plugins en de manier waarop de inhoud is ingevoerd.
Op deze pagina leest u per laag waar het misgaat in een bestaande WordPress-site, wat binnen uw huidige opzet te repareren is, en aan welke signalen u ziet dat een ander thema op den duur goedkoper is. Bouwt u liever van de grond af aan opnieuw, dan is dat een ander traject; daar hebben wij een aparte pagina voor.
Om WordPress toegankelijk te maken helpt het om de site te zien als een stapel. Elke laag heeft zijn eigen soort problemen en zijn eigen soort oplossing.
| Laag | Typische problemen | Wie lost het op |
|---|---|---|
| Thema | Geen zichtbare focus, menu niet bedienbaar met toetsenbord, ontbrekende landmarks, lage contrasten in de huisstijl | Ontwikkelaar, in een childthema of via instellingen |
| Page builder | Koppen die geen koppen zijn, veel overbodige code, sliders en pop-ups zonder toetsenbordbediening | Ontwikkelaar, deels via instellingen in de builder |
| Plugins | Formulieren zonder labels, cookiebanners die alles blokkeren, captcha's | Instellingen, een andere plugin, of de maker |
| Inhoud | Alt-teksten, koppenvolgorde, linkteksten, tekst in afbeeldingen, pdf's | Uw redactie, met uitleg |
Het thema bepaalt de opbouw van elke pagina: header, menu, footer, sjablonen voor berichten en archieven. Een fout in het thema komt dus op elke pagina terug. Het goede nieuws is dat één reparatie dan ook op elke pagina effect heeft.
Veel is binnen een bestaand thema op te lossen met een childthema: een zichtbare focusstijl, een skip-link, betere contrasten, een menu dat met het toetsenbord opent, de juiste lang-instelling. Wij passen dan niet de bestanden van het thema zelf aan, zodat een update van het thema het werk niet wegveegt.
Er zijn ook signalen dat repareren niet loont:
Dan bespreken wij een overstap naar een thema dat beter gebouwd is. In de themabibliotheek van WordPress bestaat het label "accessibility-ready". Dat is een nuttig vertrekpunt, maar geen garantie: ook zo'n thema moet u na het inrichten testen.
Een page builder geeft redacteuren veel vrijheid, en die vrijheid levert vaak ontoegankelijke pagina's op. Een tekstblok dat er groot en vet uitziet maar geen kop is, een knop die eigenlijk een link in een div is, een tabblad dat niet met het toetsenbord werkt. Gebruikt u Elementor, dan staat de aanpak voor die builder op de pagina Elementor-websites toegankelijk maken. Voor Divi en WPBakery gelden vergelijkbare patronen.
Bij plugins kijken wij per plugin wat er mogelijk is. Soms volstaat een instelling, zoals labels zichtbaar maken in een formulierplugin. Soms is er een beter gebouwd alternatief dat hetzelfde doet. En soms moet een probleem bij de maker worden gemeld.
Het menu verdient aparte aandacht, omdat het op elke pagina staat. Een submenu dat alleen bij muisbeweging opent, een hamburgermenu dat geen naam heeft of de focus niet vasthoudt: het zijn bekende fouten. Hoe een goed menu zich gedraagt, leest u in een navigatiemenu dat met toetsenbord en screenreader werkt. Wilt u zelf controleren hoe uw site met alleen een toetsenbord werkt, kijk dan bij toetsenbordnavigatie testen en verbeteren.
Techniek en inhoud moeten allebei kloppen. Het thema kan nog zo goed zijn, een pagina waarin alle tussenkoppen vetgedrukte alinea's zijn, blijft ontoegankelijk. Een paar gewoontes die het verschil maken:
Werkt u met de blokeditor, dan vindt u praktische uitleg in toegankelijke content maken in de blokeditor.
Er zijn plugins die beloven uw WordPress-site met één klik toegankelijk te maken, vaak met een knopje in de hoek van het scherm. Die lossen de problemen in de code niet op. Een menu dat niet met het toetsenbord werkt, blijft dat ook met zo'n widget. Waarom dat zo is, leest u op toegankelijkheidsplugins en overlays. Een overzicht van het hele traject, van test tot onderhoud, staat op uw website toegankelijk maken.
Na veel controles van WordPress-sites zien we steeds dezelfde fouten terugkomen. Het goede nieuws: de meeste zijn eenvoudig te herkennen en op…
Lees verder"Uiteraard wordt de website toegankelijk." Een mooie zin in een offerte, maar wat betekent hij? Met deze checklist maakt u van een…
Lees verderEr komt een mail binnen: een klant kan uw formulier niet gebruiken met zijn screenreader. Geen reden voor paniek, wel voor een…
Lees verderAanpassingen in een childthema en in eigen code blijven staan bij updates van het thema en van WordPress. Wel kan een update van een plugin nieuwe problemen introduceren. Daarom is het verstandig na grote updates opnieuw te controleren.
In veel gevallen wel. Het vraagt discipline bij het bouwen van pagina's en soms wat maatwerk. Bij een builder die zware, ontoegankelijke code genereert en niet goed aan te passen is, bespreken wij de alternatieven.
De standaardbeheeromgeving van WordPress is met toegankelijkheid in gedachten gebouwd. Plugins voegen daar soms schermen aan toe die minder goed werken. Gebruikt een van uw medewerkers hulpsoftware, laat het ons dan weten, zodat wij ook daarop letten.
Een snelle aanwijzing: druk op een pagina een paar keer op Tab. Ziet u niet waar de focus is, of opent het menu niet, dan zit er werk in het thema. Of dat werk opweegt tegen een overstap, blijkt pas na een test van de sjablonen.
Ja. De meeste sites die wij toegankelijk maken, zijn door een ander gebouwd. Wij hebben dan wel beheerderstoegang nodig, en bij voorkeur een overzicht van wat er op maat is gemaakt.
Vraag een gratis websitecheck aan. U ontvangt binnen één werkdag een helder rapport, zonder verplichtingen.
Reactie binnen 4 werkuren