Accessibility
Accessibility Statement
Last updated 29 August 2026
This site targets WCAG 2.2 Level AA. We sell accessible builds as part of our standard, so failing on our own site would be a credibility problem before it was a technical one.
What we've done
Colour and contrast
Every colour pairing on this site is verified by an automated script that runs as part of the build, not checked by eye. Body text measures 19.63:1 against the page background.
Our brand colour is a neon green that measures 1.36:1 against white; far below the 4.5:1 required for text. So it is never used as text on a light background, never as a focus indicator on light, and never as a meaningful icon or thin rule. It is used as a filled surface with near-black text (14.48:1) and as text on dark sections (14.48:1).
The verification script includes deliberate assertions that these unsafe combinations must fail. If the palette ever drifts, the build breaks instead of a user discovering the problem.
Keyboard and focus
- Every interactive element is reachable and operable by keyboard
- A skip link is the first focusable element on every page
- Focus indicators are always visible, in both light and dark sections
- The sticky header and mobile action bar cannot obscure a focused element
- The mobile menu traps focus while open and returns it on close; Escape closes it
- No positive tab indexes; DOM order matches visual order
Structure
- One H1 per page, with no skipped heading levels
- Semantic landmarks throughout, and distinct labels on each navigation region
- Native elements rather than ARIA wherever native semantics do the job
- Lists marked up as lists; tables with proper headers
Forms
- Every field has a visible label; placeholders are never used as labels
- Required fields are marked in text, not by colour or an asterisk alone
- Errors appear inline with both an icon and text, and are linked to their field
- An error summary receives focus when submission fails
- Inputs use a 16px minimum font size so mobile browsers do not zoom on focus
- No CAPTCHA that requires solving a puzzle; spam is handled server-side
Motion
If your system requests reduced motion, transforms and reveal animations are removed while colour and focus feedback are preserved, so controls still respond. Crucially, no content is ever hidden because an animation did not run.
Zoom and reflow
Text scales to 200% without loss of content or function, and the layout reflows at 400% zoom without horizontal scrolling. Pinch-zoom is never disabled.
Touch
Interactive targets are at least 44×44px; above the 24×24px minimum the standard requires; because many of our visitors use this site one-handed on a phone. Nothing requires a drag gesture.
How we verify it
Automated tools catch roughly a third of accessibility problems. We also do the rest:
- Automated checks on every template
- Contrast verification that fails the build rather than warning
- A full keyboard-only pass with no mouse
- A screen reader check of heading structure, landmarks, labels and error announcement
- Eleven viewport widths from 320px to 1920px
- 200% and 400% zoom
- A reduced-motion pass confirming content is still visible
Known limitations
We do not claim this site is perfect. Accessibility is a moving target and some issues are only found by people using assistive technology in ways we did not anticipate.
If something here does not work for you; a control you cannot reach, text you cannot read, a form you cannot complete; please tell us. Use the contact form and describe what happened and what you were using. We will fix it and reply to tell you when it is done.
We treat accessibility reports as defects, not feedback. They go to the front of the queue.
