Accessibility Compliance (WCAG 2.2 AA) in Complex Enterprise Web Apps
Enterprise applications concentrate exactly the patterns that accessibility conformance finds hardest: sticky toolbars, drag-and-drop boards, virtualized grids, modal stacks, and compact controls. WCAG 2.2 AA added criteria that target several of these directly, which means an application that passed 2.1 may no longer conform.
Key takeaways
- WCAG 2.2 AA adds focus-obscuring, dragging, and target size criteria that hit enterprise UIs.
- Provide single-pointer and keyboard alternatives for every drag interaction.
- Automated tools find about a third of issues; keyboard and screen reader passes find the rest.
- Certify design system primitives once, then test composition at the page level.
- Gate merges on new violations and keep a living conformance report.
The criteria that change enterprise work
Focus Not Obscured (Minimum) requires that a focused element is not entirely hidden by author-created content — a direct challenge to sticky headers and floating action bars, which routinely cover the focused row in a long table. Dragging Movements requires a single-pointer alternative to any drag interaction, so kanban boards and reorderable lists need keyboard and menu-driven equivalents.
Target Size (Minimum) sets a 24 by 24 CSS pixel floor with spacing exceptions, which affects icon-dense toolbars. Consistent Help and Redundant Entry address multi-step workflows, requiring stable help placement and avoiding re-asking for information the user already supplied in the same process.
Testing that finds real defects
Automated scanning catches roughly a third of issues — contrast, missing names, invalid ARIA. The rest requires structured manual testing: full keyboard traversal of every flow, screen reader passes with at least two combinations, 200% zoom and 400% reflow checks, and reduced-motion verification.
Component-level testing scales better than page-level auditing. Certify each primitive against its ARIA authoring pattern once, then test composition and flow logic at the page level. This keeps the audit surface proportional to the design system rather than to the number of screens.
Preventing regression
Conformance decays without enforcement. Add axe checks to component tests, block merges on new violations, and record keyboard traversal snapshots for critical flows. Maintain an accessibility conformance report and update it per release rather than reconstructing it during a procurement cycle.
Assign ownership. When accessibility belongs to everyone, it belongs to no one; a named owner per surface with a quarterly review keeps the standard from drifting as teams rotate.
Building the team behind the interface
Pixel Recruiting specializes in frontend architecture, design systems engineering, and UI/UX technical placement for product-led organizations.
Talk to Pixel RecruitingRelated articles
State Management at Scale: Comparing Zustand, Redux Toolkit, and React Query
Most state debates are category errors. Server cache, client state, and form state are three different problems.
STEM OPT Requirements and Qualifying Degrees for Frontend & UI/UX Engineers
How frontend and UI/UX graduates qualify for the 24-month STEM OPT extension, which degree codes count, and what employers must document.
CPT Employment Rules for Graduate Web and Design Systems Developers
Curricular Practical Training gives graduate developers early industry exposure — but only when the work is genuinely integral to the curriculum.