如果用户没有通过省略 @ 或域来填写电子邮件地址 - 并且我们没有在提交 (example@example.com) 时提供正确电子邮件地址的示例，这是否不符合 WCAG 的成功标准2.0 3.3.3 关于错误建议？
我查看了许多主要网站和领先的网站，但我只看到与缺少正确电子邮件地址有关的验证错误。看起来很多网站都使用占位符来指导用户格式化，但是，一旦提交，用户就没有明确的格式指导。
【问题讨论】：
标签： validation accessibility forms email-address wcag2.0
在我看来，是的。这假定它因已知原因（格式等）而被拒绝，因此应将原因告知用户。
遗憾的是，查看主要站点并不是最佳实践的良好指标，只是表明他们没有遵循此检查点（或者，更有可能的是，不知道它、WCAG 和所有相关的事情）。
placeholder 从来都不是一个足够的标签，而且随着它的消失，它也很少足以用于说明。取而代之的是，一些与该字段相关的说明性文本（必要时可能与 ARIA 相关）可以更快地避免错误，但错误消息仍应传达出问题所在。
想想你输入密码的所有时候，只是在不遵循一些神秘的格式规则之后才被告知。提前告诉你并不能保证你会做对，但它可以减少每个人都做错的可能性。它也是您可以重复用于错误消息的内容。
【讨论】：
WCAG 3.3.3 并没有真正失败
3.3.3 错误建议：如果自动检测到输入错误并且已知更正建议，则将建议提供给用户，除非它会危及内容的安全性或目的。 （AA级）
这点意味着您可以提供建议。例如，用户输入“user AT example.com”，你建议“你的意思是user@example.com吗？”
在这里，你在 WCAG 3.3.1 中失败了：
3.3.1 错误识别：如果自动检测到输入错误，则会识别出错误的项目，并以文字形式向用户描述错误。 （A级）
您必须用纯文本描述错误，这意味着“输入有效的电子邮件地址（例如：user@domain.com）”。
而且你可能还会担心3.3.2，就是缺少说明
3.3.2 标签或说明：当内容需要用户输入时提供标签或说明。 （A级）
这意味着如果一个标签不够用，你必须给出说明（有效格式）。
请注意，当您对 HTML5 input[type="email"] 元素使用浏览器自我验证过程时，情况可能会有所不同。因为在那里，浏览器辅助功能 API 应该提供明确的错误消息。
【讨论】：