Was ist ein ACR (Accessibility Conformance Report) 2026?

Ein Accessibility Conformance Report (ACR) ist ein standardisiertes Dokument, das beschreibt, inwieweit ein digitales Produkt die Anforderungen der Barrierefreiheitsstandards erfüllt. Grundlage ist das VPAT (Voluntary Product Accessibility Template) des Information Technology Industry Council (ITI). Der Bericht listet alle relevanten WCAG-Kriterien auf und bewertet jedes einzeln als Supports, Partially Supports, Does Not Support oder Not Applicable.

Die aktuelle Version ist VPAT 2.5, von ITI im April 2025 veröffentlicht. Sie ist die erste VPAT-Edition, die WCAG 2.2 einschließt, mit neun zusätzlichen Erfolgskriterien gegenüber WCAG 2.1. Für den europäischen Markt ist zusätzlich die harmonisierte Norm EN 301 549 V3.2.1 (2021-03) maßgeblich, deren Nachfolger V4.1.x nach aktueller ETSI-Planung am 23. Oktober 2026 im Amtsblatt der EU veröffentlicht werden soll.

Seit dem 28. Juni 2025 ist das Barrierefreiheitsstärkungsgesetz (BFSG) in Kraft. Unternehmen müssen Barrierefreiheit nachweisen können. Ein ACR ist dabei das zentrale technische Compliance-Dokument: Er dokumentiert den tatsächlichen Konformitätsstatus gegenüber Marktüberwachungsbehörden, Einkäufern und Kunden. Im B2B-Bereich verlangen immer mehr Unternehmen und öffentliche Auftraggeber einen aktuellen ACR als Teil des Beschaffungsprozesses. Wer keinen vorlegt, verliert Aufträge. Der ACR ist damit nicht nur Compliance, sondern Wettbewerbsvorteil.

VPAT 2.5 ist seit April 2025 verfügbar und ersetzt VPAT 2.4 (August 2023). Die wichtigsten Neuerungen fasst folgende Übersicht zusammen:

• WCAG 2.2 Support: Die WCAG- und INT-Edition enthalten erstmals die neun zusätzlichen Erfolgskriterien aus WCAG 2.2 (darunter 2.4.11 Focus Not Obscured, 2.5.7 Dragging Movements, 2.5.8 Target Size Minimum).
• Parsing 4.1.1 entfernt: Das Erfolgskriterium Parsing (Level A) wurde in WCAG 2.2 als obsolet deklariert. In VPAT 2.5 erscheint es für WCAG 2.0 und 2.1 automatisch als Supports, für WCAG 2.2 als nicht anwendbar.
• Erhöhte Transparenzanforderungen: Vendoren werden stärker verpflichtet, ihre Prüfmethodik zu dokumentieren, also welche Tools, Browser, Betriebssysteme und assistiven Technologien zum Einsatz kamen.
• EU-Edition vervollständigt: Die fehlenden AAA-Erfolgskriterien 3.1.5, 3.1.6, 3.2.5, 3.3.5 und 3.3.6 wurden in Table 3 ergänzt.

VPAT 2.5 existiert in vier Editionen, passend zum jeweiligen Zielmarkt:

• VPAT 2.5 508: Revised Section 508 (USA), inkludiert WCAG 2.0 Level A und AA.
• VPAT 2.5 WCAG: Reine WCAG-Edition mit WCAG 2.0, 2.1 und 2.2.
• VPAT 2.5 EU: Europäische Edition für EN 301 549 mit WCAG 2.1 AA als Grundlage.
• VPAT 2.5 INT (International): Alle Standards kombiniert, für globale Produkte und international tätige Anbieter die sicherste Wahl.

Ein vollständiger ACR nach VPAT 2.5 enthält mindestens: Produktinformationen mit Version, Konformitätserklärung mit Standardbezug, die WCAG-Tabelle (pro Erfolgskriterium eine Bewertung), bei EU- und INT-Edition die EN 301 549 Tabelle, die dokumentierten Prüfmethoden sowie Datum und rechtliche Hinweise. Jede Bewertung Partially Supports oder Does Not Support muss durch eine konkrete Beschreibung der Barriere begründet werden. Falsche Angaben im ACR können rechtliche Konsequenzen haben.

