Often when I talk to clients, I am asked the following question: “Can we track how many users with disabilities access our site?”. The question itself is always asked with good intentions. The client wants to be able to provide an improved experience for persons with disabilities. Here’s my answer to a recent similar query:
One of the things I didn’t mention in that article is that it is also possible for the user to falsely identify what device they’re using. In fact, back in the days of the browser wars in the early 90s, Microsoft intentionally faked the user-agent string to mimic Netscape. Today you can alter your user-agent string in Opera by going to ‘opera:config’ in the address bar and adjusting the settings there. Other browsers like FireFox and Chrome have extensions that can allow the user to switch the user-agent string. All of that, however, is really pedantic. The majority of people don’t alter their user-agent string, so for practical purposes, the user-agent string can reliably tell you the Operating System & version, Browser & browser version. This is all sent by the user’s computer during the negotiation between the site’s server & the user in HTTP.
- You can detect whether images are disabled.
- You can detect high-contrast mode (Windows only, as far as I can tell)
- You can detect if font-size has been enlarged.
- You can detect the visible viewport size.
- You can detect if the user is using only a keyboard to navigate
All of these are methods that ostensibly could help you to detect and personalize an experience for low vision users. This doesn’t help, however, if the low vision user has something like a magnifying screen attached to the physical monitor. When it comes to blind & motor impaired users, the latter ability to detect if the user is using only a keyboard to navigate may be useful but may be too expensive, from a programming perspective, to be very useful.
There’s apparently a way to detect screen readers using Flash. This would use Flash & ActionScript to detect an MSAA-enabled assistive technology. Theoretically, you could insert a very tiny (possibly even hidden in some way) Flash movie which takes that information and does something interesting using AJAX. This method isn’t quite reliable, either. This would work with JAWS, NVDA, Window-Eyes, most Dolphin products, and ZoomText. But this is far from a complete list of assistive technologies and doesn’t include VoiceOver, Dragon Naturally Speaking, or the dozen or so other screen magnifiers, screen readers, and voice input systems that compete in the market against these more well-known examples.
Finally, there’s the question of ethics surrounding detecting users with disabilities. Persons with disabilities are a protected class according to ADA and similar anti-discrimination laws worldwide. Users may be highly resistant to having their disabilities identified as they go throughout the web. Most persons with disabilities would really just rather that the Web just work for them. Attempts in the past, by Google and Amazon for instance, to create alternative interfaces for persons with disabilities has been met with significant resistance. Amazon, for instance, abandoned their “accessible” version and integrated many of their improvements into the main Amazon experience.
The sad reality is that Web accessibility is still pretty dismal, overall. Our internal research shows that an average of 11 images per page have no alt text and an average of 24 links per page have meaningless link text (like “click here”, “more”, “read more”, etc.). Global average error density is 16%, meaning that 16% of the code on the web has some sort of automatically detectable accessibility problem. That doesn’t count the errors that can’t be detected automatically. Despite this, persons with disabilities don’t want any special alternatives, they want the regular stuff to just work for them.
In the end, truly detecting the usage of persons with disabilities is going to be nearly impossible. The effort expended to somehow detect and track the usage patterns of persons with disabilities in order to create a so-called “enhanced” experience would be better spent making the regular site better. Accessible design is good design and when done right can improve the experience for everyone.
Contact Me:Telephone: +1 410.541.6829
Sign up for my mailing list.
- A11yBuzz (1)
- Accessibility (49)
- Accessibility Business Case (18)
- Accessibility Testing (21)
- Agile (1)
- Agile Accessibility (8)
- AQUA (2)
- BotSmasher (1)
- Compliance (6)
- CSUN11 (1)
- CSUN13 (1)
- Development (1)
- HTML5 (3)
- Managing Accessibility (37)
- Me Saying Unpopular Things (23)
- Personal (7)
- Politics (1)
- Presentations (3)
- Professional (3)
- Section 508 (3)
- Security (3)
- Selling Accessibility (10)
- Uncategorized (8)
- usability (2)
- WAI-ARIA (3)
Top Posts & Pages
- CAPTCHA-less Security
- Links are not buttons. Neither are DIVs and SPANs
- "Weird" people need to stop whining
- List of Resources: Breaking CAPTCHA
- The 6 Simplest Web Accessibility Tests Anyone Can Do
- Increased Usability through Accessibility
- Some thoughts on automated web accessibility testing
- Web Accessibility Support for Aging Populations
- Choosing an Automated Accessibility Testing Tool: 13 Questions you should ask