Accessibility Statement

Accessibility Status and Ongoing Improvements

How we identify barriers, improve access, and make our own digital experiences more usable for everyone.

This statement reflects the current state of accessibility of our own website, including the key barriers we have found, the progress made through remediation, and the work still in front of us. We hold ourselves to the same manual, standards-based process we use for clients.

Inspection and remediation approach

Accessibility barriers are identified through structured manual testing and assistive-technology validation, including screen reader use and keyboard navigation. Each issue is documented with clear steps, user impact, and prioritized remediation guidance.

  • Root cause identification, whether template, content, or system
  • Clear implementation guidance for each issue
  • Manual re-testing for validation
  • Documentation of resolution

Current status

Where our accessibility stands today

67
Pages inspected
22
Total barriers found
16
Barriers resolved
6
Barriers open

Barrier tracking and resolution

Each identified barrier is tracked from initial identification through remediation and validation, so progress stays visible and accountable.

Resolved barriers

Barriers that have been remediated and validated, confirmed through manual testing and assistive technology, and verified against WCAG and real-world usability.

Known open barriers

Barriers identified but not yet resolved. Some involve third-party dependencies, and some require structural or design changes that are scheduled and tracked.

How the barriers break down

Top barriers by category

Barrier log and remediation priorities

Barriers are documented in a structured log and prioritized to guide remediation and drive efficient resolution.

Name, Role, Value

WCAG 4.1.2 Name, Role, Value

Custom interactive elements such as dropdown menus, tabs, and accordions are not built in a way assistive technology can interpret. Blind users cannot tell what these controls are, what state they are in, or how to operate them.

6 barriers · Critical

Focus Visible

WCAG 2.4.7 Focus Visible

When navigating by keyboard, there is no visible indicator showing which element is selected. Users tabbing through the page cannot tell where they are.

1 barrier · Critical

Info and Relationships

WCAG 1.3.1 Info and Relationships

Page structure such as headings, lists, and forms is not coded so assistive technology can interpret it, leaving the content as a flat wall of text that is hard to navigate.

3 barriers · High

Keyboard

WCAG 2.1.1 Keyboard

Parts of the site cannot be operated with a keyboard alone, blocking anyone who cannot use a mouse, including many blind users and users with motor impairments.

2 barriers · Critical

Bypass Blocks

WCAG 2.4.1 Bypass Blocks

There is no way to skip past repeated navigation to reach the main content, so keyboard and screen reader users must tab through every menu link on every page.

1 barrier · Critical

Known limitations

Certain payment-related interactions are handled by third-party systems. While accessibility is considered, we do not have full control over those environments. These areas are monitored and addressed where possible.

Automated testing and false positives

Automated tools can produce false positives and cannot capture all accessibility barriers. We validate every finding through manual testing to ensure accuracy, and prioritize remediation where real user impact is confirmed.

Ongoing accessibility monitoring

Accessibility is continuously monitored through periodic re-inspections, regression testing after updates, review of newly published content, and ongoing user feedback, so improvements are maintained over time.

Accessibility feedback and support

If you have difficulty accessing any part of this website, encounter a barrier, or need information in an alternative format, we want to hear from you.

Contact our team →