WCAG 2.2 wordt een Japanse norm! JIS X 8341-3 wordt na ongeveer tien jaar eindelijk herzien. Feitelijk de eerste update in achttien jaar?

Hallo, ik ben Morimoto, directeur van Liberogic.
Dit keer gaat het over webtoegankelijkheid.

Zoals u in verschillende artikelen al heeft gelezen, wordt de Japanse nationale webtoegankelijkheidsnorm "JIS X 8341-3" naar verwachting voor het eerst in ongeveer tien jaar herzien.

Voor dit fiscale jaar resteert nog maar een half jaar! Of de formele herziening dit jaar nog wordt afgerond, is de vraag.
Het zal een zware opgave zijn, maar we hopen echt dat WAIC hier zijn best voor doet.

Overigens lijkt de huidige naam "JIS X 8341-3:2016" erop te wijzen dat de toegankelijkheidscriteria in 2016 grondig zijn bijgewerkt, maar dat is in werkelijkheid niet het geval.
De criteria voor webinhoud waren al in de versie van 2010 identiek aan WCAG 2.0.

De herziening van 2016 was bedoeld om WCAG 2.0, dat als ISO/IEC 40500:2012 internationaal is gestandaardiseerd, in lijn te brengen, en beperkte zich ertoe de tekst van de JIS-norm gelijk te trekken met de internationale norm.
Kortom, het is realistischer te stellen dat in 2016 niet nieuwe toegankelijkheidscriteria zijn toegevoegd, maar WCAG 2.0 opnieuw is geordend als Japanse JIS-norm.

In Japan speelde bovendien ook het moment een rol.

Ongeveer twee jaar nadat JIS X 8341-3:2016 was herzien, werd op 5 juni 2018 WCAG 2.1 als W3C-aanbeveling gepubliceerd, waarin onderdelen zoals mobiel gebruik, touchbediening en lage visuele capaciteit aanzienlijk werden versterkt, terwijl WCAG 2.0 die aspecten onvoldoende dekte.
Omdat JIS ook internationaal afgestemd moet blijven, kon het niet simpelweg telkens worden aangepast zodra W3C iets bijwerkte.
Het gevolg is dat Japan WCAG 2.1 niet als formele norm heeft overgenomen, en dat de JIS nu in één keer van WCAG 2.0 naar een versie gelijkwaardig aan WCAG 2.2 wordt bijgewerkt.

Hoewel de naam "2016" draagt, is de basis van de criteria die in Japan tot nu toe zijn gebruikt in feite WCAG 2.0, dat in 2008 als W3C-aanbeveling werd gepubliceerd.

De JIS wordt weliswaar na ongeveer tien jaar herzien, maar

Voor het eerst in ongeveer 18 jaar, van 2008 tot 2026, op basis van de succescriteria als uitgangspunt!.

Er is eindelijk het gevoel dat er iets wordt bijgewerkt.

In september 2025 is de internationale norm ISO/IEC 40500 gewijzigd zodat deze gelijk is aan WCAG 2.2. Naar aanleiding hiervan wordt ook in Japan gewerkt aan een herziening van JIS X 8341-3.
Voor de achtergrond van deze herziening, de successcriteria die aan WCAG 2.2 worden toegevoegd en de verplichtingen die bedrijven in de toekomst zullen hebben, verwijzen wij graag naar het artikel van de EWM-groep, dat deze onderwerpen zeer uitgebreid en overzichtelijk behandelt.

EWM-groep: "Belangrijkste wijzigingen in de JIS X 8341-3-norm van 2026 en de stappen die bedrijven moeten zetten"

Hieronder delen we, vanuit onze praktijk met webontwikkeling en ondersteuning op het gebied van accessibility, wat wij over deze herziening denken.

Het web van 2026 blijft worden beoordeeld aan de hand van successcriteria uit 2008.

Dat WCAG 2.0 verouderd is, betekent niet dat het niet meer bruikbaar is.
Alternatieve tekst, toetsenbordbediening, contrast en heading-structuur: veel van de kernprincipes van accessibility zijn nog steeds even belangrijk.
Maar tussen 2008 en 2026 is het web zelf sterk veranderd.

Smartphones en tablets, touchbediening, responsive design, SPA's, modals, vaste UI-elementen en complexe webapplicaties.
Gezien hoe gewoon deze gebruiksomgevingen nu zijn, heb ik er al lang moeite mee dat we tot 2026 nog steeds uitsluitend de successcriteria uit 2008 als "huidige norm" hanteren.
*Dit was ook een van de redenen waarom Liberogic zich is gaan bezighouden met accessibility.

WCAG is daarna bijgewerkt naar 2.1 in 2018 en naar 2.2 in 2023.
WCAG 2.2 voegt successcriteria toe die beter aansluiten bij het huidige webgebruik, zoals touch-, drag-, focus-, authenticatie- en invoerbewerkingen.
Toch is in Japan lange tijd JIS X 8341-3:2016 blijven gelden als standaard in overheidsspecificaties, aanbestedingen en accessibility-tests.

Websites en webapplicaties van 2026 worden voornamelijk beoordeeld aan de hand van successcriteria uit 2008.

Hoewel dit zo is geregeld, is dit toch een vrij onnatuurlijke situatie geweest, denk ik.

Het is niet zo dat iemand "op de luie manier" heeft gewerkt.

Tegelijkertijd betekent dit niet dat het Ministerie van Binnenlandse Zaken niets heeft gedaan.

