Wearing badges is not enough

Although industry awareness of standards compliance is increasing, the motivation is all wrong. There's too much emphasis on compliance, rather than on the people who benefit from compliance. Too much focus on techniques at the expense of the user experience.

Published September 29th, 2005  |  by Paul Fitzsimons   |  4 Comments

Something strange is happening. After years of lip service and resistance, clients and industry peers are talking more enthusiastically about accessibility compliance.

'We're aiming for AAA on our site.' 'Our new site is AAA compliant.' 'Our new clients are seeking compliance with AAA of the Web Content Accessibility Guidelines (WCAG 1.0'.

And with this enthusiasm has come a proliferation of compliance badges and icons.

But rather than being overjoyed at this late conversion, I'm a little depressed and worried. Of course it's good that awareness of standards is increasing, but it strikes me that the motivation is all wrong. There’s too much focus on compliance, rather than on the people who benefit from compliance. Too much focus on techniques at the expense of the user experience.

Moreover, if you scratch the surface of many sites that are 'valid XHTML, CSS and AAA' you'll find that the claims are often dubious.

Standards compliance is about creating web content that conforms to best standards and practises and applying the techniques to ensure content reaches the most people possible. It is about coming up with design solutions that will enhance the user experience now and in the future.

It is not about badges. The badge is secondary to the work that is performed, and to the people who benefit from your design efforts.

Web accessibility is about people

Accessibility is about giving people access to the content on websites.

Creating accessible websites is about taking the time to understand the goals of users with disabilities and thinking through the design implications.

But how many design projects involve users with disabilities? How many web designers have practical knowledge about what is or isn't difficult for users of assistive technologies? How many websites displaying a WCAG AAA badge have actually been tested by users with disabilities?

The answer, unfortunately, is very few.

Valid does not mean accessible

At the risk of alienating my colleagues, I want to skewer one of the more popular myths about accessibility: valid is not the same as accessible.

It is possible to create accessible pages using invalid markup and tables for layout. It is equally possible to create inaccessible swamps with valid HTML and CSS.

That is not to say that valid HTML and CSS are not important, they are. And the wider advantages of these techniques mean that they should be an integral part of your web design.

But they are secondary to the delivery of a useful and enjoyable experience to all your users.

The guidelines are not subjective

It is sometimes said that guidelines are open to subjective interpretation, but this is only partly true. The guidelines are concerned with the experience of users with disabilities and therefore an objective, incontrovertible measure of compliance can only be gained through involving users in the design process and testing with real users.

The problem with badges

It is almost a rule of thumb that the sites most loudly trumpeting AAA compliance have the most dubious basis for their claims. This has always been the case, particularly when there is a commercial advantage to claiming accessibility.

Swedish accessibility expert Tommy Olsson describes them as 'badge hunters', and he makes the point that 'If accessibility claims don't hold up to scrutiny, badges lose their effect. Therefore it is better to honestly claim level A or AA, than to boast AAA when you're not even close.'

Claiming any level of accessibility without substance is wrong. But blithely displaying AAA badges risks undermining the wider effort to create better websites for users with disabilities, and the effort to devise solutions that can make this happen.

AAA is not easy

For a long time designers and clients believed that accessibility was too difficult, and chose to ignore it altogether. This is manifestly not the case. Reasonable accessibility, A or AA, is relatively easy to achieve. (Which is why AA has been set as the minimum recommended standard for public sector websites in Ireland, and for many accessibility initiatives across the world.)

But meeting the requirements for AAA-compliance is a far more substantial challenge involving other disciplines apart from web design and programming: writing easy-to-read copy, supplementing text with graphic or auditory illustrations, allowing users to customise the presentation of content.

In fact, for many accessibility experts AAA-compliance is the holy grail of web design – perfection that is impossible to achieve but which designers should aspire.

I don't hold with such romantic notions, but I firmly believe that achieving AAA compliance requires a lot of effort and skill — and simply saying so or displaying a badge does not magically make it happen.

Comments:

Cam on Oct 7th, 2005 wrote —

Great article - and I take the point. How do you feel with regard the latest mid-range CMS products that attest to delivering triple AAA sites? [often with inbuilt accessibility checkers to apply the app.level of compliance].

Very few vendors of such products seem to have AAA sites themselves! After reading your article - I found www.immediacy.co.uk

A lot of government press releases and contracts seem to be pointing to this vendor.

They pass XHTML-strict with mark-up. AAA on WebXact etc

Nevertheless, do you think this is an example of a site that claims the right, wears the badge - but doesn't, in fact, fulfill the promise?

Interwoven, Reddot, Mediasurface, Percussion - all seem to fall flat in this regard. Is this one actually different.

Very curious.

Thanks again for the inciteful article.

Lar on Oct 7th, 2005 wrote —

Great article and I agree totally.

Accessibility is very easy to attain when built into the design stage.

The reality is that a lot of inhouse developers are unaware of it, business owners are unaware of it, until of course the project is finished when it is prohibitively expensive.

They will then only address accessibility if they HAVE to by law. This, in my opinion, has been the major driver in the US, with Section 508 making it a legal requirement for public bodies and their suppliers to have accessible web sites. So it started with a legal or compliance issue but this actually had the benefit of raising awareness across the board.

Bruce on Oct 10th, 2005 wrote —

Hi,
The article reminds me to 'remember who my audience is'

The separation of content from presentation viz XHTML/XML and CSS appears to offer designers the 'holy grail' of being 'all things to all people' - choose your style sheet.

Maybe what I need (and others)is a load of PHP/XML/XHTML/MySQL scripts that ARE genuinie AAA compliant to 'hack' or re-use 'as is'to learn from.

I wonder how many people/organizations have self taught web folk with backgrounds in either computer science or graphic art. Whilst AAA badges dont yet promote the level of confidence we would like them to, there presence indicates an attempt to comply by the page authors.

My AAA pages are locked in WebCT - which uses frames and other person non grata features.

Great article. Thanks.

Paul on Oct 12th, 2005 wrote —

RE: CMS & AAA

Mid range CMS products invariably claim AAA compliance for marketing advantage.

And while I understand the commercial reality, my concern is that the claim for 'guaranteed AAA' takes the onus off designers and clients to work with people with disabilities and to come up with innovative design solutions.

A good CMS can be an enormous advantage in maintaining an accessible website - but it is only as good as the original design. To quote my colleague David Moore, 'there are no silver bullets'.

It's always easy to find errors in any busy website, these are sometimes QA issues rather than design flaws. In the case of www.immediacy.co.uk, there are two omissions in the design: the top level cascading navigation menu is not keyboard accessible and ther doesn't appear to be any 'Skip Navigation' or 'Jump to'. links.

Thanks for the kind remarks re article.

Post a Comment:

No HTML tags are allowed.
Comments to this weblog are moderated, so you won't see your comment immediately.