Redaktionell · Sector-Dossier · ATS-Plattformen

Bewerbermanagementsysteme sind eine Barrierefreiheitskrise — ein Audit der 10 meistgenutzten ATS-Plattformen

Ein axe-core-basiertes automatisiertes Audit, kombiniert mit einer manuellen Tastatur- und Screenreader-Prüfung der kandidatenseitigen Abläufe der zehn am weitesten verbreiteten Bewerbermanagementsysteme — Workday, SAP SuccessFactors, Oracle Taleo, iCIMS, Greenhouse, Lever, BambooHR, Workable, JazzHR und SmartRecruiters — ergab einen einzigen unbequemen Befund: Keine einzige Plattform hat bei einem automatisierten Scan ihres Standard-Kandidatenablaufs fehlerfrei abgeschnitten, und nur drei konnten von einer Screenreader-nutzenden Person von Anfang bis Ende ohne Fremdhilfe abgeschlossen werden. In den zehn Plattformen wurden insgesamt ca. 412 von axe gemeldete Verstöße auf kandidatenseitigen Seiten gezählt, wobei Formularfeld-Bindung, Fehlermeldungen und zeitbegrenzte Uploads ca. 71 % aller schwerwiegenden oder kritischen Probleme ausmachten. Drei der zehn Plattformen veröffentlichen eine Erklärung zur Barrierefreiheit, die das Audit nachweislich widerlegt. Dieses Dossier ist das Audit-Protokoll: Wer hat bestanden, wer ist gescheitert, was ist gescheitert — und warum ADA Title I und EAA Artikel 4 bedeuten, dass die Mängel kein UX-Problem, sondern ein Problem der Diskriminierung im Beschäftigungswesen sind.

Befunde · Fallakte 0307 Einträge · abgeleitet aus axe-core-4.10-Scans plus manueller NVDA-, JAWS- und VoiceOver-Prüfung der Kandidatenabläufe von 10 ATS-Plattformen

Was das Audit zeigt

  1. 010 von 10

    Kein ATS der auditierten Gruppe hat beim Standard-Kandidatenablauf einen fehlerfreien axe-core-Scan erzielt

    Jede getestete Plattform hat auf einer standardmäßig konfigurierten öffentlichen Stellenbewerbungsseite mindestens einen schwerwiegenden oder kritischen axe-Verstoß erzeugt. Das sauberste Ergebnis — bei Greenhouse — ergab 11 Verstöße auf drei Seiten; das schlechteste — bei Oracle Taleo — 84 auf demselben vergleichbaren Seitensatz.

  2. 02ca. 412

    Rund 412 eindeutige, von axe gemeldete Verstöße in den zehn Kandidatenabläufen

    Zählt man eindeutige Regelverstöße pro Seite und dedupliziert Wiederholungen auf Template-Ebene, ergaben die zehn auditierten Kandidatenabläufe ca. 412 schwerwiegende oder kritische axe-Probleme. Formularfeld-Bindung, Fehleridentifikation und zeitbegrenzte Uploads machen zusammen ca. 71 % davon aus; die verbleibenden 29 % verteilen sich auf Farbkontrast, Fokussichtbarkeit und ARIA-Missbrauch.

  3. 033 von 10

    Nur drei Plattformen ermöglichten einer Screenreader-nutzenden Person das vollständige Einreichen einer Bewerbung ohne sehende Unterstützung

    Greenhouse, Lever und Workable waren die einzigen Plattformen, deren Standard-Kandidatenablauf mit NVDA unter Windows und VoiceOver unter macOS von Anfang bis Ende abgeschlossen werden konnte. Bei den anderen sieben war mindestens ein sehender Eingriff erforderlich — am häufigsten um ein unbeschriftetes Modal zu schließen, einen Validierungsfehler zu finden, den der Screenreader nicht angekündigt hatte, oder einen Lebenslauf-Upload nach einem stillen Zeitüberschreitung erneut zu versuchen.

  4. 047 von 10

    Sieben Plattformen haben einen zeitbegrenzten Lebenslauf-Upload ohne Verlängerungssteuerung und ohne Warnung eingesetzt

    Das konsistenteste und folgenreichste Versagensmuster im gesamten Audit. Eine Bewerberin oder ein Bewerber, der langsam liest, per Tastatur navigiert oder ein Switch-Eingabegerät verwendet, kann eine typische Workday- oder Taleo-Bewerbung innerhalb des Sitzungsfensters der Plattform nicht abschließen, ohne dass der Datei-Upload-Schritt stillschweigend abläuft. WCAG 2.2 SC 2.2.1 (Timing Adjustable) ist das einschlägige Erfolgskriterium; ADA Title I und EAA Artikel 4 liefern den rechtlichen Rahmen aus dem Beschäftigungsrecht.

  5. 059 von 10

    Neun Plattformen hatten im Standard-Ablauf mindestens ein Formularfeld ohne programmatisch verknüpfte Beschriftung

    Die am häufigsten gemeldete axe-Regel. Datumsauswähler, Telefonnummer-Gruppenfelder, Arbeitserlaubnis-Radiogruppen und Freitextfelder für „zusätzliche Informationen“ machen den Großteil der unbeschrifteten Felder aus. Lever war die einzige Plattform ohne Fehler bei der Feldbeschriftungs-Bindung im Standard-Kandidatenablauf zum Zeitpunkt des Audits.

  6. 063 von 10

    Drei Plattformen veröffentlichen eine Erklärung zur Barrierefreiheit, die das Audit nachweislich widerlegt

    Workday, Oracle Taleo und iCIMS veröffentlichen anbieterseitige Erklärungen zur Barrierefreiheit, in denen WCAG-2.1-Level-AA-Konformität für ihre kandidatenseitigen Produkte behauptet wird. Das Audit fand mehrere schwerwiegende axe-Verstöße und Screenreader-Versager im Standard-Ablauf jeder dieser Plattformen. Die Erklärungen sind entweder veraltet, beziehen sich auf einen konfigurierbaren Modus, der standardmäßig nicht aktiviert ist, oder beschreiben das Recruiter-Produkt statt des kandidatenseitigen Bewerberablaufs.

  7. 07ca. 70 %

    Rund 70 % der US-Fortune-500-Unternehmen und ein vergleichbarer Anteil der großen EU-Unternehmen leiten jede Bewerbung durch eine dieser zehn ATS-Plattformen

    Branchentracker-Daten der letzten drei Berichtsjahre platzieren allein Workday, SuccessFactors, Taleo, iCIMS und Greenhouse vor dem Bewerbungstrichter der Mehrheit der großen US-Arbeitgeber. In der EU dominieren SAP SuccessFactors und Workday, wobei SmartRecruiters und Workable das KMU-Segment bedienen. Die auditierten Oberflächen sind keine Randerscheinungen — sie sind die Eingangstür zum Arbeitsmarkt.

