Up-to-date standards are offered for checking compliance, and it provides a cost-effective way to scan a site for compliance. There's services out there where it'd cost more than $150 (the current cost of a 1 site 1 year license) for the size of the sites I'm working with. I'm very happy to see this offering in the first place, and it's even nicer to see how thorough it looks to be. Of course, it's not perfect so I'd love to see more of the WP.org listing fleshed out (the developer author/contributor mention is missing, etc.), I'd love to see the free version on GitHub (or similar for community development assistance [I have a few things I'd help with] which is very nice to see in a WP.org listing to show there's support / ongoing development for the plugin), and of course I'd love to see the server-side checker come to feature-parity with WAVE (currently WAVE is showing a few things the server-side checker doesn't have [color contrast, etc.]) Keep up the great work!
For people who have speech disabilities, this may include providing a qualified speech-to-speech transliterator (a person trained to recognize unclear speech and repeat it clearly) , especially if the person will be speaking at length, such as giving testimony in court, or just taking more time to communicate with someone who uses a communication board. In some situations, keeping paper and pencil on hand so the person can write out words that staff cannot understand or simply allowing more time to communicate with someone who uses a communication board or device may provide effective communication. Staff should always listen attentively and not be afraid or embarrassed to ask the person to repeat a word or phrase they do not understand.
Both sites support multiple languages (English and Spanish), and both include lang="es" on the element of the Spanish pages. However, on the CDC site, in addition to lang="es" the element has xml:lang="en". This potentially sends mixed messages to screen readers (is this web page in Spanish or English?) JAWS 13 seems to honor lang rather than xml:lang but I don't know about other screen readers.
Leading web developers have been pioneering accessibility and publishing standards since 1994. In 1999, the Web Accessibility Initiative (WAI) and the World Wide Web Consortium (W3C) created the Web Content Accessibility Guidelines (WCAG). In essence, the people who determine how the internet is written came together to advise web developers on how to make websites accessible not only to people with disabilities, but to all web users, including those with highly limited devices.
Again using the WAVE toolbar, check for Errors, Features, and Alerts. If there are many errors, I assume this page will not serve as a good example, and stop checking. If there are only a few errors (e.g., fewer than five) I'll check those errors and might be forgiving if they're relatively minor and are offset by good accessibility in other areas.
This particular lawsuit amounted to nothing more than a shakedown for cash, as the current laws would make it difficult to win the suit in court (more about this later) but it prompted me to dive deeper into the issue of ADA compliance. Through my research, I discovered there are some new laws on the horizon that could make ADA compliance mandatory, which means web designers and digital marketers need to know how to prepare.
Penn in particular nearly made the cut because I really like their keyboard accessibility. It amazes me how few sites provide visible indication of keyboard focus, when it's incredibly simple to achieve (just add a style for a:focus in your style sheet). Penn did this, and consequently it's very easy for sighted keyboard users to keep track of their position as they tab through the page. They also included a keyboard-accessible dropdown menu. However, there are some dynamic features on the Penn home page that really need ARIA markup for full accessibility. They also have a few contrast problems, most notably their slideshow navigation, which is red-on-red:
President George H.W. Bush signed the Americans with Disabilities Act into law July 26, 1990. The ADA prohibits discrimination of people with disabilities and guarantees the same opportunities as everyone else. These opportunities include employment possibilities, purchasing of goods and services and the ability to participate in State and local government programs.
Case law has been the most helpful in illuminating the implications of the ADA for websites.There have been lawsuits involving companies like Expedia, Hotels.com, Southwest Airlines, and Target as defendants and primarily featuring accessibility organizations as plaintiffs. These cases had mixed results, but each helped clarify the ADA's jurisdiction on the web.
While legal considerations might be your biggest worry, making your site more accessible is simply good customer service. More than 39 million Americans are blind and another 246 million have "low vision," Another one million are deaf in the U.S. Add to that people with mobility issues that prevent them from using their hands and that's a huge portion of the country's buying power.
As I mentioned above, under each WCAG 2.1 principle is a list of guidelines, and under each guideline are compliance standards, with techniques and failure examples at each level. Some guidelines include only Level A items; others include items for multiple levels of conformance, building from A to AAA. At each stage, you can easily see what more you would need to do to reach Level AA or AAA. In this way, many websites include elements at multiple levels of accessibility.
An accessible and ADA compliant website has the potential to increase your sales by over 20%. The market segment of persons with a disability is very loyal to businesses and websites that make legitimate efforts to increase their quality of life. Your businesses social media presence can also be improved as visitors share their favorable interactions with your businesses. Offering your business a significant and fiercely loyal revenue stream.