Cybersecurity & Managed IT
Wall of Cyber — Ethical IT & Cyber Defence
B2B cybersecurity web platform showcasing ethical IT management, vulnerability assessments, and threat mitigation services.
Website Maintenance & Support
Web Accessibility Audit
WCAG 2.2 testing and Equality Act 2010 compliance
Around one in five people in the UK has a disability, and a website that does not work with a screen reader, a keyboard, or high-contrast settings shuts them out. The Equality Act 2010 requires businesses to make reasonable adjustments, and public sector bodies have a legal duty to meet WCAG 2.2 AA. WebElev8 audits your website against the standard, tells you in plain English what is failing and why it matters, and gives your team a fix list they can actually work through.
Fixed Price Quoted in Writing
Direct UK Developer Support
Code Ownership After Full Payment
What this service solves
Clear reasons to choose this work, based on what your business needs.
01
Tested Against WCAG 2.2
We check your site against the Web Content Accessibility Guidelines version 2.2 at Level AA, the standard UK law and procurement rules point to.
02
Real Assistive Technology
Automated tools catch about a third of issues. We also test with a screen reader, keyboard-only navigation, and browser zoom to find the rest.
03
Plain-English Report
Every issue is explained in terms of who it affects and what to do about it, not just a WCAG reference number. Your developers get code-level detail as well.
04
Prioritised Fix List
Findings are ranked by severity and by how many users each one affects, so you fix the things that lock people out first.
05
Accessibility Statement
We can draft the accessibility statement your site needs, covering what is compliant, what is not yet, and how someone can report a problem.
06
Retest When Ready
Once your team has worked through the fix list, we retest the affected areas and confirm what now passes.
What is included
The exact scope is agreed in your written quote before work starts.
Automated Scan
A full crawl with industry tools flags missing alternative text, form labels, heading structure problems, and colour contrast failures across every template.
Screen Reader Testing
We navigate key journeys with a screen reader to check that content is announced in a sensible order and that buttons, links, and form fields make sense out of context.
Keyboard-Only Navigation
Every interactive element is tested without a mouse: visible focus, logical tab order, no keyboard traps, and working skip links.
Colour and Contrast Review
Text, buttons, form borders, and focus indicators are checked against the 4.5 to 1 and 3 to 1 contrast ratios the standard requires.
Forms and Error Handling
We check that fields are labelled, that errors are described in text and linked to the right field, and that nothing relies on colour alone.
Media and Documents
Video captions, audio transcripts, and the accessibility of any linked PDFs are reviewed, as these are common gaps.
Responsive and Zoom Testing
The site is checked at 200 and 400 percent zoom and on small screens to confirm content reflows without loss of function.
Accessibility Statement Drafting
We prepare a statement that lists compliance status, known issues, planned fixes, and a contact route, matching the format UK guidance expects.
How the work runs
You see what is happening, what comes next and what needs your approval.
Phase 01
Scope the Audit
We agree which templates and user journeys to test, for example the home page, a service page, the contact form, and the checkout, so the audit covers what matters most.
Phase 02
Test and Record
We run automated scans and manual testing with assistive technology, recording each issue with a screenshot or recording, the WCAG criterion, and the user impact.
Phase 03
Report and Explain
You receive the report and a walkthrough call. We explain the severe issues first, answer questions, and make sure your team knows how to approach the fix list.
Phase 04
Retest and Confirm
After your team has made changes, we retest the affected areas and update the report so you have an accurate record of your current compliance level.
Client work
See all 23 projects Related projects we have built
IT Support & Cloud Infrastructure
Verge Tech Solutions — IT Support London
High-performance Next.js corporate website deployed to Cloudflare Pages edge network, featuring regional IT support silos across London, Berkshire, and Surrey.
Virtual Reality & Digital Heritage
Historic VR — Immersive History & Heritage
Interactive portfolio and digital showcase for historical virtual reality simulations and educational heritage experiences.
Frequently Asked Questions
Is my business legally required to have an accessible website?
If you are a public sector body in the UK, yes: you must meet WCAG 2.2 AA and publish an accessibility statement. If you are a private business, the Equality Act 2010 requires you to make reasonable adjustments so disabled people can use your services, and a website is a service. There is no separate certificate, but a business that ignores accessibility is exposed to complaints and, in some sectors, to losing contracts.
What is WCAG 2.2 AA?
WCAG stands for the Web Content Accessibility Guidelines. Version 2.2 is the current version. Level AA is the middle of three conformance levels and is the one referenced by UK law, government procurement, and most accessibility policies. It covers things like keyboard access, colour contrast, text alternatives for images, and clear form errors.
Can you just fix the issues rather than only reporting them?
Yes. The audit is the starting point. If you would like us to carry out the fixes, we can quote for that work once we know the scope, or your own developers can work through the fix list. Many clients do a mix, handling content changes in-house and asking us to handle the code-level items.
How long does an audit take?
A focused audit of the main templates and journeys on a small business site usually takes about one to two weeks from the point we have access. Larger sites, or sites with complex applications and checkouts, take longer because more journeys need manual testing.
Do accessibility overlay widgets solve this?
No. Overlay and toolbar widgets that claim to make a site compliant automatically do not fix the underlying code, are often flagged by disabled users as making things worse, and have been the subject of legal action. Real accessibility comes from fixing the site itself, which is what an audit sets you up to do.