Was ist ein VPAT (Voluntary Product Accessibility Template)?

Was ist ein VPAT?

Das Voluntary Product Accessibility Template (VPAT) ist ein standardisiertes Template, das vom Information Technology Industry Council (ITI) publiziert wird und das Vendoren ausfüllen, um zu deklarieren, wie ihre Produkte Barrierefreiheits-Standards erfüllen — primär WCAG (Web Content Accessibility Guidelines), Section 508 des US Rehabilitation Act und EN 301 549 (der europäische Standard, der vom EAA verlangt wird). Das leere Template ist das VPAT; das ausgefüllte Dokument für ein spezifisches Produkt ist der Accessibility Conformance Report (ACR). In der Praxis werden die Begriffe austauschbar verwendet — "Schick mir dein VPAT" bedeutet üblicherweise "Schick mir deinen ausgefüllten ACR."

VPAT existiert, weil Beschaffungsteams bei Bundesbehörden, Universitäten und großen Unternehmen einen konsistenten Weg brauchen, Barrierefreiheit über Vendoren hinweg zu vergleichen. Ohne ein Standardformat würde jeder Vendor Barrierefreiheit unterschiedlich dokumentieren, was Beschaffungsvergleiche unmöglich machen würde. VPAT ist das Standardformat.

VPAT-Versionen und ihr Scope

Das VPAT hat sich durch mehrere Versionen entwickelt. Die aktuelle neueste ist VPAT 2.5 (2024 released), das vier Standards in einem Dokument abdeckt:

• WCAG 2.1 (Levels A und AA). 50+ Erfolgskriterien über die vier POUR-Prinzipien (Perceivable, Operable, Understandable, Robust). Der häufigste Referenzstandard.
• WCAG 2.2. Fügt neun neue Erfolgskriterien über WCAG 2.1 hinaus hinzu (Target-Size, Focus-Appearance, Dragging-Movements etc.). Wird die neue Baseline für Käufer 2025-2026.
• Revised Section 508. US-Bundes-Beschaffungs-Standard, seit 2018 mit WCAG 2.0 harmonisiert.
• EN 301 549. Europäischer Standard für ICT-Barrierefreiheit, unter dem European Accessibility Act ab Juni 2025 verpflichtend.

Ältere Versionen (VPAT 2.4 und früher) sind weiterhin im Umlauf, werden aber zunehmend von Beschaffungsteams abgelehnt. Eine alte Version einzureichen signalisiert, dass der Vendor Barrierefreiheits-Dokumentation kürzlich nicht aufgefrischt hat.

Was in einem VPAT ist (die Struktur)

Für jedes anwendbare Erfolgskriterium verlangt das VPAT:

1. Konformitäts-Level: Eines von Supports, Partially Supports, Does Not Support oder Not Applicable.
2. Anmerkungen und Erklärungen: Konkrete Details zu was getestet wurde, wie, mit welchen Assistive Technologies, bekannte Issues, Workarounds für nicht unterstützte Kriterien und Roadmap, falls Arbeit geplant ist.

Das Konformitäts-Level ist das, was Beschaffungsteams zuerst scannen. Die Anmerkungen sind das, was die Barrierefreiheits-Experten der Käufer während der Evaluierung tief lesen. Ehrliche Anmerkungen bauen Glaubwürdigkeit auf; vage "Supports"-Claims ohne Anmerkungen lesen sich als Marketing-Fluff und schädigen Vertrauen.

VPAT vs. ACR — was ist der Unterschied?

Strikt:

• VPAT = das leere Template (ein leeres Formular).
• ACR = ein vollständiges VPAT für ein spezifisches Produkt (das ausgefüllte Dokument).

Umgangssprachlich werden die Begriffe austauschbar verwendet. "Schick mir dein VPAT" → erwarte einen vollständigen ACR. "Hast du ein VPAT?" → fragt, ob du einen ACR vollständig hast. "Unser VPAT zeigt Konformität mit WCAG 2.1 AA" → beschreibt, was der vollständige ACR claimt.

Wer ein VPAT braucht

• Vendoren, die an US-Bundesbehörden verkaufen. Section 508 verlangt barrierefreie Technologie; VPATs sind das Standard-Beschaffungs-Artefakt. GSA Schedule 70 mandatet sie effektiv.
• Vendoren, die an Universitäten und Hochschulen verkaufen. Die meisten US-Universitäten verlangen jetzt VPATs in RFPs als Teil der Barrierefreiheits-Compliance-Beschaffung.
• Vendoren, die an Fortune-500-Unternehmen verkaufen. Große Corporate-Beschaffungsteams nehmen zunehmend VPAT-Anforderungen als Standard auf. Geht weit über regulierte Branchen hinaus.
• Vendoren, die in der EU verkaufen. Unter dem European Accessibility Act (effektiv ab Juni 2025) sind Barrierefreiheits-Statements für viele digitale Produkte erforderlich. Vendoren mit VPAT/ACR-Dokumentation sind vor-positioniert.
• Jeder, der Barrierefreiheits-Leadership demonstrieren will. Auch ohne beschaffungsgetriebenen Bedarf signalisiert ein veröffentlichtes VPAT Kunden, dass Barrierefreiheit ernst genommen wird.

Wie man ein glaubwürdiges VPAT schreibt

Teste, bevor du ausfüllst

Der größte einzelne Fehler: VPAT aus Produktdokumentation schreiben, ohne tatsächlich zu testen. Bevor irgendein Kriterium "Supports" bekommt, automatisierte Scanner (axe, WAVE, Pa11y) UND manuelles Screen-Reader-Testing (NVDA auf Windows, VoiceOver auf Mac/iOS, TalkBack auf Android, JAWS als Stretch-Goal) durchführen. Dokumentiere, was du getestet hast, auf welchen Plattformen, mit welchen Assistive Technologies.

