TfL Go accessibility statement

TfL Go is run by Transport for London. We want as many people as possible to be able to use the app. For example, that means you should be able to:

  • Change colours and contrast levels
  • Resize text by activating dynamic type in iOS and large fonts, screen zoom in Android
  • Navigate most of the app using just a keyboard
  • Navigate most of the app using voice control in iOS and voice access in Android
  • Listen to most of the app using VoiceOver in iOS, Talk Back in Android

We have designed the layout of the app and the content within to be as simple as possible to understand. AbilityNet has advice on making your device easier to use if you have a disability.

How accessible the app is

We know some parts of TfL Go across iOS and Android are not fully accessible:

iOS

  • Some text has colour contrast issues
  • Some headings aren't labelled as headings
  • Some elements don't receive focus when using an external keyboard

Android

  • Some text has colour contrast issues
  • Some headings aren't labelled as headings
  • Some elements don't receive focus when using an external keyboard

Reporting accessibility problems with TfL Go

We're always looking to improve the accessibility of the TfL Go apps. If you find any problems not listed on this page or think we're not meeting accessibility requirements, contact: TfLAccessibility@tfl.gov.uk

Enforcement procedure

The Equality and Human Rights Commission (EHRC) is responsible for enforcing the Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018 (the 'accessibility regulations').

If you are not happy with how we respond to your complaint, contact the Equality Advisory and Support Service (EASS).

Technical information about app accessibility

Transport for London is committed to making its apps accessible, in accordance with the Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018.

Compliance status

This website is partially compliant with the Web Content Accessibility Guidelines version 2.1 AA standard, because of the non-compliances and exemptions listed below.

Non-accessible content

The content listed below is non-accessible for the following reasons.

Non-compliance with the accessibility regulations

Some text on geographic maps does not have a contrast ratio of 4:5:1. This may make the text difficult to read for users with a visual impairment. This fails WCAG criterion 1.4.3 (Minimum contrast). These are determined by the operating system, which means that in cases where minimum contrast requirements are not met this cannot be remedied by app developers.

Some text (excluding geographic maps) does not have a contrast ratio of 4:5:1. This may make the text difficult to read for users with a visual impairment. This fails WCAG criterion 1.4.3 (Minimum contrast). We plan to make all text (excluding geographic maps) meet this criterion by April 2024.

Some user interface components do not have a contrast ratio of at least 3:1 against adjacent colour. This may make the text difficult to read for users with a visual impairment. This fails WCAG criterion 1.4.11 (Non-text contrast). Styling of native components are determined by the operating system, which means that in cases where colour contrast requirements are not met this cannot be remedied by app developers. We plan to make all custom components meet this criterion by April 2024.

Some components don't have correct labelling. This may mean that the function of a component, like a button, link, heading, is not clear. This fails WCAG 2.1 success criterion 1.3.1 (Info and relationships) and 4.1.2 (Name, role, value). We plan to continue to monitor this and resolve those issues as they arise.

Some buttons do not receive focus and cannot be operated by keyboard. This may make some functions unavailable for users who use an external keyboard to navigate the application. This fails WCAG 2.1 success criterion 2.1.1 (Keyboard navigation). We plan to make all components meet this criterion by April 2024.

In some areas of the application, colour is used as the only visual means of conveying the focus state of some components. This may make it difficult for users who use an external keyboard to navigate some parts of the application. This fails WCAG 2.1 success criterion 1.4.1 (Use of colour). We plan to make all components meet this criterion by April 2024.

Certain interface status messages are not announced by VoiceOver or TalkBack without receiving focus. This means that visually impaired users may not be aware of these status messages when presented. This fails WCAG 2.1 success criterion 4.1.3 (Status messages). We plan to make all status messages meet this criterion by April 2024.

Precise user location on geographic maps does not receive focus. This means that visually impaired users cannot determine their precise location. This fails WCAG 2.1 success criterion 1.1.1 (Non-text content). We plan to make user location on geographic maps meet this criterion by April 2024.

Content that's not within the scope of the accessibility regulations

All stations on the standard and step-free tube map do not receive focus, because of the complexity of navigating the map solely using a screen reader or a wireless keyboard. In order to select a station, users can use the search functionality available in the same view.

Preparation of this accessibility statement

This statement was prepared on 13 June 2021. It was last reviewed on 28 April 2023. This app was last tested in March 2023. The test was carried out by Test Partners, a third-party accessibility specialist.

We tested all the functionality of the app, including at least one instance of each station and stop template used in the app. The total number of pages tested was 38.