Revision 647: WCAG-Spezifikationen lesen und verstehen

Zur Fortsetzung der Barrierefreiheits-Mini-Podcast-Serie hatten Hans und Peter dieses Mal Nina Jameson zu Gast! Nina ist digitale Barrierefreiheitsexpertin und Co-Gründerin der Gehirngerecht Digital GmbH (gehirngerecht.digital). Folgt ihr (linkedin.com/in/nina-jameson-355a201aa) und ihrem Mitgründer (linkedin.com/in/tobias-roppelt) auf LinkedIn oder hört euch einfach an, mit welcher Leichtigkeit sie unbedarfte Podcaster durch den WCAG-Dschungel führt!

Unser Sponsor

mittwald.de/hitc?ref=workingdraft.de

Am 13. Juni 2025 lädt mittwald zum Head in the Cloud Summit ein – ein Tag voller Inspiration und Austausch auf dem mittwald Campus. Hier treffen sich Webworker, Developer und Digitalagenturen, um voneinander zu lernen.

Freu dich auf spannende Talks und Sessions zu Cloud & DevOps, Technology und Culture & Creativity. Von den Herausforderungen der digitalen Arbeitswelt bis hin zu den Trends von morgen – hier bekommst du Einblicke von den klügsten Köpfen der Branche.

Die Tickets sind begrenzt, also schnell buchen auf mittwald.de/hitc?ref=workingdraft.de.

Schaunotizen

[00:02:17] WCAG-Spezifikationen lesen und verstehen
Wir kreisen in dieser Revision um die Web Content Accessibility Guidelines (de.wikipedia.org/wiki/Web_Content_Accessibilit…) sowie verwandte Dokumente und Regulierungen. Nina erklärt die Struktur der Spezifikationen (w3.org/TR/WCAG22) und wie sie für Otto Normalwebentwickler:in zu lesen und zu verstehen sind. Wir quatschen unter anderem über die Szenarien für die Anwendung der WCAG-Specs, wie die Erfolgskriterien funktionieren und sogar über die Spezifikation von Spezifikations-Conformance-Claims. (w3.org/TR/WCAG22/#conformance-claims) Jenseits der W3C-Bleiwüsten-Wegweiser kommen wir nicht umhin, auch ein wenig über das leidige Thema der Umsetzung im Alltag zu sprechen. Was bringen European accessibility act (employment-social-affairs.ec.europa.eu/policie…) und Barrierefreiheitsstärkungsgesetz (bmas.de/DE/Service/Gesetze-und-Gesetzesvorhabe…), welche Webdev-Patterns stehen der Barrierefreiheit grundsätzlich entgegen und wie lässt sich Accessibility in die tägliche Webentwicklungs-Arbeit integrieren? Nina empfiehlt die Handreichungen der Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik (z.B. für typische Bedienelemente (handreichungen.bfit-bund.de/barrierefreie-uie/…), Rest stehe Publikationen auf bfit-bund.de (bfit-bund.de/DE/Publikation/publikation.html)) sowie die in der WCAG stets mitverlinkten w3.org/WAI/WCAG22/Understanding/– und How to Meet (w3.org/WAI/WCAG22/quickref)-Dokumente für die jeweiligen Erfolgskriterien. Am Ende streifen wir noch kurz das in Revision 646 (workingdraft.de/646) bereits ausführlich beackerte Thema „automatisches Testing“. Nina empfiehlt axe DevTools (deque.com/axe/devtools), ARC Toolkit (tpgi.com/arc-platform/arc-toolkit) und die WAVE Web Accessibility Evaluation Tools (wave.webaim.org), hat für Lighthouse hingegen nicht ganz so viel Enthusiasmus übrig.

Diskutiert die Folge mit uns in unserem Community-Slack: draft.community