Sei ehrlich über "Partially Supports"

Fast jedes echte Produkt unterstützt viele Kriterien teilweise. Häufige ehrliche Szenarien: "Tastaturnavigation funktioniert für die Haupt-Flows, aber das Dropdown-Widget auf der Settings-Seite trappt den Fokus" oder "Alt-Text ist für Produktbilder vorgesehen, aber auto-generierte Charts haben keine beschreibenden Alternativen." Diese ehrlich zu dokumentieren baut Käufer-Vertrauen auf; sie zu verstecken kommt im Audit des Käufers raus und tötet den Deal.

Mit jedem Major-Release aktualisieren

Ein 18 Monate altes VPAT ist schlimmer als kein VPAT — es führt Käufer aktiv über den aktuellen Zustand in die Irre. Mit jedem Major-UI-Release re-testen und re-publishen. Datiere das Dokument klar.

Hol dir ein externes Audit für High-Stakes-Deals

Für große Regierungs-, Hochschul- oder regulierte-Branchen-Verträge können Käufer drittauditierte VPATs verlangen. Spezialfirmen (Deque, Level Access, TPGi) auditieren dein Produkt gegen WCAG und produzieren einen auditierten ACR. Teurer, aber glaubwürdiger.

Veröffentliche es öffentlich

Dein VPAT auf deiner Website zu posten (statt nur auf Anfrage zu senden) signalisiert Vertrauen. Beschaffungsteams finden es vor dem Fragen, was Sales-Cycles beschleunigt. Viele SaaS-Unternehmen hosten VPATs auf /accessibility oder /legal/accessibility.

Häufige VPAT-Fehler

• "Supports" ohne Testing claimen. Sales-getriebene VPATs, die sagen, alles funktioniert, failen Käufer-Audits und schädigen den Ruf.
• Veraltete VPAT-Version. Käufer erwarten VPAT 2.4 oder 2.5; eine 2.0 von 2018 einzureichen wirkt nachlässig.
• Keine Anmerkungen. Nur "Supports" ohne Erklärung zu listen liefert keine nützliche Information. Käufer wollen Evidenz.
• VPAT als Marketing behandeln. Ein VPAT ist Beschaffungs-Dokumentation, kein Sales-Sheet. Ehrlich, technisch, evidenz-basiert.
• Vergessen zu aktualisieren. Veraltete VPATs sind schlimmer als fehlende — sie repräsentieren den aktuellen Zustand aktiv falsch.
• Plattformen mischen. Web-App + iOS-App + Android-App + Desktop-App können jeweils ein eigenes VPAT brauchen (oder ein klar segmentiertes kombiniertes mit plattformspezifischen Anmerkungen pro Kriterium).

FAQ: VPAT

Ist ein VPAT eine Zertifizierung?

Nein. Ein VPAT ist eine Vendor-Selbstattestierung, keine Drittzertifizierung. Auditierte VPATs (wo eine externe Barrierefreiheits-Firma die Claims verifiziert) tragen mehr Glaubwürdigkeit als selbst-attestierte, aber keiner ist ein formaler "zertifizierter" Stempel.

Wer erstellt das VPAT?

Intern: ein Accessibility-Lead oder Produktmanager + Ingenieure, die spezifische Features getestet haben. Größere Firmen haben dedizierte Accessibility-Programme; kleinere Firmen mieten oft Spezialfirmen (Deque, Level Access, TPGi) für VPAT-Engagements.

Wie lange dauert es, ein VPAT zu vervollständigen?

Kleines Produkt (einzelne Web-App): 2-4 Wochen fokussiertes Testing + Schreiben. Mittel (SaaS-App + Mobile): 4-8 Wochen. Enterprise-Plattform: 2-3 Monate inklusive Koordination mit mehreren Produkt-Teams. Auditierte VPATs fügen 2-4 Wochen für den Drittaudit-Zyklus hinzu.

Wie viel kostet ein auditiertes VPAT?

10.000-50.000+ $ je nach Produkt-Komplexität. Lohnt sich für hochwertige Verträge, in denen Käufer unabhängige Verifikation verlangen oder wo Reputation zählt.

Können automatisierte Tools ein VPAT generieren?

Nein — automatisierte Tools (axe, WAVE, Pa11y) fangen vielleicht 30-40% der Barrierefreiheits-Issues. Sie sind nützlich für skaliertes Scannen, aber die Glaubwürdigkeit des VPAT kommt von manuellem Testing mit echten Assistive Technologies. Tools augmentieren menschliches Testing; sie ersetzen es nicht.

Braucht meine SaaS ein VPAT, wenn wir nicht an die Regierung verkaufen?

Empfohlen auch ohne Regierungs-Kunden. Hochschulen, Fortune-500-Unternehmen und EU-Kunden (unter dem EAA ab Juni 2025) verlangen zunehmend VPATs. Ein veröffentlichtes VPAT signalisiert Beschaffungs-Bereitschaft und beschleunigt Enterprise-Deals.

Wie LoadFocus zu VPAT-/Barrierefreiheits-Arbeit steht

LoadFocus fokussiert auf Performance, nicht Barrierefreiheit, aber Barrierefreiheits-Audits brauchen oft auch Performance-Verifikation — Seiten, die Core Web Vitals failen, erstellen Barrierefreiheits-Issues für Nutzer in langsamen Netzwerken oder auf Low-End-Geräten. Kombiniere deine VPAT/ACR-Arbeit mit LoadFocus-Speed-Audits über Regionen, um barrierefreiheits-unterstützende Performance-Baselines zu validieren (z.B. sicherstellen, dass Screen-Reader-Nutzer auf 3G-Verbindungen weiterhin angemessene Seiten-Ladezeiten erhalten).