Legal requirements for platform owners

Accessibility statements

All digital platforms need to publish an accessibility statement from:

  • 23 September 2019 for new websites created from 23 September 2018
  • 23 September 2020 for existing websites
  • 23 June 2021 for mobile apps

For websites, the statement should be published as an HTML page, linked to from a prominent place like the website footer.

For mobile apps, make the statement available in an accessible format where users can download the app.

All central systems will have accessibility statements published to comply with the legislation to meet the above deadlines.

Other system owners are responsible for their own accessibility statements. Only digital platform owners need to publish accessibility statements.

Use the Accessibility statement template (Word, 37.6 KB) to create your own statement.

Please contact the UofG Helpdesk if you need further advice.

Web accessibility standards

All web delivery platforms must adhere to the WCAG 2.2 AA standard as a minimum to comply with the 2018 Digital Accessibility legislation. This includes an accessibility statement, which also has its own requirements.

It's not always possible to be compliant with the standards for a range of reasons but in those cases the accessibility statement must declare this and the reason for non compliance.

Clear signposting to alternatives must also be included.

There are four main principles in the WCAG standard:

  1. Perceivable: Information and user interface components must be presentable to users in ways they can perceive.
    Examples: alt text for images, contrast ratios, audio descriptions and captioning for video
  2. Operable: User interface components and navigation must be operable.
    Examples: Keyboard accessible, functionality beyond the keyboard
  3. Understandable: Information and the operation of user interface must be understandable. Examples: Language, no jargon or abbreviations, input assistance in the form of error identification, labels or instructions when content requires input.
  4. Robust: Content must be robust enough that it can be interpreted reliably by a wide variety of user agents, including assistive technologies.
    Examples: Structured documents, parsing (complete tags, names, roles and values)

Resources