Accessibility Audit — WCAG- und EAA-Konformitätsprüfung

Accessibility Audit lädt Ihre veröffentlichten Seiten in einen Frame innerhalb von wp-admin und prüft das gerenderte Ergebnis — die Seite, die Besucher tatsächlich sehen, nicht das HTML, das Ihr Server gesendet hat. Nichts wird irgendwohin hochgeladen, es gibt keine Scan-API und kein Konto anzulegen.

Auf WPBay ansehen

Was geprüft wird

25 automatische Prüfungen. Der Kontrast wird an den aufgelösten Stilen gemessen — der einzige Weg, Text über einer transluzenten Überlagerung oder eine vom Elternelement geerbte Farbe zu erfassen. Befunde werden nach Regel statt nach Seite gruppiert, sodass zwölf Kontrastfehler durch eine einzige Themefarbe als eine Korrektur lesbar sind.

Ehrlich bei den Zahlen

Achtzehn der 25 entsprechen einem WCAG-2.2-Erfolgskriterium, verteilt auf vierzehn verschiedene Kriterien der Stufen A und AA. Die übrigen sieben sind empfohlene Praxis, und der Bericht kennzeichnet sie so. Ein Werkzeug, das jeden Befund als WCAG-Verstoß darstellt, bläht die eigenen Zahlen und Ihre auf — und Ihre landet in einer veröffentlichten Konformitätserklärung.

Das Dokument nach dem European Accessibility Act

Mit Lizenz erstellt das Plugin die nach Anhang V der Richtlinie (EU) 2019/882 verlangten Informationen: eine Beschreibung der Dienstleistung in barrierefreien Formaten, was zum Verständnis ihrer Funktionsweise nötig ist, wie die Anforderungen aus Anhang I erfüllt werden, und wie der Erbringungsprozess das aufrechterhält. Für öffentliche Stellen erstellt es stattdessen das andere Dokument, das Muster des Durchführungsbeschlusses (EU) 2018/1523. Die meisten Werkzeuge vermischen beides.

Kostenlos und mit Lizenz

Ohne Lizenz: 20 Prüfungen, bis zu fünf Seiten pro Scan, vollständiger Bericht und Vergleich zwischen Scans. Eine Lizenz ergänzt alle Seiten, fünf weitere Prüfungen, unbegrenzte Historie und den Generator. In beiden Fällen ein Download.

Was es nicht leistet

Automatisierte Tests finden etwa ein Drittel der tatsächlichen Barrieren. Ein sauberer Bericht ist ein gutes Zeichen, keine Konformitätserklärung, und Tests mit Tastatur und Screenreader durch einen Menschen bleiben nötig. Eine Seite zu veröffentlichen ist keine Meldung, und nichts davon ist Rechtsberatung.

Auf WPBay ansehen

Neueste Beiträge

• WordPress-Barrierefreiheit im öffentlichen Sektor: Erstellung des EU 2018/1523 Dokuments

  Stellen Sie sicher, dass Ihre WordPress-Website des öffentlichen Sektors konform ist. Erfahren Sie, wie Sie nach WCAG 2.2 prüfen und die obligatorische Erklärung zum Durchführungsbeschluss (EU) 2018/1523 generieren.

• WordPress Barrierefreiheit-Checker: Warum Sie Scans gerenderter Seiten benötigen

  Erfahren Sie, warum herkömmliche API-basierte WordPress-Barrierefreiheit-Checker bei modernen Websites versagen und warum Sie die gerenderte Seite testen müssen, die Ihre Besucher tatsächlich sehen.

• European Accessibility Act (EAA) für WooCommerce: So prüfen Sie Ihren Shop

  Bereiten Sie Ihren WooCommerce-Shop auf den European Accessibility Act (EAA) vor. Erfahren Sie, warum Scans gerenderter Seiten wichtig sind und wie Sie Ihr Barrierefreiheitsdokument nach Anhang V erstellen.

• So erstellen Sie eine EAA Anhang V Barrierefreiheitserklärung in WooCommerce

  Der European Accessibility Act verlangt eine Barrierefreiheitserklärung nach Anhang V für E-Commerce-Websites. Erfahren Sie, wie Sie diese für Ihren WooCommerce-Shop rechtskonform erstellen.

• WCAG 2.1 oder 2.2 für den European Accessibility Act? Die Richtlinie nennt keine von beiden.

  Der EAA erwähnt WCAG nirgends. Er verlangt Anhang I, und eine WCAG-Version kommt nur über eine harmonisierte Norm ins Spiel, deren Fundstelle im Amtsblatt veröffentlicht ist. Welche das ist, und warum die höhere Nummer nicht automatisch die sicherere Wahl ist.

• Gilt der European Accessibility Act überhaupt für Sie? Bei weniger als 10 Beschäftigten wahrscheinlich nicht.

  Artikel 4 Absatz 5 der Richtlinie (EU) 2019/882 nimmt Kleinstunternehmen, die Dienstleistungen erbringen, von den Barrierefreiheitsanforderungen und von sämtlichen damit verbundenen Pflichten aus. Fast niemand, der EAA-Compliance-Werkzeuge verkauft, erwähnt das — ich eine Zeit lang auch nicht.

• Ihr Prüfbericht meldet 2.1.1 als Fehler bei jedem Element. So finden Sie heraus, ob das stimmt.

  Der Tastaturtest eines Dienstleisters markiert jedes Bedienelement der Seite als Verstoß gegen Tastatur (2.1.1). Sie ziehen die Maus ab, und alles funktioniert. Sie können beide recht haben — und das Kriterium bedeutet nicht das, was die meisten Berichte unterstellen.

• Die meisten Werkzeuge für die „EAA-Barrierefreiheitserklärung" erstellen das falsche Dokument

  Der Durchführungsbeschluss (EU) 2018/1523 ist das Muster für öffentliche Stellen nach der Richtlinie 2016/2102. Der European Accessibility Act verlangt von einem Unternehmen etwas anderes — Anhang V. Meines hat das falsch gemacht, bis ein Prüfer es bemerkte.

• Ein Prüfer fand drei falsche WCAG-Kriterien in meinem Barrierefreiheits-Plugin. Ich habe nachgesehen und acht gefunden.

  Ein Marktplatz wies meinen WordPress-Barrierefreiheitsscanner zurück, weil er WCAG-Kriterien nannte, die falsch, veraltet oder ohne Bezug zur eigentlichen Prüfung waren. Die Überprüfung aller 25 Regeln förderte mehr zutage als der Prüfer gefunden hatte — und die falschen Nummern landeten in einem rechtlichen Dokument.

• Accessibility Audit: Ein praktisches WordPress-Plugin, das WCAG-Probleme erkennt, bevor Ihre Besucher darauf stoßen

  Ein WordPress-Plugin, das WCAG-Probleme vor Ihren Besuchern findet, Erfolgskriterien von empfohlener Praxis unterscheidet und die von Anhang V des European Accessibility Act verlangten Informationen erzeugt.