WCAG 2.2 kommt in Japan an! JIS X 8341-3 soll nach rund zehn Jahren endlich überarbeitet werden – es hat lange gedauert. Erst das erste Update seit etwa 18 Jahren?

Hallo, ich bin Morimoto, CEO von Liberogic.
Heute geht es um Web-Accessibility.

Wie Sie bereits in verschiedenen Artikeln gelesen haben, soll der nationale japanische Standard für Web-Accessibility, „JIS X 8341-3“, nach rund zehn Jahren überarbeitet werden.

Im laufenden Geschäftsjahr bleibt noch ein halbes Jahr! Ob die offizielle Überarbeitung tatsächlich noch in diesem Jahr erfolgt, bleibt abzuwarten!
Ich weiß, dass das eine große Herausforderung ist, aber wir hoffen sehr, dass WAIC sein Bestes gibt.

Übrigens: Wenn man den aktuellen Namen „JIS X 8341-3:2016“ betrachtet, könnte man meinen, dass die Erfolgskriterien für Barrierefreiheit im Jahr 2016 stark aktualisiert wurden. Tatsächlich ist das aber nicht der Fall.
Die Erfolgskriterien für Webinhalte entsprachen bereits in der Fassung von 2010 inhaltlich denen von WCAG 2.0.

Die Überarbeitung von 2016 diente dazu, den JIS-Normtext mit dem internationalen Standard ISO/IEC 40500:2012 in Einklang zu bringen, der WCAG 2.0 international normiert. Der Wortlaut des JIS wurde an den internationalen Standard angeglichen.
Anders gesagt: Es wurden 2016 keine neuen Accessibility-Kriterien hinzugefügt, sondern WCAG 2.0 wurde als japanischer JIS neu strukturiert. Das entspricht eher der tatsächlichen Situation.

In Japan kam außerdem das Timing ins Spiel.

Etwa zwei Jahre nach der Überarbeitung von JIS X 8341-3:2016 wurde am 5. Juni 2018 WCAG 2.1 als W3C-Empfehlung veröffentlicht. Diese Version stärkte deutlich Bereiche, die WCAG 2.0 nicht ausreichend abdeckte, etwa mobile Nutzung, Touch-Bedienung und Low Vision.
Ein JIS, der mit internationalen Standards abgestimmt ist, lässt sich jedoch nicht einfach im Takt der W3C-Updates überarbeiten.
Das Ergebnis: Der japanische JIS hat WCAG 2.1 nicht als formellen Standard übernommen, sondern wird nun in einem Schritt von WCAG 2.0 auf den Stand von WCAG 2.2 aktualisiert.

Auch wenn der Name „2016“ lautet, basieren die in Japan bisher verwendeten Erfolgskriterien im Kern auf WCAG 2.0, das 2008 als W3C-Empfehlung veröffentlicht wurde.

Der JIS wird nach rund zehn Jahren erstmals wieder überarbeitet,

Gemessen an der Grundlage der Erfolgskriterien ist das nach rund 18 Jahren endlich wieder ein Update, von 2008 bis 2026!!

Es fühlt sich an, als würde endlich etwas aktualisiert.

Im September 2025 wurde die internationale Norm ISO/IEC 40500 inhaltlich mit WCAG 2.2 gleichgesetzt. Daraufhin laufen in Japan die Arbeiten zur Überarbeitung von JIS X 8341-3.
Die Hintergründe dieser Überarbeitung, die in WCAG 2.2 neu hinzugekommenen Erfolgskriterien sowie die künftigen Anforderungen an Unternehmen hat die EWM-Gruppe sehr ausführlich aufbereitet. Den Artikel empfehlen wir Ihnen daher zur Lektüre.

EWM-Gruppe: „Die wichtigsten Änderungen der JIS X 8341-3 (Stand 2026) und was Unternehmen jetzt tun sollten“

Hier schildern wir aus der Praxis der Webentwicklung und der Unterstützung bei Barrierefreiheit, was wir zu dieser Überarbeitung denken.

Das Web von 2026 wird seit 2008 anhand der Erfolgskriterien von damals bewertet

Dass WCAG 2.0 veraltet ist, heißt nicht, dass es nutzlos wäre.
Alternativtexte, Tastaturbedienung, Kontrast, Überschriftenstruktur und viele weitere wichtige Grundgedanken, die bis heute das Fundament der Barrierefreiheit bilden, sind darin enthalten.
Allerdings unterscheidet sich das Web von 2026 erheblich von dem des Jahres 2008.

