Vorab: Warum dieser Text nicht in Einfacher Sprache ist
Ich schreibe normalerweise in Einfacher Sprache. Das mache ich, weil Barrierefreiheit nicht nur ein Technikthema ist, sondern ein Demokratie-Thema. Es muss verständlich sein. Für alle.
Dieser Vortrag macht mich aber so wütend, dass ich zuerst diesen Entwurf in Standard Sprache veröffentlichen will. Ich will hier alle fachlichen Fehler, alle gefährlichen Verkürzungen und alle falschen Schlussfolgerungen einmal mit voller Härte aufschreiben. Danach kommt eine Version in Einfacher Sprache. Aber erst muss klar sein, was hier eigentlich schief läuft.
Digitale Inklusion als Kulisse
Der Vortrag „Digitale Inklusion: Wie wir digitale Barrierefreiheit für alle erreichen können“ beansprucht maximale Autorität. Schon der Titel ist eine Ansage. „Wie wir … erreichen können“ klingt nach Anleitung, nach Handwerkszeug, nach belastbarer Orientierung. Und „für alle“ klingt nach dem großen, richtigen Ziel, das das Chaos in seinen Grundwerten eigentlich tragen müsste.
Doch genau an dieser Fallhöhe scheitert der Vortrag. Er ist nicht einfach „nicht perfekt“. Er ist in entscheidenden Teilen fachlich falsch, in vielen Teilen gefährlich verkürzt und in seiner Grunddramaturgie so gebaut, dass er Barrierefreiheit verharmlost. Er macht daraus ein Wohlfühlthema, ein „einfach anfangen“-Projekt, eine Tool-Show und eine emotionale Story. Damit erzeugt er das Schlimmste, was man in diesem Feld erzeugen kann: falsche Sicherheit.
Und falsche Sicherheit ist die bequemste Form des Stillstands. Sie sorgt dafür, dass Menschen nach einem Talk nach Hause gehen und denken: „Alles klar, hab ich verstanden.“ Obwohl sie es gerade nicht verstanden haben. Und dann bauen sie die nächsten Systeme genauso wie vorher – nur mit besserem Gewissen.
Das ist der Bärendienst. Nicht, weil niemand etwas lernen kann. Sondern weil dieser Vortrag das Publikum in die falsche Richtung schiebt, während er behauptet, das Ziel zu zeigen.
1. Der Titel ist ein Versprechen – und dieses Versprechen wird gebrochen
Ein Vortrag kann selbstverständlich nicht alles erklären. Eine Stunde ist begrenzt. Aber das rettet diesen Vortrag nicht. Denn hier ist nicht das Problem, dass Dinge fehlen. Das Problem ist, dass zentrale Grundlagen falsch sind.
Der Vortrag versucht sich gleich zu Beginn zu entschärfen. Sinngemäß: Es sei komplex, tief systemisch, eine Stunde reiche nicht, man zeige nur einen Einstieg. Das klingt vernünftig, ist aber rhetorisch ein Ausweichmanöver. Denn ein Einstieg darf nicht falsch sein. Ein Einstieg darf nicht die Standards so erklären, dass daraus eine falsche Praxis entsteht. Ein Einstieg darf nicht „Barrierefreiheit“ so rahmen, dass die Leute danach glauben, es sei optional.
Wenn man auf einer der wichtigsten Bühnen einer der wichtigsten Tech-Veranstaltungen Europas einen Vortrag mit diesem Titel hält, dann gilt ein anderer Maßstab als in einem netten Workshop. Diese Bühne formt Kultur. Sie setzt Normen. Sie prägt, was Teams später als „ausreichend“ ansehen. Und genau deshalb ist es gefährlich, wenn der Vortrag an so vielen Stellen weich, unscharf und sogar objektiv falsch ist.
2. Der Vortrag behandelt Barrierefreiheit wie ein freiwilliges Qualitätsupgrade – 2025 ist das in vielen Fällen schlicht nicht mehr die Realität
Hier kommt der Teil, der den Vortrag Ende 2025 besonders alt aussehen lässt. Denn Barrierefreiheit ist in Deutschland und der EU nicht mehr nur „Best Practice“. Sie ist in vielen Bereichen eine Pflicht – und diese Pflicht ist seit 28. Juni 2025 konkret in Kraft.
In Deutschland gilt seit diesem Datum das Barrierefreiheitsstärkungsgesetz (BFSG) für viele Produkte und Dienstleistungen, die für Verbraucher*innen angeboten werden. Damit wird der European Accessibility Act praktisch durchgesetzt. Und damit verschiebt sich die Lage grundlegend.
Wer 2025 über digitale Barrierefreiheit spricht, muss mindestens drei Dinge sauber zusammenbringen.
Erstens muss klar sein, dass es nicht nur um Moral geht, sondern um verbindliche Anforderungen.
Zweitens muss klar sein, dass diese Anforderungen technisch an Standards hängen – in Europa vor allem an der EN 301 549, die wiederum stark auf WCAG aufbaut.
Drittens muss klar sein, dass „barrierefrei“ nicht mehr „wir haben uns Mühe gegeben“ heißt, sondern „prüfbar konform“, also nachvollziehbar und belastbar.
Dieser Vortrag liefert diese Realität nicht. Er arbeitet mit einem Vokabular des freiwilligen Einstiegs. Er spricht in einem Ton, der nach „macht mal wenigstens das Minimum“ klingt. Genau das ist 2025 nicht nur naiv, sondern gefährlich. Denn wer so denkt, baut genau die Systeme, die später im Alltag und bei Prüfungen krachend scheitern – und vor allem: die Menschen ausschließen.
Barrierefreiheit ist keine Kür. Sie ist Kernqualität digitaler Infrastruktur. Wenn digitale Infrastruktur nicht barrierefrei ist, ist sie nicht „ein bisschen schlechter“. Sie ist diskriminierend. Und ja: Diskriminierung kann auch aus Ignoranz entstehen. Aber sie bleibt Diskriminierung.
3. Die Grunddramaturgie ist falsch: Emotion ersetzt Analyse, Story ersetzt Technik
Einer der auffälligsten Bausteine ist das hochproduzierte Video über eine personalisierte Computerstimme. Dieses Video ist emotional gebaut: vorher „monoton“, nachher „persönlich“, dazu Musik und eine klare Erlösungsdramaturgie. Das Problem ist nicht, dass Menschen sich über eine Stimme freuen. Das Problem ist, dass dieses Video in diesem Vortrag als Ersatz für fachliche Substanz eingesetzt wird.
Wer „Wie wir Barrierefreiheit erreichen“ verspricht, müsste erklären:
Wie funktionieren assistive Technologien hier konkret?
Welche Anforderungen folgen daraus an Software, Inhalte, Bedienlogik und Schnittstellen?
Welche typischen Fehler führen dazu, dass solche Systeme nicht funktionieren?
Was muss ein Team tun, damit diese Nutzung zuverlässig möglich ist?
Das Video tut davon fast nichts. Es erzeugt Empathie. Es erzeugt Bewunderung. Es erzeugt das Gefühl, man habe „Inklusion gesehen“. Aber es erklärt nicht, wie Barrierefreiheit hergestellt wird. Es erklärt bestenfalls, wie rührend Technik wirken kann, wenn sie als persönliche Rettung erzählt wird.
Das ist nicht nur „zu wenig“. Es ist strukturell schädlich. Denn es verschiebt Barrierefreiheit von einem Standard- und Engineering-Thema in ein Erzählformat, das betroffene wie ich seit Jahren kritisieren: Menschen mit Behinderung werden zur emotionalen Projektionsfläche, damit sich nichtbehinderte Zuschauer*innen gut fühlen können. Ergebnis: Applaus statt Kompetenz.
Ein Congress-Talk darf berühren. Aber wenn er berührt, während er zugleich fachlich verwässert, dann ist er nicht „menschlich“. Dann ist er manipulierend. Weil er das Publikum in die falsche Richtung belohnt: Gefühl statt Arbeit.
4. Der Vortrag verwischt Begriffe – und Begriffsverwischung ist in Barrierefreiheit kein Stilproblem, sondern ein Praxisproblem
Barrierefreiheit lebt von Präzision. Nicht aus pedantischem Spaß, sondern weil Präzision entscheidet, ob Menschen Zugang haben oder nicht.
Dieser Vortrag verwischt ständig: Barrierefreiheit, Usability, Komfort, „nice“. Das klingt nach Nuance, ist aber eine Falle. Denn Barrierefreiheit ist nicht gleich Komfort.
Ein System kann unbequem sein und trotzdem barrierefrei. Und ein System kann „schön“ sein und trotzdem nicht barrierefrei. Barrierefreiheit bedeutet zuerst: Es ist überhaupt nutzbar – auch mit assistiven Technologien, auch mit unterschiedlichen Wahrnehmungs- und Eingabeformen, auch unter Zeit- und Belastungsbedingungen, die im Alltag real sind.
Wenn ein Vortrag Komfort-Urteile („macht keinen Spaß“, „fühlt sich schlecht an“) in die Nähe von Barrierefreiheit rückt, lernt das Publikum das falsche Denken: Barrierefreiheit als Geschmackssache. Und wenn Barrierefreiheit Geschmackssache wird, wird sie verhandelbar. Dann gewinnt immer der Zeitdruck, immer das Budget, immer das „machen wir später“.
Barrierefreiheit darf nicht verhandelbar sein. Sie ist Zugangsrecht in Technikform. Und ganz ehrlich, vom Chaos erwarte ich genau das.
5. Der größte fachliche Schaden: WCAG wird genannt, aber so erklärt, dass daraus falsches Handeln folgt
Spätestens wenn WCAG ins Spiel kommt, muss ein Talk sauber sein. Denn WCAG ist nicht „ein nettes Regelset“. WCAG ist die Basis, auf der unzählige Prüfungen, Normen, Gesetze und Vergabekriterien aufbauen. WCAG ist die Sprache, in der man Barrierefreiheit technisch beschreibt.
Der Vortrag greift die vier Prinzipien auf: wahrnehmbar, bedienbar, verständlich, robust. Das ist grundsätzlich richtig. Aber die Art der Erklärung ist so verkürzt und teilweise so falsch gerahmt, dass sie in der Praxis Schaden anrichtet.
Wahrnehmbar
Wahrnehmbar heißt nicht „zugänglich“. Zugänglich ist das Ergebnis. Wahrnehmbar heißt: Informationen dürfen nicht an einen einzigen Sinn gekoppelt sein. Wenn etwas visuell ist, braucht es textliche Alternativen. Wenn etwas auditiv ist, braucht es Untertitel oder Text. Kontrast, Skalierung, Struktur, Textalternativen, Medienalternativen – das sind keine „Details“, das ist der Kern.
Wer Wahrnehmbarkeit als allgemeines „für alle zugänglich“ erklärt, nimmt dem Publikum das wichtigste Prinzip: Modalitätenwechsel und Redundanz. Und ohne dieses Prinzip baut man Systeme, die hübsch wirken, aber in einem Screenreader-Flow oder bei Sehbehinderung schlicht zusammenbrechen.
Bedienbar
Bedienbar ist nicht „Navigation“. Bedienbar heißt: Das gesamte Interface muss operierbar sein – ohne Mauszwang, ohne Zeitfallen, ohne Gestenpflicht, ohne Fokusfallen, mit sinnvoller Reihenfolge, mit kontrollierbaren Bewegungen, mit bedienbaren Formularen, mit funktionierenden Dialogen, mit robusten Interaktionsmustern.
Wenn Bedienbarkeit auf Navigation reduziert wird, entsteht der typische Mythos: „Tab geht, also passt es.“ Nein. „Tab geht“ ist höchstens ein Anfang. Nicht mehr.
Verständlich
Verständlichkeit im WCAG-Sinn ist vor allem Systemlogik: Vorhersagbarkeit, konsistente Benennung, klare Hilfe, verständliche Fehlerbehandlung, nachvollziehbare Abläufe. Leichte Sprache kann wichtig sein – aber sie ist nicht die Hauptdefinition dessen, was WCAG hier fordert.
Wer Verständlichkeit zu sehr als Textvereinfachung vermittelt, erzeugt das nächste Missverständnis: „Wir schreiben hübsch, dann ist es verständlich.“ Während die Interaktion unlogisch bleibt, die Fehlermeldungen unbrauchbar sind und Nutzer*innen in Sackgassen laufen.
Robust
Robustheit ist keine nebulöse „Infrastruktur“. Robustheit heißt: semantisch korrektes Markup, sauberer Code, richtige Rollen und Zustände, Kompatibilität mit Assistive Technologies – jetzt und in Zukunft. Robustheit ist das, was verhindert, dass ein Update von Browser oder Screenreader deine Seite unbenutzbar macht.
Wer Robustheit nicht als Engineering-Kern verkauft, sondern als „läuft schon irgendwie“, produziert instabile Systeme – und instabile Systeme sind für behinderte Menschen kaputt.
6. WCAG 2.2 ist nicht irgendein Nerd-Update, sondern ein Spiegel echter Alltagsbarrieren – und genau hier wirkt der Vortrag besonders rückständig
Wer Ende 2025 über Barrierefreiheit spricht, kann nicht so tun, als hätten sich Anforderungen nicht weiterentwickelt. WCAG 2.2 ist längst veröffentlicht und beschreibt sehr konkret, wo Menschen im Alltag scheitern: Fokus, verdeckter Fokus, Dragging, Zielgrößen, konsistente Hilfe, redundante Eingaben, zugängliche Authentifizierung.
Das sind keine exotischen Sonderfälle. Das ist Alltag. Das ist: Ich kann das Formular nicht abschicken, weil ich mich nicht einloggen kann. Ich kann den Fokus nicht sehen. Ich kann nicht ziehen und ablegen. Ich treffe den Button nicht. Ich muss dieselben Daten zweimal eingeben und verliere die Orientierung. Ich finde Hilfe nicht wieder. Ich scheitere nicht an „Komfort“, ich scheitere an Zugang.
Wenn ein Vortrag Barrierefreiheit als „einstieglich und gar nicht so schwer“ verkauft, ohne diese modernen Stolpersteine als reale Ausschlussmechanismen zu erklären, dann verkauft er eine veraltete, geschönte Realität. Und wieder entsteht falsche Sicherheit.
Noch wichtiger: Auf EU-Ebene wird WCAG 2.2 in Harmonisierung und Standardprozesse eingebettet, und die Übergänge zwischen „rechtlicher Pflicht“ und „technischem Standard“ sind genau das, worüber man 2025 seriös sprechen müsste. Dieser Talk tut das nicht. Er bleibt im Modus der freundlichen Ermutigung. Das reicht nicht.
7. Der Tool-Teil ist in der Form schlicht gefährlich, weil er Score-Denken füttert
Ein weiteres Kernproblem: Der Vortrag suggeriert, automatische Tools könnten dir zeigen, „wo du stehst“, eventuell sogar in Bezug auf WCAG-Level. Das ist eine der ältesten, hartnäckigsten Irrtümer.
Automatisierte Tools finden bestimmte Fehlerklassen. Sie können aber niemals die Nutzbarkeit als Ganzes verifizieren. Sie können nicht beurteilen, ob ein komplexer Flow wirklich durchlaufbar ist. Sie können nicht prüfen, ob Interaktionen verständlich sind. Sie können nicht zuverlässig bewerten, ob ein Screenreader-Flow tatsächlich konsistent ist. Sie können nicht testen, ob Authentifizierung Menschen ausschließt. Sie können nicht testen, ob Hilfe konsistent auffindbar ist. Sie können nicht beurteilen, ob dynamische Inhalte sinnvoll angekündigt werden.
Tool-Scores sind verführerisch, weil sie einfach sind. Aber sie führen zu Barrierefreiheitstheater: Man optimiert für den Scanner, nicht für Menschen. Man produziert grüne Häkchen, während der Alltag weiter scheitert.
Auf einer Chaos-Bühne ist das doppelt schlimm. Das Chaos liebt Tools. Das Chaos liebt Messbarkeit. Das Chaos liebt technische Abkürzungen. Wenn du dort Tool-Scores als barrierefreiheitsnah verkaufst, erzeugst du die nächste Generation „wir haben’s gecheckt“. Und dann trifft diese „gecheckte“ Seite auf echte Nutzer*innen – und scheitert.
Barrierefreiheit ist keine Extension. Barrierefreiheit ist ein Prozess: Design, Entwicklung, Inhaltsarbeit, echte Tests mit Assistive Technologies, Regressionstests, Release-Gates, Verantwortung.
8. „Einfach anfangen“ ist als Frame nur dann okay, wenn er brutal ehrlich bei Kosten und Pflichten ist – dieser Vortrag ist es nicht
„Einfach anfangen“ kann ein guter Satz sein, wenn er sofort ergänzt wird durch harte Wahrheiten:
Wenn du nicht früh anfängst, wird es später teuer.
Wenn du nicht früh anfängst, wird es später oft unmöglich.
Wenn du nicht früh anfängst, wird Barrierefreiheit zum Backlog-Ticket, das nie Priorität bekommt.
Wenn du nicht früh anfängst, schließt du Menschen real aus – und zwar ab jetzt, nicht irgendwann.
Wenn du nicht früh anfängst, bist du 2025 je nach Angebot nicht nur unethisch, sondern möglicherweise auch rechtlich angreifbar.
Dieser Vortrag nutzt „einfach anfangen“ eher als Beruhigung. Und Beruhigung ist der Feind von Veränderung. Barrierefreiheit braucht keinen Trost. Barrierefreiheit braucht Konsequenz.
9. Der Talk behandelt Behinderung indirekt so, dass er Ableismus modern verpackt reproduziert
Das passiert nicht unbedingt durch offene Gemeinheit. Es passiert durch den Aufbau.
Wenn Behinderung sprachlich weichgezeichnet wird, wenn Behinderung als etwas wirkt, das man besser nicht klar benennt, wenn Behinderung als „Problem der Umwelt“ erzählt wird, das Technik „eigentlich“ lösen könne, dann entsteht ein gefährliches Bild: als wäre Behinderung am Ende ein Designfehler, der verschwindet, wenn man nur clever genug ist.
Das ist ein bequemes Bild für Nichtbehinderte. Aber es ist kein realistisches Bild. Assistive Technologien können Zugang schaffen, ja. Aber sie sind vor allem anstrengend, sie brauchen Zeit, sie brauchen Energie, sie funktionieren nicht immer perfekt, sie sind abhängig von Kontext, von Licht, von Gesundheit, von Tagesform, von Stress. Wenn diese Realität nicht sichtbar gemacht wird, lernt das Publikum nicht, die richtige Haltung zu haben: Geduld, Respekt für Tempo, Verständnis für Belastung.
Und das ist eine echte Barriere im Chaos. Nicht die Technik allein. Sondern die soziale Umgebung, die das falsche Tempo erwartet.
10. Das rechtliche und normative Umfeld macht die Verharmlosung noch gravierender
Hier muss man klar sein: Wenn du 2025 Barrierefreiheit öffentlich erklärst, musst du erklären, wie „barrierefrei“ in Europa praktisch operationalisiert wird.
In Europa ist EN 301 549 zentral, weil sie Anforderungen für IKT-Produkte und -Dienstleistungen beschreibt. Und in vielen Bereichen wird sie als technische Referenz herangezogen, wenn es um Pflichten, Beschaffung, Prüfungen und Nachweise geht. Diese Norm verweist an vielen Stellen auf WCAG-Kriterien und übersetzt sie teils in Dokument- und Softwarekontexte.
Das heißt: Barrierefreiheit ist nicht nur Webdesign. Es ist auch Dokumente, Apps, Software, Selbstbedienungsterminals, E-Books, Video, Kommunikation – und genau das macht das Thema so groß. Aber „groß“ bedeutet nicht „schwammig“. Groß bedeutet: Standards ernst nehmen.
Der Vortrag wirkt dagegen wie aus einer Zeit, in der Barrierefreiheit vor allem über freiwillige Webchecks diskutiert wurde. Diese Zeit ist vorbei. Und wenn das Chaos sich als gesellschaftlich relevante Tech-Kultur versteht, dann darf es nicht so auftreten, als sei Barrierefreiheit noch ein Hobbyprojekt.
11. Warum das ein Bärendienst für das Chaos ist, nicht nur für diesen einen Talk
Das Chaos ist in vielen Bereichen gnadenlos präzise. Bei Security und Privacy wird (zurecht) jede Schlampigkeit zerrissen. Bei Kryptographie ist Halbwissen nicht cool, sondern gefährlich. Bei Infrastruktur ist „wird schon“ nicht akzeptabel.
Und genau deshalb ist es so bitter, wenn Barrierefreiheit mit einem Ton vermittelt wird, der Halbwissen normalisiert. Denn das sendet eine Botschaft: Barrierefreiheit ist nicht Kern, Barrierefreiheit ist Begleitmusik. Und das ist das Gegenteil dessen, was das Chaos behauptet zu sein.
Wenn die Chaos-Community Barrierefreiheit nicht als Kern von digitaler Freiheit versteht, dann ist „Freiheit“ nur Freiheit für die, die ohne Hürden durch die Tür kommen. Alles andere ist Marketing.
Barrierefreiheit ist nicht der nette Sticker auf der Laptoprückseite. Barrierefreiheit ist ein Release-Kriterium. Barrierefreiheit ist Teil der Qualität. Barrierefreiheit ist Teil der Demokratie im Digitalen. Und sie ist Teil der Abwehr gegen den autoritären Staat, weil Ausschluss immer zuerst die trifft, die ohnehin weniger Macht haben.
Ein Vortrag, der das weichzeichnet, schadet nicht nur ein bisschen. Er schadet dem Selbstbild. Er schadet der Kultur. Und er schadet den Menschen, die beim nächsten Chaos-Projekt wieder hören: „Wir haben doch angefangen.“
Schluss: Dieser Vortrag ist nicht „gut gemeint, schlecht gemacht“. Er ist gefährlich gemacht.
Gut gemeint reicht nicht. Bei Barrierefreiheit reicht es nie. Weil der Preis von Fehlern immer bei den Betroffenen liegt. Nicht bei den Vortragenden. Nicht beim Publikum. Nicht bei der Bühne.
Dieser Vortrag:
- setzt einen Titel, der Anleitung verspricht, aber verwässert und falsch rahmt,
- ersetzt Substanz durch Emotion,
- macht Standards zu Stichworten statt zu Werkzeugen,
- füttert Tool-Score-Denken,
- verkauft „einfach anfangen“ als Beruhigung,
- und ignoriert, wie sehr 2025 Barrierefreiheit rechtlich und normativ eine harte Realität ist.
Das ist der Bärendienst. Nicht, weil er zu wenig ist. Sondern weil er das falsche Denken verstärkt. Und falsches Denken ist die stärkste Barriere überhaupt, weil es sich selbst nicht erkennt.
Die Version in Einfacher Sprache wird kommen. Aber diese Version musste zuerst raus, weil man Dinge manchmal nicht freundlich sagen kann, ohne sie zu verharmlosen. Ich habe mir meinen Silvestertag auch ganz anders vorgestellt, aber dieser Artikel musste geschrieben werden, denn ich bin im Chaos und ich bin ein betroffenes Wesen.
Quellen
- Chaos Computer Club – media.ccc.de
Digitale Inklusion: Wie wir digitale Barrierefreiheit für alle erreichen können
https://media.ccc.de/v/39c3-digitale-inklusion-wie-wir-digitale-barrierefreiheit-fuer-alle-erreichen-koennen - Chaos Computer Club – Streaming-Archiv
Relive / Aufzeichnung des Vortrags „Digitale Inklusion: Wie wir digitale Barrierefreiheit für alle erreichen können“
https://streaming.media.ccc.de/39c3/relive - Bundesministerium für Arbeit und Soziales
Barrierefreiheitsstärkungsgesetz (BFSG) – Gesetzestext und Erläuterungen
https://www.bmas.de/DE/Service/Gesetze-und-Gesetzesvorhaben/barrierefreiheitsstaerkungsgesetz.html - Bundesfachstelle Barrierefreiheit
FAQ zum Barrierefreiheitsstärkungsgesetz (BFSG)
https://www.bundesfachstelle-barrierefreiheit.de/DE/Service/FAQ/FAQ-BFSG/faq-bfsg.html - Aktion Mensch
Barrierefreiheit ab 2025: Diese Pflichten gelten für Unternehmen und Anbieter
https://www.aktion-mensch.de/inklusion/barrierefreiheit/barrierefreie-websites-gesetz - Industrie- und Handelskammer (IHK)
Digitale Barrierefreiheit wird Pflicht – Was Unternehmen ab Juni 2025 beachten müssen
https://www.ihk.de/themen/recht/it-recht/barrierefreiheit - European Telecommunications Standards Institute (ETSI)
EN 301 549 V3.2.1 – Accessibility requirements for ICT products and services (PDF)
https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf - Europäische Union – EUR-Lex
Durchführungsbeschluss (EU) 2021/1339 zur Harmonisierung der EN 301 549
https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX:32021D1339 - World Wide Web Consortium (W3C)
Web Content Accessibility Guidelines (WCAG) 2.2 – W3C Recommendation
https://www.w3.org/TR/WCAG22/ - W3C – Web Accessibility Initiative (WAI)
What’s New in WCAG 2.2
https://www.w3.org/WAI/WCAG22/Understanding/whats-new.html - W3C – Web Accessibility Initiative (WAI)
Understanding Success Criterion 2.4.13 – Focus Appearance
https://www.w3.org/WAI/WCAG22/Understanding/focus-appearance.html - Deque Systems
Automated Accessibility Testing Coverage – Why tools find only a subset of issues
https://www.deque.com/blog/automated-accessibility-testing-coverage/ - Bundesministerium für Wirtschaft und Klimaschutz
Marktüberwachung nach dem Barrierefreiheitsstärkungsgesetz – Aufbau und Zuständigkeiten
https://www.bmwk.de/Redaktion/DE/Artikel/Marktueberwachung/barrierefreiheit.html
•14.Europäische Kommission
European Accessibility Act – Standards and Harmonisation
https://digital-strategy.ec.europa.eu/en/policies/european-accessibility-act