文档很好却无人引用：修复发布方身份

本案例中的数字为示意性数据，来自一个已匿名化的项目，并已获授权以汇总形式分享。

这个项目是上一个案例的反例。没有任何东西需要剪枝。内容非常出色——在一个拥挤的品类里，这确实是最好的参考资料，由亲手构建了这个东西的工程师撰写。排名也还不错。而在十八个月里，它获得了 11 个引用域，在关于它自己所属主题的 AI 回答中出现了 0 次，品牌搜索量与噪声无异。

约束不在内容。约束在于，没有任何东西把这家公司确立为一个值得被引用的信源。

「发布方身份」到底指什么

缺了三样东西，而且它们是复利关系。

没有可验证的作者。 每篇文章的署名都是「团队」。没有任何一个人对任何一个论断负责，没有作者页，任何系统都无法把这个署名解析成一个在该领域有履历的身份。无法被解析的署名，不是署名。

没有原创数据。 每一篇都在解释某件事，但没有任何一篇知道一件别处无法得知的事。品类里的其他人没有理由链接它们，因为里面没有任何东西是别处找不到的。

没有实体足迹。 这家公司只存在于自己的市场物料里，几乎不存在于其他任何地方。没有把它和所属品类连接起来的结构化数据，在知识图谱真正会读的那几个数据库和目录中也没有一致的存在，sameAs 没有指向任何真实的东西。

一份认真做的基准测试。 我们用七周时间设计并运行了一份可复现的基准测试，覆盖该品类中的十一个工具（包括客户自己的），跑的是这个品类长期争论不休的一类负载。我们公开了方法论、原始数据和测试框架——包括客户输给竞争对手的那两项。

最后这部分是很多人会退缩的地方，也恰恰是起作用的地方。发布一个对自己不利的结果，是能买到的最便宜的可信度信号，也正是这份研究被那些完全没有理由对你客气的人转载的原因。

作者实体，一次建好。 三位工程师被提升为署名作者，配有真实的个人简介、作者页，以及指向他们实际在维护的档案的 sameAs——会议演讲、软件包注册表、公开代码仓库。这是一件两天的工作，绝大多数公司从来不做，而它能把此后每一篇文章从一件匿名产物，变成一件挂靠在有履历的人身上的东西。

分发到五个地方，而不是五百个。 我们没有做外链推广活动。我们识别出这个特定受众真正会争论这个特定问题的五份 newsletter 和两个论坛，然后确保这份研究连同原始数据一起送到写这些内容的人手上，不玩禁发期那一套。

前十一周什么都没动。研究在项目第八周发布，第一次有意义的引用出现在第十九周。这个滞后是正常的，也是最难带着客户熬过去的一件事——所以我们会在第一通电话里就把这个数字说出口，而不是等到第四个月和客户一起发现它。

到第六个月：47 个引用域，品牌搜索在极低基数上增长 6.2 倍，以及客户最在意的那个指标——他们的名字开始出现在这个品类核心问题的 AI 生成回答里，并被归因到那份研究。

作者实体应该在第一周就建好，而不是第九周。研究发布时用的还是公司署名，因为作者页还没准备好——这意味着这家公司有史以来发布的权威度最高的一件产物，对确立其背后的个人没有起到任何作用。我们后来带着正确署名重新发布了一次，效果不一样了。实体工作成本低、见效慢：在你需要它之前就把它做掉。