{"id":13,"date":"2022-01-21T15:51:49","date_gmt":"2022-01-21T15:51:49","guid":{"rendered":"https:\/\/redmonk.com\/kholterhoff\/?p=13"},"modified":"2022-02-01T16:55:26","modified_gmt":"2022-02-01T16:55:26","slug":"velocity-and-accessibility","status":"publish","type":"post","link":"https:\/\/redmonk.com\/kholterhoff\/2022\/01\/21\/velocity-and-accessibility\/","title":{"rendered":"Velocity and Accessibility"},"content":{"rendered":"

We talk a lot about velocity here at RedMonk. Successful companies know that to appeal to all tiers of an organization\u2013developers and CIOs alike\u2013they need to support rapid development and deployment. As Jim Rose, CircleCI\u2019s CEO, told my colleague James in 2019: \u201cIn the US the key driver is speed. Move faster!<\/a>\u201d But this truism may seem to run counter to the paired need to make apps more accessible. The process of adding alt tags to images<\/a> and ensuring a webpage can be tabbed through<\/a> places an additional burden on software engineers while extending the time it takes to bring client-facing products to market. How can companies ensure their products accord with Web Content Accessibility Guidelines (WCAG)<\/a> without sacrificing speed? The answer isn\u2019t easy.<\/p>\n

I will be thinking about speed in two distinct ways: first, the velocity of the application development process itself, and second the speed of the site itself.<\/p>\n

One way that organizations have elected to make their apps accessible without incommoding developers is by purchasing a JS overlay like accessiBe<\/a> (a market leader in this space), AudioEye<\/a>, FACIL\u2019iti<\/a>, or Max Access<\/a>. Instead of altering the markup, these plugins add a new layer of JS that interprets the site. But by hijacking the HTML\u2019s visibility these overlays hinder screen readers from navigating the page and identifying elements like h1 tags. Moreover, this additional JS may cause the app to slow down or crash. There have been so many problems with these technologies that most accessibility advocates strongly oppose them. The A11Y Project<\/a>, a community committed to promoting inclusive and accessible digital experiences, \u201cdoes not recommend using permanent overlay plugins<\/a>.\u201d Moreover, as Forbes reported last year, the National Federation of the Blind argues that \u201caccessiBe peremptorily and scornfully dismisses the concerns blind people have about its products and its approach to accessibility.<\/a>\u201d Automated overlays are workarounds that do not provide a satisfactory substitute to semantic markup.<\/p>\n

The industry’s focus on velocity has tended to focus on application creation, but speed of execution and raw performance is vital as well. Google announced that it will now use site speed in web search rankings<\/a>, but this determination may run counter to best practices for app accessibility. Semantic markup<\/a> is the gold standard for screen readers and other accessibility technologies, but it takes up a greater number of bytes than leaner code. This means that businesses more concerned with SEO rankings than inclusivity\u2013and it’s difficult to fault anyone for wanting their business\u2019s website to be as discoverable as possible\u2013may elect to preference discoverability over accessibility. As the monolith of search, Google\u2019s policies are in danger of pushing those otherwise amenable to accessibility best practices to shy away from it entirely.<\/p>\n

The accessibility landscape is shifting fast, with new strategies, approaches, and challenges appearing constantly. However, the industry\u2019s reliance on speed should never set back conventions outlined by the WCAG. Here are a few future-proof practical guidelines for those interested in app inclusivity.<\/p>\n

    \n
  1. Avoid JS overlays.<\/b> There is no silver bullet for automating accessibility; some manual markup is absolutely essential.<\/li>\n
  2. Tab through the website<\/b>. If you can\u2019t access parts of your app using the keyboard alone, this means that screen readers can\u2019t either.<\/li>\n
  3. Prefer semantic markup<\/b>. Although there may be some SEO penalty, this limited consequence is worthwhile to ensure inclusiveness. Hopefully someday soon Google will find a way to reward accessible sites with search preference.<\/li>\n
  4. Make accessibility a part of your company culture<\/b>. Don\u2019t just play lip service to accessibility or, worse, only incorporate accessibility to avoid lawsuits. As Ben Fletcher showed us during his 2019 Monki Gras presentation<\/a>, the Financial Times made inclusion a part of their culture by having employees learn sign language.<\/li>\n<\/ol>\n

    To hear more about accessibility in tech see more talks from RedMonk\u2019s 2019 Monki Gras conference<\/a>.<\/p>\n

    Disclosure:<\/b> CircleCI and Google are RedMonk clients.<\/p>\n","protected":false},"excerpt":{"rendered":"

    We talk a lot about velocity here at RedMonk. Successful companies know that to appeal to all tiers of an organization\u2013developers and CIOs alike\u2013they need to support rapid development and deployment. As Jim Rose, CircleCI\u2019s CEO, told my colleague James in 2019: \u201cIn the US the key driver is speed. Move faster!\u201d But this truism<\/p>\n","protected":false},"author":50,"featured_media":14,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"spay_email":"","footnotes":""},"categories":[3,4],"tags":[5,6],"class_list":["post-13","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-accessibility","category-javascript","tag-accessibility","tag-javascript"],"jetpack_featured_media_url":"https:\/\/redmonk.com\/kholterhoff\/files\/2022\/01\/AdobeStock_414067784-scaled.jpeg","_links":{"self":[{"href":"https:\/\/redmonk.com\/kholterhoff\/wp-json\/wp\/v2\/posts\/13","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/redmonk.com\/kholterhoff\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/redmonk.com\/kholterhoff\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/redmonk.com\/kholterhoff\/wp-json\/wp\/v2\/users\/50"}],"replies":[{"embeddable":true,"href":"https:\/\/redmonk.com\/kholterhoff\/wp-json\/wp\/v2\/comments?post=13"}],"version-history":[{"count":0,"href":"https:\/\/redmonk.com\/kholterhoff\/wp-json\/wp\/v2\/posts\/13\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/redmonk.com\/kholterhoff\/wp-json\/wp\/v2\/media\/14"}],"wp:attachment":[{"href":"https:\/\/redmonk.com\/kholterhoff\/wp-json\/wp\/v2\/media?parent=13"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/redmonk.com\/kholterhoff\/wp-json\/wp\/v2\/categories?post=13"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/redmonk.com\/kholterhoff\/wp-json\/wp\/v2\/tags?post=13"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}