WebAIM - Web Accessibility In Mind

Alexa 100 Accessibility Errors

Karl Groves recently published automated web accessibility test data for many of the Alexa Top 100 web sites. The results paint a rather stark picture of web accessibility. We agree with Karl’s suggestion that while automated testing is not a direct indicator of true accessibility issues, “poor performance in automated testing is strongly correlated with poor performance in manual testing.” Jennison commented that not all errors are created equally, and this is very true, yet the preponderance of automated errors is clearly indicative of serious issues.

The table below outlines errors for the home pages of the Alexa Top 100 US sites (excluding porn, content farm, and advertising sites). The WAVE toolbar was used to calculate errors. Because the WAVE toolbar evaluates content after JavaScript is processed, and because WAVE errors almost universally indicate a significant accessibility issue, the number of errors is generally a good indicator of true end user accessibility issues.

Site Data

Site Name # of Errors
slickdeals.net 306
foxnews.com 220
nfl.com 107
usatoday.com 105
homedepot.com 90
cnn.com 89
latimes.com 67
answers.com 61
nytimes.com 58
capitalone.com 55
chase.com 51
kohls.com 51
hulu.com 50
go.com 44
pandora.com 44
washingtonpost.com 43
rr.com 39
coupons.com 35
swagbucks.com 33
att.com 30
toysrus.com 30
tmz.com 30
walmart.com 29
barnesandnoble.com 29
weather.com 28
constantcontact.com 28
about.com 26
match.com 26
flickr.com 25
reddit.com 24
ups.com 24
fedex.com 23
gap.com 22
salesforce.com 22
dailymail.co.uk 22
bbc.co.uk 21
drudgereport.com 21
imdb.com 20
cnet.com 20
imgur.com 19
foxsports.com 19
linkedin.com 18
espn.com 18
photobucket.com 18
cbssports.com 17
pof.com 17
godaddy.com 16
warriorforum.com 16
wsj.com 16
aol.com 15
sears.com 15
allrecipes.com 15
ebay.com 12
target.com 12
microsoft.com 11
ask.com 11
groupon.com 11
tumblr.com 10
myspace.com 10
yahoo.com 9
huffingtonpost.com 9
reference.com 9
facebook.com 8
youtube.com 8
wordpress.com 8
shopathome.com 8
google.com 6
amazon.com 6
bestbuy.com 6
newegg.com 6
stumbleupon.com 6
twitter.com 5
live.com 5
msn.com 5
usps.com 5
americanexpress.com 4
paypal.com 3
yelp.com 3
vimeo.com 3
craigslist.org 2
comcast.net 2
wellsfargo.com 2
pinterest.com 2
adobe.com 2
macys.com 2
verizonwireless.com 2
thepiratebay.org 2
indeed.com 2
wikipedia.org 1
netflix.com 1
bankofamerica.com 1
etsy.com 1
ehow.com 1
wordpress.org 1
jcpenney.com 1
mywebsearch.com 1
blogspot.com 0
bing.com 0
apple.com 0
pch.com 0

Conclusion

Care should be taken in interpreting these results. These data should not be used to cast a sweeping judgement on a site. Home pages are often dissimilar to content pages, though these data generally correlate to Karl’s more extensive analysis. Regardless, the fact that an average of 25 errors per home page are present, and that only 4 of the 100 home pages had 0 errors is rather telling. There is much that still needs to be done to improve web accessibility.

Comments

  1. Ted Drake

    It would be more helpful if you linked to the test results than the page.

  2. Jared Smith

    Ted-

    Because the results were collected using the WAVE toolbar, I can’t link to those results. One needs to load the home page and activate the toolbar to view the number of errors.

  3. Karl Groves

    Thanks for posting this follow-up and including the many sites I did not include. Initially I also had a breakdown of which errors occur most often but a corrupted table caused me to have to rebuild the database and I lost that data. It was rather unsurprising, really: Missing alt attributes, missing form labels, inaccessible tables, keyboard accessibility, etc. What I hope to be able to do in the future is provide a ranking that takes into consideration not only the volume of errors but the density & severity of them as well.

  4. Nancy

    I would put more energy into finding why accessibility has deteriorated and address the core issue: CMS systems, site builder tools and large framework systems..

    Most sites are built with CMS systems or site builder tools, the website creator doesn’t need to know html or or understand accessibility issues. Its up to the strength of the application developer to add proper label when the user selects an image or form.

    Example — WordPress: Content person adds an image in the Admin Control. Title tags required, alt tags not required, no explanation of what an alt tag is. Content person wouldn’t have a clue so doesn’t think to add it. I think an easy fix for the WordPress application developers to combine the title and alt into one…

    I could make this comment 5 pages long…

  5. Jared Smith

    Karl-

    We’re working on a similar system to capture specific WAVE error data across a number of pages. It is, as you know, a bit tricky to assign severity to an automated error. One missing alt text has virtually no impact while another can render something very inaccessible, for example. Still, I think more data across more pages would be helpful.

    This was done more out of curiosity than for scientific usefulness. For example, the Facebook homepage had 8 errors, yet the logged in interface has 123.

  6. Jared Smith

    Nancy-

    With the possible exception of WordPress.com, I doubt any of the sites listed are built on a traditional CMS. CMS accessibility is certainly an issue for many sites, but the biggest issue is lack of education. I’ve consulted on a handful of the sites in this list (and am happy that all of them among the better sites) and can attest that education, not tools, is the key to better accessibility.

  7. Mide S

    Seems only Government sites(in US and Canada) try enforce accessibility. mainly because they can get sued for violating section 208 of ADA. I’m working on a project with PDF accessibility for the Government of Canada and from the experience it seems like 99% of PDFs online are not fully accessible.
    Does AQUA also test PDF files?
    There’s a great tool from XY Media – PAC,(www.xymedia.ch) but even that is not full proof, you still need manual testing.
    Perhaps a lot of the errors are caused by dynamic HTML – tools like MS Visual Studio and ASP.Net tend to create very bad HTML.