Accessibility Statement

Version 1.0.0Took effect 17 September 2026

Using SailCoach

This statement covers https://sailcoach.app and the SailCoach app that runs on it, including the signed-in dashboard. It is published by Innovology Ltd, trading as SailCoach.

We want as many people as possible to be able to use SailCoach. That means you should be able to:

  • change colours and contrast using your browser or operating system;
  • zoom in to 200% without text running off the screen;
  • use the service on a phone, which is where most people use it — usually outdoors;
  • switch between a light and a dark theme, which we built for reading a screen in bright sun and on the water at dusk;
  • navigate most forms and menus with a keyboard.

AbilityNet has advice on making your device easier to use if you have a disability.

How accessible this service is

Parts of SailCoach are not fully accessible. We know about a number of specific problems, and they are listed below with what we are doing about each.

The short version: the written parts of the product — notes, sessions, feedback, messages, forms — are in reasonable shape. The parts that make SailCoach useful to a racing sailor are not. Race tracks, course maps, annotated video and progress charts are visual by their nature, and we have not yet built text equivalents for them.

What we have deliberately done

  • A dark theme, which follows your operating system setting by default. It exists for glare on the water and for reading in the dark, and it helps people who find bright screens painful.
  • A mobile-first layout. Pages are designed for a phone held in one hand and scaled up, not a desktop design squeezed down.
  • A shared component library rather than hand-rolled controls. Dialogs, tabs and dropdowns are built on tested open-source primitives that ship keyboard handling and screen-reader roles as standard. An automated check in our build stops new screens using raw browser form controls instead of our own, so that keyboard and screen-reader behaviour comes from one reviewed set of components. That check only looks at the files a change touches, there is an existing backlog behind it, and it does not stop anyone hand-building a replacement for a component we do not have — which is what happened with the account menu listed below.
  • Automated accessibility checks run on every code change. Around thirty of the main signed-in screens are rendered in our test suite and checked with the axe accessibility engine, and the build fails if a check fails. Automated tools find roughly a third of accessibility problems, so this is a floor, not a pass mark.

Known problems

We believe the following do not meet WCAG 2.2 level AA, except the last row, which is a level AAA matter we have listed anyway because it affects real people. This list comes from our own review, not from an audit, so it is unlikely to be complete.

What is wrongWho it affectsThe criterion we believe it fails
Race tracks and course maps have no text description. The map showing where a boat sailed, where the marks were and how the fleet spread out conveys the entire point of the screen, and a screen reader gets nothing from it.Blind and partially sighted users1.1.1 Non-text Content (A)
Annotations drawn over coaching video have no text alternative. A coach draws shapes, arrows and written labels onto a video at particular moments. The drawing is not exposed as text, and the words a coach writes into the drawing are pictures of text.Blind and partially sighted users; anyone enlarging text1.1.1 Non-text Content (A); 1.4.5 Images of Text (AA)
Progress and analysis charts have no data table or text summary. Our charts are drawn by hand rather than by a charting library, which means nothing accessible comes for free.Blind and partially sighted users1.1.1 Non-text Content (A)
Colour carries meaning on its own in race analysis. For example, boats that were over the start line early are drawn in red. Some of these views carry a written legend; others do not, and none of them survives being read aloud.Colour-blind users; screen-reader users1.4.1 Use of Colour (A)
Video a coach uploads has no captions. There is currently no way for a coach to add captions or a transcript even if they want to.Deaf and hard of hearing users1.2.2 Captions (Prerecorded) (A)
The home page plays a background video automatically and there is no way to stop it. It starts on load, loops indefinitely, and there is no pause control and no respect for your "reduce motion" setting.People with vestibular conditions; people with attention or cognitive differences; anyone on a metered connection2.2.2 Pause, Stop, Hide (A)
Drawing an annotation requires dragging. You draw on a video by pressing and dragging a pointer. There is no single-tap or keyboard alternative.People who cannot perform a dragging movement2.5.7 Dragging Movements (AA)
Colour contrast has not been checked systematically, particularly in the dark theme and on charts and maps. We are not claiming it fails everywhere; we are saying we have not verified it.Partially sighted users1.4.3 Contrast (Minimum) (AA)
Touch target sizes and focus indicators have not been verified. That includes whether every interactive element has a visible focus indicator at all, which has been a level AA requirement since WCAG 2.0, as well as the criteria added in WCAG 2.2.Keyboard users; people with limited dexterity2.4.7 Focus Visible (AA); 2.4.11 Focus Not Obscured (Minimum) (AA); 2.5.8 Target Size (Minimum) (AA)
The account menu in the app header is hand-built and does not follow the standard menu keyboard pattern. It opens and closes with the keyboard, but arrow keys do not move between items, focus is not moved into the menu when it opens, and focus is not restored when it closes.Keyboard and screen-reader users2.4.3 Focus Order (A)
There is a "skip to content" link on the home page but not across the signed-in app. Keyboard users have to tab through the navigation on every page.Keyboard and screen-reader users2.4.1 Bypass Blocks (A)
We do not respect the "reduce motion" setting anywhere. Loading and background animations run regardless of your operating system preference. Respecting the preference generally is a level AAA matter (2.3.3), but where motion starts automatically and cannot be stopped — as on our home page — it is a level A failure under 2.2.2, listed separately above.People affected by motion2.3.3 Animation from Interactions (AAA)