Ein ACR zu erstellen ist ein strukturierter Prozess, der auf einem soliden Accessibility Audit aufbaut. Der Workflow gliedert sich in fünf klare Schritte:

• 1. Richtige VPAT 2.5-Edition wählen und herunterladen: Die aktuellen Vorlagen sind kostenlos auf der ITI-Webseite verfügbar. Für deutsche Unternehmen mit internationalem Geschäft empfiehlt sich die INT-Edition. Rein für den deutschen und europäischen Markt reicht die EU-Edition aus.
• 2. Audit mit kombinierter Methodik durchführen: Automatisierte Tools wie axe DevTools, Lighthouse und WAVE decken einen Teil der Kriterien ab. Manuelle Tests mit Screenreadern (NVDA, VoiceOver, TalkBack), Tastaturnavigation und Kontrastprüfungen sind Pflicht. Für WCAG 2.2 AA müssen alle neuen Kriterien wie Target Size Minimum und Dragging Movements explizit geprüft werden.
• 3. Befunde ehrlich eintragen: Für jedes WCAG-Kriterium den Konformitätsstatus eintragen. Bei Partially Supports oder Does Not Support konkrete Beschreibung der Barriere und betroffene Bereiche angeben. Falsche Angaben können rechtliche Konsequenzen haben.
• 4. Prüfmethoden lückenlos dokumentieren: VPAT 2.5 erhöht die Transparenzanforderung. Eingesetzte Tools, Browser, Betriebssysteme, assistive Technologien, Prüfzeitraum und Prüfumfang müssen vollständig aufgeführt werden. Ohne diese Transparenz verliert der ACR seine Beweiskraft.
• 5. Regelmäßig aktualisieren: Nach jedem größeren Release und mindestens einmal jährlich. Große Anbieter wie Oracle pflegen hunderte ACRs und datieren sie monatlich. NCA empfiehlt mindestens eine jährliche Überprüfung, bei agilen Produkten häufiger.

Ein rein automatisierter Audit reicht nicht aus. Bekannte Tools decken etwa 30 bis 40 Prozent der WCAG-Kriterien ab. Alles andere erfordert menschliche Prüfung durch erfahrene Accessibility-Experten. NCA kombiniert beides und erstellt nach Abschluss den vollständigen ACR inklusive gesetzlich vorgeschriebener Barrierefreiheitserklärung.

Viele Unternehmen verwechseln ACR und Barrierefreiheitserklärung. Beide sind wichtig, erfüllen aber unterschiedliche Zwecke:

• ACR (Accessibility Conformance Report): Technisches Dokument für B2B-Beschaffung und Compliance-Nachweise. Bewertet jedes WCAG-Kriterium einzeln. Zielgruppe sind Einkäufer, Behörden und technische Prüfer. Kein gesetzlich vorgeschriebenes Format, aber VPAT 2.5 ist De-facto-Standard.
• Barrierefreiheitserklärung: Gesetzlich vorgeschrieben nach BFSG für betroffene Unternehmen. Zielgruppe sind Endnutzer. Muss auf der Website veröffentlicht sein. Enthält Konformitätsstatus (vollständig, teilweise oder nicht konform), bekannte Barrieren, Kontaktmöglichkeit und Feedback-Mechanismus. Muss mindestens jährlich aktualisiert werden.

In der Praxis ergänzen sich beide Dokumente: Der ACR liefert die detaillierte technische Grundlage, die Barrierefreiheitserklärung kommuniziert den Status verständlich gegenüber Nutzern. Für die kommende EN 301 549 V4.1.x ist zudem wichtig: WebView-Inhalte in Apps gelten klar als Software (Kapitel 11), nicht als Web (Kapitel 9). Das beseitigt eine bisherige Grauzone bei hybriden Anwendungen. NCA erstellt beide Dokumente als Teil des BFSG-Compliance-Pakets und berücksichtigt dabei die anstehende Norm-Aktualisierung sowie den European Accessibility Act (EAA).

Die wichtigsten Fragen rund um den Accessibility Conformance Report, VPAT 2.5 und BFSG-Compliance im Jahr 2026.