https://www.forbes.com/sites/legalnewsline/2017/06/13/first-...
There is opportunity in this as SEO (a 'service' that can be sold) really depends on accessibility. I find people still concerned with 'keyword frequency' and whether they have their H1 tags in the right place when it comes to 'SEO'. Nobody is talking about making the web better for everyone (which includes the customers with no accessibility problems) and that being the central plank of better sales.
A further problem is that web 'design' agencies do not have the sales staff to sell accessibility. The pitch should not be that hard given that the baby boomer generation have all the money and need spectacles to read anything closer than arms-length away.
I also have yet to see anyone offering accessibility audit services where a genuine, registered partially sighted person does the auditing and testing. This could be end to end, i.e. ordering the product and returning it, with all emails checked along the way, complete with physical packaging.
We assume 'we know best' and that we know what a screen-reader user would want rather than reach out to anyone who is practically blind and ask them what they think. Patronising!!!
Accessibility isn't about designing websites that are exclusively for special needs people. It is about making websites work for everyone, whatever device they are on. Part of that ethos is sticking to convention.
So what is so awful?
The navigation is awful. It changes from the homepage to one of the other pages.
Their use of mini-font sizes is also a bit silly.
Even the URL structure is a bit silly, nobody needs to have index.php in a URL to make it mysteriously more accessible.
Their headings have line heights that mean 2-line headings are mangled together.
If you run a outline on their pages the content does not reflect what is shown.
I would be embarrassed if I worked with these so-called accessibility experts, their efforts sideline what accessibility is about. Cringeworthy and awful!!!
It's led to a good percentage of the work done here (both in traditional CMS implementations to custom applications) require accessibility not as an after thought, but baked in by default.
Makes it better for everyone, but without a good handle on what it actually means, and ensuring that whatever toolsets you're using (CMS, JS/CSS/backend framework, library etc.) also provide the necessary tooling as well, it can make projects run over time/budget.
Factor that in first, learn the tech/tools, and it doesn't have to be that dramatic. I'm assuming that common accessibility on the web/mobile will be expected nearly everywhere "soon".
http://khan.github.io/tota11y/
https://chrome.google.com/webstore/detail/axe/lhdoppojpmngad...
https://github.com/dequelabs/axe-webdriverjs
* Try using your site, app, document, whatever with a screen reader like NVDA or VoiceOver
https://webaim.org/articles/nvda/
* Check out Google's A11ycasts (also features NVDA):
https://www.youtube.com/watch?v=HtTyRajRuyY&index=30&list=PL...
* If you don't have a lot of time:
https://wiki.fluidproject.org/display/fluid/Quick-and-Dirty+...
* If you have more time:
https://wiki.fluidproject.org/display/fluid/Making+an+Inclus...
I couldn't help to notice the involuntary pun. What you say is sadly true, and it is a sort of cognitive blindness.
I see what you did there