{"id":990,"date":"2022-08-13T20:37:00","date_gmt":"2022-08-13T19:37:00","guid":{"rendered":"https:\/\/cerovac.com\/a11y\/?p=990"},"modified":"2022-08-14T23:00:55","modified_gmt":"2022-08-14T22:00:55","slug":"third-party-accessibility","status":"publish","type":"post","link":"https:\/\/cerovac.com\/a11y\/2022\/08\/third-party-accessibility\/","title":{"rendered":"Third party accessibility"},"content":{"rendered":"\n<p>Third parties &#8211; we all use them &#8211; from cookie consents to chats, from Customer Relationship Management (CRM) systems to contact forms and maps. Sometimes just a tiny pixel tracker or a tag manager that lives in an iframe. So &#8211; basically every part of our app or webpage that&#8217;s not totally under our control.<\/p>\n\n\n\n<p>As an app or webpage owner we are responsible that those third party elements are also accessible. There is no excuses. It&#8217;s our responsibility and sometimes it&#8217;s unfortunately not an easy task.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Don&#8217;t trust &#8211; verify before you use \/ buy<\/h2>\n\n\n\n<p>I&#8217;ve recently stumbled upon a third party plugin that was immediately flagged with some critical ARIA problems in <a href=\"https:\/\/cerovac.com\/a11y\/2021\/04\/end-of-axe-hackathon-2021-but-not-the-end-of-axesia\/\" data-type=\"post\" data-id=\"671\">my favorite automatic testing tool aXeSia<\/a>. After checking the code out for myself they were using ARIA role of menu but didn&#8217;t take care of the needed children semantics. Quite a major barrier for screen-reader users and totally &#8220;invisible&#8221; for users that can see the screen. It was not a part of the basic chat functionality, but it was a part of help and privacy, so I guess somebody could argue that it was not so important to majority of end users.<\/p>\n\n\n\n<p>Nevertheless &#8211; it was not conformant to WCAG 2.1 on level AA and therefore my customer&#8217;s site was not conformant as well.<\/p>\n\n\n\n<p>I checked if they offered some info about accessibility and discovered that they actually made an accessibility statement or  Voluntary Product Accessibility Template (VPAT). That was a nice surprise although it was also a disappointment, because they claimed that they are totally conforming to WCAG 2.1 on levels A and AA and even on AAA. They went even further and claimed that they are also conforming to WCAG 2.2 on level AAA (with a note that at the time of audit WCAG 2.2 was still a draft, which was fair enough).<\/p>\n\n\n\n<p>So what is my problem? Well if I didn&#8217;t check them and blindly believed their latest accessibility statement I would be convinced that I am using a third party chat that has top notch accessibility built in. I am afraid that many customers of theirs don&#8217;t check if they really are so accessible as they claim to be and are just happy to check that checkbox (if they even care about it).<\/p>\n\n\n\n<p>So &#8211; please &#8211; don&#8217;t trust, check. It&#8217;s the only possibility. And it&#8217;s also a fact that we have to check regularly as things change and sometimes break. I am sure that they invested some time and fixed the issues and I may even believe that they were totally conforming to WCAG on AA, but then somebody introduced a change a day after the audit and introduced at least one fail of WCAG (that fails the whole thing).<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\"><p>A product can be totally accessible and conformant to WCAG on the day before we publish our accessibility statement and then next release breaks a thing and we are not conforming anymore, but our statement still says we do.<\/p><cite>My reflection on static nature of accessibility statements in this agile and dynamic world<\/cite><\/blockquote>\n\n\n\n<p>So &#8211; once again &#8211; verify before you use and\/or buy, but also verify when they do their upgrades. They should do it by themselves but it&#8217;s easy to have a stale accessibility statement and break something versions ago. So please be cautious and don&#8217;t believe &#8211; check.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>We all reach out to third party solutions and we like it when they claim they are accessible. But please don&#8217;t just believe them &#8211; check that they really are conforming. And when they update &#8211; check again.<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[123,10,3],"tags":[228,12,255,517,400,402,518,516,515,136,29],"class_list":["post-990","post","type-post","status-publish","format-standard","hentry","category-accessibility-testing","category-practical-a11y","category-principles","tag-accessibility-statement","tag-aria","tag-axesia","tag-chat","tag-conformance","tag-crm","tag-iframe","tag-tag-manager","tag-third-party","tag-vpat","tag-wcag"],"_links":{"self":[{"href":"https:\/\/cerovac.com\/a11y\/wp-json\/wp\/v2\/posts\/990","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/cerovac.com\/a11y\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/cerovac.com\/a11y\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/cerovac.com\/a11y\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/cerovac.com\/a11y\/wp-json\/wp\/v2\/comments?post=990"}],"version-history":[{"count":0,"href":"https:\/\/cerovac.com\/a11y\/wp-json\/wp\/v2\/posts\/990\/revisions"}],"wp:attachment":[{"href":"https:\/\/cerovac.com\/a11y\/wp-json\/wp\/v2\/media?parent=990"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/cerovac.com\/a11y\/wp-json\/wp\/v2\/categories?post=990"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/cerovac.com\/a11y\/wp-json\/wp\/v2\/tags?post=990"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}