Barrierefreiheitszertifikat – Startseite
Kostenlos prüfen Menü

Branche · SaaS und Software

Software, die Sie in jeder Ausschreibung vorzeigen können

Öffentliche Auftraggeber und große Unternehmen fragen nach Barrierefreiheit. Wir prüfen Ihre Web-App im eingeloggten Bereich, Kriterium für Kriterium, und dokumentieren die geprüfte Version.

Kostenlos prüfenAudit anfragen
Drei Menschen aus einem Produktteam stehen an einem Stehtisch und besprechen ein Balkendiagramm auf dem Laptop.

Wann Barrierefreiheit für Softwareanbieter zählt

Verkaufen Sie an Verbraucher? Dann kann Ihr Angebot unter das BFSG fallen, etwa wenn Kunden über Ihre Website oder App Verträge abschließen. Ob das für Ihr Produkt gilt, prüfen Sie mit dem Betroffenheits-Check und klären es rechtlich.

Verkaufen Sie nur an Unternehmen? Dann fällt das Angebot in der Regel nicht unter das BFSG. Trotzdem fragen viele Kunden danach. Öffentliche Auftraggeber müssen Barrierefreiheit in ihre Leistungsbeschreibung aufnehmen (§ 121 Abs. 2 GWB). Technischer Maßstab ist meist die EN 301 549.

In beiden Fällen hilft Ihnen ein Prüfbericht je Kriterium mehr als eine allgemeine Zusage. Er zeigt, was Sie schon erfüllen, und was auf der Roadmap steht.

Zwei Fragen, eine Einschätzung

Betrifft das BFSG Ihr Angebot?

Ihre Branche ist schon ausgewählt. Beantworten Sie zwei Fragen, und der BFSG-Check zeigt Einschätzung, Begründung und nächste Schritte. Alle Angaben lassen sich dort ändern.

An wen richtet sich Ihr Angebot?
Wie groß ist Ihr Unternehmen?

Orientierung, keine Rechtsberatung. Nichts wird gespeichert.

Was wir in Web-Apps prüfen

Der eingeloggte Bereich ist das Produkt. Den prüft bei uns ein Mensch.

Login und Onboarding

Anmeldung, Passwort zurücksetzen, Einladung annehmen, erster Start. Wer hier scheitert, wird nie Nutzer.

Navigation und Fokus

Seitenwechsel ohne Neuladen, Dialoge, Seitenleisten. Wir prüfen, ob der Fokus dorthin springt, wo er hingehört.

Tabellen und Dashboards

Datentabellen mit Sortierung, Diagramme, Kennzahlen. Inhalte müssen auch ohne Bild verständlich sein.

Statusmeldungen

„Gespeichert“, „3 neue Einträge“, Ladeanzeigen: Ein Screenreader muss sie ansagen, ohne dass man suchen muss.

Komplexe Bedienelemente

Drag and Drop, Datumsauswahl, Kombinationsfelder, Editoren. Wir prüfen, ob es einen Weg mit Tastatur und ohne Ziehbewegung gibt.

Kriterien, an denen Web-Apps oft scheitern

  • 2.4.3Fokus-Reihenfolge

    Nach dem Öffnen eines Dialogs oder einem Seitenwechsel muss der Fokus sinnvoll stehen, nicht am Seitenanfang oder im Nichts.

  • 4.1.3Statusmeldungen

    Statusmeldungen wie „Gespeichert“ muss ein Screenreader ansagen, ohne dass der Fokus wandert.

  • 2.5.7Ziehbewegungen

    Neu in WCAG 2.2: Alles, was man ziehen kann, muss auch ohne Ziehbewegung gehen, etwa per Klick oder Menü.

  • 2.4.11Fokus nicht verdeckt (Minimum)

    Neu in WCAG 2.2: Feste Kopfzeilen und Seitenleisten dürfen das fokussierte Element nicht komplett verdecken.

  • 2.1.2Keine Tastaturfalle

    Editoren und eingebettete Widgets dürfen die Tastatur nicht festhalten.

  • 1.3.1Info und Beziehungen

    Datentabellen brauchen echte Kopfzellen, Formulargruppen eine Beschriftung.

So prüfen wir Ihre Software

  1. Version und Umfang festlegen

    Welche Ansichten, welche Rollen, welche Nutzerwege, welche Version. Genau das steht später auf dem Zertifikat.

  2. Testzugang einrichten

    Sie geben uns ein Testkonto mit Beispieldaten. Wir nutzen keine Produktivdaten.

  3. Prüfung durch einen Menschen

    Alle 55 Kriterien, Tastatur und Screenreader in den vereinbarten Nutzerwegen.

  4. Bericht für Produkt und Vertrieb

    Ihr Entwicklungsteam bekommt Befunde mit Fundstelle, Ihr Vertrieb ein Zertifikat mit Prüfseite für die geprüfte Version.

BFSG, Ausschreibungen und EN 301 549

Das BFSG erfasst bestimmte Dienstleistungen für Verbraucher, darunter den elektronischen Geschäftsverkehr. Reine Geschäftskundenangebote fallen nicht darunter.

Bei öffentlichen Aufträgen verlangen Artikel 42 der Richtlinie 2014/24/EU und § 121 Abs. 2 GWB, Barrierefreiheit in der Leistungsbeschreibung zu berücksichtigen. Die EN 301 549 V3.2.1 verweist für Webinhalte auf WCAG 2.1 AA und enthält eigene Kapitel für Software und Dokumente. Die im September 2026 veröffentlichte Fassung V4.1.1 ist an WCAG 2.2 angepasst.

Wir prüfen Webinhalte nach WCAG 2.2 AA. Kapitel der EN 301 549, die über WCAG hinausgehen, sind nicht Teil unseres Audits und unseres Zertifikats, etwa die Anforderungen an Software, Dokumentation und Support. Mehr im Ratgeber zu Ausschreibungen.

Häufige Fragen

Wir veröffentlichen alle zwei Wochen. Wie lange gilt das Zertifikat?

Zwölf Monate, aber nur für die geprüfte Version. Neue Versionen prüft das Monitoring automatisch mit, soweit sie öffentlich erreichbar sind. Große Änderungen im eingeloggten Bereich brauchen eine neue Prüfung.

Können Sie ein Konformitätsdokument für Ausschreibungen liefern?

Unser Bericht dokumentiert jedes Kriterium mit Entscheidung und Belegen. Ein ausgefülltes Formular in einem vorgegebenen Format, etwa einen Konformitätsbericht nach Vorlage des Auftraggebers, erstellen wir derzeit nicht. Die Angaben dafür finden Sie aber vollständig im Bericht.

Gibt es eine Schnittstelle für unsere Build-Pipeline?

Eine API und eine Anbindung an CI gibt es derzeit nicht. Einen Termin nennen wir erst, wenn sie fertig sind. Bis dahin prüft das Monitoring Ihre öffentlichen Seiten nach Plan.

Passend dazu