Creating accessible webpages and documents
Accessibility is about making sure web content can be used by as many people as possible. It does not only help users with specific needs; making things accessible benefits our entire audience by helping them read our content quickly and get all the information they need.
At least 1 in 5 people in the UK have a long-term illness, impairment or disability. This includes people with:
- impaired vision
- motor difficulties
- cognitive impairments or learning disabilities
- deafness or impaired hearing
Temporary and situational impairments
We want to make sure there are no barriers that might prevent anyone from accessing our website. This means all users; not only those with permanent disabilities but also people with temporary or situational impairments. For example, someone:
- with an ear infection
- with a broken arm
- trying to read on-screen in direct sunlight
- listening to content in a noisy office
Assistive technologies
Accessibility means making content clear and simple enough so that most people can understand it whilst presenting it in a way that supports people who need extra help.
For example, someone with impaired vision might use a screen reader (software that lets a user navigate a website and ‘reads out’ the content), braille display or screen magnifier. Or someone with motor difficulties might use a special mouse, speech recognition software or on-screen keyboard emulator.
If content is accessible, software and technology designed to help people read web pages will have no problem following what you have written.
Bold and italic text is not recognised by all screen readers. We can highlight text using components like an inset text box or a highlight box instead.
Why making things accessible is important
People may not have a choice when using our website or documents to find out information or use our services, so it’s important they work for everyone. The people who need it most are often the people who find it hardest to use.
Accessible websites and documents work better for everyone. They are generally faster, easier to use and appear higher in search rankings.
A recent study found that 4 in 10 local council homepages failed basic tests for accessibility.
Common problems include:
- websites that are not easy to use on a mobile or cannot be navigated using a keyboard
- inaccessible PDF forms that cannot be read out on screen readers
- poor colour contrast that makes text difficult to read - especially for visually impaired people
We will be breaking the law if our public sector website or mobile app does not meet accessibility requirements.
Meeting accessibility requirements
The accessibility regulations came into force for public sector bodies on 23 September 2018. They say you must make your website or mobile app more accessible by making it "perceivable, operable, understandable and robust". We also have to include and update an accessibility statement on our website.
The full name of the accessibility regulations is the Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018.
The accessibility regulations build on our existing obligations to people who have a disability under the Equality Act 2010. These say that all UK service providers must consider ‘reasonable adjustments’ for disabled people.
For example, somebody might ask for information in an alternative, accessible format, like large print or an audio recording. There are a number of factors that determine what makes something a ‘reasonable’ adjustment.
Both the external website and our internal sites are covered by these regulations. We are also responsible for ensuring that any websites we outsource to external suppliers meet the accessibility requirements.
Our website will meet the new regulations if we:
- meet the international WCAG 2.2 AA accessibility standard - although there may be valid legal reasons for not meeting accessibility standards
- publish an accessibility statement that explains how accessible our website is
Monitoring and enforcing accessibility requirements
The Government Digital Service (GDS) monitors public sector websites on behalf of the Minister for the Cabinet Office by examining a sample every year. They can ask for information and request access to intranets, extranets or any public sector website. From June 2021, GDS will also check mobile applications published by public sector bodies.
The Equality and Human Rights Commission (EHRC) enforces the requirements in England. If we do not meet them, or fail to provide a satisfactory response to requests to produce information in an accessible format, we will be failing to make reasonable adjustments. This means the EHRC and ECNI can use their legal powers, including investigations, unlawful act notices and court action.
Our users can also raise accessibility issues with us, using the contact details in our accessibility statement. We must provide a response within 20 working days. If the user is not happy with our response, they can get help from the Equality Advisory and Support Service (EASS). If the user feels the issue has still not been resolved, they can appeal to the EHRC.
You can find out more about understanding accessibility requirements for public sector bodies.
Making sure your content is accessible
Follow these steps, as well as the other advice in Writing for the Buckinghamshire Council website, when you write and publish content.
If you need more help, contact the Web Team.
We publish all content as web pages. Where appropriate, for example with policy or strategy documents, we also offer an accessible pdf. We publish as a web page first because publishing content only as pdfs:
- can make it difficult to find, maintain and use
- does not work well with assistive technologies, such as screen readers
Use the styles built into Wagtail, our content management system, or Microsoft Word, rather than manually changing the size of the text, or making it bold. Set the headings out in order and if they are numbered (for example, with long-form documents) do not skip a number.
Headings in Wagtail
Format your headings by choosing either main heading or subheading. Main headings are for the headings of sections, subheadings are for headings within sections.
Headings in Microsoft Word
Use the ribbon (or toolbar) in Microsoft Word to style headings as Heading 1 and Heading 2. Heading 1 is for the heading of a section, Heading 2 is for a heading within a section.
Use clear and simple language. Follow our guidance on writing good content in plain English.
Simple language makes your document accessible to people with cognitive impairments and learning disabilities.
Research shows that most users prefer simple language, including specialist audiences. This helps users to understand and process information quickly.
Where you need to use technical terms, abbreviations or acronyms, explain what they mean the first time you use them.
Users with low literacy can struggle to:
- identify the main points in large blocks of text
- concentrate on reading for long periods of time
- retain the information they’re reading as they read it
You can help people of all literacy levels understand what they need to know by:
- only including content that meets a specific user need
- organising information into manageable chunks
- using bullet points to break up long lists
We should write for quick and easy reading. It can be hard to read things like:
- capital letters
- contractions, for example ‘could’ve’
- apostrophes
Using common words and simple sentence structures can have a big impact on reading speed.
Write for and about people in a way that’s inclusive and respectful.
Familiarise yourself with the Scope social model of disability, which explains that people are disabled by barriers in society, not by their impairment or difference.
Make sure all links are provided in context, at the point in the content at which they’re useful. Don’t put all the links together at the bottom of the page.
When writing a link, make it descriptive and front-load it with relevant terms instead of using something generic like ‘click here’ or ‘more’.
Generic links do not make sense out of context or tell users where a link will take them. They also do not work for people using screen readers, who often scan through lists of links to navigate a page. It’s important the links are descriptive so they make sense in isolation.
For links that lead to information rather than action, use the text about that information as the link. For example, Creating accessible webpages and documents.
Consider using the title of the page the link goes to as your link text, as this makes it easier for users to find what they're looking for.
If your link takes the user to a page where they can start a task, start your link with a verb. For example, ‘Pay your Council Tax’.
Do not use the same link text to link to different places.
Links help people scan content, so do not swamp them with too many or link to the same tool or webpage throughout your page. Link to online services first, unless an offline alternative is better for your users.
Think about the size of the link users need to select. For users with reduced motor skills, a one-word link could be very difficult to select.
You can add links anywhere in body text, but not in titles, summaries or subheadings.
Alternative text, or alt text, is read out by screen readers or displayed if an image does not load or if images have been switched off.
All images, except decorative images, must have alt text that:
- tells people what information the image provides
- describes the content and function of the image
- is specific, meaningful and concise
Use normal punctuation, like commas and full stops, so the text is easy to read and understand.
Do not:
- include the name of the photographer or person who created the image
- start with ‘Image of’, ‘Graphic of’ or ‘Photo of’
- repeat information from the page
- include extra information not on the page
Only use tables as a way of presenting data. You should not use tables as a way of formatting text on the page, because it is not accessible and can make information more difficult to understand.
If you use tables, give them a title and give rows and columns a header so users can find, navigate and understand tables. Add a caption which describes the information so users can understand what the table is showing.
Help and support
Contact the webteam via ServiceNow if you need to:
- ask a question
- get help with writing content
- make a suggestion for something we need to include in this guidance
You can find more guidance on writing content in the content design resources in the GOV.UK Service Manual.