Systemy śledzenia kandydatów to kryzys dostępności — audyt 10 wiodących platform ATS

Automatyczny audyt oparty na axe-core, uzupełniony o ręczny przegląd nawigacji wyłącznie klawiaturą i czytnikiem ekranu, obejmujący przepływy kandydatów w dziesięciu najszerzej stosowanych systemach śledzenia kandydatów — Workday, SAP SuccessFactors, Oracle Taleo, iCIMS, Greenhouse, Lever, BambooHR, Workable, JazzHR i SmartRecruiters — przyniósł jedno niewygodne ustalenie: żaden domyślny przepływ kandydata żadnej platformy nie przeszedł czystego skanu automatycznego, a tylko trzy można było ukończyć od początku do końca przez użytkownika czytnika ekranu bez niczyjej pomocy. W dziesięciu platformach zliczono ok. 412 naruszeń flagowanych przez axe na stronach przeznaczonych dla kandydatów; przypisanie etykiet do pól formularza, komunikaty o błędach i przesyłanie plików z ograniczeniem czasowym stanowiły ok. 71% wszystkich problemów poważnych lub krytycznych. Trzy spośród dziesięciu platform publikują deklaracje dostępności, które audyt w sposób demonsowalny obala. Niniejsze dossier jest zapisem audytu: kto zdał, kto oblał, co zawiodło i dlaczego ADA Title I oraz EAA Art. 4 sprawiają, że stwierdzone awarie to nie problem UX, lecz problem dyskryminacji w zatrudnieniu.

01 · Metodologia i zakres

Audyt obejmował powierzchnię skierowaną do kandydatów w każdej platformie: publiczną stronę opisu stanowiska, punkt wejścia „Aplikuj“, wieloetapowy formularz aplikacyjny, przesyłanie CV, etap samookreślenia w ramach równych szans zatrudnienia (EEO) oraz stronę potwierdzenia. Nie poddano audytowi produktu po stronie rekrutera, pulpitu analitycznego ani konsoli administracyjnej — te powierzchnie są dostępne wyłącznie dla pracowników organizacji-klienta i nie należą do ścieżki kandydata. Dla każdej platformy przetestowano co najmniej trzy aktywne ogłoszenia o pracę: demonstracyjne ogłoszenie dostawcy (gdzie dostępne), publiczne ogłoszenie u znanych klientów z grona Fortune 500 danej platformy oraz publiczne ogłoszenie u znanych klientów z segmentu rynku środkowego. Każde ogłoszenie zostało przeskanowane axe-core 4.10, a następnie ręcznie przejrzane w nawigacji wyłącznie klawiaturą i z czytnikiem ekranu.

Ręczny przegląd opierał się na stałym protokole stosowanym dla każdej platformy: nawigacja od opisu stanowiska do przycisku „Aplikuj“ wyłącznie klawiszem Tab; wypełnienie pierwszych trzech pól formularza z użyciem czytnika ekranu i weryfikacja, czy etykieta każdego pola jest odczytywana; próba przesłania CV wyłącznie klawiaturą i weryfikacja, czy kontrolka przesyłania jest dostępna i ogłasza sukces lub błąd; wywołanie celowego błędu walidacji i weryfikacja, czy błąd jest powiązany z polem i ogłoszony; próba opuszczenia strony w połowie przepływu i powrotu z weryfikacją, czy żadne dane nie zostały po cichu utracone. Kryterium zaliczenia na każdym etapie był WCAG 2.2 Level AA, a jako automatyczny wskaźnik zastępczy zastosowano progi ważności axe-core „poważny“ i „krytyczny“.

02 · Dziesięć platform według wskaźnika zdawalności audytu

Złożony wskaźnik zdawalności audytu dla każdej platformy łączy w równej wadze dwa składniki: odsetek reguł axe-core zaliczonych w domyślnym przepływie kandydata oraz odsetek kroków protokołu ręcznego ukończonych bez interwencji przez użytkownika czytnika ekranu. Wynikiem jest jedna ocena w skali 0–100, nie rozstrzygnięcie regulacyjne. Ranking jest migawką domyślnie skonfigurowanego produktu z dat audytu w kwietniu–maju 2026 r.; poprawki dostawcy i zmiany konfiguracji po stronie klienta mogą wpływać na wyniki w obie strony.

