Barrierefreiheit-Audit (WCAG 2.2, BFSG, EAA)

WCAG 2.2 Level AA als technische Baseline. Der Europäische Rechtsakt über Barrierefreiheit (Richtlinie 2019/882) und das deutsche BFSG legen regulatorische Anforderungen darüber, einschließlich der Vorkaufstrecke im E-Commerce. Das norwegische Likestillings- og diskrimineringsloven setzt WCAG 2.1 AA für den öffentlichen Sektor und große Privatunternehmen durch.

Nein. Tools wie axe DevTools und WAVE erfassen rund 30 bis 40 Prozent der WCAG-Probleme. Der Rest erfordert eine manuelle Prüfung mit der Tastatur, Tests mit echten Bildschirmlesern und ein Urteil zur Inhaltsqualität, das kein Scanner leisten kann. Das Audit kombiniert immer beides.

Ein schriftlicher Bericht, der jeden Verstoß einem konkreten WCAG-2.2-Erfolgskriterium und, sofern relevant, der entsprechenden BFSG- oder EAA-Klausel zuordnet, eine Aufwandsschätzung enthält und einen Remediation-Plan ausweist. Hinzu kommt eine Vorlage für eine Erklärung zur teilweisen Konformität, die Sie auf Ihrer Site veröffentlichen können, um die Transparenzanforderung der Aufsicht zu erfüllen.

Ja, als separates Engagement. Die Audit-Lieferung ist von der Implementierung entkoppelt, damit der Konformitätsbericht verteidigungsfähig bleibt. Wenn Sie mich auch mit der Behebung beauftragen, wird die Implementierung aus den Audit-Befunden heraus skaliert; Preisgestaltung individuell.

Gleiche Standards, andere Rendering-Schicht. Das WordPress-Backend hat eigene Barrierefreiheitsaspekte im Admin-Bereich; das öffentliche Frontend auf Astro oder Next.js trägt die WCAG-Konformitätslast. Ich auditiere das gerenderte Frontend gegen dieselben WCAG-2.2-Erfolgskriterien und behandle die Headless-Schnittstelle als Teil des Geltungsbereichs.