We want this site to be usable by everyone, including people using screen readers, keyboard-only navigation, magnification, or speech input.
This page states what we have actually done, and — more usefully — what we know is imperfect.
The standard we target
WCAG 2.2 Level AA.
We believe the site substantially conforms. We have not commissioned an independent audit, so this is a self-assessment and should be read as one.
What has been done
Semantic structure. Real headings in a correct order, one <h1> per page, landmark regions, and lists marked up as lists. Interactive elements are real <button> and <a> elements — never a <div> with a click handler, which is invisible to keyboard and assistive technology.
Keyboard access. Everything interactive is reachable and operable by keyboard. A "skip to content" link is the first focusable element on every page. Focus indicators are always visible; we never remove an outline without replacing it. The dialog used for mobile navigation traps focus while open and returns it to the trigger on close.
Forms. Every input has a real, associated label. Descriptions and error messages are programmatically connected to their field, so a screen reader announces them rather than leaving them as unattached text. Validation errors are announced when they appear. Required fields are marked both visually and in text.
Colour and contrast. Body and heading text meet the 4.5:1 contrast requirement against their backgrounds. Colour is never the only way information is conveyed — status is carried by text as well as by colour.
Target size. Interactive controls are at least 32×32 CSS pixels, above the 24×24 minimum in WCAG 2.2 success criterion 2.5.8.
Motion. Animation is minimal and brief. Anyone whose system requests reduced motion has transitions and animations suppressed, including smooth scrolling.
Zoom and reflow. The layout is fluid and reflows to 400% zoom without horizontal scrolling. Nothing uses a fixed width. Content that can genuinely overflow — tables, code blocks — scrolls inside its own container, and that container is keyboard-focusable so it can be scrolled without a mouse.
Text input on mobile. Form fields render at 16px on small screens, which prevents iOS Safari zooming the viewport on focus.
Testing. Automated accessibility checks run against every page in our test suite, and the site is checked at 360px and 1440px. Automated tools catch perhaps a third of real issues, which is why the section below exists.
Known limitations
Stated plainly, because a conformance claim without them is not worth much.
Body text is 14px. The site uses a compact, information-dense type scale. This meets WCAG — there is no minimum font size in the standard, and the site reflows properly at 400% zoom — but it is smaller than a typical marketing site, and some readers will want to zoom. If that is a persistent friction for you, we would genuinely like to know.
No dark mode. The underlying design system supports it, but no theme toggle currently ships and the site renders light-only. If you rely on a dark interface, your browser or operating system's own inversion is the current answer, and we know that is not as good.
No independent audit. Everything on this page is our own assessment. We have not had a specialist review the site or tested it with a panel of assistive-technology users.
Third-party content. Where we link to external sites, we cannot control their accessibility.
Tell us when something does not work
If any part of this site is difficult or impossible for you to use, please tell us — including the part you were trying to use and, if you know it, the assistive technology and browser you were using.
Use the accessibility address on our contact page.
We will reply, and if what you report is something we can fix, we will fix it. Reports about the site being unusable are treated as bugs, not as feedback.