Konformitätsbericht im VPAT-Format erzeugen.

Das Voluntary Product Accessibility Template (VPAT) ist ein Dokument des Information Technology Industry Council (ITI). Es stellt die Kriterien eines oder mehrerer Barrierefreiheitsstandards in Tabellen zusammen, mit einer Spalte für die Konformitätsstufe und einer für Anmerkungen. Die aktuelle Fassung ist VPAT 2.5Rev vom April 2025. Die Vorlage ist kostenlos und setzt keine ITI-Mitgliedschaft voraus, VPAT ist aber eine eingetragene Dienstleistungsmarke: Ein Bericht, der den Namen verwendet, muss das Markenzeichen tragen und die Grundanforderungen des ITI einhalten.

Für ein bestimmtes Produkt ausgefüllt, wird daraus ein Accessibility Conformance Report (ACR). Section508.gov beschreibt das VPAT als den gängigsten, aber nicht einzigen Weg zu einem ACR.

Das ITI legt fest, was ein Bericht mindestens enthalten muss: einen Titel in der Form „[Firmenname] Accessibility Conformance Report“, die Version der Vorlage, Name und Version des Produkts, ein Berichtsdatum mit mindestens Monat und Jahr, eine kurze Beschreibung, einen Kontakt, Anmerkungen, die verwendeten Prüfmethoden, die abgedeckten Standards, die Definitionen der verwendeten Begriffe und die Tabellen. Jedes Kriterium einer berichteten Stufe braucht eine Antwort, und der Bericht selbst muss barrierefrei sein.

US-Bundesbehörden. Section 508 des Rehabilitation Act verpflichtet Behörden, wenn sie Informations- und Kommunikationstechnik entwickeln, beschaffen, betreiben oder nutzen, und Unterabschnitt 39.2 der FAR verlangt, dass beschaffte IKT die Standards aus 36 CFR 1194.1 erfüllt, sofern keine Ausnahme oder Befreiung greift. Diese Standards übernehmen WCAG 2.0 Stufe A und AA für Webinhalte, Software und elektronische Dokumentation. Section508.gov rät Behörden, in Ausschreibungen für jedes kommerzielle IKT-Produkt einen schriftlichen ACR zu verlangen, und ein Angebot wird nur mit vollständigem Bericht berücksichtigt. Auftragnehmer, die für Behörden Technik bauen oder liefern, werden nach demselben Dokument gefragt.

US-Bundesstaaten und staatliche Hochschulen. Mehrere Bundesstaaten wenden Section 508 oder WCAG auf ihre eigene Beschaffung an. Abschnitt 7405 des kalifornischen Government Code verpflichtet staatliche Stellen, beim Kauf von Technik Section 508 einzuhalten. Das texanische Department of Information Resources erklärt, dass Behörden und Hochschulen des Staates für die Beschaffung barrierefreier Technik verantwortlich sind und Anbieter mit ihrem Angebot Unterlagen zur Barrierefreiheit einreichen. Minnesota verlangt von Anbietern die INT-Edition, und der Standard von Oklahoma macht die Konformitätsangabe im VPAT zu einer wesentlichen Vertragsbedingung.

Öffentliche Auftraggeber in der EU. Artikel 42 der Richtlinie 2014/24/EU verlangt, dass technische Spezifikationen für alles, was Menschen nutzen, Kriterien der Barrierefreiheit berücksichtigen und auf verbindliche Anforderungen verweisen, wo ein Rechtsakt der Union sie festlegt. Bezugspunkt ist die EN 301 549. Fassung V3.2.1 ist die für Websites und Apps öffentlicher Stellen nach der Richtlinie 2016/2102 veröffentlichte harmonisierte Norm, und der European Accessibility Act (Richtlinie 2019/882), anzuwenden seit dem 28. Juni 2025, knüpft eine Konformitätsvermutung an harmonisierte Normen, deren Fundstellen im Amtsblatt der EU veröffentlicht sind. Die EU-Edition des VPAT berichtet gegen die EN 301 549.

Unternehmen. Kein Gesetz verpflichtet einen privaten Käufer zu dieser Anfrage, er kann dasselbe Dokument aber bei der Lieferantenprüfung verlangen.

Das ITI veröffentlicht die Vorlage in vier Editionen. Alle enthalten dieselben WCAG-Tabellen und unterscheiden sich darin, welche weiteren Standards sie hinzufügen. Verwenden Sie die Edition, die der Käufer nennt. Nennt er keine, nehmen Sie die Edition, die zu den Vorschriften hinter dem Kauf passt.