03 · Kategorie awarii — co faktycznie się psuje

Spośród ok. 412 poważnych lub krytycznych naruszeń axe zliczonych w audytowanych przepływach, podział według kategorii jest bardziej użyteczną liczbą niż suma łączna. Trzy kategorie stanowią razem ok. 71% wszystkich zarejestrowanych problemów — i te same trzy kategorie doprowadziły do każdej awarii protokołu ręcznego.

Wiązanie etykiet formularza to reguła flagowana przez axe-core najczęściej na każdej testowanej platformie. Wzorzec jest taki sam w każdym przypadku: widoczny tekst obok pola wygląda jak etykieta dla osoby widzącej, ale renderowany jest w oddzielnym węźle DOM bez powiązania for/id, bez aria-labelledby i bez opakowanego inputu. Czytnik ekranu ogłasza „pole edycji, puste“ — a kandydat musi zgadywać, do czego służy pole. Selektory daty, pola numeru telefonu z grupowaniem, grupy radio z pytaniem o uprawnienie do pracy i pola tekstowe „informacje dodatkowe“ były najczęstszymi winnymi.

Identyfikacja błędów była drugą pod względem wielkości kategorią i najbardziej decydującą dla wskaźnika zdawalności protokołu ręcznego. Sześć spośród dziesięciu platform wyświetlało błędy walidacji wyłącznie za pomocą wskazówek wizualnych — czerwona ramka, czerwona gwiazdka, ikona inline — bez powiązanego odwołania aria-describedby, bez ogłoszenia role=“alert” i bez programowego przeniesienia fokusa do pola z błędem. Użytkownik czytnika ekranu, który wysyła formularz i otrzymuje tylko ogólny toast „ta strona zawiera błędy“, nie może zlokalizować konkretnego błędu bez pomocy osoby widzącej.

Kandydat, który nie może znaleźć pola, które wywołało błąd, nie może go naprawić. Kandydat, który nie może naprawić błędu, nie może złożyć aplikacji. Awaria dostępności jest odrzuceniem.

04 · Przesyłanie z ograniczeniem czasowym i awaria cichego wygaśnięcia

Najpoważniejszym ustaleniem audytu jest wzorzec przesyłania z ograniczeniem czasowym. Siedem spośród dziesięciu platform — Workday, SuccessFactors, Taleo, iCIMS, BambooHR, JazzHR i SmartRecruiters w ich domyślnych konfiguracjach — narzuca okno sesji wynoszące 15–30 minut na aplikację kandydata, bez kontroli przedłużenia w przepływie i bez ostrzeżenia przed wygaśnięciem. Etap przesyłania CV, który często wymaga od kandydata przełączenia kontekstu w celu znalezienia i przemianowania pliku, jest etapem najczęściej powodującym przekroczenie limitu czasu.

WCAG 2.2 SC 2.2.1 (Adjustable Timing) jest jednoznaczne: tam gdzie limit czasu jest konieczny, użytkownik musi być ostrzeżony co najmniej dwadzieścia sekund przed wygaśnięciem i musi mieć możliwość przedłużenia limitu co najmniej dziesięciokrotnie. Żadna z siedmiu platform z domyślnym przesyłaniem z ograniczeniem czasowym nie oferowała kontroli przedłużenia. Żadna nie zapewniała ostrzeżenia spełniającego dwudziestosekundowy próg kryterium sukcesu. Audyt odnotował ciche wygaśnięcia podczas rutynowych przejść z czytnikiem ekranu w przedziałach od 14 do 31 minut.

05 · Rozmowy wideo — HireVue i równoległa warstwa

Pod warstwą ATS kryje się druga, równoległa warstwa platformy, której kandydat często się nie spodziewa: dostawca rozmów wideo. HireVue jest liderem rynku; Spark Hire, Modern Hire (obecnie część HireVue), VidCruiter i Willo to kolejne cztery. Większość z dziesięciu powyższych platform ATS integruje jednego lub więcej z tych dostawców jako dalszy etap w przepływie kandydata. Poddano audytowi powierzchnię rozmów wideo dla kandydatów w HireVue i Spark Hire jako dwóch dostawców o największym wolumenie.

