摘要

  • W3C 的 Webmention 推荐标准规定，发送方提交 source 与 target 两个网址。接收方取回来源页面，确认它确实链接到目标页面，然后才使用这条通知。
  • 核实后的链接可以成为评论、反向链接或其他提示；是否公开展示以及是否先审核，由收件站决定。W3C 发布记录将推荐标准的日期记为 2017 年 1 月 12 日。

回复住在自己的网址上

早期网上对话有一个朴素的麻烦：回复可以留在作者自己的网站，但原文网站并不知道这件事。读者若只看原文，就看不到散落在别处的回应。让作者去原文下方的评论框发言，问题容易解决，文章却被搬进了别人的系统。Webmention 尝试保住两端的地址：回应仍是作者的一篇文章，原文则收到一条可核对的消息。

Pingback 1.0 原始规范已经提出过跨站告知。它通过 XML-RPC 的 pingback.ping 方法传递来源与目标网址。Webmention 规范把自己描述为这一思路的简化版本：发送普通表单格式的 HTTP POST，并写清楚接收方如何验证。改动看起来只是换了通信格式，真正有分量的是把“有人说这里有链接”与“接收方亲眼看到了链接”分开。

流程从已发布的来源页面开始。它必须链接到目标页面。发送软件读取目标页面，在 HTTP Link 响应头或 HTML 中找 Webmention 接收地址，然后把 source、target 发过去。接收方可以先把请求排进队列，再自己访问来源网址。只有查到指向目标的确切链接，通知才有可用的事实基础。一个 202 Accepted 响应表示请求进入处理流程；读者最终能否看到回应，取决于后续验证和展示决定。

核实链接之后，编辑权才真正显形

收件站拿到的首先是一个事实：另一个公开页面在某个时刻指向了自己。W3C 的验证规则允许它把这个事实用于评论区、互动计数、引用列表或后台提醒。公开展示是可选的，审核也是可选的。发送方掌握自己写的文章和网址；接收方掌握原文页面及其读者看到的内容。双方不必把文章交给同一家平台，仍可在网页之间递送回应。

这道门不能靠“链接存在”四个字自动开锁。链接能够证明引用，却无法证明作者身份、文字质量或展示价值。若收件站把外站文字重新印到自己的页面，规范的安全章节要求过滤或编码这些内容，防止恶意代码跟着评论进来。它还建议把验证任务排队处理，并对抓取请求设限。收件站既接收消息，也承担对公开页面的责任。

回应也会改变。作者可以修改来源页面，删去原文链接，甚至删除整篇文章。Webmention 要求发送方在修改后再次通知；删除时，来源页面应返回 410 Gone 并向曾通知的目标再送消息。接收方由此更新、删除或标记旧互动。相同的来源和目标被重复报告，不应让页面长出一排一模一样的回复。跨站对话一旦有了持续的历史，就需要持续的核验与维护。

IndieWeb 社群自己的时间线把 Webmention 的首个草案放在 2012 年 10 月。W3C 的正式记录列出 2016 年 1 月的首份公开工作草案，以及一年后的推荐标准。这个时间跨度说明一个由独立站点实践出来的办法，怎样变成可供不同软件实现的规则。标准给出了接线法；每个站点仍要决定是否接线、接到哪里、把什么放到读者眼前。