Accessibility Statement

We aim to make this website usable by as many people as possible, including people who navigate by keyboard, use a screen reader or other assistive technology, magnify the page, or rely on adjusted colour and contrast settings.

Accessibility is handled during the build rather than added afterwards. Semantic structure, keyboard operation, focus visibility and colour contrast are treated as part of the work, not as a later correction.

This site aims to conform to the Web Content Accessibility Guidelines version 2.1 at level AA. These guidelines are the internationally recognised reference for web accessibility and underpin most legal requirements in this area.

We describe the site as partially conformant. That means most of the site meets the standard, and we know of specific areas that do not yet fully meet it. Those areas are listed below rather than left unstated.

Testing combines automated tooling with manual review, because automated tools alone detect only a minority of real accessibility problems and cannot judge whether a page makes sense in sequence.

• Automated scanning of every page template for detectable failures.
• Manual keyboard testing of all interactive elements, including the menu, service panels, review controls and the enquiry form.
• Screen reader review of page structure, headings, landmarks and form labelling.
• Colour contrast measurement of text, interface controls and focus indicators.
• Layout testing at increased zoom and with reduced motion enabled.

The site was last reviewed on 15 July 2026, and it is reviewed again whenever a section is materially changed.

The following have been implemented deliberately and are checked when the site changes.

• Semantic structure. Headings follow a logical order and landmark regions identify the header, main content and footer.
• Keyboard operation. Every interactive element can be reached and operated by keyboard, and modal dialogs can be closed with the escape key.
• Visible focus. Focused elements are clearly indicated so keyboard position is never in doubt.
• Colour contrast. Body text, headings and interface controls are tested against the level AA contrast thresholds.
• Form labelling. Every field in the enquiry form has a persistent visible label, and validation messages identify the specific field and the specific problem.
• Reduced motion. Animation is suppressed for visitors whose system requests reduced motion.
• Responsive layout. Content reflows without horizontal scrolling at increased zoom and on small screens.

We are aware of the following. Each is stated with what we intend to do about it rather than left as a general disclaimer.

• Decorative background effects. Some sections use large decorative shapes. They carry no information and are hidden from assistive technology, but at very high zoom they may reduce contrast against nearby text in isolated places.
• Review carousel. Reviews update in place with a short fade. The region announces changes, but a screen reader user moving quickly between items may hear an announcement overlap.
• Long legal documents. These pages are lengthy by nature. A sticky index is provided, but reaching a specific clause by keyboard still requires passing through the index list.
• Third party platform elements. Components generated by the hosting platform are outside our direct control, and we cannot guarantee their conformance.

The site is built to standard HTML and is intended to work with current versions of the major screen readers and browsers, including recent versions of Windows and macOS screen readers used with a current browser.

The site is not tested against browsers or assistive technologies that are no longer supported by their vendors, and it may not behave correctly on them.

Accessibility of this site relies on HTML, CSS and JavaScript. Content is served as standard HTML, with CSS for presentation and JavaScript for interactive elements such as the menu, service panels and forms.

Where JavaScript is unavailable, page content and navigation links remain readable and usable, although interactive panels and the enquiry form will not operate.

If you encounter a barrier on this site, tell us. Reports from people who actually use assistive technology are more useful than any audit we can run ourselves.

Please describe the page, what you were trying to do, and the browser and assistive technology you were using. That detail lets us reproduce the problem rather than guess at it.

We acknowledge accessibility reports within one business day and aim to correct confirmed problems within ten business days. Where a fix will take longer, we explain why and offer an alternative way to get the information or complete the task.

If you report a problem and are not satisfied with how it was handled, reply to us in writing and ask for the matter to be reviewed. A review is carried out by someone other than the person who answered first, and the outcome is given in writing.

We would rather resolve an accessibility complaint directly and quickly than have it escalate, and we treat these reports as a priority.

The commitments above describe this website. Accessibility in a client project is defined by the scope agreed for that engagement, as set out in the Web Consulting, Design and Development Services Terms.

Where an engagement includes accessibility work, findings are reported against specific guidelines with the element and the correction required. Where accessibility is not within the agreed scope, we say so in the proposal rather than implying a level of conformance that was never tested.

This statement is reviewed at least annually and whenever a section of the site is materially changed. The date at the top of the page records when the current version took effect.

The statement is prepared on the basis of our own testing. It is a self-assessment and is not a third party certification, and we do not present it as one.