2017年9月8日，W3C的社交Web工作组（Social Web Working Group）更新了 ActivityPub 的候选推荐标准（Updated Candidate Recommendation），向公众征集参考实现。这是一个去中心社交网络（decentralized social networking）的交互协议，采用 ActivityStreams 2.0数据格式，提供了一个客户端到服务器的 API，来帮助Web应用程序创建、更新、删除社交网络内容，以及在一组联邦服务器之间的API（federated server to server API），来在多个不同社交服务之间传递状态、通知及对内容的订阅。本次更新的两个主要修改是应 Mastodon 联邦社交网络开发者的要求，改进了与 Mastodon 社交网络的兼容性。
W3C 发布 Micropub 的正式推荐标准
2017年5月23日，W3C社交Web工作组（Social Web Working Group）发布Micropub正式推荐标准。Micropub是一种客户端与服务器之间的协议，用于创建，更新，删除社交网络内容。Web以及本地应用程序可以使用Micropub向支持该协议的服务器发布消息，图片，事件，以及其他内容。用户可以选择在各种各样的客户端发布接口创建内容，同时保持对数据存储位置的控制。
在正式进入W3C的标准化流程之前，Micropub已经在IndieWeb社区获得超过12个独立实现。现在也已有超过12个独立的跨越多种语言及平台的客户端和服务器实现。
更多内容，请参阅英文原文。
W3C发布活动流（Activity Streams 2.0 ）与活动词汇表（Activity Vocabulary）的正式推荐标准
2017年5月23日，W3C的社交Web工作组（Social Web Working Group）发布活动流（Activity Streams 2.0 ）与活动词汇表（Activity Vocabulary）正式推荐标准。
Activity Streams 2.0（简称AS2）提供了一种数据模型以及词汇表，表现一般在线社交对象，活动，及其二者之间的关系。AS2预计将成为在不同的（或分散的）社交Web应用程序之间分享社交数据的事实标准，并且建立在常用的ActivityStreams 1.0的基础上。
活动流 2.0 词汇表（AS2 Vocabulary）提供了一套核心术语（term)，可扩展使用JSON-LD，并且社交Web孵化器社区组（Social Web Incubator Community Group）可使这些扩展变得稳定。AS2可用于任何协议，不过社交Web工作组还是特别为了基于AS2的客户端与服务器以及服务器与服务器之间的交互，正致力于开发ActivityPub规范。
更多内容，请参阅英文原文。
W3C发布 ActivityPub 的候选推荐标准 征集参考实现
2017年5月9日，W3C的社交Web工作组（Social Web Working Group）发布了 ActivityPub 的候选推荐标准（Candidate Recommendation），向公众征集参考实现。这是一个社交网络交互协议，采用 ActivityStreams 2.0数据格式，提供了一个客户端到服务器的 API，来帮助Web应用程序创建、更新、删除社交网络内容，以及在一组联邦服务器之间的API（federated server to server API），来在多个不同社交服务之间传递状态、通知及对内容的订阅。
更多内容，请参阅W3C的社交Web工作组主页。
W3C发布面向社交网络的去中心化通知规范——互联数据通知（Linked Data Notification）
2017年5月3日，W3C的社交Web工作组（Social Web Working Group）发布了互联数据通知（Linked Data Notification，LDN）的W3C正式推荐标准（Recommendation）。
LDN在客户端和服务器之间传递通知消息提供了一种标准化机制。通知（Notification）是一个数据结构，它可以包含任何数据，并采用RDF作为数据表达格式。消息内容可以是客户端和服务器交换的内部数据，也可以是用户通过客户端应用程序（如各类社交网络客户端程序）创建的用户社交网络消息。 任何资源（例如博客文章，或者用户配置文件）都可以通知以该资源为目标消息的某个接收端点（收件箱）。这是构造去中心化系统的一个核心基础设施（Core building blocks），它允许服务器（如用户的个人数据存储）提供一个接收点来从客户端应用程序（如社交网络站点）及其他联盟社交网络站点获取通知消息。此外，每一个通知消息都具有唯一的标识，并可以被其他应用程序（以URL的方式）来重用。这一机制可以使社交网络消息得到更方便的重用，也可以避免社交数据被锁定在产生数据的社交平台中。
LDN目前已经能够和现有W3C标准结合工作，包括 Web注释协议（Web Annotation Protocol）、Web注释词汇表（Vocabulary）等。互联数据平台（Linked Data Platform）服务器可以用来接收 LDN 消息。
W3C发布ActivityPub的候选推荐标准 征集参考实现
2017年4月14日，W3C的社交Web工作组（Social Web Working Group）发布了ActivityPub的候选推荐标准（Candidate Recommendation），向公众征集参考实现。这是一个社交网络交互协议，采用 ActivityStreams 2.0数据格式，提供了一个客户端到服务器的 API，来帮助Web应用程序创建、更新、删除社交网络内容，以及在一组联邦服务器之间的API（federated server to server API），来在多个不同社交服务之间传递状态、通知及对内容的订阅。
更多内容，请参阅W3C的社交Web工作组主页。
W3C发布 Webmention 的正式推荐标准
2017年1月12日，W3C的社交Web工作组（Social Web Working Group）发布Webmention的正式推荐标准。Webmention 提供了一种机制，当一个页面的内容来源改变或被删除时，可以向页面所链接的其他URL发送通知消息。从接收端的角度，Webmention 也提供了一种方法，允许向链接该页面的其他Web页面请求发送通知消息。这种机制是分布式（社交）Web的核心构件，因为其允许网站在没有任何事先设置或协议的情况下自动获悉相关内容。该机制也可以支持用户的跨站点评论。
更多内容，请参阅英文原文。
W3C发布活动流（Activity Streams 2.0）与活动词汇表（Activity Vocabulary）的候选推荐标准
2016年12月15日，W3C的社交Web工作组（Social Web Working Group）发布Activity Streams 2.0与Activity Vocabulary候选推荐标准，并征集参考实现及审阅意见。
- 活动流（Activity Stream 2.0）：该规范定义了一个基于JASON格式描述潜在的以及完成的活动（Activity）模型。从最基本的意义来说，一个“活动（Activity）”就是对一个动作（action）的语义描述。该规范试图基于JSON格式定义一个丰富的、适合人理解及机器处理的、可扩展的描述模型。
- 活动词汇表（Activity Vocabulary）:该规范定义了一组抽象类及属性来描述过去、现在以及将来可能发生的活动。
更多内容，请参阅英文原文。
W3C发布ActivityPub的候选推荐标准 征集参考实现
2016年11月17日，W3C的社交Web工作组（Social Web Working Group）发布了ActivityPub的候选推荐标准，向公众征集参考实现。这是一个社交网络交互协议，采用 ActivityStreams 2.0数据格式，并基于 OStatus 及 Pump.io 等协议的实现中获得的经验，实现在不同社交服务之间的状态传递和消息共享。
W3C发布Web提示（Webmention）的提案推荐标准 征集审阅意见
2016年11月1日，W3C社交Web工作组（Social Web Working Group）发布Web提示（Webmention）提案推荐标准，向公众征集审阅意见。Webmention提供了一种机制，当一个网站的内容来源改变或被删除时，该网站可以通知其所链接的其他网站。从接收端的角度，Webmention也提供了一种方法，允许向链接该页面的其他Web页面请求发送通知。这种机制是分布式（社交）Web的核心构件，因为其允许网站在没有任何事先设置或协议的情况下自动获悉相关内容。该机制也可以支持用户的跨站点评论。欢迎您于2016年11月30日前提交您对该规范的审阅意见。
更多内容，欢迎阅读英文原文。
W3C发布PubSub的首份标准工作草案
2016年10月20日，W3C的社交网络工作组（Social Web Working Group）发布了发布订阅（PubSub）的首份标准工作草案。该文档描述了一种开放、简单、Web规模及去中心化的发布订阅协议（Publish-Subscribe Protocol），以及在满足大容量发布和订阅需求时的基于HTTP的协议配置。
W3C发布Micropub候选推荐标准 征集参考实现
2016年10月18日，W3C的社交网络工作组（Social Web Working Group）发布了Micropub的候选推荐标准，，向公众征集参考实现。Micropub为独立开发的客户端与服务器之间的通信提供了一种机制，允许创建、更新及删除社交内容。对用户而言，一个直接的好处就是，用户有可能在一个独立的数据存储上保存自己的社交数据，并在两个或多个社交工具之间转换（从而避免自己的社交数据绑定到某个具体的社交服务提供者），或通过第三方的数据发布客户端将自己的社交数据发布到其他第三方社交服务。
更多内容，请参阅英文原文。
