We live in one of the most remarkable eras ever: It’s a time when a tidal wave of advancing technologies and information is opening up limitless opportunities and empowering society like never before. But as innovation moves faster than ever, we need to ensure these advancements embolden everyone equally. For nonprofits in particular, demonstrating a strong commitment to digital accessibility gives you an unparalleled opportunity to connect with your audiences online and reinforce your commitment to equity and inclusion.
Here’s an example. While commuting on the bus to the office one morning, an announcement came on over the intercom notifying the passengers that another bus was disabled on the road, causing delays getting into Manhattan. The majority of people on the bus groaned and proceeded to take out their phones and notify their employers of their delay. That wasn’t true for the man sitting next to me; in fact, he didn’t react at all. After he noticed that the people around him looked concerned, he politely tapped my arm and said “I’m deaf. What happened?”
Similar situations happen all the time online—while digital experiences often do take into account user experience, the vast majority don’t pay as much attention as they should to the unique abilities of its diverse sets of users.
The good news? The web is made up of websites and the more organizations that commit to accessibility online, the more we’ll be able to make progress. But before we understand how we can ensure online equity, we need to understand the history of web accessibility standards (or the lackthereof).
A Brief Legal History of Accessibility
In 1990, America’s focus on accessibility was officially ratified with the Americans with Disabilities Act (ADA). By establishing a framework that prohibits discrimination and enforces protections for the disabled, this Act ultimately helped pave the way for occupational and resource-access equity for all Americans, regardless of their physical or mental limitations.
Since then, several new laws and amendments have emerged to broaden the scope of rights for disabled citizens. In 1997, a redraft of Section 508 of the Rehabilitation Act was enacted into law to specifically regulate the accessibility of electronic and information technology produced by the federal government. In 2010, the United States Department of Justice released a notice stating that Title III of the ADA, which covers “public accommodations,” is being revisited to determine whether Internet-based properties should be covered under its umbrella. In 2017, the government withdrew their inquiry, stating primarily that they required more input from the general public.
While these government milestones were occurring, it was the individuals and organizations that understood the importance of creating an equally accessible Internet for all and took the lead creating the frameworks that shape how we think of web accessibility, today. Some dominant areas of focus are web site design and development standards and best practices, establishing quantifiable inspection metrics, as well as creating testing software to gauge how well your site is working.
Why Your Organization Should Make Accessibility a Priority
When it comes to creating a truly impactful web experience, your number one priority should always be effectively delivering information to the visitor: whether you’re raising awareness about your cause, educating them about initiatives, or encouraging participation. However, when attempting to engage your target audience, you need to be sure you aren’t isolating anyone in the process. Ask yourself: “How will my website be experienced by users that may be hard of hearing, blind or low-vision, as well as users with restricted mobility or learning disabilities?”
Just as probing at our client’s assumptions helps us understand “why” they’re committed to their mission, implementing accessibility standards can help drive home “how” you execute your mission. The principles and workflow you establish for your website should mirror the inclusionary principles that support your organization. Fortunately, the World Wide Web Consortium (W3C)—the leading web standard’s organization—has established the Web Content Accessibility Guidelines (WCAG), which has the most robust set of rules and guidelines for achieving the highest level of accessibility.
Getting Started With Web Accessibility
In an attempt to make the massive scope of an accessibility initiative a bit more digestible, WCAG breaks down the steps you can take into four main categories:
Perceivable — Whatever you are presenting on your website, whether it is information or visual components, must be done in such a way that it is perceivable for the user. For instance, if you have an audio embed, you should offer a text alternative for the hard of hearing.
Operable — All user interface elements and navigation controls need to be operable by all. A great example of this is with regard to a dropdown menu: If you need to use a mouse to activate a dropdown menu, be sure you can also use your tab key to navigate it for users with limited mobility.
Understandable — It should be intuitive for the user to understand how to use the website. This could be something as straightforward as providing a way for screen readers to determine the current language of the website.
Robust — The information on your website should be available to a wide range of devices, particularly those designed to accommodate users with accessibility concerns. Much of the effort here pays specific attention to how the website is built, especially regarding the code.
Each one of these categories is divided into guidelines — Level A, AA, and AAA — each with requirements to achieve conformance to each guideline. The levels generally correspond to the level of effort to implement the requirement with AAA being the most involved.
For instance, Guideline 1.4 under the Perceivable category is the category “Distinguishable,” and it helps you ensure your visitors can see and hear your content properly. An example of a Level A technique would be to include the text “(required)” in the label for required form fields, in addition to coloring the label red to designate it as required. This will ensure that the color blind can distinguish the requirement. Here’s what we mean:
A Level AAA technique of Guideline 1.4 would be using prescriptive standards for your text blocks, such as 80 characters per line limits, enforcing line-heights of at least 1.5 times of the font size a separating paragraphs by 1.5 times the line-height. An example:
A Note About Legal Obligations
It is important to note that there are circumstances where you are required by law to meet accessibility standards, as is the case when your organization receives funding from the federal government. Additionally, there’s been a large focus on organizations that have physical locations and the website is seen as an extension of it. Such is the case with a legal dispute that the Domino’s restaurant franchise is currently challenging. It’s always a safe bet to consult with your legal team to identify any obligations.
Testing Your Website’s Accessibility
While the topics governed under accessibility guides may seem a little overwhelming (and truthfully, they can be), fortunately, there is a myriad of tools at your disposal to help you diagnose, test, and refine your accessibility efforts.
Regarding diagnostics, tools such as the Web Accessibility eValuation Tool (WAVE) or the Audits tab in the Chrome Developer Tools do a really great job of providing you with the big, Level-A compliance takeaways, and more. From there, your team can start to address changes like tab orders, color contrast issues, and proper document heading hierarchy. These tools will pinpoint the exact locations on your pages where the issues exist, provide some description into the issue and the WCAG category it pertains to, and offer up suggestions to help boost your accessibility score.
After working your way through these diagnostics, your next step should be to start with actual accessible interface testing. For instance, to test the consumption of your content, you can employ the use of screen readers such as ChromeVox or NVDA to see how accessibility devices are able to function on your website. For folks who use switches for navigating your site, a simple keyboard accessibility test by using your tab key will allow you to see how well people with limited mobility can traverse the information.
Lastly, nothing will educate you better as to how accessible your site is than some good old-fashioned user testing. Being able to see firsthand how various audience types access your website provides crucial insight into how your accessibility efforts are tracking. Not to mention, it also helps build a little empathy for the people you are working to accommodate.
The bottom line is: the values made evident in your website reflect the values instilled in your organization.
Accessibility is less about ticking the boxes to meet requirements and more about an ongoing pursuit to make the world more open, inclusionary, and compassionate. It is an opportunity to help promote the change and evolution in the digital world that you and your team have made it a mission to dedicate to in the physical world.