Meeting ADA Compliance Always Requires Manual Website Accessibility Testing

Disabled person working on computer code

Business owners, government agencies, schools, and everyone else with a website want the fastest, cheapest, and easiest way to implement a solution that ensures their website meets the standards of the Americans with Disabilities Act (ADA). Automated website accessibility testing is part of that solution—that is, as long as it is used correctly.

In our previous article, Why Using Automated Accessibility Tools for Testing Web Accessibility is Not Enough, we listed a few website elements that can only partially use automated website accessibility testing to determine accessibility. Since we find that automated website accessibility testing is a question we get in just about every call from a potential clients looking for a website accessibility solution, we want to elaborate a bit more on the topic.

How do I use automated web accessibility testing tools?

wooden chess pieces

If you own a scroll saw, does that mean that you know how to use it and know how to use compound cutting to create three dimensional objects? Similarly, just because you purchase an automated web accessibility testing tool does not mean you know how to use it. Even after you learn how to navigate the tool so you can perform a website accessibility test and print a report, there is an additional skill involved to make the tool useful.

Think about the game of chess. You can learn the rules and know you can only move a king one space at a time, but does this mean you know how or when to put your opponent’s king in check? No. You still need to understand the rules of all of the other pieces and know how to use different strategies to actually win the game. Similarly, almost anyone can click the start scan button and run a website accessibility scan. However, not knowing how to accurately interpret the results will leave you with a report full of false negatives and false positives that does nothing more than give you false confidence that your website is ADA compliant and accessible to everyone.

It’s important to know the limitations of your web accessibility testing tool. Don’t expect just a “plug and play” type of tool. Combine your automated web accessibility testing with manual testing. Not only does this mean knowing the requirements of an accessible website, but it’s the only way to effectively evaluate your website to ensure you provide an inclusive experience.

What can an automated web accessibility testing tool do?

Once we know how to interpret an accessibility report, automated web accessibility testing tools can be highly beneficial. Before we decide which web accessibility testing tool we need, we need to consider what can and cannot be automated. This will prevent us from investing time and money in a product that doesn’t deliver exactly what we need. The table below lists some of the elements we are required to provide accessibility and shows whether or not we can automate the testing process.

ElementAutomated Testing Possible?
Alternative textYes
Alternative text accuracyNo
Color contrastYes (with exceptions)
Use of colorNo
Empty linksYes
Form labelsYes
Form label accuracyNo
Keyboard accessibilityNo
Page titleYes
Page title accuracyNo
Page language declarationYes
Skip link accuracyNo
Table structureYes
Text-only zoomNo
Video captionsNo

Although this table is far from an inclusive list, it does highlight common accessibility barriers. It demonstrates that even though automated testing is beneficial, we cannot fully declare a website accessible without manual testing.

One of the benefits of automated accessibility testing we find especially useful is that an automated test will find barriers that are repeated on multiple pages. For example, if an automated scan shows missing form labels and we manually confirm they are missing, the scan will show us each page where the error occurs allowing us to ensure we remediate every instance of the error.

We’ve posted free resources to help you learn and apply web accessibility into your workflow.

Access to free resources

How web accessibility benefits business owners

If you are a business owner, you may be familiar with the term bounce rate. The bounce rate of a website is the version of a metric that measures the rate of how long users stay on a website. Unlike conversion rates that we want to be high, our goal is to have a lower bounce rate. Following the web accessibility guidelines can significantly contribute to reducing this rate. The lower the bounce rate, the better, because it means people are staying on the website longer. This is often adhered to within various web entities and is incorporated within their policies pertaining to user retention.

On the contrary, a higher bounce rate indicates a poorly constructed site version, particularly if it fails to meet web accessibility standards. A website that ignores the importance of accessibility and lacks necessary elements would fit this description perfectly. Elements of a poorly constructed site include things like non-responsive design, lack of color contrast, and missing form labels.

Our primary aim is to keep people on our website longer so that they discover more reasons why they should choose us over our competitors. A study found that a staggering 71% of disabled web users will leave a website version that does not fulfill accessibility requirements. This is a large enough percentage to significantly impact the overall bounce rate. Hence, all business entities must incorporate accessibility requirements into their policies to avoid a potential loss of customers.

How web accessibility benefits developers and Google

If your web developer argues that web accessibility does not benefit them, then it may be time to seek services elsewhere. The value of web accessibility for developers, especially in today’s digital version of the age, is undeniable. Developers take pride in crafting high-quality websites and understand that cleaner code paves the way for a faster and more proficient website. If a website’s load time is slow or it fails to rank high in search results, the development team is usually held accountable. HTML elements (code) have semantic meaning, and web entities optimize their website’s accessibility and performance by using code as intended.

Apart from reducing bugs and enhancing loading speed, semantic code also aids search engines such as Google and Bing in indexing the content, thus facilitating higher search rankings. Let’s imagine a webpage version constructed to compare web development platforms like WordPress and Shopify and how its organization of content using heads and visual elements can increase its potential visibility.

If my website passes an accessibility scan, do I have to manually confirm everything?