Powierzchnia rozmów wideo wprowadza kategorię awarii, której nie ma warstwa ATS: prompt z nagrywaną odpowiedzią. Kandydat otrzymuje pytanie na ekranie, krótki timer przygotowawczy i okno nagrywania. Zarejestrowane awarie dostępności dotyczyły przede wszystkim samego promptu — brakujące lub automatycznie tłumaczone napisy rozszerzone w nagranym pytaniu wideo, brak alternatywy w postaci transkrypcji, brak kontroli przedłużenia czasu dla kandydata oraz jednorazowe okna nagrywania bez wyraźnego komunikatu „to twoja jedyna szansa“ ogłoszonego przez czytnik ekranu. Spark Hire wypadł nieznacznie lepiej niż HireVue pod względem dostępności napisów; obie platformy nie zaliczyły kroku „ukończ pytanie od początku do końca“ w protokole ręcznym audytu.

06 · Luka uczciwości w deklaracjach dostępności dostawców

Wszyscy dziesięciu audytowanych dostawców ATS publikuje jakąś formę deklaracji dostępności dostawcy. Trzy z nich — Workday, Oracle Taleo i iCIMS — twierdzą o zgodności z WCAG 2.1 Level AA produktu skierowanego do kandydatów, który audyt wykazał demonstrowalnie jako niezgodny. Każda deklaracja ma wyjaśnienie, gdy przeczytamy ją uważnie: Workday odnosi się do konfigurowalnego „trybu dostępnego“ nieaktywnego domyślnie na stronach klientów; Oracle odnosi się do VPAT z 2019 roku, sprzed dwóch dużych wydań produktu; iCIMS obejmuje produkt rekrutera, a nie skierowany do kandydatów przepływ aplikacji. Wzorzec jest spójny w całej branży — deklaracja jest technicznie wąsko prawdziwa i merytorycznie myląca dla zespołu ds. zamówień, który nie wie, jakie pytanie zadać.

Luka uczciwości ma znaczenie, bo zespoły ds. zamówień traktują deklarację dostępności jako sygnał zgodności — dokładnie tak, jak zamierza dostawca. Kierownik ds. pozyskiwania talentów w firmie z Fortune 500, który czyta „zgodność z WCAG 2.1 Level AA“ w materiałach ofertowych i odtwarza to twierdzenie w odpowiedzi na zapytanie ofertowe, podpisuje kontrakt na dostawcę w ścieżce kandydata, którego domyślnego zachowania w rzeczywistości nie zweryfikował. Pracodawca przejmuje odpowiedzialność za dostępność dostawcy — a na mocy ADA Title I i EAA Art. 4 to pracodawca, a nie dostawca, jest podmiotem zobowiązanym.

07 · ADA Title I i EAA Art. 4 — dlaczego to prawo pracy

Ramy prawne dla dostępności ATS to nie Title III ADA dotyczący obsługi klienta, ale Title I — przepisy o zatrudnieniu. Title I wymaga racjonalnych usprawnień w procesie aplikacyjnym dla wykwalifikowanych osób z niepełnosprawnościami i zakazuje praktyk zatrudnienia, które wykluczają lub mają tendencję do wykluczania osób z niepełnosprawnościami, chyba że praktyka jest związana ze stanowiskiem i spójna z koniecznością biznesową. Przepływ aplikacyjny niemożliwy do obsługi z czytnikiem ekranu, cicho wygasający lub nieprzekazujący błędów walidacji z powiązanymi polami — to w dosłownym odczytaniu praktyka zatrudnienia mająca tendencję do wykluczania osób z niepełnosprawnościami na etapie aplikacji.

W Unii Europejskiej Europejski Akt o Dostępności (EAA), dyrektywa (UE) 2019/882, ma zastosowanie do objętych produktów i usług od 28 czerwca 2025 r. Artykuł 4 dyrektywy rozszerza obowiązek dostępności na „usługi konsumenckie“ i usługi pomocnicze związane z produktami z Załącznika I, przy czym konkretne zastosowanie do platform rekrutacyjnych różni się w zależności od transpozycji przez państwa członkowskie. Kilka państw członkowskich — Niemcy, Francja, Włochy, Hiszpania — ma ustawodawstwo transponujące, które wprost obejmuje platformy usług zatrudnienia przez Art. 4 lub przez istniejące wcześniej ramy ustaw o równości. Dyrektywa w sprawie dostępności stron internetowych (dyrektywa (UE) 2016/2102) odrębnie obejmuje strony internetowe pracodawców sektora publicznego w całej UE.

