Zusammenfassung

  • Das W3C veröffentlichte am 11. August 2026 eine aktualisierte Empfehlung ARIA in HTML und verlinkte den öffentlichen Implementierungsbericht für drei Konformitätsprüfer.
  • Der Bericht trägt den Hinweis „Last updated 22 March 2026“. Am 20. Mai wurden in seiner Datei 311 Zeilen ergänzt und 126 entfernt; am 27. Mai folgten sechs weitere Änderungen.
  • Daraus folgt weder ein Prozessverstoß noch eine vorgeschriebene Mindestzahl von Prüfern. Es folgt nur, dass Beobachtungsstichtag und Artefaktrevision nicht dasselbe Datum sind.

Die Seite zeigt nur einen Zeitbegriff

ARIA in HTML legt fest, welche WAI-ARIA- und DPub-ARIA-Angaben Autoren auf HTML-Elementen verwenden dürfen. Die Spezifikation richtet ihre Anforderungen vor allem an Konformitätsprüfer, mit denen Webentwickler ihren Inhalt untersuchen. Sie ist keine allgemeine Kompatibilitätsliste für Browser und assistive Technik.

Die Metadaten der Empfehlung führen einen Implementierungsbericht auf. Er vergleicht den W3C HTML checker, ARC Toolkit und IBM Accessibility Checker. Über der Tabelle stehen zwei Aussagen: Der Bericht sei zuletzt am 22. März 2026 aktualisiert worden; zu diesem Datum seien die aufgeführten Merkmale mit dem aktuellen Spezifikationsstand abgeglichen worden und keines sei wegen fehlender Implementierungen gefährdet.

Wer über die Empfehlung auf den Bericht gelangt, darf den 22. März als Aktualitätsangabe für das sichtbare Dokument verstehen. Die öffentliche Git-Historie trennt diesen Eindruck von der tatsächlichen Bearbeitung.

Commit 89f8e75e9d35 wurde am 20. Mai eingespielt. GitHub weist für die Berichtsdatei 311 Ergänzungen und 126 Löschungen aus. Der Diff ersetzt das alte Datum August 2021 durch den 22. März 2026, formuliert die zusammenfassende Risikoaussage neu und aktualisiert weite Teile der Tabelle. Auch die Zeile für selectedcontent kommt mit diesem Commit hinzu.

Am 27. Mai folgte 7998c77749cf. Sechs Zeilen wurden geändert, damit zwei Varianten von select als „drop-down box“ und „list box“ statt über eine starre Attributkombination beschrieben werden. Die sichtbare Märzangabe blieb bestehen. Nach dem öffentlichen Stand am Redaktionsschluss ist dies der jüngste Commit für die Datei.

Diese Abfolge kann sachgerecht sein. Beobachtungen lassen sich im März abschließen, im Mai redaktionell zusammenführen und danach sprachlich an eine geänderte Spezifikation anpassen. Dann bezeichnet der März den Stand der Belege und der Mai den Stand des Dokuments. Unklar ist nur, warum beides unter „zuletzt aktualisiert“ fällt.

Drei Prüfer, drei sichtbare Zustände

Die Zeile selectedcontent macht die Herkunft der Daten konkret. Sie behandelt die ARIA-Vorgaben für das HTML-Element innerhalb und außerhalb des vorgesehenen Kontexts eines anpassbaren select. Der Bericht verbindet einen Testfall mit je einem öffentlichen Issue der drei Werkzeuge.

Beim W3C Validator steht yes; das verlinkte Issue wurde am 17. März 2026 als erledigt geschlossen. Für ARC Toolkit lautet der Stand in progress, das Issue war am Stichtag offen. IBM Accessibility Checker wird als not yet implemented geführt, ebenfalls mit offenem Issue.

Diese Verteilung belegt nicht, dass die Implementierungserfahrung unzureichend war. Der W3C Process gibt bewusst keine allgemeine Zählregel vor. In die Bewertung können die Umsetzung jedes Merkmals, unabhängige und interoperable Implementierungen, Entwicklung außerhalb der Spezifikationsautoren, öffentliche Nutzung, Erfahrungen auf mehreren Ebenen des Ökosystems und gemeldete Schwierigkeiten einfließen. Die Dreiermatrix kann ein Teil, aber muss nicht der ganze Nachweis sein.

Ebenso wenig darf man sie in einen Browser- oder Barrierefreiheitsnachweis umdeuten. Prüfer, die Unterstützung für ARIA in HTML beanspruchen, müssen dessen Regeln anwenden, dürfen aber eigene Begriffe und Schweregrade verwenden. yes zertifiziert keine Website. Ein offenes Issue schließt unbekannte oder unveröffentlichte Arbeit nicht aus.

Belegbar bleibt der Zeitbefund: Eine im Mai in die öffentliche Datei aufgenommene Ergebniszeile steht unter einer Märzangabe. Die Seite verrät nicht, ob diese den Testlauf, den Abgleich der Issues, die Datensperre, die fachliche Prüfung oder die Dateibearbeitung meint.

Die Dateiarbeit lag im Last Call

Am 7. April veröffentlichte die ARIA Working Group Korrekturen und Ergänzungen als vorgeschlagene Änderungen. Dazu gehörten selectedcontent und angepasste Regeln für das anpassbare select. Bis zum 8. Juni waren Stellungnahmen einschließlich Implementierungserfahrungen erbeten.

Beide Mai-Commits liegen in diesem Prüfungsfenster. In der Empfehlung vom 11. August sind die Ergänzungen nicht mehr als Vorschläge markiert, sondern in die Liste der substantiellen Änderungen seit 2021 aufgenommen.

Der Process erlaubt diese Aufnahme, sobald Stellungnahmen behandelt, hinreichende Implementierungserfahrung gezeigt und die übrigen Anforderungen an Empfehlungstext erfüllt sind. Öffentlich erkennbar sind die Stationen. Nicht eindeutig erkennbar ist, welche unveränderliche Berichtsrevision mit welchem Datenstichtag die Aktualisierungsentscheidung stützte. Das ist kein Beleg gegen die Entscheidung, sondern eine Grenze ihrer externen Nachvollziehbarkeit.

Zwei Uhren in einem schlanken Herkunftsnachweis

Der Bericht sollte Berichtsrevision mit Commit und Änderungsdatum von Belegstand mit dem jüngsten enthaltenen Beobachtungstag trennen. Pro Zeile genügen Werkzeugversion, Testfall, Beobachtungsdatum und Bedeutung des Status. Für die ganze Tabelle gehört die geprüfte Spezifikationsfassung dazu.

Wenn Last Call oder Aktualisierungsantrag auf diese Ergebnisse zurückgreifen, sollte der Entscheidungsnachweis den festen Snapshot nennen. Spätere Änderungen lassen sich als neues Ergebnis, Testwechsel, Spezifikationsabgleich oder redaktionelle Korrektur kennzeichnen.

Das schafft keine weitere Genehmigungsinstanz. Es lässt der Working Group und dem W3C Team ihre Beurteilung und macht lediglich deren zeitliche Grundlage prüfbar.

Quellen