Accessibility

We aim to ensure that our application is compliant with the WCAG 2.1 Accessibility Standards through a number of mechanisms and audits. Our product development lifecycle includes an accessibility review as a required step in our user experience design and testing process to ensure all core candidate facing workflows are perceivable, adaptable, operable, understandable, and robust. To do this we use a number of accessibility compliance tools, including ‘accessibility developer tools’ from Google for audits of pages, and additional W3C recommended products.

We strive to ensure all our candidate-facing experiences - including those generated through Beamery Career Site, Pages, and Convert products, meet WCAG 2.1 accessibility requirements. The nature of candidate-facing experiences is that there are some things we can't control - namely, the content added through the CMS from external sources, such as whether videos have captions, and whether images have been uploaded with appropriate color contrast to text overlays.

This content added through the CMS is an additional responsibility for our clients to have accessibility baked into their brand guidelines and content creation and review processes. However, outside of these exception cases, accessible experiences are automatically generated through how the CMS content blocks and candidate conversion flows are generated - with our WCAG audits covering all flow and page block types that can be used.

We test our platform for usability on desktop for chrome, and content accessible on mobile and tablet are tested across responsive mobile/tablet size breakpoints.

We survey our users and people who interact with our application to monitor and understand both the experience of our application and the impact that this experience has. Over time, we expect this data to provide us with visibility into any possible measurable adverse impact.