Yes! Here are two examples where manual testing is always required:

  • Color Contrast
    Color contrast is one of the most common elements that we find gives false testing results. An automated test will compare the text color to the background color declared in the website’s styles. For example, on this page, the text color is #1761a2 and the background color is #f9f9f9. The contrast ratio of these two colors is 6.1:1 which is sufficient to pass the 4.5:1 required ratio.

    Now let’s say we styled the titles on the page to look something like this:
    How do I choose a website accessibility testing tool white text on blue arrow graphic backgroundThe white text against the blue background has a contrast ratio of 6.42:1 which is sufficient. However, an automated test for color contrast would fail this element. The automated test sees the color of the text is white but it sees the page as the background of the text, not the image. So, it thinks the background is gray and does not pass. Because the automated test does not see the background image, it cannot see that the colors actually do have enough contrast.

    To further complicate this, some users with cognitive disabilities prefer to disable images. When they do this, the blue graphic is removed and the text would then not pass color contrast ratios — at least as far as the automated test can evaluate. The reason for this is the automated scan does not see is that there is a 1px text shadow of #d9d9d9 which gives the text a contrast ratio of 4.55:1. Text-shadow is just one of the creative ways designers help text pass color contrast ratios. With the text-shadow implemented and with images disabled, the text would have sufficient contrast and look like this:

    How do I choose a website
    accessibility testing tool?

    In addition to manually testing things like color contrast, you also need to include individuals with accessibility issues in your manual testing process. As mentioned previously, remember that user accessibility is about real people, so be sure to use real people with disabilities for your website testing process. While a blind user may not give you the most accurate results for color contrast testing, they will give you the most accurate results for things such as keyboard accessibility and link purpose.

  • Alternative (alt) Text
    Alt text is probably known as the easiest piece of accessibility to apply to a website. It’s so easy that many systems and programs even automate adding alt text. There’s that word again, automate. But don’t get too excited just yet.

    While working on a PowerPoint presentation recently, I noticed PowerPoint will now autogenerate alt text for images. Here is the image I used:

    man using assistive technology to view website
    PowerPoint auto-generated the alt text as “A picture containing person, man, sitting, front, motorcycle. Description automatically generated.” Close your eyes and think about that descriptive. The auto-generated description doesn’t tell you anything about that picture other than there is a man sitting.

    An automated web accessibility scan is really good at telling you when alt text is present, but similar to how alt text cannot be auto-generated, the accuracy of alt text cannot be tested with an automated scan. When you review your website for accessibility, be sure you always manually review an image’s alt text for accuracy.

How do I know if automated web accessibility reports are accurate?

Now that you know you can’t completely rely on automated web accessibility scans to tell you how accessible your website is, it’s time to learn how to read the accessibility reports. In order to do this, you need to learn everything you can about creating an accessible website. We recommend the first step being to gain perspective. Check out this video of blind tech enthusiast, Daniel Amezcua, about common website accessibility barriers he faces.

If you don’t already know HTML and CSS, you will want to be sure to learn these since most of accessibility can be applied in the HTML and CSS of a website. The World Wide Web Consortium offers both HTML and CSS tutorials. While you’re there, it would be beneficial to become familiar with Javascript since it is commonly used for interactive elements.

Once you have a good foundation of the basic web languages and styling techniques, you will better understand how to apply the accessibility techniques outlined in the Web Content Accessibility Guidelines (WCAG). This is the next step. Embed WCAG into your mind and remember it each time you touch any aspect of your website and when you read your automated accessibility report. Pairing automated website accessibility testing with your new knowledge of website language and styles will give you the power to determine if your website is accessible and ADA compliant.

Another option is to hire an expert like Be Accessible to do all this for you. Our accessibility experts and developers already have the knowledge needed to create, remediate, and maintain an accessible website. Our website accessibility auditors will use both automated and manual accessibility testing to confirm the accessibility of your website. Our developers will fix all your accessibility errors and bring you the peace of mind that everyone, regardless of disability, has access to the information on your website.

Read more about our accessibility services, and learn how we can help you be accessible today.

Avatar for David Gevorkian

By David Gevorkian

David Gevorkian started Be Accessible because of his passion for delivering exceptional customer service. Prior to Be Accessible, he spent much of his early career working for financial institutions in sales, treasury, and product management. David earned his Master’s in Business Administration from Salve Regina University in Newport, Rhode Island. He discovered a common need for web and mobile accessibility during his previous roles, and as a result, he created Be Accessible to make accessibility in reach for any type of business. David is a strong advocate for creating aesthetic and accessible products usable by all people across the world.

Contact Us

Please complete all fields.

Recent Posts

doctor viewing test results

Digital Accessibility in Healthcare

Yes, digital accessibility is imperative in the healthcare industry! Find out why it matters and how it costs to ensure equal experience to everyone.

Read more about Digital Accessibility in Healthcare
Laptop computer with web statistics information in the screen.

Web Accessibility Laws and Legislation

More often than not, a website is the first impression for potential customers. Because of this, it’s no surprise that today, web design is a $38.3 billion industry.

Read more about Web Accessibility Laws and Legislation
employees checking website for WCAG 2.2 compliance

What’s new in WCAG 2.2

Version 2.2 of the Web Content Accessibility Guidelines (WCAG) is here! Find our checklist for new success criteria and the guidelines of the latest version.

Read more about What’s new in WCAG 2.2