Hidden interaction barriers
Focus may move unpredictably or a menu may not work from the keyboard.
Manual website accessibility assessment
Find barriers that automated tools miss. Webmedic tests selected pages, components and critical user tasks, then presents the results in a prioritised report.
The exact audit scope is agreed before testing, so the report records what was tested, how it was tested and in which environment.
Why a manual audit matters
Tools can find some code failures, but cannot reliably determine whether a person can understand the interface and complete a real task.
Focus may move unpredictably or a menu may not work from the keyboard.
A field may have a label while still lacking useful instructions or error recovery.
One defect in a shared menu, modal or form component can affect many pages.
A high automated score can hide serious keyboard and screen reader barriers.
What you receive
Findings are written for business, product and development teams.
Severity, affected users, location, evidence and a clear explanation.
Practical semantic, CSS, JavaScript, content or component guidance.
The effect on registration, purchase, booking or account management.
Major risks, recurring causes and the recommended sequence of work.
Typical coverage
A representative sample based on templates, components and important tasks.
Headings, landmarks, names, roles, states and relationships.
Instructions, alternatives, contrast, zoom and responsive reflow.
Order, visibility, navigation, dialogs and custom interactions.
Labels, required fields, validation, summaries and recovery.
Screen reader output, announcements and dynamic changes.
Mobile layouts, orientation, reflow and touch targets.
Process
The exact environments, roles, journeys and deliverables are agreed before testing.
Confirm priority pages, components, roles and user journeys.
Set up safe environments, accounts, data and known constraints.
Run the agreed automated, keyboard, responsive and assistive technology checks.
Record actionable findings or apply agreed changes in the responsible layer.
Retest the original behaviour and complete affected journeys.
Who it is for
The scope is adapted to the product, platform, team and delivery stage.
Why Webmedic
Findings are written for action and consider shared components, application state and delivery constraints.
User impact is connected to the responsible code and component behaviour.
Location, state, reproduction steps and expected behaviour are recorded.
Repeated defects are grouped so shared causes can be addressed first.
Agreed fixes can be retested against the original acceptance criteria.
Technical and legal scope
The service applies to the agreed pages, components, roles, content and tested version. New releases can introduce new barriers.
Third-party widgets and closed components can be assessed, but remediation may depend on the supplier or available extension points.
Webmedic provides technical accessibility assessment and implementation support using WCAG 2.2 Level AA as the primary reference. This is not legal advice, legal certification or a guarantee of compliance.
Frequently asked questions
Before work starts, we agree the scope, pages, user journeys, deliverables and responsibility for implementation.
Ask another questionYes, but automated checks are only one part of the audit and are supplemented by manual testing.
It depends on the templates, components and user journeys. A representative sample is usually more valuable than many similar pages.
Yes. Targeted testing can be included for agreed pages and tasks.
Yes. Each finding includes evidence, impact, priority and practical remediation direction.
Yes. The original findings and affected journeys can be retested after implementation.
Start with a reliable baseline
Send the website URL, platform and most important user journey. Webmedic will propose a specific audit scope.