Accessibility

Looking for work is hard enough. The tool should not be the obstacle.

Last updated 26 August 2026

What we build to

We target WCAG 2.2 Level AA. That is a floor, not an achievement, and we treat accessibility failures as ordinary bugs rather than a separate backlog.

What is in place today

  • Every interactive element is reachable and operable by keyboard, with a visible focus ring.
  • A skip link to main content is the first thing in the tab order.
  • Body text meets 4.5:1 contrast in both light and dark themes; large text meets 3:1.
  • Form fields have real labels — never a placeholder standing in for one — and errors are tied to the field.
  • Dialogs trap focus, close on Escape, and return focus to whatever opened them.
  • Status changes are announced to screen readers through live regions.
  • prefers-reduced-motion is honoured throughout: animation is reduced to opacity, and nothing moves or parallaxes.
  • Touch targets are at least 44 by 44 pixels.
  • The interface reflows to 320 pixels wide without horizontal scrolling.
  • Colour is never the only carrier of meaning — status also has a label or an icon.

Where we know we fall short

  • Resumes uploaded as PDFs are only as accessible as the file itself. We cannot repair a scanned image of a document.
  • Job descriptions written by employers may use poor heading structure. We sanitise markup but do not rewrite it.
  • Some data tables in the employer analytics view are dense and read better zoomed out.

Tell us what is broken

If something blocks you, tell us and describe what you were trying to do and what you use to browse. Accessibility reports go to the front of the queue — we do not ask you to prove the problem is widespread first.