Smartphones und Tablets, Touchbedienung, responsives Design, SPAs, Modale Dialoge, feste Benutzeroberflächen und komplexe Webanwendungen.
Angesichts dieser heute selbstverständlichen Nutzungsumgebungen habe ich schon lange ein starkes Unbehagen, dass Erfolgskriterien aus dem Jahr 2008 bis 2026 weiterhin als „aktueller Standard“ behandelt werden.
※Genau dies war auch für Liberogic der Anlass, sich im Bereich Barrierefreiheit zu engagieren.

WCAG wurde seither 2018 auf Version 2.1 und 2023 auf Version 2.2 aktualisiert.
WCAG 2.2 ergänzt Erfolgskriterien zu Touch- und Ziehbedienung, Fokus, Authentifizierung und Eingabe, die der heutigen Nutzung des Webs näherkommen.
Dennoch wurde in Japan über lange Zeit vor allem „JIS X 8341-3:2016“ als Maßstab in Ausschreibungen, Leistungsverzeichnissen von Behörden und Kommunen sowie bei Barrierefreiheitsprüfungen verwendet.

Websites und Webanwendungen von 2026 werden überwiegend anhand der Erfolgskriterien von 2008 bewertet.

Auch wenn das System so vorgesehen ist, war dieser Zustand meines Erachtens doch recht ungewöhnlich.

Das bedeutet nicht, dass sich jemand "gedrückt" hat.

Andererseits heißt das nicht, dass das Ministerium für Inneres und Kommunikation (Somusho) bisher untätig geblieben wäre.

Die japanische Norm JIS X 8341-3:2016 entspricht der internationalen Norm ISO/IEC 40500.
Wie bereits erwähnt, ist es jedoch keine einfache Sache, die Inhalte allein in Japan vorab umzuschreiben.
WAIC hat die Vorbereitungen für eine Überarbeitung der JIS bereits seit Längerem vorangetrieben und die japanische Übersetzung der WCAG 2.2 veröffentlicht und aktualisiert. Außerdem gibt es Empfehlungen, wie die aktuelle JIS und WCAG 2.1 sowie 2.2 gleichzeitig als Ziel angegeben werden können. Wir verfolgen diese Entwicklungen aufmerksam und orientieren uns daran.

Daher heißt es nicht, dass "in Japan zehn Jahre lang nichts unternommen wurde".
Vielmehr, so meine Einschätzung, ist schlicht eine große zeitliche Lücke zwischen der Entwicklung des Rechtsrahmens und der rasanten Weiterentwicklung des Webs entstanden.

Die Verwaltung bewegt sich bereits in Richtung WCAG 2.1 und 2.2

Auf Webseiten von Behörden und in Ausschreibungsbedingungen wird zunehmend nicht nur die aktuelle JIS, sondern auch WCAG 2.1 bzw. WCAG 2.2 berücksichtigt.
So hat beispielsweise die Digitalagentur neben der Konformitätsstufe AA der JIS X 8341-3:2016 auch Zielvorgaben für jene Erfolgskriterien der WCAG 2.2 der Stufen A und AA festgelegt, die nicht in der aktuellen JIS enthalten sind.
Auch der Leitfaden für die Beschaffung hält ausdrücklich fest, dass unter Berücksichtigung der heutigen Web-Nutzung, etwa mobiler Geräte, eine Umsetzung von WCAG 2.2 erforderlich ist.

Ich halte das für eine gute Entwicklung.

Auch wir unterstützen gelegentlich Ausschreibungsprojekte von Ministerien. Dabei haben wir Kunden empfohlen, "nicht nur die JIS X 8341-3:2016, sondern möglichst auch WCAG 2.2 AA zu berücksichtigen". Steht dies jedoch nicht in der Leistungsbeschreibung, stellt sich schnell die Frage, wer den zusätzlichen Aufwand trägt.

Das war ein sehr heikles Thema.

Können wir bei dem Preiswettbewerb tatsächlich auch die Qualität der Barrierefreiheit bewerten?

Gerade bei Ausschreibungen, in denen der Preis ein großes Gewicht hat, habe ich dabei nach wie vor einige Zweifel.
Steht in der Leistungsbeschreibung „Konformität mit JIS X 8341-3:2016 AA“, ist es zunächst vorrangig, diese Anforderung zu erfüllen.

