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. Folgt ihr und ihrem Mitgründer auf LinkedIn oder hört euch einfach an, mit welcher Leichtigkeit sie unbedarfte Podcaster durch den WCAG-Dschungel führt! UNSER SPONSOR 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. SCHAUNOTIZEN [00:02:17] WCAG-SPEZIFIKATIONEN LESEN UND VERSTEHEN Wir kreisen in dieser Revision um die Web Content Accessibility Guidelines sowie verwandte Dokumente und Regulierungen. Nina erklärt die Struktur der Spezifikationen 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. 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 und Barrierefreiheitsstärkungsgesetz, 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, Rest stehe Publikationen auf bfit-bund.de) sowie die in der WCAG stets mitverlinkten Understanding– und How to Meet-Dokumente für die jeweiligen Erfolgskriterien. Am Ende streifen wir noch kurz das in Revision 646 bereits ausführlich beackerte Thema „automatisches Testing“. Nina empfiehlt axe DevTools, ARC Toolkit und die WAVE Web Accessibility Evaluation Tools, hat für Lighthouse hingegen nicht ganz so viel Enthusiasmus übrig.