WEI 并未在 W3C 标准化；了解 W3C 开展新工作的流程

过去的几周，我们听到了来自 Web 社区对 Web Environment Integrity（WEI）的关注以及担忧。W3C 对此未予评论是因为 WEI API 的工作既非在 W3C 进行，也没有向 W3C 提交任何内容因此并未得到 W3C 技术架构组（TAG）的审查。

我想借这篇文章大致解释一下新工作是如何进入 W3C，以及 W3C 的工作组如何协调我们称之为“横向审查”的工作。这项审查和我们采取的其他保障措施不限于特定技术，其重点是关注对全人类和整个 Web 产生影响的重要方面，包括 Web 的无障碍、架构、国际化、隐私与安全等。

将新工作引入 W3C

W3C 的工作方向源于 W3C 的技术研讨会、会员提案或跟踪公开的 W3C 社区组中的活动。新的标准化工作始于 W3C 会员和团队发起新的工作组，或被纳入已有的工作组（此情况须更新工作组的标准化章程）。发布新的抑或修订已有的标准化章程均须达成会员共识。

通过 W3C 的“横向审查”

《W3C 官方标准流程文档》将“横向审查”（即 horizontal review）作为一项必要条件。在设立新的工作组之前，必须先进行内部横向审查，然后将章程草案提交给 W3C 全体会员进行审阅和批准。对于新技术或新规范而言，横向审查也是 W3C 发布标准过程（即一个想法最终成为一项 Web 标准的发展进程）中的必经之路。

Web 平台设计者的自主审查

作为切入点同时也得到 Web 开发者的拥护，大多数 W3C 的横向审查小组都创建了审查指南和自主审查文档，以便大家能够自主解决关键问题：

• 技术架构组（Technical Architecture Group 简称 TAG）的存在是为了确保 Web 作为开放平台的意义以及一致性的设计。TAG 审查均遵循《Web 平台设计原则》、《隐私原则》以及《Web 伦理道德原则》。
• 技术规范中的无障碍架构（简称 FAST）按功能类型阐释如何确保残障用户也能够使用相关技术。
• 国际化审查清单（i18n review checklist）简明概括了在国际化（i18n）层面应尽早采纳的方案以及需要特别注意的事项，从而避免在推出产品或技术时出现不必要的问题，目的是满足不同文化背景或不同语言/书写系统的用户需求。
• 安全与隐私自我审查旨在帮助规范作者在为 Web 平台设计新特性时充分考虑安全与隐私层面的影响。

将想法转化成标准

如果大家有兴趣了解更多关于 W3C 标准化的流程与步骤，我们可以围绕这个主题撰写系列文章。与此同时，我想特别指出：任何一项规范在成为 W3C 标准之前，都必须获得多个可互操作的部署实现。

如有任何疑问或需要更多信息，欢迎随时联系我们。