Für Zielgruppen · Systemintegratoren

Barrierefreiheit für Systemintegratoren und Agenturen — was Unternehmens- und Behördenkunden heute verlangen.

Integratoren stehen nachgelagert zu den Regulierungsbehörden und vorgelagert zu jedem Barrierefreiheits-Klageverfahren, dem ihre Auftraggeber ausgesetzt sein könnten. Beschaffungsverträge verlangen zunehmend WCAG 2.2 AA-Konformität, VPAT-Lieferung und EN 301 549-Erklärungen als Abnahmevoraussetzung. Dies ist das Handbuch für die Barrierefreiheits-Lieferpraxis eines Integrators — was der Vertrag zusagen sollte, nach welchen Standards die Entwickler bauen müssen und welche Nachweise bei jedem Release mitgeliefert werden sollten.

Warum Barrierefreiheit heute eine Beschaffungsvoraussetzung ist

Vier Käufersegmente, ein konvergierender Vertragsstandard.

US-Bundesbehörden. Section 508 des Rehabilitation Act verlangt eine barrierefreie Beschaffung elektronischer Informationstechnologie seit 1998. Die Aktualisierung von 2018 hat den Bundesstandard durch direkten Verweis mit WCAG 2.0 AA und EN 301 549 angeglichen — die Beschaffungshürde eines Bundeseinkäufers ist damit keine nationale Formalität mehr, sondern ein globaler Barrierefreiheitsstandard mit US-rechtlichem Rahmen. Jede Bundesausschreibung listet heute eine Konformitätserklärung als Liefergegenstand, und jeder Bundesvertragsbeauftragte ist befugt, eine Lieferung ohne diese abzulehnen.

US-Landes- und Kommunalbehörden. Die meisten staatlichen IT-Beschaffungssysteme verlangen VPATs und WCAG-Konformität als Standardvertragsklausel — Kalifornien, New York, Texas, Illinois, Massachusetts, Minnesota und Washington haben Beschaffungsstandards verabschiedet, die die Section-508-Basislinie des Bundes spiegeln oder übertreffen. Städte und Landkreise folgen zunehmend, oft mit wörtlicher Übernahme des jeweiligen Landesstandards. Ein Integrator, der US-öffentliche Aufträge ohne VPAT-Bereitschaft anbietet, bewirbt sich gegen Teams, die bereits über einen VPAT verfügen.

EU. Der European Accessibility Act (EAA, Richtlinie 2019/882) macht Barrierefreiheit zu einer Produkt- und Diensteigenschaft. Liefert ein Integrator an einen EU-pflichtigen Auftraggeber, ist der Integrator Teil von dessen Konformitätssituation — die Verpflichtungen aus Artikel 9 gelten für die marktplatzierende Stelle, und die Sorgfaltspflicht in der Lieferkette bedeutet, dass Auftraggeber Nachweise von ihren Integratoren einfordern werden. Die mitgliedstaatliche Durchsetzung wechselte 2025 von der Verwarnungsphase in die Bußgeldphase.

Unternehmen (privat). Beschaffungsteams von Fortune-500-Unternehmen nehmen Barrierefreiheitsgarantien inzwischen als Standardklausel in Rahmenverträge auf. Die Kosten eines Barrierefreiheitsversagens treffen den Integrator über diese Garantien teilweise direkt — insbesondere über nicht ausgehandelte Freistellungsklauseln. Derselbe Rahmenvertrag, der Garantien zu Datenschutz, Sicherheit und geistigem Eigentum enthält, enthält jetzt auch eine Barrierefreiheits-Konformitätsgarantie — wer sie als Nebenpunkt behandelt, riskiert, eine ADA-Title-III-Einigung seines Auftraggebers mitfinanzieren zu müssen.

30-Punkte-Checkliste zur WCAG 2.2 AA-Lieferung für Integratoren

Sechs Lieferoberflächen × fünf Prüfpunkte. Ausdrucken, abhaken, auditieren.

  1. 01 Vertrag & Leistungsbeschreibung

  2. 02 Engineering-Praxis

  3. 03 Komponenten- & Design-System

  4. 04 Dokumentation & Nachweise

  5. 05 Testing & Abnahme

  6. 06 Übergabe & Wartung

Anbieter- und Plattformhinweise für Integratoren

Wo die Checkliste im Code wirklich greift — nach Lieferstack.

Salesforce, ServiceNow, Workday

