Project Accessibility Assurance Standards
Palantir.net practices to ensure products adhere to modern accessibility standards.
Our Clients
Palantir.net has numerous public sector, higher education, and healthcare clients who require Section 508 and WCAG 2.1 level AA (or better) compliance for their websites, which we help ensure the system we build for them provides a platform on which they can be compliant. We also have non-profit and NGO clients with the same requirements for accessibility compliance.
Our Approach
Palantir has been building accessible websites since the standard was introduced. For the majority of our clients, WCAG 2.1 level AA, Section 508 compliance is contractually obligated. Our automated tools and manual testing tools adhere to these standard, which is also what our best practices and heuristic evaluations of design follow.
We employ many of the tools, practices, and techniques documented in The A11y Project in order to design and build accessible products for our clients.
We ensure that the code we develop adheres to accessibility standards by employing a three-tiered approach to accessibility assurance.
Following best practices in accessible design
We conduct heuristic evaluation of static designs, including (but not limited to):
- selecting colors for text that have a high contrast ratio with the background, specifically styling interactive elements, such as links, using a variety of indicators rather than relying on color alone
- including notifications and feedback for interactions such as an error message, or a success confirmation
- designing large links, buttons, and controls
- creating unambiguous and consistent navigation options
- composing clear layouts with organized content
- numerous others
Automated, continuous code testing to identify any accessibility issues in the styleguide code
Gulp Accessibility is built into our toolset. Gulp Accessibility uses AccessSniff and HTML Codesniffer to grade the site’s accessibility using the different levels of the WCAG standard.
Testing of individual, rendered pages of the final product
We use various plugins and approaches including Siteimprove and WAVE plugins for Chrome, and sometimes Tenon, which can all assess that the code and content entered in the CMS are producing rendered pages that ultimately meet accessibility standards.
User experience for everyone
The most effective way to see if a product or tool meets the needs and preferences of users is to have them test it, including people who require assistive technologies. User research and usability testing are one of the most effective ways to evaluate accessibility. We can perform usability testing with all categories of users, including those with specific disabilities who require assistive technologies.
The most generic approach to this form of testing is to utilize UserTesting.com because the site provides both the testing infrastructure and the recruitment of vetted testers who meet the audience and demographic criteria requested. We can also perform in-person usability tests on behalf of clients who provide us with access to audiences that use assistive technologies. Through observation and inquiry, both virtual and in-person usability testing can identify usability issues that may not be accounted for in the standards but still pose problems for users.
Our team
All of our designers, developers, and engineers follow WCAG design and coding standards because those are built into the testing suite of the software tools we use. If any code breaks from those standards, the automated tests will fail, prohibiting that code from being merged into the project. This works both as quality assurance for accessibility standards and also as on-going training for our designers, developers, and engineers about what will pass accessibility standards. In other words, everyone has a depth of experience in accessible coding practices.
Culturally, Palantir holds inclusion and accessibility in extremely high regard as a company value. Our internal tooling efforts support our team’s mentality that it is everyone’s job to uphold accessibility standards to the best of our ability on all levels and stages of our projects.
Our accessibility roadmap
Palantir is fully committed to continuous improvement in making our web products accessible to all users. We regularly monitor the standards established under guidelines from the Section 508 of the Rehabilitation Act, and the WCAG — among others, such as The A11y Project, which don’t have the enforcement powers of federal and state law, but are the sources of new practices, techniques, and tools which lead the way for accessibility standards.
Palantir has already integrated some automated testing tools into our software stack to continuously test new front-end code, as outlined above. As new tools become available to simplify and expand the process of usability and accessibility testing, we will continue to experiment with those tools, evaluate them, and integrate those that help make our website accessible for all.
Ensuring that websites remain accessible
An accessible website relies on accessible design, accessible coding practices, accessible content creation and inclusion of disabled users in periodic usability testing and site evaluation. As the writers of the code for the website, we can assure you that we have built a system which supports accessibility to the extent we can control it through design and code. Palantir neither creates, propagates, nor maintains the content on your website, and it is the responsibility of your content editors to follow the standards for the content they place in the site.
Accessibility is an on-going practice in maintaining a site, and you as owners and administrators of that site have an inescapable responsibility to it. Accessibility is not a final state of being, but an essential part of website’s ever-changing and growing process. We recommend clients create an editorial style guide for their users that provides guidelines on how to make sure all content created and uploaded is as accessible as possible.
To learn more about our commitment to accessibility, read our Accessibility Statement.