Commissioning Guide 10
How to commission an accessibility audit
An accessibility audit assesses whether a website, app, document, service, workplace environment or other asset can be accessed and used by people with different access needs.
1. What is this service?
The first question is: what exactly are you asking the auditor to assess?
2. When might you commission it?
- launching or redesigning a website
- developing an app
- reviewing a digital service
- repeated accessibility problems
- receiving user complaints
- preparing for a major content migration
- reviewing documents
- assessing a physical environment
- wanting independent assurance.
3. Before you commission
Ask:
- What exactly needs auditing?
- Which users and journeys matter most?
- What technology is involved?
- What previous testing has occurred?
- What known problems exist?
- What standard applies?
- What will we do with the findings?
- Do we need remediation support as well as an audit?
4. Define your brief
Specify:
- website/app
- representative pages/screens
- key journeys
- forms
- documents
- multimedia
- dynamic components
- authentication
- third-party content
- devices/platforms
- known issues
- previous audits.
- It is generally neither practical nor useful simply to ask a provider to ‘audit the whole website’. Consider representative samples covering different page types, functionality and important user journeys.
5. What to ask providers
- Which standard will you test against?
- What sample will you test?
- How will you select it?
- What automated tools will you use?
- What manual testing will you conduct?
- Which browsers/devices will you test?
- Which assistive technologies will you use?
- Will disabled people be involved in testing?
- How will issues be prioritised?
- Will you re-test after remediation?
- Automated testing is not a substitute for manual testing.
6. How to compare proposals
Assess:
- Standard — Clear testing basis
- Coverage — Appropriate sample
- Automation — Appropriate tools
- Manual testing — Meaningful human testing
- Assistive technology — Relevant testing
- User involvement — Appropriate where required
- Reporting — Clear evidence
- Prioritisation — Actionable
- Re-testing — Clear process
7. What good looks like
- what was tested
- what was not tested
- how the sample was chosen
- what methods were used
- which issues were found
- why they matter
- which standard/criterion is relevant
- how issues should be addressed
- what should be tested again.
8. Things to watch out for
- ‘100% accessible’ claims based solely on an automated scan
- no sample methodology
- no manual testing
- no assistive technology testing where relevant
- no evidence
- no prioritisation
- an enormous issue list with no remediation guidance
- a certificate presented as proof that the entire service is permanently accessible.
9. What should you receive?
- audit methodology
- test scope/sample
- test environment
- findings
- evidence/screenshots
- WCAG references where applicable
- severity/priority
- remediation recommendations
- executive summary
- accessibility roadmap
- re-test report.
10. After commissioning
Agree:
- identify → prioritise → fix → test → re-test → monitor.
- For public-sector websites and apps, GOV.UK guidance also covers accessibility statements and recommends maintaining them as services change.
