Bij Liberogic werken we er voortdurend aan om webaccessibility te verbeteren. Onlangs hebben we op het platform voor technische kennisdeling Zenn een reeks artikelen gepubliceerd over de WCAG (Web Content Accessibility Guidelines), de richtlijnen voor webaccessibility.
In dit bericht geven we, naast de achtergrond van deze artikelen en de gedachten die erachter zitten, een overzicht van elk artikel.
Onduidelijkheden over WCAG wegnemen
Bij het dagelijks implementeren en controleren van websites lopen we vaak vast op vragen als: "Hoe moet je deze WCAG-criterium in de praktijk eigenlijk interpreteren?" en "Kunnen we zeggen dat deze implementatie conform is?"
Deze artikelen zijn deels een onderdeel van het onderhouden en vernieuwen van mijn internationale accessibility-certificering, de IAAP WAS (Web Accessibility Specialist). Maar nog meer wilde ik de punten die in de praktijk voor iedereen onduidelijk zijn, overzichtelijk maken en als praktijkkennis delen. Het schrijven ervan heeft me ook geholpen mijn eigen gedachten te ordenen.
Voldoen aan WCAG is een startpunt, geen eindpunt
Het belangrijkste dat ik met deze artikelen wilde overbrengen, is dat het voldoen aan alle WCAG-criteria niet betekent dat een website volledig toegankelijk is.
WCAG is een minimale set aan maatregelen om inhoud voor uiteenlopende gebruikers bruikbaar te maken. Het is een startpunt voor accessibility, niet meer dan dat.
If you mechanically fill in checklists and aim only to "meet the success criteria," you may overlook whether something is truly easy for users to use.
That's why we go beyond surface-level know-how like "implement it this way and it conforms," and dig into the background and intent behind "why this criterion was created." We believe that understanding the intent behind the criteria deepens your grasp of accessibility at its core.
Zenn published articles
We've grouped the points that are most often confusing in practical implementation and review into five articles, by theme. Start with whichever topic interests you most.
WCAG uncertainty point 1: Is it okay to specify font sizes in px?
We examine the conformance of px-based font sizing in modern browser environments and consider the essence of "more accessible implementation" that respects users' text size settings. Read the article on Zenn
WCAG uncertainty point 2: Does having multiple "View details" links violate 2.4.4 (Link Purpose)?
We explain the boundary of which criteria are met when there is "appropriate context." We also propose a more advanced UX-focused implementation to improve operational efficiency for screen reader users. Read the article on Zenn
WCAG uncertainty point 3: If an image link has no alt text, which criterion does it violate?
This article focuses on the complex situations where a single issue overlaps multiple success criteria (such as 1.1.1, 2.4.4, and 4.1.2). It explains the relationships between multiple criteria and how to make judgments, areas that often cause confusion during practical audits. Read the article on Zenn
WCAG-valkuil ④: select ziet er hetzelfde uit, maar is niet toegestaan, terwijl een aangepast dropdownmenu wel mag? Beoordeling volgens 3.2.2 (bij invoer)
Een diepgaande uitleg van het verschil tussen 'instellingen wijzigen' en 'activeren' zoals gedefinieerd door het W3C. Het artikel laat zien hoe je op basis van de semantiek van elementen en de classificatie van bedieningen correct beoordeelt, zonder je te laten misleiden door het visuele gedrag. Lees het artikel op Zenn
WCAG-valkuil ⑤: Waar is 4.1.1 gebleven? Welk criterium geldt voor HTML-syntaxisfouten?
Een toelichting op de achtergrond van het vervallen van 4.1.1 in WCAG 2.2. Het artikel onderzoekt op basis van daadwerkelijke gebruikersimpact hoe bestaande syntaxisfouten beter kunnen worden ondergebracht onder andere criteria, zoals 1.3.1 en 4.1.2, en bespreekt dit vanuit het oogpunt van de kwaliteit van de website. Lees het artikel op Zenn
Note: De WCAG-richtlijnen zijn zeer complex en bevatten veel moeilijk te begrijpen formuleringen. De uitleg en beoordelingscriteria in elk artikel kunnen daarom een eigen interpretatie bevatten, gebaseerd op onze praktijkervaring. We raden aan deze artikelen naast de WCAG-richtlijnen te raadplegen.
Tot slot
Webtoegankelijkheid is geen eenmalige klus, maar iets dat je voortdurend moet blijven ontwikkelen.
We hopen dat deze uitkomst ideeën biedt aan de ontwikkelaars, ontwerpers en projectmanagers die dagelijks werken aan de implementatie en het testen van toegankelijkheid.
Liberogic blijft zich inzetten voor websites en diensten die voor iedereen goed bruikbaar zijn, en deelt ook in de toekomst technische kennis en praktijkervaring. Heeft u vragen over toegankelijkheid of reacties op dit artikel? Neem gerust contact met ons op!
Van DTP naar het web: al snel werkte hij aan markup, frontend, projectregie en accessibility, en beheerst hij alles. Actief bij Liberogic sinds de beginjaren en nu een levende encyclopedie binnen het bedrijf. Recentelijk verdiept hij zich, met prompts als hulpmiddel, in de vraag: "Kunnen we voor accessibility niet meer op AI leunen?" Technologie en denkwijze blijven zich ontwikkelen.
Ayumu Futamata
IAAP-gecertificeerd webaccessibility-specialist (WAS) / Markup-engineer / Frontend-engineer / Webdirecteur