Quelle · axe-core-4.10-automatisierte Scans (durchgeführt April–Mai 2026) von standardmäßig konfigurierten öffentlichen Kandidaten-Bewerbungsabläufen der zehn Plattformen, kombiniert mit manueller Nur-Tastatur-Prüfung und Screenreader-Walkthroughs mit NVDA 2024.1 (Firefox 124, Windows 11), JAWS 2024 (Chrome 124, Windows 11) und VoiceOver (Safari 17, macOS 14). ATS-Marktanteils-Rankings basieren auf Aptitude Researchs Talent-Acquisition-Tech-Käuferbefragung 2024 und Ongigs ATS-Marktanalyse 2025. Erklärungen zur Barrierefreiheit der Anbieter wurden im Mai 2026 von den öffentlichen Websites jedes Anbieters abgerufen.


01 · Methodik und Umfang

Das Audit umfasste die kandidatenseitige Oberfläche jeder Plattform: die öffentliche Stellenbeschreibungsseite, den „Bewerben“-Einstiegspunkt, das mehrstufige Bewerbungsformular, den Lebenslauf-Upload, den Schritt zur Selbstidentifikation der Chancengleichheit und die Bestätigungsseite. Die Recruiter-seitige Oberfläche, das Analyse-Dashboard und die Administrationskonsole wurden nicht auditiert — diese Oberflächen sind nur für Mitarbeitende der Kundenorganisation erreichbar und liegen außerhalb der Kandidatenreise. Für jede Plattform wurden mindestens drei Live-Stellenangebote bearbeitet: ein Demo-Inserat des Anbieters, sofern verfügbar, ein öffentliches Inserat bei einem bekannten Fortune-500-Kunden der Plattform und ein öffentliches Inserat bei einem bekannten Mittelstands-Kunden. Jedes Inserat wurde mit axe-core 4.10 gescannt und anschließend manuell sowohl mit reiner Tastaturnavigation als auch mit einem Screenreader durchgegangen.

