「OpenWeb开发者」依托于BOW（Brillant Open Web）团队，是一个专门的 Web 技术建设小组，致力于推动 Open Web 技术的发展，将不定期为读者同步W3C要闻。
注：由于微信不支持外链，了解更多内容请点击 【阅读原文】 。
概述
这份报告整合了W3C近期工作亮点，综述了W3C对现有工作的优化、改进、创新、孵化、研究，以及2018年的发展路线图。
W3C在实现对技术和功能的再次核心创新的同时，不断对Web进行扩展以迎接新的机遇和挑战。诸多领域的重大进展都展现着W3C与Web社区的巨大活力。我们可以看到Web新技术的不断成熟和进一步发展：
WOFF2 (Web开放字体格式）成为W3C正式推荐标准（Recommendation，简称REC)。
商家在Web上采用简化的支付解决方案 (Web支付规范成为W3C候选推荐标准，Candidate Recommendation，简称CR)。
通过探索源自W3C社区组的工作并借力于近期的技术研讨会， 实现Web虚拟现实(virtual reality on the Web)。
推进 WebAssembly， 通过允许加载页面运行编译的本地代码来提升Web性能，W3C于2月中旬发布其首个公开工作草案（First Public Working Draft，简称FPWD）。
Service Workers 已经在整个平台上进行实现。
W3C计划于2018年6月初发布WCAG 2.1正式推荐标准，这是Web内容可访问性指南（Web Content Accessibility Guidelines，WCAG）十年来的首次重大更新。WCAG 已产生惊人的广泛影响力，它被各国采用成为一项监管要求，并广泛用于商业和非政府网站，预计WCAG 2.1亦将如此。除此之外，欧盟打算今年夏天在对EN 301 549标准的修订中全面采用WCAG 2.1，EN 301 549是在欧洲公开采购ICT产品和服务要满足的无障碍需求。
电信为Web带来的机遇。WebRTC是当今电信行业的基石，W3C正通过添加点对点数据交换等功能对其进行扩展，并计划今年完 成。W3C今年5月份组织Web5G技术研讨会，希望通过Web5G计划来探索具有更高带宽、更低延迟、更好覆盖的Web5G网络部署为Web带来的发展机遇。
Web认证成为W3C候选推荐标准。建议通过消除对密码的依赖来解决网络中的大部分安全问题。密码不但可被盗取而且还时常被重复用于 多个网站，然而，今年春季发布的Web认证API（Web Authentication API）候选推荐标准（CR意味着接口功能已经完善），通过基于公钥加密的带有特定站点证书的被用户所控 制的身份验证器，来提供非网络钓鱼认证。
Web测试。Web平台测试套件（Web Platform Tests）项目得到W3C及会员的大量关注和资源，它还将继续活跃下去。在集成自动生成测试结果之后于2017年首 次推出的web平台测试仪表盘，继续为Web互操作性的发展提供每日快照，并将持续改进。WebDriver已经成为W3C提案推荐标准 （Proposed Recommendation，简称PR），并计划于五月底发布为W3C正式推荐标准，它将通过增加对Web浏览器额外的自动测试，来改进互操作性进而对这个项目进行补充。
W3C与WHATWG合作. 自WHATWG近期采用与W3C相似的工作模式以来，W3C在持续探索与WHATWG在HTML和DOM规范上的有效合作机制。
我们可以看到WHATWG变化中的积极因素，尤其是其对专利政策、行为准则和归属许可CC-BY的采用。W3C始终保持着与WHATWG的对 话，包括基于全部利益相关方以及近500个会员的决策，来判定我们如何能够以维护W3C持久社会价值的方式共同合作。
自去年12月以来，我们与WHATWG指导小组进行了几次直接会谈，虽然进展较慢，但基调依然是积极的。
W3C一直致力于确保HTML开发能够持续考虑全球社区的需求，在提供更大的互操作性、性能和安全性的同时，继续在无障碍、国际化和隐私方面进行改善。
未来的Web标准
W3C通过多种机制积极听取社区有关哪些可能在未来成为良好的Web标准的声音，这包括与会员、其他标准机构、以及来自300 多个社区组数千名参与者的讨论和互动。W3C战略团队一直在众多想法中甄别有前景的话题并邀请公众的参与。
W3C战略漏斗（Strategy Funnel）记录了团队成员对各个阶段潜在 工作的探索：通过探索与调查，以及孵化与评估，最终成立新的在章程下运作的小组，开展标准化工作。右侧漏斗视图是在GitHub上的项目，每一个“卡 片”（card）都代表一个新的领域问题（issue），由这些卡片组成的堆栈从左至右表示各项工作不断向前推进的进度。大多问题（卡片）都是从探索 阶段开始，之后进入标准化流程，或是被最终移除。
公众在任何阶段都可以参与，尤其是对那些已经开始孵化的工作。这有助于W3C识别已经被充分孵化的工作，以确保标准化进程，审阅相关生态系统，表达 参与兴趣，进而编辑一份准确反映标准化范畴的小组章程。持续的反馈将加速整个标准化进程。
W3C以下各组自上一份重点报告发布以来的动向：
技术研讨会
W3C的战略团队在计划一系列技术研讨会，主题包括：Permissions & Capabilities; Manga, Comics, Bandes Dessinées - Fixed Layout; Strong Identity; Evolving the Web Platform; Coupons; Improving Web Advertising。
增强Web核心
CSS
CSS工作组近期关注的焦点是弹性盒式及网格布局，用于用户界面的CSS，改进字体支持以及发布2018 CSS快照，这个快照是构成当前CSS状态的所有规范的定义合集。
Houdini特别任务（Houdini Task Force）由CSS工作组与W3C技术架构组（Technical Architecture Group，简称TAG）联合开展，目的在于开发可以移除Web中样式和布局的“magic”的功能，使其可 用于脚本扩展。当前亮点包括：
改进了CSS布局模型
自定义布局与绘画
Worklets与动画
CSS工作组主要收集来自两大用户群体的需求，即出版业和应用程序开发人员。在W3C，这些群体主要分布在出版和Web平台工作组。前者需要更 好的分页支持和高级字体处理，而后者则需要智能（且快速）滚动和动画。
我们所知的CSS实际上是集合了上百个规范，它们被称为“模块”（modules）。像CSS这样的大型工作组，开发如此广泛的技术需要不断扩展资 源，因此我们在寻找：
专家资源，了解当前W3C会员比较少的国家的排版列印，以及可变字体、彩色字体和硬件加速绘制等新技术。
做质量管理的人员，特别是隔离在CSS模块中所有的断言（assertions），确保对它们进行测试，并检查这些测试的准确性。
得到传统实现者良好支持的团队，例如浏览器制造商；此外，我们还一直在寻找其他类型软件的实施者
SVG
SVG工作组与去年夏天更 新小组章程，重点在于改进已部署功能的稳定性和可访问性，并进行了一些新的测试。该组通过定期的电话会议讨论常规工作。浏览器供应商以及 其他实现者正致力于改善互操作性。
HTML
HTML 5.3改 善了与Referrer Policy, CSP 3以及Payment Request API（例如“allowpaymentrequest ” in <iframe>）规范的整合。Custom Elements APIs，允许作者在文档中定义和使用新型的DOM元素，而且已经被纳入到HTML 5.3中。W3C计划今年夏天发布HTML 5.3候选推荐标准，并进一步征集技术实现。
测试
浏览器测试通过以下方式在Web发展中演绎重要角色：
提升Web技术定义的可靠性
通过帮助供应商检测其产品中的错误（bugs）进而提升技术实现质量
通过发布测试结果，改进在已知Web技术错误和缺陷方面的可用数据
W3C自2014年开始着手进行一项协调开源工作，为Web平台构建一个跨浏览器测试套件：Web-Platform-Tests. Web-Platform测试已经被W3C、WHATWG及全部主流浏览器所采用。该项目正在讨论制定还原政策（revert policy），并处于向新的GitHub组织（new GitHub organization）迁移过程中。
在集成自动生成测试结果后，该项目发布了web-platform-tests仪表盘, 使得识别和解决互操作性问题变得更加容易，并提供有关Web互操作性的日常视图。W3C仍在对这个仪表盘进行不断改进。
测试自动化的关键部分是能够以编程方式“运行浏览器”，而无需手动交互。W3C浏览器测试和工具工作组（Browser Testing and Tools Working Group）今年春天发布了Web Driver提案推荐标准。它将允许对Web浏览器进行额 外的自动测试以提升互操作性。
性能
WebAssembly
通过启用加载页面来运行本地（编译）代码，WebAssembly改进了Web性能和功能。
WebAssembly工作组（WebAssembly Working Group）自2017年夏天成立以来，已经发布了Core Specification、JavaScript Interface以及Web API三份规范的首个公开工作草案。
所有主流浏览器（例如Chrome、Edge、Firefox和WebKit）都在实施该规范，这不但反映了社区的兴趣所在，而且体现了这份规 范的可行性。该工作分布在由969位成员组成的社区组（Community Group） 以及由41位会员组成的工作组（Working Group）中进行。社区组进行功能优先级和技术的培育；工作组则进行测试产品及标 准化文档的开发。
Web性能
Web性能工作组（Web Performance Working Group）持续产出可交付成果，继续开展围绕Web应用生命周期的讨论，并不断改进性能时间表和提炼各种可用于评 估Web应用性能的信息。
Server Timing规范已 经开始得到实现，它允许Web服务器通过HTTP标头（headers）给浏览器传递性能计时信息。这个API允许开发人员能够安排后台任务在 Web浏览器空闲时进行。
Beacon规范也已经在整个平台上实 现，它允许调度异步和非阻塞的可交付数据。
Meltdown和Spectre问题影响了性能对象提供的高分辨率计时器的准确性。工作组将继续评估相关情况以提供适当指导。
数据Web
鉴于要迅速应对不断变化的需求，以及面对日益增长的各式数据量，各组织所面临的挑战之一是对信息系统的整合。W3C数据标准计划的任务是通过提供标 准的数据交换格式、模型、工具和指导，来克服在数据模型和常见词汇表方面的不足，进而潜在地促进Web规模的数据集成和处理。这建立在W3C之前在 RDF和互联数据方面的工作，以及W3C推荐标准的相应套件（例如RDF、 OWL以及SPARQL等）的基础上。
在万维物联网（Web of Things）方面，W3C正寻求通过使用编程语言独立描述事物及其关系，为对象模型定义一个超越现有IoT标准的抽象层标准。
W3C在该领域取得的显著进展：
数据集交换工作组（Dataset Exchange Working Group ）刚刚发布数据分布词汇表修订版即Data Catalog Vocabulary (DCAT) - revised edition规范的首个公开工作草案。
鉴于JSON-LD社区组 所 取得的进展，W3C的会员代表（Advisory Committee）在春季审阅了JSON- LD工作组提案提案，以更新JSON-LD 1.0规 范。
W3C最近发布了有关Web数据标准化 的工具和时间的研究结果，我们特此感谢开放数据研究所（Open Data Institute）对此的大力支持。下一步，我们讨论如何进一步发挥W3C作为社区开发标准场所这一角色的重要作用。
Web空间数据兴趣组（Spatial Data on the Web Interest Group）与开放地理空间联盟（Open Geospatial Consortium，简称OGC）的合作已开始开发更多的最佳实践，并评估可以改进Web空间数据发布和使 用的技术提案（请参阅组内正在进行的项目）
W3C/ERCIM参与欧盟项目
"Boost 4.0"：致力于工业4.0中的大数据，我们在此负责标准化、数据治理和认证。该项目将在欧洲的制造商中推出 10个领行者和3个复制试点，并加速向工业4.0过渡。
"SPECIAL" 致力于发挥适用于数据隐私控制的关联数据的作用，例如GDPR的需求，欧洲新的处理个人数据的法规等。
基于在RDF和关联数据方面20年的经验，W3C正策划一个技术研讨会（Workshop），以识别这个新项目所存在的潜力，例如与属性图、 数字签名关联数据图、具有重叠语义的跨词汇表的数据上下文相关映射、以及支持与数据治理相关的企业知识图等的关系。
在成功发布ODRL词汇表与表达及其信息模型（ODRL Vocabulary & Expression and its Information Model）推荐标准之 后，W3C近期关闭了权限与义务表达工作组。
满足产业需求
数字出版
Web是一个通用的出版平台，Web对出版的影响也不断扩大。
Publishing@W3C特别关注的主题包括排印和 布局、无障碍、可用性、便携性、分发、存档、脱机访问、按需打印以及可靠的交叉引用。
在上述领域中的显著进展：
去年冬天，出版工作组（Publishing Working Group）发布了首套公开工作草案，包含了Web出版物（Web Publications）、封装Web出版物（Packaged Web Publications）、以及Web出版物的Web注释扩展（ Web Annotation Extensions for Web Publications）三份文件。该工作组目前重点关注Web封 装（Web Packaging）与Web应用清单（Web Application Manifests）的关系（Web应用清单在Web封装之上，还是有自己的格式?），并集中力量确定特定 于UA出版的“可供性”。
出版商务组（Publishing Business Group）最近更新了章程（charter） 和运作模式，成立了若干特别任务小组，处理无障碍、EPUB 3部署问题以及与ISO标准化活动的关系等；该商务组正着手建立一套机制，用以支持有关各方为EpubCheck的 持续发展作出贡献。
EPUB 3社区小组（EPUB 3 Community Group）继续开发和维护EPUB 3的当前版本。
为了缓解后向兼容性引发的问题，规范制定人员建 议撤销EPUB 3.1中的某些变更。更新后的规范称为EPUB 3.2。该小组已开始朝着明确的目标努力，即兼容现有的所有EPUB 3.0.1文件，同时保留EPUB 3.1中的最佳特性。
有关电子书生态系统的概述、EPUB 3.2背后的基本原理以及 EPUB 3社区小组（EPUB 3 Community Group）的招募，敬请阅读Dave Cramer在W3C的博文（Dave Cramer's W3C Blog post）。大多数技术问题方面的讨论在GitHub中 完成，它既不收费，也不仅限于W3C成员，欢迎各位献计献策。
Web支付
所有的主流浏览器现在都在实现支付请求API（Payment Request API），以简化结帐操作。
我们仍在继续提高支付的安全性（例如，通过令牌化）以及支持基于Web的支付应用程序。Web支付工作组（Web Payments Working Grou）下属的特别任务小组正在讨论如何提高支付安全性，包括加密、令牌化、通过支付请求API实 现 3D安全流等方面的探索。某个特别任务小组也在研究银行转账，特别是根据欧洲支付服务指令 2 （PSD 2）进行的银行转账。
2018年3月，该工作组开始根据修 订后的章程运作。2018年4月，在新 加坡的面对面会议后，该工作组的联合主席更新了下一年的工作重点：
关闭支付请求API和支付方法标识符的问题、完成测试套件、演示各种实现方式的互操作性、把规范提升为推荐标准并推动商户采用。
继续完善支付处理程序API（Payment Handler API ）和支付方式清单（Payment Method Manifest），推动各浏览器提供更多的实现方式。确定基于Web的支付应用程序的分发者，并与其合作。
与EMVCo和线上快速身份验证联盟（FIDO Alliance）协作，就未来使用的强认证Web支付达成共识。确定如何结合付款请求支持3DS2流。
通过实验优化令牌卡支付方式规范，鼓励业界在基于Web的支付处理程序中使用该方式。
围绕强认证和开放银行API，在推送支付（push payments）（尤其是银行转账或是直接借记）方面取得与PSD 2要求相符的成果。这可能要求我们加强与欧洲开放平台（Open API）的联络。欧洲开放平台包括英国开放银行（Open Banking UK）和柏林集团（Berlin Group）。
基于谷歌、微软、三星、Mozilla、Opera、脸书、美国运通、万事达卡、Shopify、Stripe、Worldpay等公司的实施经 验，我们正在不断改进支付请求API及配套的规范。
有一些向商户提供服务的公司（如Stripe、Braintree、Shopify、BlueSnap、Payone和WePay）现在在SDK中提 供了付款请求API的支持。
谷歌浏览器（Chrome）正着手实现该支付处理程序API（Payment Handler API）（请参阅谷 歌Blink版本的计划内容），Mozilla也计划对其进行实现。本规范在支付请求生态（Payment Request）系统中加入了基于Web的支付处理程序。
谷歌已经实现了支付方式清单规范（Payment Method Manifest specification ）。该规范能让支付方式的所有者向不同领域的软件提供授权，通过它们来实现支付方式。在支付应用的生态系统中，这是一个重要的安全因素。
媒体和娱乐
媒体和娱乐兴趣组（Media and Entertainment Interest Group）作为W3C媒体和娱乐活动的指导委员会，评审电视控制API（TV Control API）、第二屏幕（Second Screen）、媒体能力（Media Capabilities）、360° 视频（360 Videos）、媒体时序事件（Media-Timed Events）等热点话题。该小组负责维护媒体和娱乐路线图（Media and Entertainment Road-map）。一到两年内的目标如下：
加强核心的媒体技术：
字幕配置文件和表示文本使用的其他格式与其他时序媒体（音视频）（TTML2, WebVTT） 实现同步
媒体事件流（HTML中的数据线索）
直播线性内容支持（MSE）
减少碎片：
Web媒体API（与CTA WAVE合作）旨在定义适用于Web媒体应用和相应设备（电视机、机顶盒、游戏机、移动设备）的通用HTML5基线，帮助业 界降低跨多种设备内容的生产成本。
媒体能力检 测： 支持的编解码能力、支持的配置文件、显示功能。
第二屏幕支持（通过演示 API和远程回放 API支持）。第二屏幕社区小组（Second Screen Community Group）推进了开放屏幕协议（Open Screen Protocol）方面的讨论，改进在不同实现方式中各屏幕之间的互操作性。AC会议后，小组在柏林举行面 对面会议讨论该议题。
加密内容的能力检测（EME）：HDCP检测、加密方案能力检测。
未来的基础：
WebXR / 360 视频
Web GPU
Web与电信
Web成为移动的开放平台。长期以来，在公开广泛应用Web技术方面，电信服务提供商和网络设备提供商一直扮演了关键角色。在底层技术与基于IP的 系统的融合推动下，Web和移动产业的融合已于今年3月全面铺开。日益成熟的Web平台为服务提供者带来了更丰富的功能，支持他们扩展现有服务，满足 新用户和设备的需要，同时向订阅者提供新的创新服务。2018年4月版移 动Web应用发展路线图探讨了W3C开发的技术。这些技术提高了移动场景下Web应用的能力。
现在IT业和电信业已经融合，这也呼吁更多的协调与合作。Web中的电信将朝哪个方向发展？
Web5G研讨会的后续行动（兴趣组、商务组？）；
发布Web实时通信 1.0标准，向市场推出新的2.0特性；
支持电信运营商成为身份提供者和支付提供者；
针对5G用例改进Web栈：VR/AR、汽车、物联网、4K/8K媒体。
虚拟/混合/增强现实→混合现实（XR）
在提升Web平台的VR体验方面，去年达成了几个重要的里程碑：现在一些浏览器（特别是55以后的火狐版本）已经默认提供WebVR 1.1，在更多的浏览器中则作为实验性特性提供（包括谷歌浏览器和微软的Edge）。在开发和采用WebVR 1.1的同时，考虑已经出现的一些设计问题，开始展开WebVR的重大修订工作。
2017年还发布了许多公告，支持业界深入应用增强现实技术（尤其是移动操作系统上的ARCore和ARKit），WebVR社区热切地尝试了这些新 功能，以了解如何把Web变成增强现实的主要平台。
修订WebVR规范及应对增强和混合现实的需要这两种因素促成WebVR社区小组（WebVR Community Group）更名为沉浸式Web社区小组（Immersive Web Community Group）以与新的工作范围相符，它不仅包括虚拟现实，还包括增强和混合现实。同样，曾经名为WebVR 2的技术现已成为WebXR 设备API。
2016年10月Web & VR研讨会后，2017年12月举行了专注Web VR内容编著的研讨会（Authoring content with WebVR）。该研讨会的报告仍在编纂中且将于稍后发布。
W3C正在与社区组讨论如何将相应成果转变成W3C推荐标准。
Web5G
后续几年计划部署第五代网络5G，这给Web平台带来了一系列挑战和机遇，以适应这些新的网络能力：与今天的网络相比，带宽更高、延迟更低和覆盖更 好 — W3C希望Web5G 方案能够应对这一需要：
重要的应用层创新：XR、物联网、汽车、4K&8K视频；
多项网络和传输层创新：5G、NFV、SDN、MEC、QUIC；
人工智能和机器学习对多个层的影响。
它们是合作还是对抗？
W3C组织了2018年5月的Web5G 研讨会，收集来自电信运营商、网络设备厂商、平台和应用程序开发人员以及浏览器厂商代表的建议，以便处理网络层-应用层的交叉区域。
实时通信 (WebRTC)
通过把任何连接设备变成潜在的通信端点，WebRTC把音频和视频通信带到了各个角落，带向了各种网络，极大地扩展了运营商联系客户的能力。去年 11月，WebRTC 1.0成为了候选推荐标准，这表明该规范已经足够稳定，现在它已成为许多在线沟通和协作服务的基础。
通过评估新 宪章、完成现有工作、考虑新用例和按照现有的技术部署需要进行扩展，WebRTC 工作组和W3C成员一直在助力WebRTC 未来的发展。
万维物联网
（WoT）
通过相互连接的传感器和执行器、大数据、机器学习和Web规模的服务集成，物联网创造了巨大的机遇，然而，碎片化限制了物联网发挥其全部潜力。物联 网平台和技术越来越多，但互操作性却有限，它们正在阻碍一些投资，使得物联网难以达到临界规模。
W3C的物联网（Web of Things）工作旨在连接不同的技术栈，使设备能够独立于底层技术栈联合工作，从而实现规模化。首先，它提供了从形式上描述物联网接口的机制，支持物联网设备和服务跨多 个网络协议进行通信。其次，它提供了定义和规划物联网行为的标准方法。W3C的重点是应用程序和应用程序平台之间的接口标准，以及支持Web规模的开 放市场所需的标准。相比之下，OCF、oneM2M、Bluetooth和OPC则侧重于特定的物联网平台。
万维物联网工作组（Web of Things Working Group）与相关组织合作开发物体描述、API和与物联网平台集成的跨域标准，并征求行业专家有关用例、API设计、安全性和语义建模 的建议，聆听物联网平台标准所涉及人员的意见。
上述领域中的显著进展：
更新后的工作草案涉及使用JSON- LD作为事物描述、物 联网架构、物联网应用平台的脚 本API。2018年底之前有望成为W3C候选推荐标准。
最近，该工作组开始尝试更简单的方式，使用JSON来描述事物，重点吸引对智能家居应用感兴趣的Web开发人员。
汽车
汽车工作组（Automotive Working Group）正 在努力制定读取车辆信号的服务规范（油位、速度、发动机温度等）。
车 辆信息服务规范（VISS）已升级为候选推荐标准，并已有实现和测试套件。
工作组发布了车辆信 息API规范（VIAS）作为工作组说明，鼓励开源Javascript库实现。
与此前基于WebIDL的方法相比，这种服务方法有很多优点，如QT和HTML5开发人员均可使用，以及在车辆上可运行无头部应用。这与汽车行业的 其他人员处理公开提供的汽车信号的方法类似。 大众集团加入了W3C，作为W3C成员提交了类似的方法（ViWi）。
该工作组正在进行章程调整，以便完成VISS。他们正在努力融合大众提交的ViWi，同时提供更多的服务接口。
目前汽车行业的开放标准工作有助于将车辆信号规范化，以便在发送到云端处理之前结合安全性和隐私要求进行跨混合车队的一致数据收集、边缘计算及数据采样。
我们与W3C Web电子商务兴趣组（Web Commerce Interest Group）、汽 车Web支付特别任务小组（Automotive Web Payments Task Force）联合成立了一个特别任务小组专注于 具体的汽车需求，代表车辆处理燃料/充电、使用、停车和其他类型的事务。其他感兴趣的领域尚待探索，包括交 通和天气数据的标准化，该工作尚未开始。
作为未来标准工作的孵化器，汽 车和Web平台商务组（Automotive and Web Platform Business Group）设立了下列特别任务小组：
基于位置的服务特别任务小组（Location-Based Services Task Force）从阿里巴巴和PSA提交的一份报告开始，这份报告是未来标准工作的基础。
媒体调优特别任务小组（Media Tuning Task Force ）曾与电视控制工作组合作（TV Control Working Group）共同讨论以汽车为中心的用例。大众提交报告后，其中已包括与我们的车辆信号及其他服务处理方式（远程信息处理）相一致的、以服务为基 础的解决方案，并已在量产车辆中使用。
隐私与安全特别任务小组（Privacy and Security Task Force）已设立，因为相连接的车辆将一直与外部世界互动，需要审查本工作组和商务组提出的问题。我们将与Genivi安全专家小组（Genivi Security Expert Group）合作，审查我们的汽车标准工作，构建攻击树，设计减轻所提出的担忧的方法。
所有人的Web
安全、隐私、身份
Web上的身份验证更简单、更强
最近，Web 身份认证（WebAuthn）晋升为W3C候选推荐标准 - 主流浏览器厂商承诺实现 - 完成FIDO2标准化，让用户能轻松使用桌面或移动设备登录具有可防网络欺诈的在线服务。
作为标准的web API， WebAuthn为 用户提供了新的方法来实现跨站点和设备的安全认证。WebAuthn是Web 认证工作组与线上快速身份验证联盟（FIDO Alliance）联合开发的标准，与认 证者协议（CTAP）规范的FIDO的客户端组成了FIDO2项目的核心部件，支持使用外部认证者（如安全密钥或手机） 在本地通 过USB、蓝牙或NFC把强认证凭证传输至用户的电脑或平板电脑。
隐私和GDPR
用户日益关注隐私问题。欧盟通用数据保护条例于5月25日开始实施，授权保护所有欧盟公民的数据隐私。W3C的追 踪偏好表达（DNT）是该解决方案的一个潜在部分。
Web应用的安全
Web 应用程序安全工作组（Web Application Security Working Group）制定了许多旨在提高网络安全的有效规范，其中包括CSP3、凭 证管理、权限API、混合内容、来 路策略、安全上下文、原始网页限制标签和清除站点数据。许多已经完成或接近完成，并将 受益于互操作性测试。Mike West（Google）加入本工作组，与Dan Veditz （Mozilla）共同担任联合主席。我们感谢Brad Hill（Facebook）过去为该组所作的贡献。
修改安全审查工作
正在用两种方式对隐私和安全进行横向审查，我们希望有更多的安全和/或隐私专家参与进来：
隐私兴趣小组（PING）在每月的电话会议中进行隐 私评审。规范的编写者和工作组主席应邀在电话会议中介绍他们的工作，并就隐私问题进行讨论。
为了扩大安全评审的参与范围，W3C正在试验一个新的模型：向广大的志愿评审者公布成果，每年进行几次。我们希望有更多的志愿 者加入进来。
可验证声明
从教育记录到支付帐户，下一代Web应用程序可授权各种实体基于可信方发布的多种凭据执行操作。在工作申请、帐户访问、协作和专业开发方面，人类和 机器介入的决策依赖于对不断增长的数据进行筛选和分析。数据必须是可验证的，这点很重要。
可验证声明工作组（VCWG）发布了可 验证声明数据模型和表示（Verifiable Claims Data Model and Representations）及可 验证声明用例（Verifiable Claims Use Cases）用于处理真正“可验证的凭证” — 加密信息，比如“这个人的年龄超过18岁”，或者，“这个人就读某某大学”。拥有这些信息的第三方用户可以按照该用户向特定方的明确请求发布这些信息，并使用分布式身份标 识符标明发布哪些信息。
国际化 (i18n)
目前只有四分之一的Web用户在网上使用英语。如果Web要实现名副其实的“全球”，它必须满足全球用户使用各种语言内容的需求。电子发布 (epublishing）的增长要求Web提供新的特性，并改进字体设计。同时，还要确保这些更改能够符合本地社区的需求。
通过收集用户需求、为开发人员提供支持、教育和延伸服务，W3C国际化活动逐步迈向这一目标。有关当前项目的概述，请访问国际化（i18n）雷达。
最近，W3C的国际化工作在许多领域都有进步：
语言矩阵W3C开发了语 言矩阵作为一种工具来检测Web中语言的可用性，定位需要改进的问题。通过使用简单的等级系统来确定问题区域影响的优先级。
差距分析对于目前正在为给定脚本编写需求文档的所有特别任务小组，W3C一直鼓励他们对覆盖的开发语言进行差异分析，并使用分 析结果驱动他们的需求文档（见成 立差异分析项目。）
布局特别任务小组最近成立了一个特别任务小组记录希伯来语的文档布局要求。如果要充分满足希伯来语文档的需要，就需要考虑 CSS、数字出版物和其他类似技术。正在进行的特别任务小组包括阿拉伯语、汉语和埃塞俄比亚语（ED）。筹备工作的其他特别任务小组包括藏语和蒙 古语，以及印度国际项目（India International Program）。该项目旨在对印度语言进行差距分析，开发需求，以期与兴起的印度数字出版工作相衔接。
两份文件接近完成。字符模 型：字符串匹配为万维网上的字符串等同匹配（string identity matching）提供了一个共同的参考，从而提高互操作性。数 据格式中的语言和方向元数据需求（Requirements for Language and Direction Metadata in Data Formats）提出了问题，并讨论了采用JSON或其他数据格式传输信息的潜在解决方案。国际化工作组一直在与技 术架构组（TAG）讨论该问题。
规范回顾。国 际化工作组一直在主动审查规范，并向其他WHATWG和W3C工作组（如CSS、HTML、Webplatform、时序文本、 Web无障碍等）提供建议。此外，该小组还对Unicode联盟文件进行了审查并提出了更多的评论，包括提议的UTF#53。
教育资源除了对W3C EdX课程的支持外，教育领域的重大进展包括：
对HTML 内联标记和双向文本进行了大幅修改，以反映最新的技术变化，简化对内容创作人员的指导。
更新了标 记和CSS中对字符转义的使用。
MDN联系国际化工作组也在与MDN讨论，希望能够在MDN网站的相关页面上添加W3C国际化文章的链接。
Web需要您的帮助
为了让Web真正为世界各地的利益相关者服务，需要语言专家、Web站点设计人员、开发人员和供应商携手积极推动Web向前发展。为了 确保快速响应Web的增长，W3C希望聚集关注这些问题的组织和专家的资源，争取他们的帮助，加强对Web国际化的支持。
W3C希望从收到的W3C会员费中补充核心资金，增加内部资源专注于此项工作，推动该领域加速发展。 国际化计 划（Internationalization Initiative）中的赞 助计划旨在为处理国际化连续体的三大方面提供人员和资金：
为使用语言的利益相关者提供语言能力。
为搭建全球Web基础设施以及支持W3C标准和小组的技术公司开发人员提供支持。
为用自己的语言创建Web内容的个人以及建设多语网站或将其本地化的公司作者提供支持。
Web无障碍
据《世 界残疾报告》， 世界上有十亿残障人士 - 每七个人中就有一个。通过帮助构建支持无障碍的规范、指南、评估和教育材料，有助于确保贵组织改进残障人士访问Web的方式。
无障碍活动支持W3C Web for All的使命。Web无障碍计划（WAI）持续助 力，确保无障碍活动协调一致，形成内聚方案，在W3C的小组和领域中广泛分布。显著的进展包括：
对《Web内容无障碍指南》的重大更新无障碍指 南工作组 (AG WG）一直按紧凑的时间表完善国际认可的《Web内容无障碍指南（WCAG）》。《Web 内容无障碍指南（WCAG）》 2.1更多地处理了认知和学习障碍人士、视力不佳人士的无障碍要求以及移动方面的无障碍要 求。该W3C推荐标准将于今年6月出版。
国际标准的协调与统一
WAI团队积极参与Web无障碍标准的国际协调和统一活动。在此帮助下，在今年夏天的EN 301 549《适 于欧洲ICT产品和服务公共采购的无障碍要求（Accessibility requirements suitable for public procurement of ICT products and services in Europe）》指令的修订中，欧盟计划完全采用WAIWCAG 2.1 。
目前中国也正在开展有关WCAG 2.1的协调工作。
ARIA 1.1已经成为推荐标准。2017年12月，可 访问富互联应用工作组（Accessible Rich Internet Applications Working Group）发 布了可访问富互联应用工作（WAI- ARIA） 1.1作为已完成的W3C推荐标准。WAI-ARIA定义了角色和属性，让web应用程序和富web内容更容 易访问。该修订增加了一些特性， 采用辅助技术提高互操作性，为HTML5和SVG2构 建了更为一致的可访问性模型。发布了WAI- ARIA开发实践（WAI-ARIA Authoring Practices） 1.1作为工作组说明，为ARIA开 发人员提供了更全面的实现指导。ARIA工作组继续探索若干技术（包括WAI-ARIA、HTML、图 形和SVG、数 字出版）的无障碍API映射， 或在其他小组中孵化此类工作。参与ARIA WG，携手制定ARIA 2.0。
更新后的材料支持采纳和实现无障碍标准。
无 障碍一致性测试特别任务小组（Accessibility Conformance Testing Task Force）一 直在完善无障碍一致性测试 （ACT）规则格式 1.0，并将其应用到ACT 规则中。在评估web内容是否符合WCAG 2.0 乃至最终的2.1时，ACT记录了测试web内容的方法，以便改进评定者信度。计划在2018年完成ACT规则格式（ACT Rules Format）候选推荐标准阶段的工作，支持不同的实体使 用ACT规则做出公开的贡献。
教育和拓展工作组（EOWG）从头重新设计了WAI 网站，让人们可以更容易地找到和使用信息来改进web无障碍情况。该网站目前处于beta版本阶段。新站点改进了可用性、可 读性和可发现性。大部分内容都已修订，未来几个月还计划更新更多的内容。EOWG更新的资源还包括前言部分（重点是从头重新设计WAI网 站），以及Web无障碍 的介绍、简便检查 — Web无障碍的首次评审和Web 无障碍法律和政策的内容与作用。
对W3C工作组的横向审查和支持无障碍平台架 构（APA）工作组继续审查所有的W3C规范，并与各W3C小组一起跟踪消除无障碍篇壁垒的需求。APA支持针对CSS和付款的无障 碍策略，并给研 究问题特别任务小组（RQTF）带去了更长期的问题。该特别任务小组主要探讨认证、个性化、验证码、虚拟现实、汽车和物联网等议题。
Brilliant Open Web
BOW（Brilliant Open Web）团队，是一个专门的Web技术建设小组，致力于推动 Open Web 技术的发展，让Web重新成为开发者的首选。
BOW 关注前端，关注Web；剖析技术、分享实践；谈谈学习，也聊聊管理。
关注 OpenWeb开发者，回复“加群”，让我们一起推动 OpenWeb技术的发展！
