Digital knowledge should be for everyone. Silverchair has prioritized accessibility for decades, having designed, developed, and hosted federal government sites that legally required 508 Compliance. Today, AA WCAG 2.1 compliance is instilled into our platforms’ codebases and is tested for in every new line of code. Based on a study by the World Bank, 16% of the world’s population experience some form of disability, so we know how essential accessibility is to our clients and their users.
As a strategic partner to the publishers and societies who partner with us, we prioritize delivering guidance and resources to our client community, beyond simply equipping them with compliant platforms. Our client portal features a Web Accessibility User Guide, which includes guidance to help ensure that publisher-provided content and updates are accessible. We also host frequent virtual events and publish content both on platform accessibility improvements as well as tips for publisher actions.
Below, we detail our approach to accessibility in platform development and offer a variety of resources and further reading to support you on your accessibility journey.
Our Approach
Our User Experience (UX) Designers work with clients from the beginning of projects on AA-compliant color contrast, font-sizing, and terminology. They also consult with developers on interaction design patterns and the semantic sequence of content in the source code to ensure our products are screenreader and keyboard operable.
Our front-end developers are fluent in the WCAG 2.1 guidelines and use the Perceivable, Operable, Understandable, Robust (P.O.U.R.) best practices. They also use in-browser tools such as the Chrome WAVE extension and Lighthouse while developing.
Some examples of accessibility features commonly employed in the Silverchair Platform include:
- Providing text alternatives for non-text content
- Making all functionality of content operable through a keyboard, including a “Skip to main navigation” option
- Careful consideration for readability as it applies to typography, color, and contrast
However, like any SAAS product, our codebase is like a living organism that is constantly changing and growing, so there’s always the risk that a bug or new feature that isn’t 100% AA compliant makes it into a sprint release. How do we solve for that?
Accessibility Remediation
Our Software Quality Assurance (SQA) team runs SortSite testing reports for every new build on the platform and on an as-needed basis.
Example of a SortSite scan
These reports flag any snippet of code that is not completely WCAG A or AA compliant, whether it’s in our platform application code or in clients’ content. We use these reports to fill out VPATs for our clients and write remediation stories, which go into our backlog. Our agile workflow enables us to bring these remediation stories into sprints to continually refine and improve the Silverchair Platform’s compliance.
Example of a JIRA Accessibility Remediation ticket
Once a developer has merged remediated code to our DEV environment, we use human exploratory testing to make sure the flag raised by the scan has been addressed. Accessibility remediation has an added benefit of improving the overall quality of our code and our developers’ happiness and efficiency in working in it.
Example of exploratory testing
Accessibility for all
ASPIRE, a verification service for accessibility statements, lists numerous Silverchair publishers, such as the MIT Press, Oxford University Press, McGraw-Hill, Duke University Press, Wolters Kluwer, and the University of California Press. We are proud to be working with all our clients to make research more accessible to all.
Achieving Web Accessibility relies on best practices as well as some additional work. If these accessibility processes are brought up from the start of product design and development, there are fewer obstacles. It can become significantly more difficult if attempted mid-build, or post-launch. Web Accessibility also relies on everyone on a product team to be on board — from developers, to project managers, to designers, to the client.
Silverchair’s processes and roadmap are geared toward breaking down barriers to entry on all our products, propelling our clients’ content to greater reach and impact.
Terminology
Since there’s a lot of available information on Web Accessibility, it’s important to understand the terms, rules, and guides that fall under it.
- 508 Compliance: Section 508 of the US Rehabilitation Act states that agencies must give disabled employees and members of the public access to information that is comparable to access available to others. Government-funded information must follow this law and guidelines. There are some differences and similarities between 508 and WCAG, but WCAG 2.0 guidelines are a bit more detailed & higher-standard.
- WCAG: Web Content Accessibility Guidelines (WCAG) are standards set by W3C (World Wide Web Consortium, the organization that maintains The Internet) and are widely considered the gold standards in web accessibility. WCAG line-items come in 3 forms: A, AA, and AAA, with AAA being recommended and A being required.
- VPAT: A Voluntary Product Accessibility Template (VPAT) is a document that explains how digital products meet 508 compliance, helping organizations assess accessibility when doing market research and evaluating proposals.
- Screen readers: Assistive technology that helps users who are vision-impaired navigate websites by programmatically synthesizing speech from web text (think Siri for your entire computer). Screen readers are usually built into operating systems and are available as purchasable apps (e.g. JAWS). Screen readers are one of many assistive technologies.
Resources
- WCAG “P.O.U.R.” – Guidelines on making content Perceivable, Operable, Understandable, and Robust
- VOX – Accessibility checklist
- JAWS – Job Access With Speech (screen reader)
- SuperNova – Screen magnification and screen reading
- NVDA – Screen reader
- TPGI Colour Contrast Analyzer – A fantastic tool used to check text/foreground and background color
- The Accessible Publishing Learning Network (APLN) – Contains great, plain language resources and checklists on all sorts of accessibility topics, from eBook production to organizational strategy to digital marketing
- Benetech DIAGRAM Center’s image description writing guidelines – Helps content creators provide accessible image descriptions
- The WAVE tool by WebAIM – Helps authors make their content more accessible to viewers with disabilities
- SortSite – Tests your site for accessibility and usability issues
- Contrast Checkers – Checks web contrast and gives you a contrast ratio score
- Ace by DAISY – Checks the accessibility of EPUB files
- PAC24 – PDF accessibility testing
Further Reading
- NNG Accessibility Articles
- W3C WAI Web Accessibility Perspectives (videos)
- The DAISY Consortium webinars – A great resource in the accessible publishing and reading ecosystem that presents on a diverse range of topics
- Webinar Recap: Preparing for the European Accessibility Act (Silverchair, March 2025) – Silverchair gathered experts from various organizations for a virtual discussion on accessibility standards, implementation strategies, and what lies beyond compliance as part of our 2025 Platform Strategies Webinar Series.
- Enhancing Accessibility: From ScholarOne to the Next Generation (Silverchair, December 2024) – This blog summarizes recent efforts by the ScholarOne team to advance accessibility of the platform, plus the plans for future improvements.
- Preparing for the European Accessibility Act: Recommendations for Publishers (Silverchair, August 2024) – Platform technology efforts are only part of the accessibility equation. This blog offers recommended actions for publishers to take to ensure compliance with the EAA.
- Guest Post — European Accessibility Act: Working Toward Compliance and Beyond (The Scholarly Kitchen, January 2024)
- The European Accessibility Act (EAA): Ready or not, here it comes (SiteImprove, January 2024)