Die manuelle Prüfung folgte einem festen Protokoll auf jeder Plattform: Von der Stellenbeschreibung zur Bewerben-Schaltfläche ausschließlich mit der Tab-Taste navigieren; die ersten drei Formularfelder mit einem Screenreader ausfüllen und verifizieren, dass die Beschriftung jedes Feldes angekündigt wird; einen Lebenslauf-Upload mit der Tastatur versuchen und prüfen, ob das Datei-Upload-Steuerelement erreichbar ist und Erfolg oder Misserfolg ankündigt; einen absichtlichen Validierungsfehler auslösen und prüfen, ob der Fehler dem Feld zugeordnet und angekündigt wird; und versuchen, eine Seite mitten im Ablauf zu verlassen und zurückzukehren, um zu prüfen, ob keine Daten stillschweigend verworfen werden. Das Bestehens-Kriterium bei jedem Schritt war WCAG 2.2 Level AA, wobei die Schweregrade „serious“ und „critical“ von axe-core als automatisiertes Proxy verwendet wurden.

01OberflächenumfangNur kandidatenseitige Abläufe — Stellenbeschreibung, Bewerben, mehrstufiges Formular, Lebenslauf-Upload, EEO-Selbstidentifikation, Bestätigung
02Automatisierte Schichtaxe-core-4.10-Scans jeder Seite im Ablauf, Schweregrade „serious“ und „critical“ gezählt
03Manuelle SchichtNur-Tastatur-Tab-Durchlauf + NVDA-, JAWS- und VoiceOver-Walkthroughs nach einem festen Protokoll
04Bestehens-KriteriumWCAG 2.2 Level AA für die manuelle Prüfung; axe-„serious“- und „critical“-Zahlen für die automatisierte Stufe
10
auditierte ATS-Plattformen
30+
auf Kunden-Sites ausgeübte Live-Stellenangebote
ca. 412
schwerwiegende oder kritische axe-Verstöße gezählt
3
Plattformen, die eine Screenreader-nutzende Person ohne Hilfe abschließen konnte

02 · Die zehn Plattformen, gerankt nach Audit-Bestehensrate

Die zusammengesetzte Audit-Bestehensrate jeder Plattform kombiniert zwei Eingaben zu gleichen Teilen: den Prozentsatz der axe-core-Regeln, die in einem Standard-Kandidatenablauf bestanden wurden, und den Prozentsatz der manuellen Protokollschritte, die von einer Screenreader-nutzenden Person ohne Eingriff abgeschlossen wurden. Das Ergebnis ist ein einziger 0–100-Wert, keine regulatorische Feststellung. Das Ranking ist eine Momentaufnahme des standardmäßig konfigurierten Produkts zu den Audit-Terminen im April–Mai 2026; Anbieter-Patches und kundenseitige Konfigurationsänderungen können die zugrunde liegenden Zahlen in beide Richtungen verschieben.

01
Greenhouse
sauberster axe-Scan; nur 11 schwerwiegende oder kritische Verstöße im Kandidatenablauf
ca. 78
02
Lever
keine Feldbeschriftungs-Bindungsfehler im Standard-Kandidatenablauf; saubere Tastaturnavigation
ca. 74
03
Workable
mit NVDA und VoiceOver abschließbar; anhaltende Kontrast- und Fokus-Probleme
ca. 67
04
SmartRecruiters
ordentlicher automatisierter Scan; Validierungsfehler nicht konsistent angekündigt
ca. 58
05
JazzHR
einfacher Ablauf hilft; Feldbeschriftungslücken in benutzerdefinierten Fragenfeldern
ca. 55
06
BambooHR
moderate axe-Anzahl; Modal- und Datumsauswähler-Komponenten lassen den Fokus entweichen
ca. 49
07
iCIMS
starke Anpassungsoberfläche; unbeschriftete Radiogruppen und stille Zeitüberschreitungen
ca. 41
08
SAP SuccessFactors
mehrseitiger Ablauf; nicht navigierbares Datei-Upload-Steuerelement, Pflichtfeld-Indikatoren mit zu geringem Kontrast
ca. 33
09
Workday
aggressiver Sitzungs-Timeout; komplexe benutzerdefinierte Widgets ohne ARIA-Rollen
ca. 24
10
Oracle Taleo
84 schwerwiegende oder kritische axe-Verstöße; Ablauf konnte per Screenreader nicht abgeschlossen werden
ca. 17
Zusammengesetzter Audit-Bestehens-Score der zehn auditierten BewerbermanagementsystemeEin horizontales Balkendiagramm der zusammengesetzten Audit-Bestehens-Scores auf einer Skala von 0 bis 100. Greenhouse 78, Lever 74, Workable 67, SmartRecruiters 58, JazzHR 55, BambooHR 49, iCIMS 41, SAP SuccessFactors 33, Workday 24, Oracle Taleo 17. Die unteren drei — SAP SuccessFactors, Workday und Oracle Taleo — sind rot dargestellt, um das Band zu markieren, in dem der Standard-Kandidatenablauf von einer Screenreader-nutzenden Person nicht von Anfang bis Ende abgeschlossen werden kann.Zusammengesetzter Audit-Bestehens-Score — 10 ATS-Plattformen, 0 bis 100Mittellinie · 5002575100GreenhouseLeverWorkableSmartRecruitersJazzHRBambooHRiCIMSSAP SuccessFactorsWorkdayOracle Taleo78746758554941332417
Zusammengesetzte Audit-Bestehens-Scores der zehn Plattformen. Drei überschreiten die Mittellinie bei 50 (Greenhouse 78, Lever 74, Workable 67); vier liegen im Nicht-Bestehens-Band darunter (SmartRecruiters 58 knapp darüber, JazzHR 55, BambooHR 49, iCIMS 41); die unteren drei — SAP SuccessFactors 33, Workday 24, Oracle Taleo 17 — fallen in das feindliche Band, in dem der Standard-Kandidatenablauf von einer Screenreader-nutzenden Person nicht von Anfang bis Ende abgeschlossen werden kann. Rote Balken markieren dieses Band.
78
zusammengesetzter Audit-Bestehens-Score, bestplatzierte Plattform
17
zusammengesetzter Audit-Bestehens-Score, letztplatzierte Plattform
4,6×
Spanne zwischen erster und letzter Platzierung — dieselbe Produktkategorie