Enterprise-SaaS-Plattformen werden mit einer Basis-Barrierefreiheitssituation und einem veröffentlichten VPAT ausgeliefert — in der Regel die am besten dokumentierten in der Kategorie. Was sie kostenlos bieten: ein Layout-System, das Kontrast- und Fokus-Basiswerte erfüllt, eine Komponentenbibliothek mit sinnvoller Semantik und eine Screenreader-Unterstützung für die primären Abläufe. Was dennoch barrierefrei gebaut werden muss: jede benutzerdefinierte Lightning-Komponente, jede Now-Experience-UI-Builder-Seite, jede Workday-Studio- Integrations-UI. Die Plattform erfüllt den Standard auf Framework-Ebene; die Anpassungen des Integrators sind das, was auditiert wird.

SAP, Oracle, Microsoft Dynamics

Legacy-Enterprise-UI-Oberflächen sind die schwierigste Kategorie. Fiori (SAP) hat sich stark weiterentwickelt und bietet eine echte Barrierefreiheitsstory; Oracle JET und Redwood sind glaubwürdig; Dynamics 365 erbt die breitere Power-Platform-Situation. Der Footprint des Integrators auf diesen Stacks besteht jedoch meist aus Screens, die vor dem modernen Framework entstanden sind — Web Dynpro, klassische Forms, benutzerdefiniertes JSP —, und die Konformitätslücke dort ist real. Den Umfang der Barrierefreiheitsgarantie so verhandeln, dass vorhandene Legacy-Oberflächen ausgeschlossen sind, sofern deren Sanierung nicht explizit beauftragt wurde.

Sitecore, Adobe Experience Manager, Optimizely

CMS-Plattformen sind der Fall, bei dem die VPAT-Qualität am stärksten variiert. AEM und Sitecore veröffentlichen VPATs für ihre Autorenumgebungen — verwendbar, mit Einschränkungen —, aber die Konformität des veröffentlichten Frontends hängt vollständig von den Templates ab, die das Team liefert, nicht vom CMS. Optimizely ist ähnlich. Die Verpflichtung des Integrators gilt dem gerenderten HTML, nicht der Autoren-UX; die Liefersituation sollte um die Frontend-Templates, die Komponentenbibliothek und die Personalisierungsregeln herum aufgebaut werden, die Inhalte zur Laufzeit tauschen.

Eigene React-, Vue-, Angular-Frontends

Stacks in Eigenverantwortung bedeuten vollständige Verantwortung für die Konformitätsstory. Die wiederkehrenden Fehlermuster sind Framework-seitig: Hydrations-Mismatches, die ARIA-Attribute zwischen SSR und Client in inkonsistenten Zuständen hinterlassen; clientseitige Routenwechsel, die nie angekündigt werden, weil der Router die Seite ersetzt, ohne eine Überschrift neu zu rendern oder den Fokus zu verschieben; und Komponentenbibliotheks-Entscheidungen, die isoliert barrierefrei wirken, in der Zusammensetzung aber scheitern. Beim Wählen einer Basis empfiehlt sich ein Blick auf die Studie zu barrierefreien Komponentenbibliotheken — Radix, Reach UI, React Aria, Headless UI und einige andere haben deutlich bessere Barrierefreiheits- Basislinien als die Bootstrap-Ära-Kits, die in Enterprise-Repositories noch kursieren.

Öffentliche-Sektor-Plattformen

Landes- und kommunale Beschaffungsrahmen hängen Barrierefreiheitsklauseln an, die über die Section-508- Basislinie des Bundes hinausgehen: California Government Code §7405, New York State OFT P04-002, Texas TGC §2054.451. Diese Klauseln vor Angebotserstellung lesen — viele verlangen, dass der VPAT gegen eine bestimmte Revision des Standards, nach einer bestimmten Testmethode und unter Prüfung durch einen benannten Barrierefreiheitsbeauftragten geliefert wird. Das Barrierefreiheits-RFP-Teardown erläutert die Standardklauseln, die zu Liefergegenständen werden, und welche Klauseln vor Vertragsunterzeichnung dem Vertrags-Team gemeldet werden sollten.

Der Monitoring- und Audit-Zyklus

Eine einmalige Prüfung bei der Lieferung übersteht den ersten Sprint des Auftraggebers nach der Abnahme nicht.

