Making A Strong Case For Accessibility

A presentation at Beer City Code 2022 in August 2022 in Grand Rapids, MI, USA by Todd Libby

Slide 1

Slide 1

Making a Strong Case for Accessibility Todd Libby @toddlibby

Slide 2

Slide 2

Thank you!

Slide 3

Slide 3

Thank you!

Slide 4

Slide 4

Maine

Slide 5

Slide 5

Arizona

Slide 6

Slide 6

Slide 7

Slide 7

Slide 8

Slide 8

Portland, Maine 🦞 Phoenix, Arizona 🥵 Accessibility Team Lead @ WebstaurantStore Accessibility Engineer @ Centre for Inclusive Design W3C Invited Expert - Accessibility & WCAG3 23 years of developer, design, & accessibility experience ➡︎ Host of the Front End Nerdery Podcast

Slide 9

Slide 9

Making Your Case at Your Organization

Slide 10

Slide 10

Using Data to Advocate

Slide 11

Slide 11

WebAIM Million Report • One million homepages https://webaim.org/projects/million/

Slide 12

Slide 12

WebAIM Million Report • One million homepages • 50.8+ million accessibility errors https://webaim.org/projects/million/

Slide 13

Slide 13

WebAIM Million Report • One million homepages • 50.8+ million accessibility errors • Decreased 1.1% since February 2021 https://webaim.org/projects/million/

Slide 14

Slide 14

WebAIM Million Report • 887 to 955 elements per home page

Slide 15

Slide 15

WebAIM Million Report • 887 to 955 elements per home page • Increased 7.7% since February 2021

Slide 16

Slide 16

WebAIM Million Report • 887 to 955 elements per home page • Increased 7.7% since February 2021 • 5.3% of all home page errors had a detected accessibility error

Slide 17

Slide 17

96.8% had WCAG 2 failures

Slide 18

Slide 18

What are the failures?

Slide 19

Slide 19

Low Contrast of Text

Slide 20

Slide 20

Slide 21

Slide 21

1.1:1 color contrast ratio g (Contrast ran es from 1:1 to 21:1)

Slide 22

Slide 22

SC 1.4.3 Contrast (Minimum)(Level AA) “The visual presentation of text and images of text has a contrast ratio of at least 4.5 to 1” https://www.w3.org/WAI/WCAG21/Understanding/contrast-minimum.html

Slide 23

Slide 23

Missing Alternative Text

Slide 24

Slide 24

Slide 25

Slide 25

<img src=“/path/to/img/lobster.png”> 🚫 <img src=“/path/to/img/lobster.png” alt=“”> ✅ <img src=“/path/to/img/lobster.png” alt=“Todd’s lobster roll, hot butter, and blueberry soda.”> ✅

Slide 26

Slide 26

• Low contrast text • Missing alternative text of images • Empty links • Missing form input labels • Empty buttons • Missing document language

Slide 27

Slide 27

96.5% of all errors

Slide 28

Slide 28

Examples of practical digital accessibility “Low-hanging fruit” • Color contrast that exceeds guidelines (>10 to 1 ratio) • Accessible color schemes/combinations • Keyboard/screen reader accessible • Accessible components (accordions, modals, tooltips, etc.) • Performant web apps, PWAs, mobile apps, Web sites

Slide 29

Slide 29

More Examples of practical digital accessibility • Scrollable interactive content • Alternative text on images where necessary (infographics, charts, graphs) • Accessible when viewing mobile phone screen (glare from sun) • Other situational disabilities • Broken arm • Child on lap

Slide 30

Slide 30

Disability is just Blind, Deaf, or Paralysis. Right?

Slide 31

Slide 31

Slide 32

Slide 32

Learning / Cognitive ADHD / ADD Fibromyalgia / Arthritis Tremors / Parkinson’s Migraine Headaches / Photophobia

Slide 33

Slide 33

Excuses

Slide 34

Slide 34

“The client doesn’t have the budget for it.”

Slide 35

Slide 35

“We’ll get to it after launch.”

Slide 36

Slide 36

“Why do we even need to make this thing accessible?”

Slide 37

Slide 37

“Why do we even need to make this thing accessible?” “There is no time to do this.”

Slide 38

Slide 38

“Why do we even need to make this thing accessible?” “There is no time to do this.” “We don’t have disabled users.”