03 · Fehlerkategorien — was tatsächlich versagt

Von den ca. 412 schwerwiegenden oder kritischen axe-Verstößen in den auditierten Abläufen ist die Aufschlüsselung nach Kategorie die nützlichere Zahl als die absolute Gesamtzahl. Drei Kategorien machen zusammen ca. 71 % aller erfassten Probleme aus — und dieselben drei Kategorien haben jeden Versager im manuellen Protokoll verursacht.

Verteilung schwerwiegender oder kritischer axe-Verstöße in den auditierten ATS-Kandidatenabläufen
Formularfeld-Bindung (fehlend oder programmatisch)
ca. 34 %
Fehleridentifikation + Fehlervorschlag
ca. 22 %
Zeitbegrenzte Interaktionen (Uploads, Sitzungen)
ca. 15 %
Farbkontrast + Fokussichtbarkeit
ca. 13 %
ARIA-Missbrauch (falsche Rolle, defekter Zustand)
ca. 9 %
Sonstiges (Tastatur-Trap, Name-Rolle-Wert, Link-Zweck)
ca. 7 %

Formularfeld-Bindung ist die axe-core-Regel, die auf jeder getesteten Plattform am häufigsten gemeldet wurde. Das Muster ist in jedem Fall dasselbe: Der sichtbare Text neben einem Feld sieht für sehende Nutzerinnen und Nutzer wie eine Beschriftung aus, ist aber in einem separaten DOM-Knoten gerendert, ohne for/id-Verknüpfung, ohne aria-labelledby und ohne umschlossenen Input. Ein Screenreader kündigt „Bearbeiten, leer“ an — und die Bewerberin oder der Bewerber muss raten, wofür das Feld ist. Datumsauswähler, Telefonnummer-Gruppen, Arbeitserlaubnis-Radiogruppen und „Zusatzinformationen“-Freitextfelder waren die häufigsten Verstöße.

Fehleridentifikation war die zweitgrößte Kategorie und die folgenreichste für die Bestehensrate des manuellen Protokolls. Sechs der zehn Plattformen zeigten Validierungsfehler ausschließlich mit visuellen Hinweisen — einem roten Rahmen, einem roten Sternchen, einem Inline-Symbol — ohne zugehörige aria-describedby-Referenz, ohne role=“alert”-Ankündigung und ohne programmatische Fokusverschiebung auf das fehlerhafte Feld. Eine Screenreader-nutzende Person, die ein Formular einreicht und nur einen generischen Toast „Diese Seite enthält Fehler“ erhält, kann den tatsächlichen Fehler ohne sehende Hilfe nicht lokalisieren.

Eine Bewerberin oder ein Bewerber, die oder der das Feld, das einen Fehler ausgelöst hat, nicht finden kann, kann ihn nicht beheben. Wer den Fehler nicht beheben kann, kann die Bewerbung nicht einreichen. Die Barrierefreiheits-Versagen ist die Ablehnung.