Content that is not within our control

Some things on SailCoach come from somewhere else, and we cannot fix their accessibility:

  • Embedded video in coaching content, where the player, its captions and its controls belong to the video host.
  • Map tiles supplied by OpenStreetMap, which draw the base map underneath our own layers.
  • Race-tracking and results websites that we read data from and sometimes link to.
  • Content other people write and upload — a coach's notes, a photograph, an uploaded video. We are responsible for giving them the tools to describe it, and that is on our improvement list; we are not able to write their descriptions for them.

Please report problems with these anyway. We can often work around them, and we would rather know.

Feedback and reporting an accessibility problem

If you find a problem, or you need something in a different format — a document as plain text, large print, or information read out to you over email — contact [email protected].

Tell us what you were trying to do, what got in the way, and what you are using (browser, phone or computer, and any assistive technology). None of that is required; a sentence is enough.

We will acknowledge your message within 5 working days, and tell you either how to do the thing you were trying to do, or when we expect to fix it. If it is going to take a while, we will say so rather than go quiet. Working days are Monday to Friday, excluding public holidays in England and Wales.

If you would rather make a formal complaint, use the Complaints Policy.

Enforcement procedure

We are not a public body, so the Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018 do not apply to us. We have written this statement in the form those regulations require because it is the clearest format there is, and because the underlying duty still applies to us.

That duty comes from the Equality Act 2010, which requires a service provider to make reasonable adjustments so that disabled people are not put at a substantial disadvantage.

The Equality Advisory and Support Service (EASS) at equalityadvisoryservice.com gives free, independent advice about your rights, and can help arrange conciliation. You do not need to have complained to us first. EASS advises; it cannot take action against us.

If you want to enforce the duty, the Equality Act gives you a claim in the county court — the sheriff court in Scotland — under section 114. There is a time limit of six months less one day from the act you are complaining about (section 118). That clock is not paused by our complaints procedure, by talking to EASS, or by us promising a fix on a date in the table below. If you are anywhere near it, take advice rather than waiting for us. The Equality and Human Rights Commission enforces the Act more broadly, but it does not ordinarily take up individual complaints.

Our broader position on fairness and inclusion, including how we try to stop the product entrenching existing advantage in the sport, is in our Equality, Diversity and Inclusion Policy.

Technical information about this service's accessibility

Innovology Ltd is committed to making SailCoach accessible, in line with the Equality Act 2010.

Compliance status

SailCoach is partially conformant with the Web Content Accessibility Guidelines version 2.2 level AA. "Partially conformant" means some parts do not fully conform to the standard.

This assessment is our own. No independent accessibility audit has been carried out. We are stating that plainly because a self-assessed claim and an audited one are not the same thing, and it would be misleading to let this page read like the second.

What we are doing to improve accessibility

WhatBy when
Respect the "reduce motion" setting on the home-page hero video, and add a visible pause control31 December 2026
Text summaries for progress and analysis charts, and a data view behind each one31 March 2027
Rebuild the account menu on the same tested primitives as the rest of our controls, or give it the full menu keyboard pattern31 March 2027
Remove colour-only meaning from race analysis: written labels alongside every colour-coded state31 March 2027
A "skip to content" link on every page of the signed-in app31 March 2027
A way for coaches to add a written description or transcript to uploaded video and photos31 March 2027
A text description of each race map — course layout, where the sailor was, what happened — generated from the same data the map is drawn from30 September 2027
Respect the operating system "reduce motion" setting throughout the rest of the product30 September 2027
A systematic review across both themes of colour contrast (1.4.3), visible focus indicators (2.4.7), focus obscuring (2.4.11) and target size (2.5.8)30 September 2027
Commission an independent accessibility audit and publish what it finds, including the parts we do not likeBy 17 September 2027, or before we start charging for the service, whichever comes first

A non-dragging alternative for drawing video annotations is harder, and we are not going to put a date on it that we cannot keep. If drawing is something you cannot do and it is blocking you, write to [email protected] — a workaround for one person is quicker than a rebuild for everyone, and we will do it.

How we prepared this statement

This statement was prepared on 17 September 2026. It reflects the service as it was on that date.

It is based on an internal review of the running product against WCAG 2.2 level AA, carried out by the team that builds it, together with the automated axe checks that run in our test suite. We reviewed the main signed-in journeys — sessions, notes, feedback, messages, progress and race analysis — and the public pages.

We did not use an external auditor, and we did not carry out formal testing with disabled users or assistive technology users. Both of those are gaps, and the audit commitment above is how we intend to close the first one.

We review this statement at least every 12 months, and whenever a significant new part of the product ships. Next review: 17 September 2027.