An accessible website means that all information found on a web page or web application, including text, images, forms and sounds, must be accessible to physical, sensory and cognitive diversities. As of January 1, 2021, all public websites and their web content published after January 1, 2012 belonging to and controlled by a private, non-profit or public organizations with fifty or more employees must conform to WCAG (Web Content Accessibility Guidelines) 2.0 Level AA (excluding live captioning and pre-recorded audio descriptions). While you don’t have to make content prior to January 2012 accessible you will be required to accommodate anyone who asks for alternative and accessible content.
In the 2016 AODA Hotsheet we discussed the importance of knowing how users access your content, staying proactive, and reframing accessibility: “Think of accessibility less as a compliance process and rather as an exemplary design process, the objective of which is to reach people of all abilities.” This year we dig deeper into tools that can help you get your site to Level AA and maintaining compliance.
The Facts about Deadlines and Compliance
The 2021 deadline is approaching and compliance monitoring will likely become stricter. Reporting compliance should be part of your accessibility goal, both to help you map a strategy to achieve accessibility as well as to avoid fines.
Here is a snapshot of web accessibility deadlines for private businesses and not-for-profits with 50 or more employees leading up to the big 2021 deadline:
|Private & Not-for-profit Organizations (50+ employees)|
|2014||All new internet websites and web content on those sites must conform with WCAG 2.0 level A
Multi-year accessibility plans in place
File accessibility report (by December 31)
|2017||File accessibility report (by December 31)|
|2020||File accessibility report (by December 31)|
|2021||All internet websites and web content must conform with WCAG 2.0 level AA
(excluding live captioning and audio description)
See a full list of deadlines at Access Ontario: https://accessontario.com/wp-content/uploads/2014/09/AODA-Deadlines.pdf
For this Hotsheet we’ve focused on section 14 of the Information and Communication Standard of the Integrated Accessibility Standards Regulation (IASR) of the AODA called “accessible websites and web content.” It is important to understand that there are many other standards within the IASR that include not only the information and communication standards but also the transportation standards and the employment standards, each with their own accessibility requirements. Publishing companies may need to comply with various sections within all three of the standards.
The mandatory compliance report includes 17 questions mainly related to services and built environments (space). The final question of the report encompasses website compliance: “Other than the requirements cited in the above questions, is your organization complying with all other requirements in effect under the Integrated Accessibility Standards Regulation?” Even though wording doesn’t specifically indicate web-related compliance, the broad statement is a catch-all for all mandated requirements.
There are specific accessibility rules for publishers of educational materials, which I think is useful to mention here, given magazines often repackage materials into special editions or books. If those materials are intended as learning resources for educational and training institutions then they must meet accessibility standards in Ontario. Find out more here: https://www.ontario.ca/page/accessibility-rules-publishers
Getting It Done
There are two useful guides to help support understanding of accessibility and specifics of what needs to be done to your site based on WCAG criteria.
1. Accessibility guide based on four principles
W3C, the Web Accessibility Initiative, has put together a useful guide for web accessibility requirements organized under the four intrinsic principles of web accessibility: Perceivable, Operable, Understandable, and Robust (POUR). Under each principle there are links to relevant WCAG criteria and several stories from people with lived experience. Below is an overview, but be sure to check out the full guide to get the most out of this useful learning guide:
A. Perceivable information and user interface includes text alternatives for meaningful non-text content, captions and other alternatives for multimedia, and options to control an audio or video component, for example.
B. User interfaces and navigation that is operable means a person can use a keyboard to move around your site rather than by gesture, mouse or trackpad, and that people have enough time to read and use the content by postponing or suppressing interruptions. It may also mean that the keyboard focus is visible, pages have clear titles and the purpose of a link is clearly evident.
C. A webpage is considered understandable when text is readable and understandable, content appears and operates in predictable ways, and users are supported in avoiding and correcting mistakes (when filling out forms for example). You can support broader “understanding” by providing definitions for unusual words, idioms and abbreviations and using the simplest language possible (or even provide simplified versions); having consistent navigation and prompts throughout all pages to let people learn how to move around the site with actions they can predict; and giving people the opportunity to review and correct content during and after filling out a form.
D. Making sure markup can be interpreted by assistive technologies (such as screen readers) is part of creating robust content that includes a name, role and value for content so that assistive technologies can process the content reliably. “ARIA is the means of supplying names, roles and values for common UI designs that aren’t part of the HTML standard, such as tabbed navigation interfaces,” notes Alan Harnum, senior inclusive developer at the IDRC. (See “What to Expect in the Near Future 2. ARIA 1.1” below for more info and learn about what name, role and value mean in context of technology here).
2. WCAG’s quick reference tool
This reference tool has a filter to help you zero in on the areas of your website that need to be addressed under the POUR accessibility principles. By setting the filters to 2.0 level AA you will be able to scroll through the approximately 13 requirements to fulfill AODA compliance. Level A has approximately 25 criteria and if you have already fulfilled all or most of them then you are well on your way to being Level AA compliant. And to make it even easier, each criterion displays expandable areas for further information, such as full descriptions, techniques and failures, and deeper information to help you understand the specific criterion.
Figure 1: WCAG’s quick reference tool filter tab showing selection options.
What to Expect in the Near Future
Work continues around the world to inform best practices and international standards. Working groups, research centres, advocates and others are focused on building a more inclusive world by making ICT (information and communication technology) accessible to all. We can, therefore, expect there to be valuable updates to criteria, standards and compliance requirements. Here are two worth noting:
1. WCAG 2.1
WCAG released version 2.1 in June of 2018. “The main goals of version 2.1 are to improve accessibility for mobile, low vision and cognitive differences,” says Lisa Liskovoi, designer and accessibility specialist at the Inclusive Design Research Centre. “The focus on mobile is significant because many people use and need a mobile device to navigate their world, so for example in 2.1 it is required that orientation cannot be restricted so users can operate a site or app vertically or horizontally on their device. Complex gestures such as pinching or twisting require alternative ways of performing the action. For example pinching to zoom in also has a plus (+) and minus (-) option that people can select to perform the same function.” In her reviews of website accessibility, Lisa often sees that contrast of non-text content such as buttons, icons and other important user elements is poor so that they become very difficult to find. Version 2.1 addresses access to non-text content with a new requirement for better designed contrast and visibility. WCAG 2.1 has been adopted by the European Union but has not been incorporated into any Canadian legislation as of November 2018.
We are starting to see more and more work being done around inclusion of cognitive differences and ICT. Last fall the IDRC (Inclusive Design Research Centre) had the opportunity to organize a workshop that brought together global procurement and accessibility leaders to inform a progressive accessibility policy for the Federal Government of Canada. A key recommendation from the group was the importance of supporting cognitive differences. WCAG 2.1 has begun to incorporate some functional requirements that support cognitive differences, such as giving people warnings about tasks that have time limits. For example, if someone needs to gather credit card or address information for a timed task they are told about the requirement before entering into the timed action, allowing people to gather information within their own time.
2. ARIA 1.1
ARIA (Accessible Rich Internet Applications specification) is a set of attributes for web markup that “defines a way to make Web content and Web applications more accessible to people with disabilities” by adding a semantic layer of information that can be picked up by assistive technologies. For example, it allows users to communicate the functionality and current state of toggles that collapse and expand content, something that is generally only communicated visually. Developers can make advanced Web applications accessible and usable to people with disabilities, especially people who rely on screen readers and people who cannot use a mouse.
ARIA has several updates in the latest version 1.1. Lisa points to sites that use infinite role feeds like Pinterest, where a screen reader doesn’t tell a user that the page has been refreshed, something that is easy to identify for a visual user. With ARIA 1.1 there is now an attribute that prompts a screen reader to voice when a page in role feed has been refreshed.
Being Agile and Inclusive Go Hand-In-Hand
The most important adjustment you can make is with processes. How you design and build your web content can make it easier to be compliant. “Move away from one champion and have accessibility scaled laterally,” says Lisa, “and better yet, make accessibility a value in your company.”
Maintaining sustainable compliance is about embedding accessibility thinking at every stage of your design process by having your practices be inclusive of a diversity of people. The Inclusive Design Guide‘s insights, practices, tools and activities are resources you can easily layer into existing processes (in particular if you have an agile publishing process in place). Also check out the “inclusive design practice” section on the FLOE resource page for more helpful links.
Here’s an idea: consider accessibility as your fourth bottom line in a quadruple bottom line model and you will no doubt be a leader in inclusion.
Thank you to Lisa Liskovoi, Dr. Vera Roberts, Justin Obara, Alan Harnum and the inclusive design community.
2016 Hotsheet on AODA Tips for Your Website
The Inclusive Design Guide
List of Inclusive Design Practices resources and more
The Inclusive Learning Design Handbook
Different types of assistive and accessible technology used to access content
The Inclusive Design Research Centre
The Business Case for Digital Accessibility
This resource, published by The W3C WAI Education and Outreach Working Group (EOWG), includes direct and indirect benefits of accessibility, the risks of not addressing accessibility adequately, and case studies and examples that demonstrate how continued investment in accessibility is good for your organization. It shows how accessibility can:
- Drive Innovation
- Enhance Your Brand
- Extend Market Reach
- Minimize Legal Risk
WCAG 2.1 blogs
How to Meet WCAG 2: Quick Reference Tool
Accessibility principles: POUR
Understand the concept of ROBUST and what name, role and value mean in the context of AT
The standard (https://www.w3.org/TR/wai-aria-1.1/)
The authoring practices document (https://www.w3.org/TR/wai-aria-practices-1.1/)
User Interface Options (accessibility add-on for your site)
UI Options is a tool that allows individuals to personalize web content and other user digital interfaces to meet their needs and preferences. It works by adding to the existing styles of a website or application, and can be integrated into a design with relatively minimal effort.
Accessibility checker tools & guides
Check your website to see if it’s accessible:
Check your colour contrast:
Understanding users of all abilities:
Web content accessibility guidelines: introductory guide for web developers:
Authoring tools accessibility guidelines (ATAG 2.0):
Minister Qualtrough’s site:
Magazines Canada Hotsheets deliver current information on a single topic, each written by an expert in the field. Return to Magazines Canada Hotsheets.