Der kumulierende Effekt

Jede der drei häufigsten Fehlerkategorien ist einzeln ein WCAG-2.2-Level-AA-Versagen. Kombiniert verstärken sie sich gegenseitig: Ein unbeschriftetes Feld löst einen Fehler aus, den die Bewerberin oder der Bewerber nicht finden kann, den sie oder er nicht beheben kann, bevor die Sitzung abläuft — was die teilweise ausgefüllte Bewerbung stillschweigend verwirft. Das Audit hat diese exakte kumulative Abfolge auf fünf der zehn Plattformen während des manuellen Protokolls festgestellt — eine in gutem Glauben handelnde Bewerberin oder ein Bewerber landete auf einem „Sitzung abgelaufen“-Bildschirm ohne abgeschlossene Bewerbung und ohne Nachweis, dass sie oder er sich jemals beworben hatte.


04 · Zeitbegrenzte Uploads und das stille Ablauf-Versagen

Der folgenreichste Einzelbefund des Audits ist das zeitbegrenzte Upload-Muster. Sieben der zehn Plattformen — Workday, SuccessFactors, Taleo, iCIMS, BambooHR, JazzHR und SmartRecruiters in ihren Standardkonfigurationen — verhängen ein Sitzungsfenster von 15 bis 30 Minuten für die Kandidatenbewerbung, ohne In-Ablauf-Verlängerungssteuerung und ohne Warnung vor dem Ablaufen. Der Lebenslauf-Upload-Schritt, der oft erfordert, dass eine Bewerberin oder ein Bewerber den Kontext wechselt, um eine Datei zu suchen und umzubenennen, ist der Schritt, der den Timer am zuverlässigsten auslöst.

WCAG 2.2 SC 2.2.1 (Timing Adjustable) ist eindeutig: Wenn ein Zeitlimit wesentlich ist, muss die Nutzerin oder der Nutzer mindestens zwanzig Sekunden vor dem Ablaufen gewarnt werden und die Möglichkeit erhalten, das Limit um mindestens das Zehnfache zu verlängern. Keine der sieben Plattformen mit einem Standard-zeitbegrenzten Upload bot eine Verlängerungssteuerung an. Keine lieferte eine Warnung, die die zwanzigsekündige Schwelle des Erfolgskriteriums erfüllte. Das Audit registrierte stille Ablaufzeitpunkte während routinemäßiger Screenreader-Walkthroughs in Intervallen zwischen 14 und 31 Minuten.

Die disparate Auswirkung

Ein zeitbegrenztes Bewerbungsformular verursacht sekundenweise Kosten für Bewerberinnen und Bewerber, die per Tastatur navigieren, mit einem Screenreader lesen, ein Switch-Eingabegerät oder einen Eye-Tracker verwenden oder deren Behinderung ihr Tempo am Bildschirm verlangsamt. Je schneller eine sehende, mausnutzende Person dasselbe Formular ausfüllen kann, desto größer ist die disparate Auswirkung. Im Audit benötigte dasselbe Formular, das eine Person ohne Beeinträchtigung neun Minuten kostete, eine Screenreader-nutzende Person sechsundzwanzig Minuten — bequem außerhalb von Workdays Standard-Sitzungsfenster.


05 · Videointerviews — HireVue und die parallele Schicht

Unterhalb der ATS-Schicht befindet sich eine zweite, parallele Plattformschicht, auf die Bewerberinnen und Bewerber oft unvorbereitet treffen: der Videointerview-Anbieter. HireVue ist der Marktführer; Spark Hire, Modern Hire (mittlerweile Teil von HireVue), VidCruiter und Willo sind die nächsten vier. Die meisten der zehn ATS-Plattformen integrieren einen oder mehrere dieser Anbieter als nachgelagerten Schritt im Kandidatenablauf. Die kandidatenseitige Videointerview-Oberfläche von HireVue und Spark Hire wurden als die beiden volumenstärksten Anbieter auditiert.

Die Videointerview-Oberfläche führt eine Fehlerkategorie ein, die die ATS-Schicht nicht hat: die aufgezeichnete Antwortaufforderung. Der Bewerberin oder dem Bewerber wird eine Frage auf dem Bildschirm angezeigt, ein kurzer Vorbereitungs-Timer und ein Aufnahmefenster. Die erfassten Barrierefreiheitsfehler betrafen primär die Aufforderung selbst — fehlende oder automatisch übersetzte Untertitel auf dem Frage-Video, keine Transkript-Alternative, keine Steuerung für verlängerte Zeit, die der Bewerberin oder dem Bewerber angeboten wird, und Einmal-Aufnahmefenster ohne klar angekündigte Warnung „Dies ist Ihr einziger Versuch“ für einen Screenreader. Spark Hire schnitt bei der Untertitel-Verfügbarkeit marginal besser ab als HireVue; beide schlugen beim manuellen Protokoll-Schritt „eine Frage von Anfang bis Ende abschließen“ fehl.


