Impact on website analytics caused by accessibility issuesiFrame accessibility and usability issuesHow to...
Why is it "take a leak?"
Why doesn't "adolescent" take any articles in "listen to adolescent agonising"?
A bug in Excel? Conditional formatting for marking duplicates also highlights unique value
How do we objectively assess if a dialogue sounds unnatural or cringy?
How to disable or uninstall iTunes under High Sierra without disabling SIP
Ahoy, Ye Traveler!
How do you say “my friend is throwing a party, do you wanna come?” in german
Should we avoid writing fiction about historical events without extensive research?
What is better: yes / no radio, or simple checkbox?
Being asked to review a paper in conference one has submitted to
3.5% Interest Student Loan or use all of my savings on Tuition?
Meaning of word ягоза
Where is this quote about overcoming the impossible said in "Interstellar"?
How do I deal with being envious of my own players?
Why did the Cray-1 have 8 parity bits per word?
Should I use HTTPS on a domain that will only be used for redirection?
Why would the IRS ask for birth certificates or even audit a small tax return?
Canadian citizen, on US no-fly list. What can I do in order to be allowed on flights which go through US airspace?
Plagiarism of code by other PhD student
Split a number into equal parts given the number of parts
Lock enemy's y-axis when using Vector3.MoveTowards to follow the player
Deal the cards to the players
Can an earth elemental drown/bury its opponent underground using earth glide?
I've given my players a lot of magic items. Is it reasonable for me to give them harder encounters?
Impact on website analytics caused by accessibility issues
iFrame accessibility and usability issuesHow to utilize analytics for mobile considerationReal life example how use Google Analytics to improve UXAnalytics for a CRM to view more customer informationExpanding design principles and practices to inclusive design from accessibilityHow to present analytics on website redesign?What is a good way to explain the relationship between inclusive design, accessibility (in terms of WCAG2.0) and usability?Accessibility: How to track peoples with disabilities on websites?Icons color Accessibility testing - Tools and processOpening T&C and Privacy Policy as a PDF? Any accessibility issues?
An interesting result published on the WebAIM website shows that when it comes to WCAG Conformance for the the top 1,000,000 home pages
:
97.8% of home pages had detectable WCAG 2 failures! These are only automatically detectable errors that align with WCAG conformance
failures with a high level of reliability. Because automatically
detectable errors constitute a small portion of all possible WCAG
failures, this means that the actual WCAG 2 A/AA conformance level for
the home pages for the most commonly accessed web sites is very low,
perhaps below 1%.
What is perhaps more surprising is the type of errors that head the top of the list, since many of these can be automatically detected and fixed rather easily, yet the statistics show the percentage of homepages with these issues (in brackets).
- Low contrast text (85.3%)
- Missing alternative text for images (68%)
- Empty links (58.1%)
- Missing form input labels (52.8%)
- Missing document language (33.1%)
- Empty buttons (25%)
With so much testing and analytics being applied these days, and the homepage being such a focus for first-time and returning visitors, is it not possible to detect from the analytics users who are having trouble with the pages due to it being inaccessible? Or do they make up such an insignificant proportion of the users that it is not feasible to make the changes? Or is this not really an accessibility issue?
usability-testing accessibility analytics inclusive-design
add a comment |
An interesting result published on the WebAIM website shows that when it comes to WCAG Conformance for the the top 1,000,000 home pages
:
97.8% of home pages had detectable WCAG 2 failures! These are only automatically detectable errors that align with WCAG conformance
failures with a high level of reliability. Because automatically
detectable errors constitute a small portion of all possible WCAG
failures, this means that the actual WCAG 2 A/AA conformance level for
the home pages for the most commonly accessed web sites is very low,
perhaps below 1%.
What is perhaps more surprising is the type of errors that head the top of the list, since many of these can be automatically detected and fixed rather easily, yet the statistics show the percentage of homepages with these issues (in brackets).
- Low contrast text (85.3%)
- Missing alternative text for images (68%)
- Empty links (58.1%)
- Missing form input labels (52.8%)
- Missing document language (33.1%)
- Empty buttons (25%)
With so much testing and analytics being applied these days, and the homepage being such a focus for first-time and returning visitors, is it not possible to detect from the analytics users who are having trouble with the pages due to it being inaccessible? Or do they make up such an insignificant proportion of the users that it is not feasible to make the changes? Or is this not really an accessibility issue?
usability-testing accessibility analytics inclusive-design
add a comment |
An interesting result published on the WebAIM website shows that when it comes to WCAG Conformance for the the top 1,000,000 home pages
:
97.8% of home pages had detectable WCAG 2 failures! These are only automatically detectable errors that align with WCAG conformance
failures with a high level of reliability. Because automatically
detectable errors constitute a small portion of all possible WCAG
failures, this means that the actual WCAG 2 A/AA conformance level for
the home pages for the most commonly accessed web sites is very low,
perhaps below 1%.
What is perhaps more surprising is the type of errors that head the top of the list, since many of these can be automatically detected and fixed rather easily, yet the statistics show the percentage of homepages with these issues (in brackets).
- Low contrast text (85.3%)
- Missing alternative text for images (68%)
- Empty links (58.1%)
- Missing form input labels (52.8%)
- Missing document language (33.1%)
- Empty buttons (25%)
With so much testing and analytics being applied these days, and the homepage being such a focus for first-time and returning visitors, is it not possible to detect from the analytics users who are having trouble with the pages due to it being inaccessible? Or do they make up such an insignificant proportion of the users that it is not feasible to make the changes? Or is this not really an accessibility issue?
usability-testing accessibility analytics inclusive-design
An interesting result published on the WebAIM website shows that when it comes to WCAG Conformance for the the top 1,000,000 home pages
:
97.8% of home pages had detectable WCAG 2 failures! These are only automatically detectable errors that align with WCAG conformance
failures with a high level of reliability. Because automatically
detectable errors constitute a small portion of all possible WCAG
failures, this means that the actual WCAG 2 A/AA conformance level for
the home pages for the most commonly accessed web sites is very low,
perhaps below 1%.
What is perhaps more surprising is the type of errors that head the top of the list, since many of these can be automatically detected and fixed rather easily, yet the statistics show the percentage of homepages with these issues (in brackets).
- Low contrast text (85.3%)
- Missing alternative text for images (68%)
- Empty links (58.1%)
- Missing form input labels (52.8%)
- Missing document language (33.1%)
- Empty buttons (25%)
With so much testing and analytics being applied these days, and the homepage being such a focus for first-time and returning visitors, is it not possible to detect from the analytics users who are having trouble with the pages due to it being inaccessible? Or do they make up such an insignificant proportion of the users that it is not feasible to make the changes? Or is this not really an accessibility issue?
usability-testing accessibility analytics inclusive-design
usability-testing accessibility analytics inclusive-design
asked yesterday
Michael Lai♦Michael Lai
14.8k1162143
14.8k1162143
add a comment |
add a comment |
2 Answers
2
active
oldest
votes
The goal of WCAG according to their abstract is:
Web Content Accessibility Guidelines (WCAG) 2.0 covers a wide range of
recommendations for making Web content more accessible. Following
these guidelines will make content accessible to a wider range of
people with disabilities, including blindness and low vision, deafness
and hearing loss, learning disabilities, cognitive limitations,
limited movement, speech disabilities, photosensitivity and
combinations of these. Following these guidelines will also often make
your Web content more usable to users in general.
The percentage of the population that would benefit from this tends to be low, although we should not ignore them. What is happening is a mix of a lot of issues.
Money. It's cheaper to not deal with it, then it is. (The world revolves around $)
Many sites are built by developers but the content is still uploaded by non-developers. Ex: A web developer will build the initial site in Wordpress, but the marketing person will be the one who uploads pictures. There is a spot for ALT tag information, but usually, they don't bother filling it out. I'd chuck this up to a lack of knowledge about the subject and/or time.
There is no punishment for not following these standards [EDIT] in the USA. Take a look at ADA compliance for wheelchair access into buildings. Before there was a punishment for failing to comply, most buildings did not have easy access for wheelchair-bound people as it cost more money (see 1 above). Now, every new building has it and even older ones are required to comply when renovating.
I imagine this changing in the far (not near) future.[EDIT] Per @locationunknown a punishment is already in effect in the EU since 2016 for non-compliance. So perhaps it's around the corner for the rest of the world (including the US)
Site analytics software may not be able to see what browser extensions are running on the user's end to help with their disability (ie. text to speech). As such it would be hard to separate these users during site visit analysis from someone who's simply having a hard time.
great point on the fact of people using WP!
– Devin
yesterday
1
There is no punishment for not following these standards. EU's directive he accessibility of the websites and mobile applications of public sector bodies has been in effect since 2016. For example Finnish legislation in accordance to directive has penalty payment for not following the legislation, whose requirements are based on WCAG 2.1.
– locationunknown
23 hours ago
1
@locationunknown Wow! I was not aware that Europe was ahead on this. I should have clarified that I was referring to the US. Thanks for the heads up.
– Davbog
11 hours ago
add a comment |
Most of those stats can't be extracted from analytics, you will just have data such as "user did this or that" measured by statistics on data, but such stats won't tell you WHY, they will just tell you WHAT HAPPENED, it's in you to find out the reasons.
Also, your quote mentions 1% out of 1.000.000, which is 10.000 sites. It seems about right to me, as a matter of fact it's quite shocking. I took a look to random sites in the Majestic Million list and I found most of them were parked domains, placeholders, mirrors, piracy, scam sites, link exchange... I honestly doubt any of them will pay much attention to accessibility.
In addition, I have discovered that accessibility is an extreme problem for most designers as well as developers, not to mention stakeholders. I mean: normally they can say "oh, yes, let's be accessible" and then they do absolutely nothing; or worse, they do the opposite of accessibility.
And the worst thing is that this is a numbers game: they can statistically support what they say, for the simple reason that people with disabilities are much less than people without disabilities that affect their experience.
It is for all this that the only way to detect the abandonment of a user's journey due to accessibility issues is through direct observation. Of course, you can extrapolate numbers and see if these statistics correspond to pages with accessibility problems, but as long as it can not be compared with real observation, you'll end with just assumptions
EDIT: Davbog mentioned a fact that has incredibly important statistical consequences: WordPress. WordPress sites usually use pre-made themes, or have that problem Davbog accurately mentions (a correctly developed theme with admin users carelessly adding content). Around 2 years ago we did an accessibility study on the top 10 selling WordPress themes. Not a single one passed WCAG2.0. As a matter of fact, not a single one passed WCAG 1.3.1 either. And guess what: WP admin didn't pass WCAG 1.3.1 either. If you think that 1/3 of the web uses WordPress (around 75,000,000 websites), and thousands are added every day, there you have an stat that will overthrown any attempt to reduce those numbers: for each new site following WCAG guidelines, thousands won't comply
Regarding your edit, this is even further made worse by a lot of the DIY site builders out there (Squarespace, Shopify, Wiz, etc.).
– Davbog
4 hours ago
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "102"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
noCode: true, onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fux.stackexchange.com%2fquestions%2f124221%2fimpact-on-website-analytics-caused-by-accessibility-issues%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
The goal of WCAG according to their abstract is:
Web Content Accessibility Guidelines (WCAG) 2.0 covers a wide range of
recommendations for making Web content more accessible. Following
these guidelines will make content accessible to a wider range of
people with disabilities, including blindness and low vision, deafness
and hearing loss, learning disabilities, cognitive limitations,
limited movement, speech disabilities, photosensitivity and
combinations of these. Following these guidelines will also often make
your Web content more usable to users in general.
The percentage of the population that would benefit from this tends to be low, although we should not ignore them. What is happening is a mix of a lot of issues.
Money. It's cheaper to not deal with it, then it is. (The world revolves around $)
Many sites are built by developers but the content is still uploaded by non-developers. Ex: A web developer will build the initial site in Wordpress, but the marketing person will be the one who uploads pictures. There is a spot for ALT tag information, but usually, they don't bother filling it out. I'd chuck this up to a lack of knowledge about the subject and/or time.
There is no punishment for not following these standards [EDIT] in the USA. Take a look at ADA compliance for wheelchair access into buildings. Before there was a punishment for failing to comply, most buildings did not have easy access for wheelchair-bound people as it cost more money (see 1 above). Now, every new building has it and even older ones are required to comply when renovating.
I imagine this changing in the far (not near) future.[EDIT] Per @locationunknown a punishment is already in effect in the EU since 2016 for non-compliance. So perhaps it's around the corner for the rest of the world (including the US)
Site analytics software may not be able to see what browser extensions are running on the user's end to help with their disability (ie. text to speech). As such it would be hard to separate these users during site visit analysis from someone who's simply having a hard time.
great point on the fact of people using WP!
– Devin
yesterday
1
There is no punishment for not following these standards. EU's directive he accessibility of the websites and mobile applications of public sector bodies has been in effect since 2016. For example Finnish legislation in accordance to directive has penalty payment for not following the legislation, whose requirements are based on WCAG 2.1.
– locationunknown
23 hours ago
1
@locationunknown Wow! I was not aware that Europe was ahead on this. I should have clarified that I was referring to the US. Thanks for the heads up.
– Davbog
11 hours ago
add a comment |
The goal of WCAG according to their abstract is:
Web Content Accessibility Guidelines (WCAG) 2.0 covers a wide range of
recommendations for making Web content more accessible. Following
these guidelines will make content accessible to a wider range of
people with disabilities, including blindness and low vision, deafness
and hearing loss, learning disabilities, cognitive limitations,
limited movement, speech disabilities, photosensitivity and
combinations of these. Following these guidelines will also often make
your Web content more usable to users in general.
The percentage of the population that would benefit from this tends to be low, although we should not ignore them. What is happening is a mix of a lot of issues.
Money. It's cheaper to not deal with it, then it is. (The world revolves around $)
Many sites are built by developers but the content is still uploaded by non-developers. Ex: A web developer will build the initial site in Wordpress, but the marketing person will be the one who uploads pictures. There is a spot for ALT tag information, but usually, they don't bother filling it out. I'd chuck this up to a lack of knowledge about the subject and/or time.
There is no punishment for not following these standards [EDIT] in the USA. Take a look at ADA compliance for wheelchair access into buildings. Before there was a punishment for failing to comply, most buildings did not have easy access for wheelchair-bound people as it cost more money (see 1 above). Now, every new building has it and even older ones are required to comply when renovating.
I imagine this changing in the far (not near) future.[EDIT] Per @locationunknown a punishment is already in effect in the EU since 2016 for non-compliance. So perhaps it's around the corner for the rest of the world (including the US)
Site analytics software may not be able to see what browser extensions are running on the user's end to help with their disability (ie. text to speech). As such it would be hard to separate these users during site visit analysis from someone who's simply having a hard time.
great point on the fact of people using WP!
– Devin
yesterday
1
There is no punishment for not following these standards. EU's directive he accessibility of the websites and mobile applications of public sector bodies has been in effect since 2016. For example Finnish legislation in accordance to directive has penalty payment for not following the legislation, whose requirements are based on WCAG 2.1.
– locationunknown
23 hours ago
1
@locationunknown Wow! I was not aware that Europe was ahead on this. I should have clarified that I was referring to the US. Thanks for the heads up.
– Davbog
11 hours ago
add a comment |
The goal of WCAG according to their abstract is:
Web Content Accessibility Guidelines (WCAG) 2.0 covers a wide range of
recommendations for making Web content more accessible. Following
these guidelines will make content accessible to a wider range of
people with disabilities, including blindness and low vision, deafness
and hearing loss, learning disabilities, cognitive limitations,
limited movement, speech disabilities, photosensitivity and
combinations of these. Following these guidelines will also often make
your Web content more usable to users in general.
The percentage of the population that would benefit from this tends to be low, although we should not ignore them. What is happening is a mix of a lot of issues.
Money. It's cheaper to not deal with it, then it is. (The world revolves around $)
Many sites are built by developers but the content is still uploaded by non-developers. Ex: A web developer will build the initial site in Wordpress, but the marketing person will be the one who uploads pictures. There is a spot for ALT tag information, but usually, they don't bother filling it out. I'd chuck this up to a lack of knowledge about the subject and/or time.
There is no punishment for not following these standards [EDIT] in the USA. Take a look at ADA compliance for wheelchair access into buildings. Before there was a punishment for failing to comply, most buildings did not have easy access for wheelchair-bound people as it cost more money (see 1 above). Now, every new building has it and even older ones are required to comply when renovating.
I imagine this changing in the far (not near) future.[EDIT] Per @locationunknown a punishment is already in effect in the EU since 2016 for non-compliance. So perhaps it's around the corner for the rest of the world (including the US)
Site analytics software may not be able to see what browser extensions are running on the user's end to help with their disability (ie. text to speech). As such it would be hard to separate these users during site visit analysis from someone who's simply having a hard time.
The goal of WCAG according to their abstract is:
Web Content Accessibility Guidelines (WCAG) 2.0 covers a wide range of
recommendations for making Web content more accessible. Following
these guidelines will make content accessible to a wider range of
people with disabilities, including blindness and low vision, deafness
and hearing loss, learning disabilities, cognitive limitations,
limited movement, speech disabilities, photosensitivity and
combinations of these. Following these guidelines will also often make
your Web content more usable to users in general.
The percentage of the population that would benefit from this tends to be low, although we should not ignore them. What is happening is a mix of a lot of issues.
Money. It's cheaper to not deal with it, then it is. (The world revolves around $)
Many sites are built by developers but the content is still uploaded by non-developers. Ex: A web developer will build the initial site in Wordpress, but the marketing person will be the one who uploads pictures. There is a spot for ALT tag information, but usually, they don't bother filling it out. I'd chuck this up to a lack of knowledge about the subject and/or time.
There is no punishment for not following these standards [EDIT] in the USA. Take a look at ADA compliance for wheelchair access into buildings. Before there was a punishment for failing to comply, most buildings did not have easy access for wheelchair-bound people as it cost more money (see 1 above). Now, every new building has it and even older ones are required to comply when renovating.
I imagine this changing in the far (not near) future.[EDIT] Per @locationunknown a punishment is already in effect in the EU since 2016 for non-compliance. So perhaps it's around the corner for the rest of the world (including the US)
Site analytics software may not be able to see what browser extensions are running on the user's end to help with their disability (ie. text to speech). As such it would be hard to separate these users during site visit analysis from someone who's simply having a hard time.
edited 11 hours ago
answered yesterday
DavbogDavbog
1977
1977
great point on the fact of people using WP!
– Devin
yesterday
1
There is no punishment for not following these standards. EU's directive he accessibility of the websites and mobile applications of public sector bodies has been in effect since 2016. For example Finnish legislation in accordance to directive has penalty payment for not following the legislation, whose requirements are based on WCAG 2.1.
– locationunknown
23 hours ago
1
@locationunknown Wow! I was not aware that Europe was ahead on this. I should have clarified that I was referring to the US. Thanks for the heads up.
– Davbog
11 hours ago
add a comment |
great point on the fact of people using WP!
– Devin
yesterday
1
There is no punishment for not following these standards. EU's directive he accessibility of the websites and mobile applications of public sector bodies has been in effect since 2016. For example Finnish legislation in accordance to directive has penalty payment for not following the legislation, whose requirements are based on WCAG 2.1.
– locationunknown
23 hours ago
1
@locationunknown Wow! I was not aware that Europe was ahead on this. I should have clarified that I was referring to the US. Thanks for the heads up.
– Davbog
11 hours ago
great point on the fact of people using WP!
– Devin
yesterday
great point on the fact of people using WP!
– Devin
yesterday
1
1
There is no punishment for not following these standards. EU's directive he accessibility of the websites and mobile applications of public sector bodies has been in effect since 2016. For example Finnish legislation in accordance to directive has penalty payment for not following the legislation, whose requirements are based on WCAG 2.1.
– locationunknown
23 hours ago
There is no punishment for not following these standards. EU's directive he accessibility of the websites and mobile applications of public sector bodies has been in effect since 2016. For example Finnish legislation in accordance to directive has penalty payment for not following the legislation, whose requirements are based on WCAG 2.1.
– locationunknown
23 hours ago
1
1
@locationunknown Wow! I was not aware that Europe was ahead on this. I should have clarified that I was referring to the US. Thanks for the heads up.
– Davbog
11 hours ago
@locationunknown Wow! I was not aware that Europe was ahead on this. I should have clarified that I was referring to the US. Thanks for the heads up.
– Davbog
11 hours ago
add a comment |
Most of those stats can't be extracted from analytics, you will just have data such as "user did this or that" measured by statistics on data, but such stats won't tell you WHY, they will just tell you WHAT HAPPENED, it's in you to find out the reasons.
Also, your quote mentions 1% out of 1.000.000, which is 10.000 sites. It seems about right to me, as a matter of fact it's quite shocking. I took a look to random sites in the Majestic Million list and I found most of them were parked domains, placeholders, mirrors, piracy, scam sites, link exchange... I honestly doubt any of them will pay much attention to accessibility.
In addition, I have discovered that accessibility is an extreme problem for most designers as well as developers, not to mention stakeholders. I mean: normally they can say "oh, yes, let's be accessible" and then they do absolutely nothing; or worse, they do the opposite of accessibility.
And the worst thing is that this is a numbers game: they can statistically support what they say, for the simple reason that people with disabilities are much less than people without disabilities that affect their experience.
It is for all this that the only way to detect the abandonment of a user's journey due to accessibility issues is through direct observation. Of course, you can extrapolate numbers and see if these statistics correspond to pages with accessibility problems, but as long as it can not be compared with real observation, you'll end with just assumptions
EDIT: Davbog mentioned a fact that has incredibly important statistical consequences: WordPress. WordPress sites usually use pre-made themes, or have that problem Davbog accurately mentions (a correctly developed theme with admin users carelessly adding content). Around 2 years ago we did an accessibility study on the top 10 selling WordPress themes. Not a single one passed WCAG2.0. As a matter of fact, not a single one passed WCAG 1.3.1 either. And guess what: WP admin didn't pass WCAG 1.3.1 either. If you think that 1/3 of the web uses WordPress (around 75,000,000 websites), and thousands are added every day, there you have an stat that will overthrown any attempt to reduce those numbers: for each new site following WCAG guidelines, thousands won't comply
Regarding your edit, this is even further made worse by a lot of the DIY site builders out there (Squarespace, Shopify, Wiz, etc.).
– Davbog
4 hours ago
add a comment |
Most of those stats can't be extracted from analytics, you will just have data such as "user did this or that" measured by statistics on data, but such stats won't tell you WHY, they will just tell you WHAT HAPPENED, it's in you to find out the reasons.
Also, your quote mentions 1% out of 1.000.000, which is 10.000 sites. It seems about right to me, as a matter of fact it's quite shocking. I took a look to random sites in the Majestic Million list and I found most of them were parked domains, placeholders, mirrors, piracy, scam sites, link exchange... I honestly doubt any of them will pay much attention to accessibility.
In addition, I have discovered that accessibility is an extreme problem for most designers as well as developers, not to mention stakeholders. I mean: normally they can say "oh, yes, let's be accessible" and then they do absolutely nothing; or worse, they do the opposite of accessibility.
And the worst thing is that this is a numbers game: they can statistically support what they say, for the simple reason that people with disabilities are much less than people without disabilities that affect their experience.
It is for all this that the only way to detect the abandonment of a user's journey due to accessibility issues is through direct observation. Of course, you can extrapolate numbers and see if these statistics correspond to pages with accessibility problems, but as long as it can not be compared with real observation, you'll end with just assumptions
EDIT: Davbog mentioned a fact that has incredibly important statistical consequences: WordPress. WordPress sites usually use pre-made themes, or have that problem Davbog accurately mentions (a correctly developed theme with admin users carelessly adding content). Around 2 years ago we did an accessibility study on the top 10 selling WordPress themes. Not a single one passed WCAG2.0. As a matter of fact, not a single one passed WCAG 1.3.1 either. And guess what: WP admin didn't pass WCAG 1.3.1 either. If you think that 1/3 of the web uses WordPress (around 75,000,000 websites), and thousands are added every day, there you have an stat that will overthrown any attempt to reduce those numbers: for each new site following WCAG guidelines, thousands won't comply
Regarding your edit, this is even further made worse by a lot of the DIY site builders out there (Squarespace, Shopify, Wiz, etc.).
– Davbog
4 hours ago
add a comment |
Most of those stats can't be extracted from analytics, you will just have data such as "user did this or that" measured by statistics on data, but such stats won't tell you WHY, they will just tell you WHAT HAPPENED, it's in you to find out the reasons.
Also, your quote mentions 1% out of 1.000.000, which is 10.000 sites. It seems about right to me, as a matter of fact it's quite shocking. I took a look to random sites in the Majestic Million list and I found most of them were parked domains, placeholders, mirrors, piracy, scam sites, link exchange... I honestly doubt any of them will pay much attention to accessibility.
In addition, I have discovered that accessibility is an extreme problem for most designers as well as developers, not to mention stakeholders. I mean: normally they can say "oh, yes, let's be accessible" and then they do absolutely nothing; or worse, they do the opposite of accessibility.
And the worst thing is that this is a numbers game: they can statistically support what they say, for the simple reason that people with disabilities are much less than people without disabilities that affect their experience.
It is for all this that the only way to detect the abandonment of a user's journey due to accessibility issues is through direct observation. Of course, you can extrapolate numbers and see if these statistics correspond to pages with accessibility problems, but as long as it can not be compared with real observation, you'll end with just assumptions
EDIT: Davbog mentioned a fact that has incredibly important statistical consequences: WordPress. WordPress sites usually use pre-made themes, or have that problem Davbog accurately mentions (a correctly developed theme with admin users carelessly adding content). Around 2 years ago we did an accessibility study on the top 10 selling WordPress themes. Not a single one passed WCAG2.0. As a matter of fact, not a single one passed WCAG 1.3.1 either. And guess what: WP admin didn't pass WCAG 1.3.1 either. If you think that 1/3 of the web uses WordPress (around 75,000,000 websites), and thousands are added every day, there you have an stat that will overthrown any attempt to reduce those numbers: for each new site following WCAG guidelines, thousands won't comply
Most of those stats can't be extracted from analytics, you will just have data such as "user did this or that" measured by statistics on data, but such stats won't tell you WHY, they will just tell you WHAT HAPPENED, it's in you to find out the reasons.
Also, your quote mentions 1% out of 1.000.000, which is 10.000 sites. It seems about right to me, as a matter of fact it's quite shocking. I took a look to random sites in the Majestic Million list and I found most of them were parked domains, placeholders, mirrors, piracy, scam sites, link exchange... I honestly doubt any of them will pay much attention to accessibility.
In addition, I have discovered that accessibility is an extreme problem for most designers as well as developers, not to mention stakeholders. I mean: normally they can say "oh, yes, let's be accessible" and then they do absolutely nothing; or worse, they do the opposite of accessibility.
And the worst thing is that this is a numbers game: they can statistically support what they say, for the simple reason that people with disabilities are much less than people without disabilities that affect their experience.
It is for all this that the only way to detect the abandonment of a user's journey due to accessibility issues is through direct observation. Of course, you can extrapolate numbers and see if these statistics correspond to pages with accessibility problems, but as long as it can not be compared with real observation, you'll end with just assumptions
EDIT: Davbog mentioned a fact that has incredibly important statistical consequences: WordPress. WordPress sites usually use pre-made themes, or have that problem Davbog accurately mentions (a correctly developed theme with admin users carelessly adding content). Around 2 years ago we did an accessibility study on the top 10 selling WordPress themes. Not a single one passed WCAG2.0. As a matter of fact, not a single one passed WCAG 1.3.1 either. And guess what: WP admin didn't pass WCAG 1.3.1 either. If you think that 1/3 of the web uses WordPress (around 75,000,000 websites), and thousands are added every day, there you have an stat that will overthrown any attempt to reduce those numbers: for each new site following WCAG guidelines, thousands won't comply
edited yesterday
answered yesterday
DevinDevin
26.4k1362107
26.4k1362107
Regarding your edit, this is even further made worse by a lot of the DIY site builders out there (Squarespace, Shopify, Wiz, etc.).
– Davbog
4 hours ago
add a comment |
Regarding your edit, this is even further made worse by a lot of the DIY site builders out there (Squarespace, Shopify, Wiz, etc.).
– Davbog
4 hours ago
Regarding your edit, this is even further made worse by a lot of the DIY site builders out there (Squarespace, Shopify, Wiz, etc.).
– Davbog
4 hours ago
Regarding your edit, this is even further made worse by a lot of the DIY site builders out there (Squarespace, Shopify, Wiz, etc.).
– Davbog
4 hours ago
add a comment |
Thanks for contributing an answer to User Experience Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fux.stackexchange.com%2fquestions%2f124221%2fimpact-on-website-analytics-caused-by-accessibility-issues%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown