先证明是谁发布，再讨论内容是否可信

核心判断

内容真实性基础设施正在从识别“像不像 AI”转向提供可验证的发布者与修改记录。它不能判定一条报道为真，却能回答谁发布、内容是否被改动、验证链是否有效，从而给记者和读者提供更可靠的核验起点。

它首先回答发布者身份，而不是替读者裁定真假

Originator Profile 的起点是仿冒网站问题：外观和域名稍作变化后，读者很难确认页面是否真的由某家媒体发布。OP 由第三方认证机构核实发布者的现实身份，再把机构信息、编辑政策和责任说明以可验证形式附到网站或内容上。浏览器可以据此确认签名是否来自经过认证的发布者。

这一能力必须与事实核查分开。OP 官方说明，它证明的是发布者是谁以及签名后的内容是否被改动，不证明报道中的每一个事实正确。一个真实媒体仍可能犯错，一条没有 OP 的内容也不因此自动为假。它提供的是来源判断所需的证据，而不是最终结论。

三个技术层分别解决身份、网站和内容完整性

在2026年实证项目中，参与方验证了两类核心功能：Site Profile 证明网站运营者是经过核实的现实组织，Contents Attestation 证明文章自签名后没有被篡改。两者依赖数字签名和验证链，使浏览器能够独立检查，而不是只相信页面自己写的品牌名称。

这套结构还能承载机构使命、编辑政策和问责方式。对新闻机构来说，技术部署不只是申请一张证书，还包括谁有签名权限、密钥撤销怎样处理、文章更新后如何重新签名、历史版本怎样保留，以及更正是否能与原内容建立关系。

OP Inspector 把验证链变成可调试的浏览器信息

七月二十四日发布的 OP Inspector 面向开发者，支持 Chrome 和 Firefox。它能读取并可视化网页上的 OP 信息，显示签名与内容篡改验证结果，定位密钥撤销或错误配置，并把验证数据复制为 JSON。这使产品和工程人员可以在上线前检查一条完整的身份链。

当前版本并不是为普通读者设计的最终界面；官方另行规划面向一般用户的扩展。这一点决定了现阶段的任务重点：新闻机构应先把签名、更新、撤销和错误恢复做稳定，再讨论一个图标怎样向读者解释。

它与 C2PA 互补：一个重网站与发布者，一个重数字资产历程

C2PA 的 Content Credentials 为图片、音频、视频和其他数字资产记录来源与编辑历史，可把拍摄、生成和修改等声明放进可验证的清单。OP 更集中于网页发布者身份、网站归属和文章内容完整性。两者都使用密码学证据，但处理对象和部署位置并不完全相同。

共同边界是：验证签名只能证明声明来自某个签名者且未被篡改，不能评价声明本身是好是坏。新闻核验仍需要检查拍摄时间、地点、语境、原始文件和报道主张。把凭证图标当成“真实印章”，会制造新的误导。

真正的编辑部变化是把来源与更正写进发布基础设施

2026年项目在多家日本媒体、企业以及鸟取和爱知等地方政府网站进行了部署与运行测试，并验证广告交易中的发布者标识。官方名单包含朝日、读卖、共同社以外的多家全国与地方媒体，说明这不是单一演示页面，而是在检验跨机构运行与支持体系。

采用时应从一条可验证发布链开始：机构身份由谁核实，CMS 在何时签名，转载和缓存是否保留验证信息，文章更新后如何处理，更正怎样显示，验证失败时页面提示什么。只有这些问题有答案，来源技术才会从标志变成新闻生产能力。

方法提要

OP 验证发布者身份和签名后的内容完整性，不判断报道事实真伪。

OP Inspector 让开发者检查签名、篡改状态和配置错误，普通读者界面仍在规划。

来源凭证需要与 CMS 更新、更正、转载、撤销和故障恢复共同设计。