Integrator-Lieferungen stehen nach der Übergabe nicht still. Das Marketingteam des Auftraggebers tauscht dienstags einen Hero aus, der interne Produktverantwortliche genehmigt donnerstags ein neues Modul, ein nachgeordneter Auftragnehmer patcht am Wochenende den Checkout. Eine einmalige Barrierefreiheitsprüfung bei der Abnahme hält ungefähr bis zum nächsten Deploy des Auftraggebers — weshalb das Modell, das tatsächlich hält und die Vertragsgarantie eines Integrators übersteht, drei übereinandergeschichtete Ebenen umfasst.

Erstens sollte vor jedem internen Meilenstein ein kostenloser WCAG 2.2 Scanner gegen den Staging-Build und vor jedem Release gegen den Produktions-Build eingesetzt werden — diese Ebene fängt Regressionen ab, bevor sie das Abnahme-Testing erreichen. Zweitens sollte vor jedem größeren Release ein manuelles Audit durch Tester mit Behinderungen beauftragt werden — automatisierte Tools werden Screenreader-Lesbarkeit, Fokusreihenfolge-Absicht oder die tatsächliche Ende-zu-Ende-Nutzbarkeit eines Ablaufs nie erfassen. Drittens sollte als Teil des Übergabepakets ein kontinuierliches Monitoring in der Auftraggeber-Umgebung eingerichtet werden, damit die Konformitätssituation zwischen den Engagements nicht still verfällt.

Speziell für die Integrator-zu-Auftraggeber-Übergabe deckt unser Monitoring-Käuferratgeber die Plattformen ab, die Scan, manuelles Audit und Erklärungslieferung in einem Workflow vereinen — Qualibooth, axe Monitor, Siteimprove und Level Access. Qualibooth passt besonders gut zur Integrator-Übergabe: eine Plattform, die der Integrator während der Entwicklung einrichten, bei der Lieferung an den Auftraggeber übergeben und unter einem Wartungsretainer weiter betreiben kann — Scan, Triage, manuelles Audit und Erklärung aus einer Konsole. Vergleich mit axe Monitor (tiefste CI/CD-Integration), Siteimprove (breiteste Enterprise-Installationsbasis) und Level Access (größtes Audit-Tester-Netzwerk) nach Stack-Kompatibilität und danach, ob das Tester-Netzwerk die Behinderungen abdeckt, mit denen die eigentlichen Endnutzer leben.

FAQ

Die Fragen, die Integrator-Lieferleiter stellen, bevor sie sich festlegen.

Was ist ein VPAT, und benötigen alle Auftraggeber einen?

Ein VPAT (Voluntary Product Accessibility Template) ist ein standardisiertes Dokument — derzeit Revision 2.5 —, das beschreibt, wie ein Produkt die Erfolgskriterien von WCAG 2.x, Section 508 und EN 301 549 erfüllt. US-Bundesbehörden verlangen einen VPAT als Beschaffungsvoraussetzung, die meisten US-Landesbehörden ebenfalls, und große Unternehmenskunden fordern ihn zunehmend als Vertragsanlage. Kauft der Auftraggeber über eine Beschaffungsstelle mit Compliance-Beauftragtem, ist die Antwort ja. Handelt es sich um ein fünfköpfiges Start-up, ist die Antwort nein — man sollte jedoch in der Lage sein, einen VPAT innerhalb eines Quartals zu liefern, sollte das Unternehmen übernommen werden oder einen regulierten Kunden gewinnen.

Section 508 versus WCAG 2.2 — was will ein US-Bundesauftraggeber?

Beides, und beides überschneidet sich. Die Section-508-Aktualisierung von 2018 hat den Bundesstandard durch direkten Verweis mit WCAG 2.0 AA angeglichen. EN 301 549 v3.2.1 verweist auf WCAG 2.1 AA, v4.x tendiert zu WCAG 2.2 AA. Die praktische Antwort: nach WCAG 2.2 AA entwickeln, im VPAT gegen Section 508 und EN 301 549 dokumentieren — damit sind Bundesvergaben, die meisten Landesvergaben und EAA-pflichtige EU-Aufträge mit einem einzigen Artefakt abgedeckt.

Wie lässt sich eine Barrierefreiheitsgarantie in eine Leistungsbeschreibung aufnehmen, ohne zu viel zuzusagen?