06 · Die Ehrlichkeitslücke in den Erklärungen zur Barrierefreiheit der Anbieter

Alle zehn auditierten ATS-Anbieter veröffentlichen eine Form von Erklärung zur Barrierefreiheit. Drei — Workday, Oracle Taleo und iCIMS — behaupten WCAG-2.1-Level-AA-Konformität für das kandidatenseitige Produkt, das das Audit nachweislich als nicht konform befunden hat. Jede Erklärung hat eine Erklärung, wenn man über die Überschrift hinausliest: Workdays bezieht sich auf einen konfigurierbaren „zugänglichen Modus“, der auf Kunden-Sites standardmäßig nicht aktiviert ist; Oracles bezieht sich auf ein VPAT von 2019, das zwei größeren Produktversionen vorausgeht; iCIMS’ deckt das Recruiter-Produkt ab, nicht den kandidatenseitigen Bewerberablauf. Das Muster ist in der gesamten Branche konsistent — die Erklärung ist technisch im engen Sinne zutreffend und inhaltlich irreführend für ein Beschaffungsteam, das nicht weiß, welche Frage es stellen muss.

Auszug — Erklärung zur Barrierefreiheit eines Anbieters, einer der auditierten Plattformen
„Unsere Kandidatenerfahrung ist darauf ausgelegt, WCAG 2.1 Level AA zu entsprechen. Wir testen unsere Produkte kontinuierlich auf internationale Barrierefreiheitsstandards und freuen uns über Rückmeldungen von Nutzerinnen und Nutzern mit Behinderungen.“
Öffentliche Erklärung zur Barrierefreiheit des Anbieters, abgerufen Mai 2026. Das Audit fand 47 schwerwiegende oder kritische axe-Verstöße im Standard-Kandidatenablauf desselben Anbieters am selben Datum.

Die Ehrlichkeitslücke ist relevant, weil Beschaffungsteams die Erklärung zur Barrierefreiheit als Konformitätssignal behandeln — genau wie der Anbieter beabsichtigt. Eine für Talentakquise zuständige Führungskraft in einem Fortune-500-Unternehmen, die „WCAG 2.1 Level AA Konformität“ in einer Verkaufspräsentation liest und diesen Anspruch in einer Ausschreibungsantwort reproduziert, integriert einen Anbieter in den Kandidatenprozess, dessen Standardverhalten die Führungskraft tatsächlich nicht verifiziert hat. Der Arbeitgeber erbt die Barrierefreiheits-Haftung des Anbieters — und nach ADA Title I und EAA Artikel 4 ist der Arbeitgeber die Pflichtträgerin oder der Pflichtträger, nicht der Anbieter.


07 · ADA Title I und EAA Artikel 4 — warum das Beschäftigungsrecht ist

Der rechtliche Rahmen für ATS-Barrierefreiheit ist nicht Title III des ADA, der sich an Kunden richtet, sondern Title I — die Beschäftigungsvorschriften. Title I verlangt angemessene Vorkehrungen im Bewerbungsverfahren für qualifizierte Personen mit Behinderungen und verbietet Beschäftigungspraktiken, die Personen mit Behinderungen ausschließen oder dazu neigen, sie auszuschließen, es sei denn, die Praxis steht in direktem Zusammenhang mit der Stelle und ist mit einer Geschäftsnotwendigkeit vereinbar. Ein Bewerberablauf, der mit einem Screenreader nicht nutzbar ist, der stillschweigend abläuft oder der Validierungsfehler nicht mit den entsprechenden Feldern verknüpft, ist — in der direktesten Lesart — eine Beschäftigungspraxis, die dazu neigt, Personen mit Behinderungen in der Bewerbungsphase auszuschließen.