JIS X 8341-3:2016 is afgestemd op de internationale norm ISO / IEC 40500.
Zoals eerder al aangegeven, is het niet zo eenvoudig dat Japan de inhoud alleen zelf kan aanpassen.
WAIC heeft al eerder voorbereidingen getroffen voor een herziening van JIS en publiceert en actualiseert ook de Japanse vertaling van de WCAG 2.2. Daarnaast is beschreven hoe je in documenten kunt verwijzen naar zowel de huidige JIS als WCAG 2.1 en 2.2 tegelijk. Wij volgen dit op de voet en gebruiken het als referentie.

Daarom is het niet zo dat Japan er tien jaar lang niets aan heeft gedaan.
Ik denk eerder dat de regelgeving en de snelle ontwikkeling van het web simpelweg uit de pas zijn gaan lopen.

Overheidsinstanties bewegen zich ook al richting WCAG 2.1 en 2.2.

Steeds vaker worden bij overheidswebsites en aanbestedingen niet alleen de huidige JIS, maar ook WCAG 2.1 en WCAG 2.2 als eis opgenomen.
Zo heeft de Digitale Agentschap (Digital Agency) voor zowel de huidige JIS X 8341-3:2016 niveau AA als voor de A- en AA-succescriteria van WCAG 2.2 die niet in de huidige JIS zijn opgenomen, streefdoelen vastgesteld.
Ook in de aanbestedingsgids wordt expliciet vermeld dat, gezien de huidige webomgeving en mobiel gebruik, aanpassing aan WCAG 2.2 noodzakelijk is.

Ik vind dit een goede ontwikkeling.

Wij helpen soms bij overheidsaanbestedingen en adviseren klanten dan om niet alleen aan JIS X 8341-3:2016 te voldoen, maar waar mogelijk ook aan WCAG 2.2 AA. Staat dit echter niet in het bestek, dan rijst de vraag wie de extra werkzaamheden betaalt.

Dit was een zeer lastig vraagstuk.

Can we really evaluate accessibility quality amid price competition?

In bids where price carries a lot of weight, I still have some doubts.
If the specification states "Conforms to JIS X 8341-3:2016 Level AA," then meeting that requirement comes first.

• From there, check further against WCAG 2.1 and 2.2.
• Carry out detailed testing by people.
• Verify using assistive technologies.

Naturally, this requires a corresponding amount of effort and specialized expertise.
Yet while competing on price,

"how thoroughly accessibility was implemented and how thoroughly it was tested"

is often hard to assess, and it varies considerably from project to project.
It seems necessary to consider not only writing "accessibility compliance" in the procurement specification, but also which criteria are applied, to what scope, using which methods, and how that quality is ensured.

Accessibility testing does not end with tools alone

Checking tools such as miChecker also play an important role.
*We also hope the Ministry of Internal Affairs and Communications will work hard on developing an upgraded version.

Hetzelfde geldt voor Lente Scan, dat wij ontwikkelen.

We kunnen de nauwkeurigheid van geautomatiseerde controles zo ver mogelijk verbeteren, maar voor sommige succescriteria kan uiteindelijk alleen een mens het oordeel vellen.

Neem bijvoorbeeld

• Kan de handeling volledig met alleen het toetsenbord worden uitgevoerd?
• Verplaatst de focus zich in een logische volgorde?
• Worden de naam, rol en status van componenten correct doorgegeven aan ondersteunende technologieën?
• Is er een alternatieve bediening beschikbaar naast slepen?
• Legt de authenticatiemethode geen onnodige belasting op de gebruiker?

Dit zijn voorbeelden van zulke controles.

Naarmate WCAG 2.2 breder wordt toegepast, wordt het belang van dergelijke tests op implementatie- en bedieningsniveau steeds groter.
Het volstaat niet om alleen naar de HTML te kijken; bij sommige punten moet ook de DOM en ARIA worden gecontroleerd, of ondersteunende technologieën zoals screenreaders moeten worden gebruikt.

Accessibility-testen is meer dan een vinkje zetten op een checklist.
Vooral bij handmatige tests is kennis van de succescriteria nodig, evenals inzicht in implementatie en ondersteunende technologieën.
Omdat mensen de controle uitvoeren, kunnen er uiteraard ook dingen over het hoofd worden gezien.

Het is belangrijk om elk van deze kenmerken te begrijpen en tegelijkertijd zoveel mogelijk over het hoofd geziene punten terug te dringen.

Niet het halen van een 100, maar voortdurend dichter bij de 100 blijven komen

Webtoegankelijkheid voortdurend op 100% houden is niet eenvoudig.

Een website is levend.
Er komt steeds meer content vanuit het CMS, de UI verandert en er worden soms externe diensten toegevoegd.
Belangrijk is niet om het eenmalig te testen en te verklaren dat het conform is, maar om een systeem te hebben waarmee problemen worden opgespoord, verbeterd en opnieuw gecontroleerd.

Normen en tests zijn er naar mijn idee om die staat te waarborgen, maar als de maatstaf zelf verouderd is, komt de praktische verbetering onvermijdelijk tegen grenzen aan.
In dat opzicht heeft de herziening van JIS X 8341-3 naar mijn gevoel meer betekenis dan alleen een "norm die na ongeveer tien jaar is herzien" of een "in feite na achttien jaar bijgewerkte versie".

De Japanse webtoegankelijkheidsnorm, die lange tijd op 2008 was gebaseerd, komt eindelijk dichter in de buurt van de huidige webomgeving!

Toegankelijkheid is niet bedoeld om aan een norm te voldoen, maar om de norm te gebruiken om het aantal mensen dat niet kan gebruiken te verminderen!

Ik hoop dat deze herziening een keerpunt wordt.