Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Conformance claim needs feedback mechanisms #304

Open
jenoe opened this issue Feb 23, 2021 · 6 comments
Open

Conformance claim needs feedback mechanisms #304

jenoe opened this issue Feb 23, 2021 · 6 comments
Labels
migration: other Issues that do not fall into the other three categories status: assigned to subgroup ask subgroup for proposal Subgroup: editors no specific subgroup (default) survey : ready for proposal or issue response is ready for group review

Comments

@jenoe
Copy link

jenoe commented Feb 23, 2021

Reasoning

Learning from users' experiences and feedback is an inherent aspect of accessibility.

Proposal

Extend the required components of a conformance claim by at least one accessible feedback mechanism, eg. an email address, a web form.

Reference

The EU directive on the accessibility of the websites and mobile applications of public sector bodies requires such a feedback mechanism for every accessibility statement.

@LJWatson
Copy link

I agree that having a feedback mechanism in a conformance claim is a good idea, but caution against referencing the EU Directive. A WCAG3.0 conformance claim is not compatible with an accessibility statement under that Directive.

@jenoe
Copy link
Author

jenoe commented Feb 23, 2021

..., but caution against referencing the EU Directive. A WCAG3.0 conformance claim is not compatible with an accessibility statement under that Directive.

I agree. It was just meant to be an example.

@lauracarlson lauracarlson added status: assigned to subgroup ask subgroup for proposal Subgroup: editors no specific subgroup (default) labels Mar 3, 2021
@lauracarlson
Copy link

Thank you for your comment. Project members are working on your comment. You may see discussion in the comment thread and we may ask for additional information as we work on it. We will mark the official response when we are finished and close the issue.

@chaals
Copy link
Contributor

chaals commented Mar 4, 2021

A cautious +1 to the proposal.

Some possible drawbacks are that it could produce a vector for denial-of-service attacks, flooding the feedback system with garbage to the point that it is not feasible to continue using it properly, and that fear of such an event could lead some to decide to avoid the whole thing - and others to use it as an excuse for inaction. It is also likely that content, including accessibility statements, will survive longer than the capability to use the feedback.

Recognising these issues, I still think it is worth proceeding with the proposal.

@MakotoUeki
Copy link
Contributor

+1 to @chaals. I think It's worth considering as well.

In Japan, there used to be a requirement in the JIS (Japanese standard) to require a website to provide an accessible mechanisms to get feedback from users. JIS doesn't have it any more because the JIS was updated to become identical to ISO/IEC 40500:2012 (= WCAG 2.0) in 2016.

@SuzanneTaylor
Copy link

SuzanneTaylor commented Nov 19, 2021

Thank you for this comment, we discussed this in the Silver Friday meetings on November 12 and November 19. The group agreed that this is important and we felt that the best place for this to live would be within the Maturity Model, where detailed feedback about ensuring the quality of the feedback mechanism could accompany it.

This was already in the Communications section of the Maturity Model and, in response to this comment, the group working on the Maturity Model also added it to the Support / Development Life Cycle Section, so that we can help guide meaningful handling of the feedback.

You can review the draft in Google docs here:

@jspellman jspellman added the survey : ready for proposal or issue response is ready for group review label Dec 3, 2021
@rachaelbradley rachaelbradley added the migration: other Issues that do not fall into the other three categories label Aug 29, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
migration: other Issues that do not fall into the other three categories status: assigned to subgroup ask subgroup for proposal Subgroup: editors no specific subgroup (default) survey : ready for proposal or issue response is ready for group review
Projects
None yet
Development

No branches or pull requests

8 participants