Die Garantie sollte auf (a) einen konkreten Standard („WCAG 2.2 Level AA-Konformität, mit dokumentierten Ausnahmen"), (b) eine konkrete Oberfläche („die im Rahmen dieser Leistungsbeschreibung gelieferten Screens und Abläufe") und (c) eine konkrete Nachweisgrundlage („verifiziert durch automatisierten Scan und das als Anlage B beigefügte manuelle Audit") beschränkt werden. Vom Auftraggeber bereitgestellte Inhalte, vom Auftraggeber vorgeschriebene Drittanbieterkomponenten sowie Browser-/AT-Kombinationen, die im Auditbericht als außerhalb des Umfangs ausgewiesen sind, sollten ausgeschlossen werden. Offene Formulierungen wie „vollständig barrierefrei" oder „100 % konform" sind zu vermeiden — kein Standard und keine Aufsichtsbehörde definiert diesen Begriff, und er wird im Streitfall gegen den Auftragnehmer ausgelegt.

Wer haftet, wenn ein vom Integrator entwickeltes System verklagt wird — der Integrator oder der Auftraggeber?

Beide, je nach Vertrag. Bei ADA-Title-III-Klagen in den USA wird üblicherweise die kundenseitige Stelle als Beklagte benannt — der Auftraggeber. Der Rahmenvertrag enthält jedoch fast sicher eine Freistellungsklausel, und wer eine weitreichende Barrierefreiheitsgarantie ohne Ausschlüsse akzeptiert hat, dem werden die Kosten weitergewälzt. Die EU-Durchsetzung nach dem EAA richtet sich gegen die Stelle, die das Produkt oder die Dienstleistung auf den Markt bringt — in der Regel wiederum der Auftraggeber —, aber die Erwartung an die Sorgfaltspflicht in der Lieferkette bedeutet, dass Auftraggeber vertragliche Ansprüche zunehmend an ihre Integratoren weitergeben werden. Freistellungsklauseln sorgfältig lesen, Garantien eng fassen und die richtige Versicherung abschließen.

Wie sieht ein Barrierefreiheits-Übergabepaket bei der Lieferung aus?

Mindestens: (1) ein aktueller VPAT, (2) eine Vorlage für die Erklärung zur Barrierefreiheit, die der Auftraggeber veröffentlichen kann, (3) der aktuellste Bericht zum manuellen Audit durch Tester mit Behinderungen, (4) die Scan-Basislinie des Produktions-Builds, (5) ein Behebungsprotokoll mit Schweregrad und ETA, (6) AT-Testhinweise sowie (7) ein in der Auftraggeber-Umgebung eingerichtetes Monitoring mit konfiguriertem Alert-Routing. Fehlt eines dieser Elemente bei der Abnahme, ist der Auftraggeber nur ein Forderungsschreiben davon entfernt, zurückzukehren.

Wie lässt sich ein Barrierefreiheitsposten in einem Festpreisauftrag kalkulieren?

Drei Positionen: (a) der ingenieursseitige Mehraufwand pro Sprint (typischerweise 5–10 % bei neuer UI-Arbeit, wenn das Team geschult ist; bis zu 25 %, wenn nicht), (b) die Audit-Leistungen (ein echter manueller Audit durch Tester mit Behinderungen kostet je nach Umfang 8.000–25.000 US-Dollar), und (c) das Monitoring- und Erklärungspflege-Retainer nach dem Launch. Diese Positionen transparent im Angebot ausweisen — Auftraggeber respektieren eine klar benannte Position mehr als einen undurchsichtigen Tagessatz, und eine aufgeschlüsselte Kalkulation macht die Garantie verteidigbar, wenn etwas schiefgeht.

Drei nächste Schritte

Den Schritt wählen, der zum aktuellen Stand der Lieferpraxis passt.

  1. Den kostenlosen Scanner gegen einen aktuellen Build starten

    Ein kostenloser WCAG 2.2 Scanner gegen jede öffentliche URL. Der beste Einstieg, wenn ein Konformitäts-Basisbild einer laufenden Lieferung benötigt wird, bevor Garantieklauseln formuliert werden.

    Scanner öffnen →

  2. Das RFP-Teardown lesen

    Das Barrierefreiheits-RFP-Teardown erläutert die Beschaffungsklauseln, die zu Liefergegenständen werden, mit Mustervertragsformulierungen und den Ausschlüssen, die die Garantie verteidigbar machen.

    Teardown lesen →

  3. Die Landschaft der veröffentlichten Erklärungen auditieren

    Prüfen, wie die veröffentlichten Erklärungen zur Barrierefreiheit des Auftraggebers im Vergleich zum Top-100-Erklärungsaudit abschneiden — ein nützlicher Realitätscheck, welche Klauseln inzwischen Standard sind und welche noch Differenzierungsmerkmal.

    Audit lesen →