Our product commitment
Accessibility at Centraly
People should be able to discover a session, register, pay, sign a waiver, check in, and operate a facility with the technology that works for them. Accessibility is part of how we design, build, and review Centraly.
Last updated July 9, 2026. This statement covers the Centraly marketing site, customer and staff web applications, and iOS and Android mobile application.
Commitment and standard
Centraly uses the Web Content Accessibility Guidelines (WCAG) 2.2 Level AA as our product design and engineering target. This target applies to new and materially changed experiences across customer, coach, facility staff, and mobile workflows.
Accessibility is continuous work. We review high-impact paths first and use user feedback, testing, and evolving standards to prioritize improvements.
Current status
Centraly has not yet completed an independent, product-wide accessibility audit. We therefore do not claim that every Centraly screen or workflow is fully conformant, certified, or universally “ADA compliant.”
WCAG 2.2 AA is our delivery target. Formal conformance claims will be limited to the product version, scope, and evidence covered by a current assessment.
How we work
Our design and development guidance requires teams to consider accessibility from design handoff through release verification. Depending on the surface and change, that includes:
- Native semantics, meaningful headings and labels, and state announcements for screen readers and other assistive technology.
- Keyboard operation, visible focus, logical focus order, and focus management for dialogs, sheets, and sticky actions.
- Contrast checks, safe fallbacks for venue branding, and text or icon cues so color is never the only way to understand status.
- Browser zoom and reflow, mobile Dynamic Type, generous touch targets, and layouts that grow or stack instead of hiding essential information.
- Reduced-motion behavior, clear validation, preserved form data, and review or confirmation for financial, legal, booking, and destructive actions.
- Automated checks plus manual keyboard, VoiceOver, and TalkBack review for changed critical workflows when appropriate.
Limitations and shared responsibility
Some legacy screens, generated documents, customer-authored content, and third-party services may not yet meet our target. We prioritize barriers that prevent people from completing core tasks such as sign-in, registration, payment, waivers, check-in, scheduling, and account management.
Facilities control parts of their public experience, including uploaded images and documents, descriptive content, and venue colors. Centraly provides product safeguards where practical, but customers remain responsible for making their own content accessible. If a third-party service creates a barrier, please report it so we can investigate an effective path forward.
Accessibility feedback
If you cannot complete a task or encounter an accessibility barrier, tell us what happened. If you are comfortable doing so, include the page or screen, device and browser, assistive technology, and the task you were trying to complete.
We review accessibility reports and use reproducible barriers to prioritize remediation. Please do not include payment-card details, passwords, or other sensitive information.
Report an accessibility barrierCustomer and procurement questions
Facilities evaluating Centraly may ask for the current scope of testing, known limitations, and remediation priorities during procurement. We will describe the evidence we have and will not represent the product as independently certified unless current documentation supports that claim.
Ask an accessibility question