This guidance document is not intended to be a final agency action, has no legally binding effect, and may be rescinded or modified in the Department's complete discretion, in accordance with applicable laws. The Department's guidance documents, including this guidance, do not establish legally enforceable responsibilities beyond what is required by the terms of the applicable statutes, regulations, or binding judicial precedent.
I should mention one caveat to all of this. Businesses that are required to comply but don't have the ability to bring their websites into compliance can provide an accessible alternative to provide the same information, goods, and services that they provide online, like a staffed phone line. The trick, however, is that this option has to provide at least equal access, including in terms of hours of operation. And, as we know, the internet is around 24/7, so good luck with that.
Aloha Tatiana! I wish your questions had straightforward easy answers – and if you are government funded it kind of is. (See here: https://www.ada.gov/websites2_prnt.pdf) if you are not government funded, this is something that is currently being debated in the legal system. That being said, the WCAG 2.0 guidelines are a good set of guidelines to help protect yourself if you feel you should. (You can see more on WCAG here: https://www.yokoco.com/find-out-how-to-make-your-website-compliant/)
The large number of people who have disabilities, coupled with the challenges that they face, is one of the reasons that the Americans with Disabilities Act (ADA) was passed in 1990.² As its name suggests, the ADA is designed to protect individuals with disabilities in the United States. The ADA essentially makes it illegal for any government entity or business to provide goods and services to the general public without ensuring that the entities are accessible by people with disabilities. In today’s digitally driven world, many businesses fail to follow web accessibility best practices. In fact, this is why the Supplemental Advanced Notice of Proposed Rulemaking (SANPRM) was created by the U.S. Department of Justice (DOJ). To ensure that they are implementing digital accessibility best practices, organizations are encouraged to use the WCAG 2.1 technical requirements.³
In many situations, covered entities communicate with someone other than the person who is receiving their goods or services. For example, school staff usually talk to a parent about a child’s progress; hospital staff often talk to a patient’s spouse, other relative, or friend about the patient’s condition or prognosis. The rules refer to such people as “companions” and require covered entities to provide effective communication for companions who have communication disabilities.
It isn’t a problem by default, a lot of it comes down to how it is built. I’d suggest either considering a highly accessible contingency option, or build those components in such a way that there is a level of accessibility baked into it. If you need help with that testing or review email us at questions at yokoco.com and we’ll be able to let you know the cost for us to lend a hand.
These statistics are especially important when you consider the potential spending power of people with disabilities. Unfortunately, if the website isn’t accessible, then it is excluding more than 60 million Americans14. Additionally, 71 percent of customers14 with disabilities will instantly leave the site if it does not meet their accessibility needs. Another 80 percent of customers14 with disabilities have stated that they will spend more on a website that has improved accessibility features. Fortunately, if you follow Web Content Accessibility Guidelines (WCAG)7, then you can appeal to millions of individuals who want to enjoy the same online experiences as their friends, family, and neighbors. Giving them the chance is not only right, but it is also in accordance with ADA regulations.
A one of a kind plug-in, WP ADA Compliance Check Basic does just that – checking WordPress websites for ADA compliance. There are two ways to use it. First, you can schedule a whole-site scan to find out any ADA compliance issues. Secondly, you can set it to run every time new content is published. When set this way, the plug-in will identify and report on any ADA compliance issues found in the new content as well as recommend possible solutions. The full version even corrects some of the uncovered issues automatically.
Use the plugin, follow its instruction, and resolve the compliance issues identified. You’ll find that using the plugin will save you an incredible amount of time as you maintain your site’s compliance on a month-to-month basis. The best part, it identifies the compliance issues and tells you exactly which code elements are out of compliance and why! Our average customer is reporting a 10x-20x time savings over manually identifying and fixing these problems. In extreme cases more than 30x time savings has been reported! Using the plugin alone does not guarantee compliance. Some parts of accessibility can’t be automatically scanned and must be manually audited but we also provide independent 3rd-party audits and certifications of compliance. The Accessibility Suite Pro Plugin for WordPress makes this process profoundly easier.
The Department of Justice’s revised regulations for Titles II and III of the Americans with Disabilities Act of 1990 (ADA) were published in the Federal Register on September 15, 2010. These regulations adopted revised, enforceable accessibility standards called the 2010 ADA Standards for Accessible Design, "2010 Standards." On March 15, 2012, compliance with the 2010 Standards was required for new construction and alterations under Titles II and III. March 15, 2012, is also the compliance date for using the 2010 Standards for program accessibility and barrier removal.
Both sites include hidden same-page links at the top of the page for skipping to particular content. The CDC site includes five of these links, roughly corresponding with each of the landmark regions. These links become visible when keyboard users tab into the page. These links may ultimately be unnecessary if browsers support navigation by headings or landmarks. Screen readers already provide this support, but until browsers do so natively, non-mousers with eyesight can benefit from skip links like the ones on these government sites.
@Rick, I didn't specifically look at doctype, but Steve Faulkner did in his original article (see the link at the top of this post). He found that 101 of the 130 pages containing role="main" (78%) used the HTML5 doctype, which of course leaves 22% that didn't. I do recommend using ARIA even if using an earlier doctype. Validation is important, but if validation and accessibility conflict, I think most would agree accessibility should trump validation. Assistive technologies that support ARIA landmarks do so regardless of doctype, and otherwise the presence of these role attributes has no ill effects in any user agent.
In recent cases, the U.S. Department of Justice has repeatedly sided with plaintiffs arguing that a private company’s website needs to be accessible, despite any other mitigating factors. One thing is for certain, however: The number of federal lawsuits alleging violations of the ADA is currently accelerating at a rapid pace. Between January and August 2017, there were 432 ADA lawsuits filed in federal court—more than the total number of ADA lawsuits in 2015 and 2016 combined.
Since March 15, 2012, ADA compliance with the 2010 Standards will be required for new construction and alterations. In the period between September 15, 2010 and March 15, 2012, covered entities may choose between the 1991 Standards ADA Compliance (without the elevator exemption for Title II facilities), the Uniform Federal Accessibility Standards (Title II facilities only), and the 2010 Standards ADA Compliance.
You probably won't have to check your site with all of the available evaluation tools out there, but it is a good idea to do so for the most common web browsers. Just as accessibility software makes it easier for people with disabilities to navigate the Internet, these tools make it easier for developers to ensure accessibility from the start. When you think you've mastered it, go back through the Section 508 compliance checklist to ensure you've met every goal.