Skip to contentSkip to content
Skip to main content

Accessibility Statement

WCAG 2.2 AA Compliant

Last updated: May 13, 2025

Introduction

Customer Experience Insight Pty Ltd is committed to ensuring digital accessibility for people with disabilities. We are continually improving the user experience for everyone and applying the relevant accessibility standards.

Conformance Status

The Web Content Accessibility Guidelines (WCAG) define requirements for designers and developers to improve accessibility for people with disabilities. It defines three levels of conformance: Level A, Level AA, and Level AAA.

The HAIC Maturity Assessment™ tool is fully compliant with WCAG 2.2 Level AA(opens in a new tab) standards.

WCAG 2.2 extends the previous WCAG 2.1 guidelines with additional success criteria to address emerging accessibility needs, particularly for users with cognitive disabilities and those using mobile devices. We have taken comprehensive measures to ensure compliance with these standards, as detailed in the following sections.

WCAG 2.2 Features

WCAG 2.2 introduces new success criteria that we have implemented in our application. These include:

New WCAG 2.2 Success Criteria
Additional requirements we've implemented to meet WCAG 2.2 standards

2.4.11 Focus Appearance (Level AA)

What it means: When a user interface component receives focus, the focus indicator is clearly visible with sufficient contrast against the background.

Our implementation: We've enhanced all focus indicators to ensure they have a contrast ratio of at least 3:1 against adjacent colors and are at least 2px thick.

2.4.13 Focus Not Obscured (Minimum) (Level AA)

What it means: When a user interface component receives keyboard focus, the component is not entirely hidden by author-created content.

Our implementation: We ensure that no popups, tooltips, or other content obscure focused elements.

2.5.7 Dragging Movements (Level AA)

What it means: All functionality that uses a dragging movement can be operated by a single pointer without dragging, unless dragging is essential.

Our implementation: All draggable elements have alternative methods for operation, such as buttons or keyboard shortcuts.

2.5.8 Target Size (Minimum) (Level AA)

What it means: The size of the target for pointer inputs is at least 24 by 24 CSS pixels.

Our implementation: All interactive elements are sized appropriately, with most exceeding the minimum at 44 by 44 pixels.

3.2.6 Consistent Help (Level A)

What it means: Help mechanisms appear in the same relative order when repeated within a set of web pages.

Our implementation: Help features like contact information and support links are consistently positioned across all pages.

3.3.7 Accessible Authentication (Level AA)

What it means: Authentication processes don't rely on cognitive function tests unless alternatives are available.

Our implementation: Our authentication system provides multiple methods and doesn't rely on memory tests or complex cognitive challenges.

3.3.8 Redundant Entry (Level A)

What it means: Information previously entered by the user is auto-populated or available for selection.

Our implementation: Forms remember previously entered information and use appropriate autocomplete attributes.

Accessibility Measures

Our Accessibility Features
Key measures implemented to ensure accessibility for all users

Navigation & Structure

  • Keyboard accessibility for all interactive elements
  • Proper heading structure and semantic HTML
  • Skip to content link for keyboard users
  • Focus indicators with 3:1 minimum contrast ratio
  • Consistent navigation patterns across the site

Visual Design

  • Sufficient colour contrast meeting WCAG 2.2 AA standards
  • Multiple means of conveying information (not just colour)
  • Support for text spacing adjustments
  • Content reflow for different viewport sizes
  • Consistent identification of UI components

Content & Forms

  • Text alternatives for all non-text content
  • Form elements with associated labels
  • Error identification and suggestions
  • ARIA attributes where appropriate
  • Accessible authentication methods
  • Dragging movements can be operated by alternative inputs

Documents & Media

  • Accessible PDF documents with proper tagging
  • Responsive design that supports text resizing
  • Transcripts for audio content
  • Captions for video content
  • Target size minimum of 44x44 pixels for touch targets

Recent updates to our website footer have enhanced accessibility by improving the presentation of trademark information with proper spacing and structure. All PDF documents generated by our tool include accessible tagging and structure to ensure compatibility with screen readers and other assistive technologies.

Feedback

We welcome your feedback on the accessibility of the HAIC Maturity Assessment™ tool. Please let us know if you encounter accessibility barriers:

Phone

+61 8 9123 4567

Email

accessibility@cxinsight.com.au

Mail

PO BOX 8400, SOUTH PERTH, WA 6151

We aim to respond to all feedback within 3 business days.

Assessment Approach

Customer Experience Insight Pty Ltd assessed the accessibility of the HAIC Maturity Assessment™ tool by the following approaches:

  • Self-evaluation using automated testing tools
  • External evaluation by accessibility experts
  • User testing with assistive technologies
  • Regular accessibility audits
  • Continuous automated accessibility testing in our development workflow
  • Regular user testing with individuals who use assistive technologies
  • Specific testing for WCAG 2.2 success criteria
  • Automated Cypress tests for accessibility compliance

Technical Specifications

Accessibility of the HAIC Maturity Assessment™ tool relies on the following technologies to work with the particular combination of web browser and any assistive technologies or plugins installed on your computer:

HTML5

WAI-ARIA

CSS3

JavaScript/ECMAScript

SVG

PDF/UA (Universal Accessibility)

These technologies are relied upon for conformance with the accessibility standards used.

Limitations and Alternatives

Despite our best efforts to ensure accessibility of the HAIC Maturity Assessment™ tool, there may be some limitations. Below is a description of known limitations and potential solutions:

PDF Documents

Some older PDF documents may not be fully accessible. Please contact us for alternative formats if needed.

Data Visualisations

Complex charts and graphs may be difficult to interpret with screen readers. We provide text alternatives and data tables where possible.

Compatibility with Assistive Technologies

The HAIC Maturity Assessment™ tool has been tested with the following assistive technologies:

Screen Readers
  • JAWS
  • NVDA
  • VoiceOver
  • TalkBack
Magnification
  • ZoomText
  • Windows Magnifier
  • Browser Zoom
  • OS Zoom
Input Methods
  • Dragon NaturallySpeaking
  • Keyboard-only navigation
  • Switch devices
  • Voice control
Other Tools
  • High contrast modes
  • Colour filters
  • Text-to-speech
  • Reading tools

Compliance Documentation

Our WCAG 2.2 compliance is documented through:

  • Automated accessibility test results
  • Manual testing documentation
  • Third-party accessibility audit reports
  • Remediation plans for any identified issues
  • Ongoing monitoring and testing procedures

For more information about our accessibility compliance documentation, please contact our accessibility team.