Skip to main content
← Legal & privacy

Staysi legal

Accessibility Statement

Staysi accessibility goals, current work, and how to report a barrier.

Effective and version date: August 25, 2026 · Version 2026-08-25

Our goal

Staysi aims to make core host and guest workflows usable by people with disabilities and uses WCAG 2.2 Level AA as the engineering target for the web application.

This statement describes an accessibility target and ongoing verification process; it is not a claim that every page, third-party surface, assistive-technology combination, or future change has been formally certified as conforming.

Implemented safeguards

  • Keyboard-visible focus indicators and skip-to-content links.
  • Focus containment/restoration for modal dialogs and sheets.
  • Non-drag alternatives for draggable controls such as property-map placement.
  • Minimum interaction-target sizing and stronger text/status contrast tokens.
  • Programmatic labels and live status announcements for important assistant and workflow controls.
  • Reduced-motion handling for supported animated interactions.

Third-party and ongoing testing

Some workflows include third-party components such as Stripe payment elements and MapLibre-based maps. Staysi tests its integration and provides alternatives where feasible, but third-party accessibility can also depend on the provider and platform.

Automated checks cannot establish WCAG conformance by themselves. Staysi combines source review and automated regression checks with keyboard, zoom/reflow, screen-reader, reduced-motion, and device testing before making a formal conformance claim.

Accessibility support

Hosts can report an accessibility barrier through Staysi Host Support. Guests can report a barrier to their host, who can escalate it to Staysi. Include the page or task, the problem encountered, and a preferred contact method if a response is requested. Barriers affecting guest safety, stay access, communication, or core host account tasks are prioritized.