Die EN 301 549 ist inzwischen weiter. Im September 2026 hat ETSI die Fassung V4.1.1 veröffentlicht, in der die Abschnitte 9, 10 und 11 an WCAG 2.2 angepasst sind; sie wurde für den European Accessibility Act erarbeitet. Die aktuelle EU-Edition des VPAT berichtet weiterhin gegen die Fassungen 3.x. Ein Anbieter, der einem europäischen Auftraggeber antwortet, sollte deshalb in den Anmerkungen angeben, welche Fassung der Bericht abdeckt.

• WCAG-Edition: WCAG 2.0, 2.1 und 2.2 auf den Stufen A, AA und AAA. Die Zeilen sind mit „2.1 and 2.2“ oder „2.2 only“ markiert, sodass ein Bericht für eine ältere Fassung die späteren Kriterien weglassen darf. Die übliche Wahl für private Käufer und für jeden, der nach WCAG 2.2 gefragt wird.
• Revised-Section-508-Edition: WCAG 2.0 und die überarbeiteten 508-Standards, mit Kapiteln zu funktionalen Leistungskriterien (3), Hardware (4), Software (5) sowie Dokumentation und Support (6). Section508.gov rät Anbietern von Bundesbehörden zu dieser Edition oder zur INT-Edition.
• EU-Edition: WCAG 2.0 und 2.1 sowie die Abschnitte 4 bis 13 der EN 301 549, wobei Abschnitt 9 (Web) über die WCAG-Tabellen beantwortet wird. Die Vorlage 2.5Rev deckt EN 301 549 V3.1.1 und V3.2.1 ab, deren Kriterien identisch sind.
• INT-Edition: alles oben Genannte in einem Bericht, gemeinsame Kriterien werden einmal beantwortet und verwiesen. Für ein Produkt, das zugleich an US-Bundesbehörden, in die EU und in weitere Märkte verkauft wird.

Die Spalte Conformance Level nimmt einen der ITI-Begriffe auf, und der Bericht muss die verwendeten Begriffe definieren. Wer eine Definition ändert, muss das in den Anmerkungen angeben. Die Begriffe bleiben englisch, weil die Vorlage sie so verwendet und Käufer sie so lesen.

• Supports (unterstützt): Das Produkt bietet mindestens einen Weg, der das Kriterium ohne bekannte Mängel erfüllt, oder erfüllt es durch eine gleichwertige Alternative.
• Partially Supports (teilweise unterstützt): Ein Teil der Funktionen erfüllt das Kriterium nicht. Der Begriff hat auf Wunsch des US Access Board das frühere „Supports with Exceptions“ ersetzt. Section508.gov rät Käufern, ihn als Nichtkonformität zu lesen und in den Anmerkungen nachzusehen, was betroffen ist.
• Does Not Support (nicht unterstützt): Die Mehrheit der Funktionen erfüllt das Kriterium nicht.
• Not Applicable (nicht anwendbar): Das Kriterium ist für das Produkt nicht relevant, und die Anmerkung sollte sagen, warum. Das ITI weist darauf hin, dass stattdessen Supports verwendet werden darf, weil WCAG ein Kriterium ohne betroffene Inhalte als erfüllt ansieht.
• Not Evaluated (nicht bewertet): Das Produkt wurde gegen das Kriterium nicht geprüft. Das ITI erlaubt diesen Begriff nur für Kriterien der Stufe AAA, und Section508.gov erinnert Käufer daran, dass er keinerlei Zusicherung von Barrierefreiheit bietet.

Eine Standardlaufzeit gibt es nicht, und eine Frist, die genannt wird, bevor jemand das Produkt gesehen hat, ist geraten. Die Zeit fließt in die Prüfung, nicht in die Vorlage. Sie hängt ab von der Zahl der unterschiedlichen Bildschirme, Vorlagen und Nutzerwege (WCAG-Konformität gilt für vollständige Seiten und vollständige Prozesse, ein Bestellvorgang zählt also vom Warenkorb bis zur Bestätigung), von der Zahl der Rollen wie Administrator, Mitarbeiter und Kunde, von den Plattformen im Umfang, denn Web-App, mobile App und die erzeugten PDF-Dateien werden jeweils geprüft, von der Edition, weil die 508- und die EU-Edition Kapitel zu Software, Dokumentation und Support hinzufügen, von Tests mit Screenreader, Vergrößerung und Sprachsteuerung, die kein automatisiertes Werkzeug ersetzt, und davon, ob das Produkt vor dem Bericht noch korrigiert wird, was eine zweite Prüfrunde bedeutet.