• Darüber hinaus sollte geprüft werden, ob WCAG 2.1 bzw. 2.2 eingehalten wird.
• Eine detaillierte Prüfung durch Menschen durchführen
• Mit assistiven Technologien überprüfen

Dafür sind natürlich entsprechender Aufwand und Fachwissen erforderlich.
Wenn jedoch im Preiswettbewerb gleichzeitig

„wie sorgfältig die Barrierefreiheit umgesetzt und wie gründlich sie geprüft wurde“

bewertet werden soll, unterscheidet sich das je nach Projekt stark und ist bislang oft schwer nachvollziehbar.
Es reicht nicht aus, in der Ausschreibung lediglich „Barrierefreiheit“ zu fordern. Vielmehr sollte bedacht werden, welche Kriterien in welchem Umfang, mit welchen Methoden geprüft werden und wie die Qualität dabei gesichert wird.

Barrierefreiheitsprüfungen sind mit Tools allein nicht abgeschlossen

Prüftools wie miChecker spielen dabei eine wichtige Rolle.
Hinweis: Wir hoffen, dass das Ministerium für Inneres und Kommunikation (Japan) die Weiterentwicklung der neuen Version vorantreibt.

Das gilt auch für Lente Scan, das wir entwickeln.

Die Genauigkeit der automatisierbaren Teile lässt sich zwar so weit wie möglich steigern, doch bei einigen Erfolgskriterien kann letztlich nur ein Mensch die Bewertung vornehmen.

Zum Beispiel:

• Lässt sich die Bedienung ausschließlich über die Tastatur abschließen?
• Wechselt der Fokus in einer sinnvollen Reihenfolge?
• Werden Name, Rolle und Zustand der Komponenten korrekt an unterstützende Technologien übermittelt?
• Gibt es eine Alternative zur Drag-and-Drop-Bedienung?
• Ist der Authentifizierungsprozess ohne unnötigen Aufwand nutzbar?

usw.

Mit der Umsetzung von WCAG 2.2 gewinnen solche Prüfungen, die tief in Implementierung und Bedienung eingreifen, weiter an Bedeutung.
Es reicht nicht aus, nur den HTML-Code zu betrachten. Bei einigen Punkten müssen DOM und ARIA geprüft oder unterstützende Technologien wie Screenreader eingesetzt werden.

Accessibility-Tests sind mehr als das Abhaken einer Checkliste.
Besonders bei manuellen Tests sind neben dem Verständnis der Erfolgskriterien auch Kenntnisse zu Implementierung und unterstützenden Technologien gefragt.
Da Menschen die Prüfung durchführen, lassen sich Übersehen durch Prüfer natürlich nicht ausschließen.

Wir halten es für wichtig, die jeweiligen Eigenheiten zu verstehen und darauf aufbauend möglichst wenig zu übersehen.

Nicht die volle Punktzahl erreichen, sondern sich ihr immer weiter annähern

Die Barrierefreiheit einer Website dauerhaft zu 100 % zu gewährleisten, ist nicht einfach.

Websites sind lebendige Systeme.
Aus dem CMS kommen laufend neue Inhalte, die Benutzeroberfläche wird verändert, und manchmal werden externe Dienste eingebunden.
Entscheidend ist nicht, einmal zu prüfen und dann „konform“ zu erklären, sondern einen Mechanismus zu etablieren, der Probleme findet, Verbesserungen umsetzt und erneut überprüft.

Normen und Prüfverfahren sollen einen solchen Zustand absichern. Wenn der Maßstab selbst veraltet ist, stößt die praktische Verbesserung jedoch zwangsläufig an Grenzen.
In diesem Sinne hat die jetzige Überarbeitung der JIS X 8341-3 für mich mehr Bedeutung als eine bloße „Normaktualisierung nach rund zehn Jahren“ oder eine „faktische Aktualisierung nach 18 Jahren“.

Die japanischen Webbarrierefreiheitsstandards, die lange auf dem Stand von 2008 beruhten, nähern sich endlich der heutigen Web-Umgebung an!

Barrierefreiheit sollte nicht nur umgesetzt werden, um einer Norm zu entsprechen, sondern die Norm sollte genutzt werden, um die Zahl der Menschen zu verringern, die Angebote nicht nutzen können!

Wir hoffen, dass diese Überarbeitung ein Wendepunkt sein wird.