Agree what will be evaluated
We identify the website, page sample, templates, documents, embedded tools, and critical tasks. The proposal records the target standard and level, test approach, and exclusions so you know what the assessment covers.
Website accessibility assessment & remediation
Find the barriers in the journeys people rely on. Repair the agreed issues. Check that the changes help someone complete the task.

A website and location experience for a car-wash network, with search structure and accessibility-focused work.
Explore the project ↗A website accessibility audit needs a defined scope, a stated target, and human review. We combine automated checks with manual testing of representative pages and journeys, then turn the findings into practical design, content, and development work.
Explore the experience
Follow an illustrative form issue from observation to retest. This is a demonstration of our approach, not a client audit result.
Find the barrier
An assessment checks whether errors are identified, associated with the relevant fields, and understandable. A screenshot or automated score alone cannot tell the whole story of completing a form.
Make the repair
The repair can include explicit field labels, a specific error message, an associated explanation, and appropriate focus behaviour. Fixing the shared component can help every page that uses it.
Retest the journey
Repeat the affected journey with the agreed keyboard and assistive-technology checks. Record what passed, what remains, and any third-party dependency that your team cannot directly change.
What we deliver
We agree the deliverables, responsibilities, and acceptance checks with you before work begins.
Talk through your scope ↗We identify the website, page sample, templates, documents, embedded tools, and critical tasks. The proposal records the target standard and level, test approach, and exclusions so you know what the assessment covers.
Automated checks help identify certain issues. Manual review is needed for keyboard navigation, focus, form feedback, headings, content alternatives, and the way a complete journey works. The sample and methods are recorded with the findings.
We group issues by impact, affected components, and responsibility. Your team can see which repairs unblock a critical task, which apply across templates, and which require a third-party vendor to act.
New content and third-party changes can introduce new barriers. We can include editing guidance, reusable accessible patterns, and an agreed review process in the handover. Ongoing checks are scoped around how your website changes.
From the first conversation to handover
We review your current setup, your priorities, and the people who need to use it. You get a defined first phase and clear dependencies.
You see the agreed direction and working pages as they develop. Decisions and feedback are tied to the scope and the people responsible.
We verify the agreed journeys, resolve release issues, and give your team the access and guidance needed to run the result.
Before you decide
No. An assessment documents findings for the agreed sample, methods, and target at a point in time. It does not guarantee that every page or future change meets every legal obligation. Your legal adviser determines the obligations that apply to your organisation.
Often, yes. We first confirm platform access, ownership, available source, and third-party constraints. Findings are assigned to the party able to change them, and the proposal distinguishes work we can deliver from dependencies.
Yes. We can include accessibility requirements in the content model, design patterns, development, and acceptance checks. It is easier to review components and journeys as they are built than to leave all repairs until launch.
The agreed assessment record, reproducible findings, priorities, and repair recommendations. When remediation is included, we also document the changes and retest results. The deliverables and sample are stated before work starts.
Let’s make it useful
Share your current website, the challenge, and any timing or platform constraints. We will help you define a practical starting point.
Discuss your accessibility scope ↗