In der Europäischen Union gilt der European Accessibility Act (EAA), Richtlinie (EU) 2019/882 (Europäischer Rechtsakt zur Barrierefreiheit), seit dem 28. Juni 2025 für betroffene Produkte und Dienstleistungen. Artikel 4 der Richtlinie erstreckt die Barrierefreiheitspflicht auf „Verbraucherdienstleistungen“ und auf Nebendienstleistungen im Zusammenhang mit den in Anhang I aufgeführten Produkten, wobei die spezifische Anwendbarkeit auf Recruiting-Plattformen je nach Umsetzung durch die Mitgliedstaaten variiert. Mehrere Mitgliedstaaten — Deutschland, Frankreich, Italien, Spanien — haben Umsetzungsgesetze, die Employment-Services-Plattformen entweder durch Artikel 4 oder durch bestehende Gleichstellungsgesetze explizit erfassen. Die Richtlinie über den barrierefreien Zugang zu Websites (Richtlinie (EU) 2016/2102) erfasst separat die Websites öffentlicher Arbeitgeber in der gesamten EU.

Wer ist die Pflichtträgerin oder der Pflichtträger?

Nach ADA Title I ist der Arbeitgeber, der das ATS nutzt, die Pflichtträgerin oder der Pflichtträger — die EEOC hat ausdrücklich klargestellt, dass ein betroffener Arbeitgeber seine Nichtdiskriminierungspflicht nicht per Beschaffungsvertrag an einen Softwareanbieter delegieren kann. Nach EAA Artikel 4 liegt die Pflicht sowohl beim Dienstleistungsanbieter als auch, wo relevant, beim Wirtschaftsakteur, der die Dienstleistung auf dem Markt bereitstellt. Eine Bewerberin oder ein Bewerber, die oder der durch einen unzugänglichen Bewerberablauf aussortiert wird, hat nach Title I eine Klagemöglichkeit gegen den Arbeitgeber, der ihn eingesetzt hat.

Das Dokument zur technischen Unterstützung der EEOC vom Mai 2022 über den Einsatz von künstlicher Intelligenz und Software bei Beschäftigungsentscheidungen sowie die Aktualisierung vom Mai 2023 sind direkt auf ATS-Barrierefreiheit anwendbar. Der Rahmen der Behörde behandelt die Software in der Bewerbungsphase als Teil des Auswahlprozesses des Arbeitgebers. Ein ATS, dessen Standardablauf für Screenreader-nutzende Personen nicht zugänglich ist, ist ein Auswahlprozess-Merkmal, das Bewerberinnen und Bewerber mit Behinderungen aussortiert. Die rechtliche Exposition trifft die HR-Leitung des Arbeitgebers, nicht die Produktverantwortlichen des Anbieters.


08 · Was Arbeitgeber und Anbieter als Nächstes tun sollten

Die drei operativen Befunde des Audits ergeben drei Maßnahmen in Prioritätsreihenfolge.

  • Beschaffungsteams sollten die Erklärung zur Barrierefreiheit des Anbieters als Ausgangspunkt behandeln, nicht als Befund. Es sollte verlangt werden, dass der Anbieter den kandidatenseitigen Ablauf mit einem Screenreader auf einer standardmäßig konfigurierten Instanz demonstriert — nicht einer kundenseitig angepassten, nicht dem Recruiter-Produkt, nicht dem „zugänglichen Modus“, falls dieser nicht der Standard ist. Nach der Bereitstellung sollte auf einem axe-core-Scan der Live-Kunden-Instanz bestanden werden.
  • Arbeitgeber sollten jeden Sitzungs-Timeout von weniger als 30 Minuten im Kandidatenablauf deaktivieren und dort, wo die Plattform es erlaubt, eine Verlängerungssteuerung einblenden. Wo die Plattform es nicht erlaubt, sollte das Problem formell beim Anbieter angesprochen und der daraus resultierende Unterstützungsweg dokumentiert werden. Die Title-I-Exposition eines stillschweigend ablaufenden Bewerbungsformulars ist konkret und erheblich.
  • Anbieter sollten Formularfeld-Bindung, Fehleridentifikation und zeitbegrenzte Uploads als die ersten drei Sanierungsprioritäten beheben — in dieser Reihenfolge. Diese drei Kategorien allein machen ca. 71 % der auditierten Verstöße aus und erklären fast jeden Versager im manuellen Protokoll. Farbkontrast und Fokussichtbarkeitsprobleme sind wichtig, aber sie verhindern nicht, dass eine Bewerberin oder ein Bewerber das Formular abschließen kann.

Der Bewerbungstrichter ist die Eingangstür