Die Anmerkungen entstehen zuletzt. Jede Zeile mit Partially Supports oder Does Not Support braucht eine Beschreibung, welche Funktion wie scheitert, geprüft von jemandem, der das Produkt kennt.

Ein ACR beschreibt eine Version an einem Tag. Section508.gov weist darauf hin, dass bei jeder Produktänderung ein aktualisierter Bericht nötig sein kann. Die gute Praxis des ITI: das Berichtsdatum ändern und die Überarbeitung in den Anmerkungen erklären oder einen neuen Bericht ausgeben, der nennt, welchen er ersetzt. Praktisch heißt das: den Bericht an Releases koppeln, die die Oberfläche ändern, das Geänderte erneut prüfen und es in den Anmerkungen festhalten. Section508.gov bietet außerdem den ACR Editor an, der Berichte im maschinenlesbaren Format OpenACR speichert.

Section508.gov rät Bundesbeschaffern, Konformitätsangaben nach Möglichkeit selbst zu testen, und mehrere Bundesstaaten halten fest, dass ein VPAT keine Abnahmeprüfung ersetzt. Ein Prüfer liest den Bericht auf der Suche nach der Angabe, die diesem Test nicht standhält. Die häufigsten Gründe:

• Supports in jeder Zeile und keine Anmerkungen. Kein Produkt nennenswerter Größe hat null bekannte Mängel, deshalb gilt ein solcher Bericht als unfertig, nicht als gute Nachricht.
• Partially Supports oder Does Not Support ohne Erklärung. ITI und Section508.gov verlangen Anmerkungen, die die betroffenen Funktionen nennen und beschreiben, was fehlt.
• Keine Produktversion, ein altes Datum oder eine Versionsnummer, die nicht zum gekauften Produkt passt.
• Eine alte Vorlage oder alte Standards. Nach Section508.gov müssen Berichte auf Grundlage der Standards von 2001 nach den überarbeiteten 508-Standards neu erstellt werden. Ebenso auffällig ist eine Angabe zu WCAG 2.2 ohne die in 2.2 neuen Zeilen.
• Prüfmethoden, die nur „automatisierte Tests“ oder „interne Prüfung“ nennen. Das ITI erwartet Angaben zu den durchgeführten Tests, den Werkzeugen, den assistiven Technologien und einer gegebenenfalls veröffentlichten Prüfmethode.
• Not Evaluated in Zeilen der Stufe A oder AA ohne ein Wort in den Anmerkungen oder Not Applicable bei Kriterien, deren Inhalte das Produkt offensichtlich hat, etwa Untertitel bei einem Produkt mit Videos.
• 4.1.1 Parsing als nicht erfüllt angegeben. Für WCAG 2.0 und 2.1 füllt die Vorlage es gemäß dem Erratum vom September 2023 mit Supports vor, in WCAG 2.2 ist es veraltet und entfernt.
• Das Wort „konform“ in der Zusammenfassung oder ein Bericht als nicht barrierefreies PDF.

Der kostenlose Generator auf dieser Seite erstellt einen Bericht in der WCAG-Edition, auf Englisch, mit den Zeilen von WCAG 2.1 Stufe A und AA, den Begriffsdefinitionen des ITI und Ihren Produktangaben. Jede Zeile beginnt mit Not Evaluated, damit nichts behauptet wird, bevor es jemand geprüft hat; Stufe und Anmerkung legen Sie für jedes Kriterium selbst fest. Der Generator gibt aus, was Sie eintragen, und testet das Produkt nicht, deshalb ist der Bericht nur so gut wie die Prüfung dahinter. Bevor er an einen Käufer geht, sollte jede Zeile der Stufen A und AA eine Stufe und eine Anmerkung haben.

Der bezahlte VPAT / ACR entsteht umgekehrt. Wir prüfen bis zu 25 Seiten der Website, das Audit ist enthalten, und der Bericht wird Kriterium für Kriterium aus dieser Messung gefüllt. Zwei Regeln gelten: Ein Kriterium erhält Supports oder Partially Supports nur, wenn eine namentlich genannte Person diesen Befund festgehalten hat, und alles, was unsere Messung als nicht erfüllt festgestellt hat, erscheint als Does Not Support, gleich was eingereicht wurde. Kriterien, die niemand bewertet hat, bleiben Not Evaluated, und der Bericht sagt das offen. Das ist eine kleinere Behauptung als in den meisten Berichten, aber eine, die ein Käufer prüfen kann.