Dokument pomocy technicznej EEOC z maja 2022 r. dotyczący stosowania sztucznej inteligencji i oprogramowania w decyzjach dotyczących zatrudnienia oraz jego aktualizacja z maja 2023 r. bezpośrednio dotyczą dostępności ATS. Ramy EEOC traktują oprogramowanie na etapie aplikacji jako część procesu selekcji pracodawcy. ATS, którego domyślny przepływ jest niedostępny dla użytkowników czytników ekranu, to funkcja procesu selekcji wykluczająca kandydatów z niepełnosprawnościami. Odpowiedzialność prawna spada na dyrektora ds. HR pracodawcy, a nie na menedżera produktu dostawcy.

08 · Co pracodawcy i dostawcy powinni zrobić dalej

Trzy operacyjne ustalenia audytu przekładają się na trzy działania w kolejności priorytetów.

• Zespoły ds. zamówień powinny traktować deklarację dostępności dostawcy jako punkt wyjścia, a nie jako ustalenie. Należy wymagać od dostawcy demonstracji przepływu kandydata z czytnikiem ekranu na domyślnie skonfigurowanej instancji — nie skonfigurowanej przez klienta, nie produktu rekrutera, nie „trybu dostępnego“ jeśli nie jest domyślnym. Należy nalegać na skan axe-core względem aktywnej instancji klienta po wdrożeniu.
• Pracodawcy powinni wyłączyć każde wygasanie sesji krótsze niż 30 minut w przepływie kandydata i udostępnić kontrolę przedłużenia tam, gdzie platforma na to pozwala. Gdzie platforma na to nie pozwala, należy formalnie zgłosić problem dostawcy i udokumentować wynikającą z tego ścieżkę usprawnienia. Odpowiedzialność z Title I w przypadku cicho wygasającego formularza aplikacyjnego jest konkretna i materialna.
• Dostawcy powinni naprawić wiązanie etykiet formularza, identyfikację błędów i przesyłanie z ograniczeniem czasowym jako trzy pierwsze priorytety usuwania barier — w tej kolejności. Sama te trzy kategorie odpowiadają za ok. 71% audytowanych naruszeń i wyjaśniają niemal każdą zarejestrowaną awarię protokołu ręcznego. Problemy z kontrastem kolorów i widocznością fokusa są ważne, ale nie to uniemożliwia kandydatowi ukończenie formularza.

Lejek aplikacyjny to front drzwi

Każda rozmowa o włączeniu osób z niepełnosprawnościami w rynek pracy prowadzi do tej samej obserwacji: wskaźnik aktywności zawodowej osób dorosłych z niepełnosprawnościami w wieku produkcyjnym pozostaje znacznie niższy niż ich pełnosprawnych rówieśników, rok po roku, w całym OECD. Przyczyn jest wiele — luki płacowe, luki w usprawnieniach, luki transportowe, luki postawowe. Jedna z przyczyn jest jednak mechaniczna i nieromantyczna: znaczna część kandydatów z niepełnosprawnościami nie może przejść przez formularz aplikacyjny. Audyt zarejestrował to bezpośrednio. Trzy spośród dziesięciu najszerzej stosowanych platform wygenerowały przepływ możliwy do ukończenia przez użytkownika czytnika ekranu. Siedem nie.

Warstwa ATS to front drzwi do rynku pracy dla większości pracodawców z Fortune 500 w USA i porównywalnej części dużych pracodawców w UE. Kiedy te drzwi są zamknięte na etapie aplikacji, strukturalna luka uczestnictwa w dalszej części jest po części funkcją zamkniętych drzwi. Rola audytu nie polega na przypisaniu winy dostawcy lub pracodawcy z osobna; polega na odnotowaniu, że drzwi są zamknięte, i na zidentyfikowaniu, w konkretnych i weryfikowalnych terminach, co je zamknęło.

Więcej materiałów Disability World na temat ADA, Europejskiego Aktu o Dostępności oraz szerszego rejestru audytów dostępności.