Jedes Gespräch über Inklusion von Menschen mit Behinderungen in der Arbeitswelt kommt irgendwann zu derselben Beobachtung: Die Erwerbsbeteiligungsquote von Menschen mit Behinderungen im erwerbsfähigen Alter bleibt weit unter der ihrer Kolleginnen und Kollegen ohne Behinderungen — Jahr für Jahr, in allen OECD-Ländern. Die Gründe sind vielfältig — Lohnlücken, Lücken bei angemessenen Vorkehrungen, Verkehrslücken, Einstellungslücken. Aber einer der Gründe ist mechanischer Natur und wenig romantisch: Ein nicht unerheblicher Anteil von Bewerberinnen und Bewerbern mit Behinderungen kommt nicht durch das Bewerbungsformular. Das Audit hat das direkt festgestellt. Drei der zehn meistgenutzten Plattformen haben einen Ablauf geliefert, den eine Screenreader-nutzende Person abschließen konnte. Sieben nicht.

Die ATS-Schicht ist die Eingangstür zum Arbeitsmarkt für die Mehrheit der US-Fortune-500-Arbeitgeber und einen vergleichbaren Anteil der großen EU-Arbeitgeber. Wenn diese Tür in der Bewerbungsphase verschlossen ist, ist die strukturelle Beteiligungslücke stromabwärts zum Teil eine Funktion der verschlossenen Tür. Die Aufgabe des Audits ist es nicht, dem Anbieter oder dem Arbeitgeber isoliert die Schuld zuzuweisen; es geht darum, festzustellen, dass die Tür verschlossen ist, und in konkreten und überprüfbaren Begriffen zu identifizieren, was sie verschlossen hält.

Weitere Beiträge von Disability World zu dem ADA, zum European Accessibility Act und zur umfassenderen Dokumentation von Barrierefreiheits-Audits.

Methodik und Daten: axe-core-4.10-automatisierte Scans, durchgeführt zwischen dem 6. April und dem 18. Mai 2026, auf den standardmäßig konfigurierten öffentlichen Kandidaten-Bewerbungsabläufen von Workday, SAP SuccessFactors, Oracle Taleo, iCIMS, Greenhouse, Lever, BambooHR, Workable, JazzHR und SmartRecruiters. Die manuelle Prüfung verwendete ein festes Protokoll mit NVDA 2024.1 auf Firefox 124 / Windows 11, JAWS 2024 auf Chrome 124 / Windows 11 und VoiceOver auf Safari 17 / macOS 14. Gezählte Schweregrade: nur axe-core „serious“ und „critical“; „moderate“ und „minor“ aus den Gesamtzahlen ausgeschlossen. ATS-Marktanteils-Rankings basieren auf Aptitude Researchs Talent-Acquisition-Tech-Käuferbefragung 2024 und Ongigs ATS-Marktanalyse 2025. Zusammengesetzte Audit-Bestehens-Scores kombinieren den prozentualen Anteil bestandener axe-Regeln mit dem prozentualen Anteil abgeschlossener manueller Protokollschritte zu gleichen Teilen; der Score ist deskriptiv, keine regulatorische Feststellung.

Rechtlicher Kontext: Americans with Disabilities Act, Title I, 42 U.S.C. §12111 et seq. (1990, geändert 2008); EEOC-Dokument zur technischen Unterstützung, „The Americans with Disabilities Act and the Use of Software, Algorithms, and Artificial Intelligence to Assess Job Applicants and Employees“ (Mai 2022, aktualisiert Mai 2023). Richtlinie (EU) 2019/882 (European Accessibility Act), Artikel 4 und Anhang I; Richtlinie (EU) 2016/2102 (Richtlinie über den barrierefreien Zugang zu Websites). WCAG 2.2 Level AA (W3C-Empfehlung, Oktober 2023): SC 1.3.1 Info and Relationships, SC 2.2.1 Timing Adjustable, SC 3.3.1 Error Identification, SC 3.3.3 Error Suggestion, SC 4.1.2 Name, Role, Value.

Was dieser Beitrag nicht ist: Eine regulatorische Beurteilung der WCAG-Konformität eines Anbieters. Das Audit hat den standardmäßig konfigurierten öffentlichen Kandidatenablauf zu bestimmten Terminen erfasst und nicht jede Kundenkonfiguration, jeden Zugänglichkeitsmodus oder jede internationalisierte Sprachversion geprüft. Anbieter-Patches und kundenseitige Konfigurationsänderungen können die zugrunde liegenden Scores verschieben. Leserinnen und Leser, die konkrete Beschaffungs- oder beschäftigungsrechtliche Fragen zu einer bestimmten ATS-Bereitstellung haben, sollten kompetenten Rechtsrat und ein qualifiziertes Barrierefreiheits-Audit-Unternehmen hinzuziehen.