Impact on website analytics caused by 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 5 hours ago
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. 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.
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 analsyis from someone who's simply having a hard time.
great point on the fact of people using WP!
– Devin
3 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
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. 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.
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 analsyis from someone who's simply having a hard time.
great point on the fact of people using WP!
– Devin
3 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. 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.
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 analsyis from someone who's simply having a hard time.
great point on the fact of people using WP!
– Devin
3 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. 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.
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 analsyis 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. 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.
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 analsyis from someone who's simply having a hard time.
answered 4 hours ago
DavbogDavbog
1867
1867
great point on the fact of people using WP!
– Devin
3 hours ago
add a comment |
great point on the fact of people using WP!
– Devin
3 hours ago
great point on the fact of people using WP!
– Devin
3 hours ago
great point on the fact of people using WP!
– Devin
3 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
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
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 2 hours ago
answered 4 hours ago
DevinDevin
26.4k1362107
26.4k1362107
add a comment |
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