Slide 39

Slide 39

“Why do we even need to make this thing accessible?” “There is no time to do this.” “We don’t have disabled users.” “The people that use our product are not disabled.”

Slide 40

Slide 40

“It’s a huge waste of time.”

Slide 41

Slide 41

Slide 42

Slide 42

Slide 43

Slide 43

Slide 44

Slide 44

Buy-In

Slide 45

Slide 45

Buy-In How do I et buy-in from stakeholders, clients, collea ues? g g • Support trickles down from C-suite & top level to managers, teams, and individuals.

Slide 46

Slide 46

Buy-In How do I et buy-in from stakeholders, clients, collea ues? • Support trickles down from C-suite & top level to managers, teams, and individuals. g g • Do this from the start. Low maintenance is needed, because of accessible designs and clean code.

Slide 47

Slide 47

Buy-In How do I et buy-in from stakeholders, clients, collea ues? • Support trickles down from C-suite & top level to managers, teams, and individuals. • Do this from the start. Low maintenance is needed, because of accessible designs and clean code. g g • Cite instances from the lawsuits that have been won against major corporations (Domino’s Pizza, Target, Bank of America).

Slide 48

Slide 48

Buy-In How do I et buy-in from stakeholders, clients, collea ues? • Support trickles down from C-suite & top level to managers, teams, and individuals. • Do this from the start. Low maintenance is needed, because of accessible designs and clean code. • Cite instances from the lawsuits that have been won against major corporations (Domino’s Pizza, Target, Bank of America). g g • Live testing with disabled users recorded on video.

Slide 49

Slide 49

$8 Trillion Worldwide of disposable income of individuals with disabilities https://www.triplepundit.com/story/2022/investing-disability-inclusion/741416

Slide 50

Slide 50

$490 Billion Disposable income of individuals with disabilities in the U.S. https://diverseabilitymagazine.com/2018/09/buying-power-people-disabilities/

Slide 51

Slide 51

Advocates

Slide 52

Slide 52

Organization Advocates Teams or individuals that advocate in your or anization g • Having a person throughout each department or a team focused on accessibility as a liaison.

Slide 53

Slide 53

Organization Advocates Teams or individuals that advocate in your or anization • Having a person throughout each department or a team focused on accessibility as a liaison. g • Someone that can answer questions and work with others to practice the guidelines and work with others to make accessible products.

Slide 54

Slide 54

Organization Advocates Teams or individuals that advocate in your or anization • Having a person throughout each department or a team focused on accessibility as a liaison. • Someone that can answer questions and work with others to practice the guidelines and work with others to make accessible products. g • Help set up documentation and tooling, serve as an intermediary between departments.

Slide 55

Slide 55

Assessment

Slide 56

Slide 56

Assessment Assess the product and the proficiency within the or anization g • Gauging where the product(s) are as far as how inclusive and accessible they are is a key priority.

Slide 57

Slide 57

Assessment Assess the product and the proficiency within the or anization • Gauging where the product(s) are as far as how inclusive and accessible they are is a key priority. g • What is the current state of the product, website, or mobile application?

Slide 58

Slide 58

Assessment Assess the product and the proficiency within the or anization • Gauging where the product(s) are as far as how inclusive and accessible they are is a key priority. • What is the current state of the product, website, or mobile application? g • Getting the general idea of the level of knowledge that teams and people in the company currently have.

Slide 59

Slide 59

Assessment Assess the product and the proficiency within the or anization • Gauging where the product(s) are as far as how inclusive and accessible they are is a key priority. • What is the current state of the product, website, or mobile application? • Getting the general idea of the level of knowledge that teams and people in the company currently have. g • How versed are they in guidelines (WCAG) and practices?

Slide 60

Slide 60

Assessment Assess the product and the proficiency within the or anization • Gauging where the product(s) are as far as how inclusive and accessible they are is a key priority. • What is the current state of the product, website, or mobile application? • Getting the general idea of the level of knowledge that teams and people in the company currently have. • How versed are they in guidelines (WCAG) and practices? g • How much training do you have and will you need?

Slide 61

Slide 61

Training

Slide 62

Slide 62

Training Maintainin A Written Record • Of all accessibility training done g • It should meet requirements that apply to the organization

Slide 63

Slide 63

Training Maintainin A Written Record • Of all accessibility training done • It should meet requirements that apply to the organization g • Great way to keep data on all training done in organization

Slide 64

Slide 64

Training Maintainin A Written Record • Of all accessibility training done • It should meet requirements that apply to the organization • Great way to keep data on all training done in organization g • Record the training and who trained and when it was completed

Slide 65

Slide 65

Training Maintainin A Written Record • Of all accessibility training done • It should meet requirements that apply to the organization • Great way to keep data on all training done in organization g • Record the training and who trained and when it was completed • If there is no inter-organizational training use orgs that do training.

Slide 66

Slide 66

Training Maintainin A Written Record • Of all accessibility training done • It should meet requirements that apply to the organization • Great way to keep data on all training done in organization • Record the training and who trained and when it was completed • If there is no inter-organizational training use orgs that do training. • Deque • TPGi g • WebAIM

Slide 67

Slide 67

Guidelines

Slide 68

Slide 68

Guidelines Consistent implementation • Design systems ensure accessibility and inclusivity and the understanding of code better

Slide 69

Slide 69

Guidelines Consistent implementation • Design systems ensure accessibility and inclusivity and the understanding of code better • Accessible components reduce time to implement

Slide 70

Slide 70

Guidelines Consistent implementation • Design systems ensure accessibility and inclusivity and the understanding of code better • Accessible components reduce time to implement ffi • Testing procedures implemented so people can do jobs well and e ciently

Slide 71

Slide 71

Guidelines Consistent implementation • Design systems ensure accessibility and inclusivity and the understanding of code better • Accessible components reduce time to implement • Testing procedures implemented so people can do jobs well and e ffi • Document guidelines in a collaborative manner using tools ciently

Slide 72

Slide 72

Standards

Slide 73

Slide 73

Standards Guidelines from different countries • American Disabilities Act (ADA), the Air Carrier Access Act (ACAA), and the Communications and Video Accessibility Act (CVAA) - United States • Section 508 of the Rehabilitation Act, DOJ issues guidance for website accessibility - (U.S. Government)

Slide 74

Slide 74

Standards Guidelines from different countries • American Disabilities Act (ADA), the Air Carrier Access Act (ACAA), and the Communications and Video Accessibility Act (CVAA) - United States • Section 508 of the Rehabilitation Act, DOJ issues guidance for website accessibility - (U.S. Government) • Accessible Canada Act (ACA), Accessibilities for Ontario’s with Disabilities Act (AODA) - Canada

Slide 75

Slide 75

Standards Guidelines from different countries • American Disabilities Act (ADA), the Air Carrier Access Act (ACAA), and the Communications and Video Accessibility Act (CVAA) - United States • Section 508 of the Rehabilitation Act, DOJ issues guidance for website accessibility - (U.S. Government) • Accessible Canada Act (ACA), Accessibilities for Ontario’s with Disabilities Act (AODA) - Canada • Web Accessibility Directive which updated EN 301 549, European Accessibility Act - European Union

Slide 76

Slide 76

Standards Guidelines from different countries • American Disabilities Act (ADA), the Air Carrier Access Act (ACAA), and the Communications and Video Accessibility Act (CVAA) - United States • Section 508 of the Rehabilitation Act, DOJ issues guidance for website accessibility - (U.S. Government) • Accessible Canada Act (ACA), Accessibilities for Ontario’s with Disabilities Act (AODA) - Canada • Web Accessibility Directive which updated EN 301 549, European Accessibility Act - European Union • Web Content Accessibility Guidelines (WCAG) - Internationally

Slide 77

Slide 77

Standards Guidelines from different countries • American Disabilities Act (ADA), the Air Carrier Access Act (ACAA), and the Communications and Video Accessibility Act (CVAA) - United States • Section 508 of the Rehabilitation Act, DOJ issues guidance for website accessibility - (U.S. Government) • Accessible Canada Act (ACA), Accessibilities for Ontario’s with Disabilities Act (AODA) - Canada • Web Accessibility Directive which updated EN 301 549, European Accessibility Act - European Union • Web Content Accessibility Guidelines (WCAG) - Internationally • Convention on the Rights of Persons with Disabilities (CPRD) • Article 9 • Article 21

Slide 78

Slide 78

Testing

Slide 79

Slide 79

Use Cases/Testing Hirin disabled people g • Test & record cases where disabled users are using the product

Slide 80

Slide 80

Use Cases/Testing Hirin disabled people • Test & record cases where disabled users are using the product g • Present to C-suite & top level people to colleagues/teams

Slide 81

Slide 81

Use Cases/Testing Hirin disabled people • Test & record cases where disabled users are using the product • Present to C-suite & top level people to colleagues/teams • Outsource testing with companies: g • Fable

Slide 82

Slide 82

Use Cases/Testing Hirin disabled people • Test & record cases where disabled users are using the product • Present to C-suite & top level people to colleagues/teams • Outsource testing with companies: • Fable • Hire disabled people! g • Teaching and advocating. They have the lived experiences.

Slide 83

Slide 83

Accessibility Overlays

Slide 84

Slide 84

“We use an accessibility overlay. We’re okay.”

Slide 85

Slide 85

Slide 86

Slide 86

AccessiBe Audioeye Equalweb Facil’iti Usablenet Userway Many, many more!

Slide 87

Slide 87

Overlays will get you sued.

Slide 88

Slide 88

<script>(function(){ var s = document.createElement(‘script’), e = ! document.body ? document.querySelector(‘head’) : document.body; s.src = ‘https://acsbapp.com/apps/app/dist/js/app.js’; s.async = true; s.onload = function(){ acsbJS.init({ statementLink : ”, footerHtml : ”, hideMobile : false, hideTrigger : false, language : ‘en’, position : ‘left’, leadColor : ‘#000000’, triggerColor : ‘#000000’, triggerRadius : ‘50%’, triggerPositionX : ‘left’, triggerPositionY : ‘center’, triggerIcon : ‘people’, triggerSize : ‘small’, triggerOffsetX : 3, triggerOffsetY : 3, mobile : { triggerSize : ‘small’, triggerPositionX : ‘left’, triggerPositionY : ‘center’, triggerOffsetX : 3, triggerOffsetY : 3, triggerRadius : ‘50%’ } }); }; e.appendChild(s);}());</script>

Slide 89

Slide 89

!==

Slide 90

Slide 90

So what do we do?

Slide 91

Slide 91

Maintenance

Slide 92

Slide 92

Maintenance Accessibility is never done • Automated testing wherever possible with new releases or changes

Slide 93

Slide 93

Maintenance Accessibility is never done • Automated testing wherever possible with new releases or changes • Screen reader analysis before every release

Slide 94

Slide 94

Maintenance Accessibility is never done • Automated testing wherever possible with new releases or changes • Screen reader analysis before every release • Annual audits

Slide 95

Slide 95

Maintenance Accessibility is never done • Automated testing wherever possible with new releases or changes • Screen reader analysis before every release • Annual audits • User testing

Slide 96

Slide 96

Maintenance Accessibility is never done • Automated testing wherever possible with new releases or changes • Screen reader analysis before every release • Annual audits • User testing • Accessibility is never done! Keep moving forward!

Slide 97

Slide 97

Maintenance Accessibility is never done • Automated testing wherever possible with new releases or changes • Screen reader analysis before every release • Annual audits • User testing • Accessibility is never done! Keep moving forward! • Like the web, accessibility is always evolving

Slide 98

Slide 98

Slide 99

Slide 99

“…our industry as a whole thinks less and less about accessibility (not that we ever had an A game on the subject), and talks less and less about progressive enhancement, preferring to chase the ephemeral goal posts of overengineered solutions to non-problems.” Jeffrey Zeldman - https://www.zeldman.com/2019/12/01/bluebeanieday2019/

Slide 100

Slide 100

Slide 101

Slide 101

Design and develop for people not like yourself and keep that in mind when throwing words like “inclusive” and “accessible” around.

Slide 102

Slide 102

A11y is a right. NOT a privilege. https://cottonbureau.com/products/a11y-is-a-right#/5254640/

Slide 103

Slide 103

“The power of the Web is in its universality. Access by everyone regardless of disabilities an essential aspect.” — Sir Tim Berners Lee https://www.w3.org/standards/webdesign/accessibility

Slide 104

Slide 104

Links https://toddl.dev/slides/ @toddlibby on Twitter LinkedIn - 🦞 Todd Libby

Slide 105

Slide 105

Thank you!