1. Home
  2. Accessibility
  3. Roles and responsibilities for accessibility

Roles and responsibilities for accessibility

Everyone that is involved in commissioning or delivering digital products for Essex County Council shares responsibility to make sure that they are accessible to all.

The Government Digital Service Standards make it clear that we should:

The following guidance is for specific roles:

User researcher

The user researcher role is an important one as they help to identify accessibility issues by testing with disabled users.

See Government Digital Service (GDS) guidance on including users with disabilities.

It’s important to understand the challenges faced by users with specific disabilities or impairments.

GDS have developed personas which identify the range of challenges faced by users. See the profiles:


There are a number of assistive technologies which can be bought or downloaded for free. These help to identify issues early on. GOV.UK has guidance on testing with assistive technologies.

Support for user researchers

See what support is available for user researchers.

Read the ‘accessibility and me’ blog post which has interviews with people with access needs.

The Web Accessibility Initiative also has stories of people with disabilities using the web which highlight the effect of accessibility barriers.

Content designer

Watch a 3.5 minute video from GDS on ways to make your content more accessible.

See our checklist for content designers and editors for more guidance.

Writing content for specific impairments

See our guidance on how to write content for specific impairments.

Content types: images on websites

See our guidance on using images on websites.

Siteimprove has guidance on:

WebAIM has guidance on accessible images.

Guidance on using images on social media is available including:

Content types: text Headings

Content should always be structured on a web page or in a document. This means that it should always have a title which is a heading 1 or h1 in the code.

Anything more than a couple of paragraphs probably needs to have sub-headings. This helps the user to scan the content to find what they need. These sub-headings are heading 2 or h2 in the code.

See our guidance on designing good content.

See WCAG guidance on headings.

Read Nomensa's blog post on structuring accessible content.

Content types: videos

Digital Leaders has guidance on how to make videos accessible.

Sitepoint has guidance on 8 steps to creating accessible video.

Dig inclusion has guidance on what makes a video accessible.

Creating accessible documents

Provide content on a web page rather than as a PDF. If this isn’t possible then the following should be done as a minimum:

  • write in plain English
  • tag headings and other parts of the document properly, so screen readers can understand the page structure
  • make sure you include alt text alongside non-decorative images, so people who cannot see them understand what they’re there for
  • avoid using tables, except when you're presenting data

See our guidance on creating accessible documents.

GDS has a blog on why content should be published in HTML and not PDF.


A consultation with a broad audience should be made as accessible as possible using the different formats. With a narrower audience, consultations must offer an alternative version, if requested, within a reasonable timeframe.

GDS has a blog post which gives accessibility advice for creating a consultation.


GDS has guidance for developers including:

See our checklist for developers for more guidance.

Product owners and Delivery managers

Embedding accessibility in your project.

See section 5 of the GOV.UK Service Manual: make sure everyone can use the service.

Agile phases

Everyone in an agile team plays a part in developing an accessible experience for the user.

You need to consider accessibility throughout the agile phases.


The GOV.UK Service Manual explains how the discovery phase works.

GOV.UK also has guidance on understanding disabilities and impaiments.


The GOV.UK Service Manual explains how the alpha phase works.

GOV.UK also has guidance on:


The GOV.UK Service Manual explains how the beta phase works. It also gives guidance on:


The GOV.UK Service Manual explains how the live phase works.


GDS advises that procurement teams refer to the following guidance: