Wir haben einen Artikel auf Zenn veröffentlicht, in dem häufige Missverständnisse bei der Implementierung und dem Testen von Barrierefreiheitsfunktionen erläutert werden.

Bei Liberogic arbeiten wir ständig daran, die Zugänglichkeit von Webseiten zu verbessern, und haben nun eine Reihe von Artikeln über WCAG (Web Content Accessibility Guidelines), einen Leitfaden für die Zugänglichkeit von Webseiten, auf dem technischen Informationsaustauschdienst "Zenn" veröffentlicht.

Dieses Mal werde ich einen Überblick über jeden Artikel geben und die Hintergründe und Gedanken erläutern, warum ich sie geschrieben habe.

Wir möchten die Frage „Warum?“ bezüglich WCAG beantworten.

Bei meiner täglichen Arbeit mit der Implementierung und Überprüfung von Websites bin ich auf zahlreiche Punkte gestoßen, die mich ratlos zurückgelassen haben, wie zum Beispiel: „Wie soll ich diesen WCAG-Standard eigentlich interpretieren?“ und „Kann ich sagen, dass diese Implementierung konform ist?“

Diesmal dient es zum Teil der Aufrechterhaltung und Erneuerung meiner internationalen Zertifizierung für Barrierefreiheit, "IAAP WAS (Web Accessibility Specialist)", aber vor allem habe ich mich dazu entschlossen, es mit dem Wunsch zu verbinden, "die Punkte zu ordnen, die in der Praxis für Verwirrung sorgen, und sie als praktisches Wissen weiterzugeben", und gleichzeitig meine eigenen Gedanken zu ordnen.

Die Erfüllung der WCAG-Richtlinien ist nicht das „Ziel“, sondern der „Ausgangspunkt“.

Die Hauptaussage, die ich mit diesen Artikeln vermitteln wollte, ist: „Nur weil etwas alle WCAG-Standards erfüllt, heißt das nicht, dass es zu 100 % barrierefrei ist.“

WCAG ist lediglich eine „Mindestanforderung“, um sicherzustellen, dass unterschiedliche Nutzergruppen Zugang zu Inhalten haben, und stellt nur den Ausgangspunkt für Barrierefreiheit dar.

Wenn man eine Checkliste mechanisch ausfüllt und sich ausschließlich darauf konzentriert, „die Leistungskriterien zu erfüllen“, übersieht man möglicherweise die Frage, ob sie wirklich benutzerfreundlich ist.

Deshalb haben wir uns nicht mit oberflächlichem Know-how wie „So setzen Sie die Standards um“ begnügt, sondern sind sondern eindessen in die Hintergründe und Intentionen hinter der Entwicklung dieser Standards eingetaucht. Wir sind überzeugt, dass das Verständnis dieser Intentionen Ihr Verständnis von Barrierefreiheit grundlegend vertiefen wird.

Liste der veröffentlichten Artikel auf Zenn

Dieser in fünf Abschnitte unterteilte Artikel behandelt häufige Missverständnisse bei der Implementierung und dem Testen in praktischen Anwendungen. Stöbern Sie gerne in den Abschnitten, die Sie interessieren.

WCAG-Unklarheitspunkt Nr. 1: Ist es zulässig, die Schriftgröße in Pixeln anzugeben?

Dieser Artikel untersucht die Eignung von px-Spezifikationen in modernen Browserumgebungen und erforscht das Wesen einer „zugänglicheren Implementierung“, die die Schriftgrößeneinstellungen des Benutzers berücksichtigt.Lesen Sie Zenns Artikel

WCAG-Unklarheitspunkt Nr. 2: Verstößt das Vorhandensein mehrerer „Details anzeigen“-Links gegen Abschnitt 2.4.4 (Zweck von Links)?

Dieses Dokument erläutert die Abgrenzungen der Kriterien, die die Einhaltung von Vorschriften im „angemessenen Kontext“ bestimmen. Darüber hinaus schlägt es die Implementierung einer fortschrittlicheren UX-Perspektive vor, um die operative Effizienz von Bildschirmleseprogrammnutzern zu verbessern.Lesen Sie Zenns Artikel

WCAG-Verwirrender Punkt Nr. 3: Wenn ein Bildlink keinen Alternativtext hat, unter welches Kriterium fällt er dann?

Dieses Dokument konzentriert sich auf die Strukturierung komplexer Situationen, in denen ein einzelnes Problem mit mehreren Erfolgskriterien verknüpft ist (wie z. B. 1.1.1, 2.4.4 und 4.1.2). Es erläutert die Zusammenhänge zwischen den verschiedenen Kriterien und wie Beurteilungen vorgenommen werden können, was bei praktischen Prüfungen oft zu Verwirrung führt.Lesen Sie Zenns Artikel

WCAG-Verwirrungspunkt ④: Warum ist ein Auswahlfeld nicht zulässig, während eine benutzerdefinierte Dropdown-Liste zulässig ist, obwohl sie gleich aussehen? 3.2.2 (Während der Eingabe)

Dieser Artikel erläutert ausführlich den Unterschied zwischen „Einstellungen ändern“ und „aktivieren“ gemäß der W3C-Definition. Er fasst zusammen, wie man diese Konzepte anhand der Elementsemantik und der Operationsklassifizierung korrekt beurteilt, ansondern ein sich von ihrem scheinbaren Verhalten irreführen zu lassen.Lesen Sie Zenns Artikel

WCAG-Unklarheitspunkt Nr. 5: Wo ist Abschnitt 4.1.1 geblieben? Welche Kriterien sollten zur Behandlung von HTML-Syntaxfehlern herangezogen werden?

Dieser Artikel untersucht die Gründe für die Abschaffung von 4.1.1 in WCAG 2.2 und erklärt, wie bestehende Syntaxfehler anhand ihrer tatsächlichen Auswirkungen, auch aus der Perspektive der Websitequalität, in alternative Kriterien (1.3.1 oder 4.1.2) umklassifiziert werden können.Lesen Sie Zenns Artikel

Die WCAG-Richtlinien sind sehr komplex und enthalten viele schwer verständliche Ausdrücke. Daher können die Erläuterungen und Kriterien in den einzelnen Artikeln auch unsere eigenen Interpretationen basierend auf unserer praktischen Erfahrung beinhalten. Wir bitten Sie, diese in Verbindung mit den WCAG-Richtlinien zu verwenden.

Abschließend

Webzugänglichkeit ist keine Angelegenheit, die man einmal angeht und dann vergisst; sie muss kontinuierlich gepflegt werden.

Wir hoffen, dass diese Ergebnisse für Ingenieure, Designer und Direktoren hilfreich sein werden, die sich täglich mit der Implementierung und dem Testen von Barrierefreiheit befassen.

Wir bei Liberogic werden unsere Technologien weiterhin teilen und in die Praxis umsetzen, um „Websites und Dienste zu realisieren, die für alle einfach zu bedienen sind“. Wenn Sie Fragen zur Barrierefreiheit oder Anmerkungen zu unseren Artikeln haben, kontaktieren Sie uns gerne!