Sustain-air-bility®Reach net zero by 2050 or nobody winsAccessibility
We want the website and game to be understandable, operable, and reportable.
This statement currently covers the public marketing pages and browser game. The iOS application needs its own verified scope, version and test record before it is included in a compliance claim.
Compliance status
The website and browser game are partially assessed against WCAG 2.2 AA. We do not yet claim full conformance because the complete manual and assistive-technology test programme listed below has not been completed.
Automated checks are part of development, but they do not prove conformance on their own. Confirmed barriers will be published here with their relevant WCAG criteria and planned remediation.
What was verified on 11 July 2026
- Keyboard-only Tab and Enter flows in Chromium for marketing consent and preferences, every contact-form field, game consent, starting and configuring a game, skipping the tutorial, acknowledging a turn, and rolling
- Automated Axe checks against representative WCAG 2 and WCAG 2.2 AA rules on the marketing home, consent preferences, contact form, game landing, onboarding, tutorial, active-game, and reduced-motion states
- Page reflow at 640 CSS pixels and 320 CSS pixels, equivalent to a 1280-pixel desktop viewport at 200% and 400% zoom, for representative marketing, contact, onboarding, and active-game states
- The operating-system reduced-motion preference on the marketing home and game landing, with no long-running rendered animations remaining active in the checked states
- Visible computed focus indicators on the representative marketing and game controls used by the keyboard-only paths
Known verification gaps
These are representative automated checks, not a full WCAG conformance audit. We have not completed manual testing with VoiceOver on macOS or iOS, NVDA or JAWS on Windows, voice control, switch control, screen magnifiers, or refreshable braille displays.
The verified keyboard and reflow paths do not yet cover every card type, negotiation control, scorecard variation, end-game and debrief state, browser and operating-system combination, or real browser-zoom implementation. The separate iOS experience also needs its own versioned accessibility test record before it is included in a compliance claim. Complex board-game interactions may still expose barriers that Axe and representative viewport checks cannot find.
If a page or game action is hard to read, operate, or understand with assistive technology, please tell us the route, device, browser or app version, assistive technology, and blocked action.
How to report a problem
- Use the public contact route or report-bug route
- Include the page URL, device, browser or app version, and what went wrong
- If possible, include whether the issue blocks access completely or makes the task harder
Preparation and review
This statement was updated on 11 July 2026 using an isolated local production build in Chromium. The evidence used keyboard-only interaction, Axe, 640-pixel and 320-pixel reflow viewports, computed focus indicators, and an operating-system reduced-motion browser context.
We review accessibility reports alongside support and bug submissions and prioritise issues that prevent a player from starting, understanding, operating, or completing the game.
Analytics stay off until you say yes.
We use essential storage to remember this choice. Optional analytics measure visits, clicks, scroll depth, performance, gameplay, and coarse location after consent. Coarse location lookup sends the IP address to the configured provider, but raw IP is not stored in analytics events; an optional one-way hash may be stored. Read our privacy policy and cookie policy.