Google Preferred Sources：发布者完全指南（2026）
最后更新：2026年8月24日，依据 Google 官方文档（developers.google.com/search/docs/appearance/preferred-sources）和 blog.google 上发布的公告核对。这是一项很新的功能：发布者文档最近一次更新是在 2026 年 8 月 20 日。我们会在每次出现实质性变化时更新本页，而不是发布一次就任其过期。
Google Preferred Sources 让用户显式指定自己希望在结果里更多看到的网站。这些网站随后会带着一个“preferred”徽章出现在 Top Stories、AI Overviews 和 AI Mode 中，但只对这一位用户如此。自 2026 年 8 月 20 日起，发布者可以在自己的页面上安装官方按钮，让读者一键完成添加。本指南讲清楚这个机制真正做了什么、没有做什么，以及如何在不对客户夸大其词的前提下把它落地。
本页涉及的 AI 引擎
- Google AI Overviews
什么是 Google Preferred Sources？
Preferred Sources 是一项由用户自己决定的个性化功能。在 Google 的来源偏好设置工具里，一个人勾选自己希望更常看到其内容的网站。Google 随后把这项偏好应用到他自己的结果中。
Google 的文档是这样表述的：“当用户把你的网站选为首选来源时，你的内容更有可能出现在 Top Stories 中，并以一个 preferred 徽章突出显示。”同样的原则现在也延伸到了 AI 生成的回答里。
有两个事实决定了本指南其余的一切。第一，做决定的是读者，不是算法：没有任何技术优化能替他触发这个添加动作。第二，效果是逐人生效的：你的网站在添加过你的那些人面前更容易出现，也仅仅是在他们面前。这不是一个能为所有人改变你排名的全局信号。
时间线：2025 年 8 月以来发生了什么
这项功能在一年里变化很大，而网上大量内容仍然停留在 2025 年的状态。以下是可核实的日期：
| 日期 | Google 宣布了什么 |
|---|---|
| 2025 年 8 月 12 日 | Preferred Sources 在美国和印度上线，限于 Top Stories。用户可以选择任意多个来源。 |
| 2026 年 4 月 30 日 | 全球推出，覆盖 Google Search 支持的所有语言。Google 宣布已有“超过 20 万个唯一网站”被选中。 |
| 2026 年 5 月 27 日 | 扩展到 AI Overviews 和 AI Mode：首选来源在其中带徽章出现。Google 宣布“超过 34.5 万个唯一来源”，并同时推出一个独立的“Highly Cited”标签。 |
| 2026 年 8 月 20 日 | 发布可嵌入的发布者按钮，Search Central 文档同日更新。Google 宣布已有“超过 60 万个唯一来源”被选中。 |
最需要记住的是 2026 年 5 月 27 日那一步：正是它把 Preferred Sources 从一个“新闻与资讯”话题，变成了一个生成式搜索的可见度话题。
Preferred Sources 会影响哪些界面
发布者文档精确地列出了两类界面：
- Top Stories，“在 Google Search 运营的所有语言中”可用。这是 2025 年上线时的原始界面。被选中的来源会更频繁地出现在轮播里，或者出现在一个专门的“From your sources”版块中。
- AI Overviews 和 AI Mode，“在这些功能本身可用的所有语言和区域中”可用。当你添加过的网站在一条生成回答中被引用时，链接旁边会出现一个“preferred”徽章。
这两处设置是联动的：Google 帮助页面说明，从 AI Mode 中选择首选来源同样会调整 Top Stories 的体验，反之亦然。用户维护的是一份清单，而不是两份。
Google Discover 没有被列入 Preferred Sources 的文档。2026 年 8 月 20 日的公告里确实提到了一项 Discover 的新功能，即用自己的话说明希望多看或少看哪些主题，但那是另一套机制。给客户做建议时，不要把两者合并。
Google 宣称的“点击量翻倍”，该怎样诚实地读
这是所有人都在转述的那个数字。Google 在 2026 年 4 月 30 日给出这个说法（“读者把一个网站标记为首选来源之后，点击进入该网站的可能性会高一倍”），并在 2026 年 5 月 27 日重复了一次。它是真的，来自 Google，也值得引用，但它不能被读成一个被承诺的流量增长。
在把它放进客户方案之前，有三条保留意见每次都要说：
- 没有公布任何方法论。Google 没有披露样本量、时间窗口，也没有披露确切的对照组。这是一句产品陈述，不是一项可复现的研究。
- 因果方向没有确立。人们优先添加的，是自己本来就喜欢、本来就在读的网站。这个“翻倍”里，有相当一部分很可能是既有的偏好在数字上的体现，而不是功能创造出来的效果。
- 翻倍作用在一个基数上，而不是一个体量上。添加过你的那些人点击多了一倍，这句话没有说明这些人有多少。如果是三百位读者添加了你，那么翻倍作用在三百位读者身上。
在会议上站得住脚的表述是：“Google 表示，读者点击进入自己主动添加的来源的频率大约高一倍。这是作用在已有受众上的一个乘数，不是一条获客渠道。”
谁有资格进入 Preferred Sources？
资格范围比多数人以为的更宽：这并不是新闻媒体专属的功能。Google 表示“任何发布新鲜内容的网站都有资格”，2026 年的公告更是明确点名了“从小众的本地博客到国际新闻编辑部”的各种情况。
不过有两项已被文档写明的约束：
- 只限域名和子域名级别。文档写得很明确：“只有域名级和子域名级的网站，才有资格出现在来源偏好设置工具中。”
https://www.example.com/和https://code.example.com/符合条件；子目录https://www.example.com/blog不符合。如果你的媒体存在于一个企业站点的子文件夹里，它就无法作为独立来源被添加。 - 需要持续更新。Google 帮助页面说明，“不定期更新的来源可能无法被选择”。Google 没有给出一个量化的最低频率。
决定性的测试很简单，十秒钟就能做完：在 Google 的来源偏好设置工具里搜索你的域名。如果它出现了，你就有资格，也可以安装按钮。如果没有出现，文档要求先把这一点解决掉，因为所有已记录的实施方式都假设网站已经出现在该工具里。
用户是怎样添加一个首选来源的
一共有三条路径，全都在用户一侧。了解它们，才能写出准确的说明，而不是含糊的说明。
从设置进入，在电脑端：
- 打开 google.com，点击右上角的头像。
- 进入“搜索个性化设置”，再进入“来源偏好设置”。
- 搜索目标网站并勾选对应的复选框。
从 Top Stories 进入：发起一个与新闻相关的搜索，点击“Top stories”（头条新闻）标题右侧的星形图标，搜索并勾选来源，然后点击“重新加载结果”。
通过直接链接进入：URL https://www.google.com/preferences/source?q=example.com 会直接把工具打开到你指定的域名上。这正是 Google 为文字链接和图片按钮所记录的格式。
两点有用的细节：当用户登录了 Google 账号时，偏好会在不同浏览器之间保留；移除的操作与添加完全一样，取消勾选即可。Google 没有记录来源数量的上限；上线公告中写的是“你可以选择任意多个来源”。
2026 年 8 月 20 日的发布者按钮：标准实现与进阶变体
这是对发布者影响最大的一项新变化。在此之前，你只能把读者送到一个 Google 偏好设置页面，然后指望他回来。自 2026 年 8 月 20 日起，Google 提供了一个官方按钮，按公告的说法，它“把该网站添加为 Google 上的首选来源，并立即把用户带回他在发布者页面上原先所在的位置”。摩擦几乎完全消失了。
Google 推荐的标准实现，实打实只有两行 HTML：
- 放在
<head>里：<script async src="https://news.google.com/swg/js/v1/publisher.js"></script> - 放在按钮该出现的确切位置：
<div google-add-preferred-source-btn></div>
渲染出来的按钮由 Google 定义样式，会适配终端，并且自动翻译成用户的语言。这一点对多语言站点很有意义，因为你不需要自己做任何本地化。
有两个属性被记录用于调整渲染：
data-theme接受light（默认值）或dark：<div google-add-preferred-source-btn data-theme="dark"></div>data-lang强制指定某种语言，并绕过自动检测：<div google-add-preferred-source-btn data-lang="zh"></div>。Google 在文档附带的 CSV 文件中提供了可接受的语言代码列表。
另有三种进阶变体被记录下来，用于标准按钮不合适的场景。
ES 模块导入（ESM）。对于自行管理导入的现代应用，Google 从 https://news.google.com/swg/js/v1/publisher.mjs 暴露出 preferredSource。初始化时调用 preferredSource.init({ theme: 'light', lang: 'zh' })，然后在你自己按钮的点击处理函数里调用 preferredSource.addPreferredSource()。这样一来，你的设计资源完全由你自己掌握。
回调队列（IIFE）。对于使用全局脚本的传统站点，加载同一个库并关闭自动渲染，<script async preferred-sources-control="manual" src="https://news.google.com/swg/js/v1/publisher.js"></script>，然后把初始化逻辑压入 self.PREFERRED_SOURCE，它会在库就绪后接收到 preferredSource 对象。逻辑与大多数广告代码的队列一致。
直接链接（deeplink）。不使用 JavaScript 的方案：一个指向 https://www.google.com/preferences/source?q=example.com 的普通链接，可以是文字，也可以套在一张图片上。Google 对两种形式都有记录。它体验最不顺畅，没有自动返回页面原位的能力，但它也是唯一不加载任何第三方脚本的方案。对于受严格同意管理约束的欧洲站点，这个差别并不无关紧要：加载 Google 的库属于第三方脚本，需要像其他脚本一样纳入你的同意管理平台。Google 没有就这一点发布专门的说明。
如何在 Google 划出的框架内鼓励读者
有一点需要精确表述：Google 没有发布专门约束 Preferred Sources 推广行为的规则。文档里既没有列出禁止做法，也没有对激励手段设限，更没有相应的处罚。它只说明，这些方法“是你可以用来建立受众、帮助人们把你的网站找到并设为首选来源的一些示例”，而且“并不要求你必须实施它们才能成为首选来源”。
没有成文规则不等于一张空白支票。Google Search 的通用反垃圾政策仍然适用，思考的方式应该是风险，而不是形式上的禁止。明确在安全范围内的做法有：
- 把官方按钮放在读者已经表现出兴趣的位置：文章结尾、关于页、订阅通讯之后的致谢页、订阅者专区。
- 用一句话解释这个点击真正做了什么，比如“在你的 Google 结果里更常看到我们的文章”，而不是承诺一个含糊的好处。
- 在受众已经同意的渠道里提及：邮件通讯、社交平台、社区。
由于缺少明确框架，出于单纯的谨慎，我们不建议的做法是：把某项访问权限、某篇内容或某个折扣与“添加为首选来源”绑定；使用阻断阅读的强插屏；让人误以为不添加就无法继续收到你的内容。这些做法没有一项被 Google 记录为禁止，但它们都很像 Google 在别处打击的模式，而且要获得添加，一项也不需要。
如何衡量效果（以及为什么这件事很难）
在启动这项工作之前，最好坦率地告诉客户：Google 不提供任何 Preferred Sources 报表。到今天为止，既没有添加过你的人数计数，也没有 Search Console 里的专门筛选项，更没有 Google Analytics 里的维度。文档没有提到任何跟踪机制、任何成功回调、任何报表 API。行业媒体采访到的发布者，正是在这一点上公开表达了不满。
还剩下三种间接衡量方式，并不完美但可用：
- 你自己按钮上的点击。在点击时触发一个自定义 GA4 事件。要清楚你衡量的是什么：这是一个意向，不是一次确认的添加，你看不到之后在 Google 那一侧发生了什么。但它足以用来横向比较两个位置、两种措辞或两套模板。
- 品牌搜索量。在 Search Console 的效果报表里，跟踪包含你名称的查询走势。做得好的用户留存工作会在这里体现出来，尽管它永远无法单独归因给 Preferred Sources。
- 新闻类查询上的点击走势。在一轮添加推广之后值得观察，但要记住新闻的季节性是一个强得多的因素。
方法论上的结论是：把 Preferred Sources 当作一项留存投入，而不是一条可衡量的渠道。任何向你承诺能对这项功能做精确报表的代理商，卖的都是 Google 并不生产的东西。如果你想要一幅关于自己在生成式搜索中可见度的量化画面，那要通过一次 GEO 诊断，而不是通过一块 Preferred Sources 看板。
Preferred Sources 做不到什么：它不是一个排名捷径
这是本指南最重要的一节，因为自 2026 年 5 月以来发布的大多数内容，正是在这里跑偏的。我们把边界说清楚。
- 它不是全局排名信号。被记录下来的机制是按用户的个性化。Google 从未表示过大量的添加会改善你在没添加过你的人面前的位置。任何这类说法都是推断，而不是信息，Google 也没有公开表态去确认或否认。
- 徽章不是公开的。“preferred”徽章只有做出这个选择的用户能看到。你的竞争对手看不到。你的潜在客户也看不到，除非他们自己添加了你。
- 它不创造受众。一个人必须已经知道你的网站，才可能去添加它。这套机制留住的是已有受众，不会带来新的受众。
- 它不保证任何展示。Google 的措辞是“更有可能出现”，不是“将会出现”。与查询的相关性和内容的新鲜度仍然是决定性的。
- 它不能替代基本功。被模型选为来源，和被读者手动勾选，是两套不同的机制。前者属于 Generative Engine Optimization，要靠内容和结构去做。
- 它不是“Highly Cited”徽章。“Highly Cited”标签于 2026 年 5 月 27 日推出，用于标记被其他出版物大量引用的文章。这两个信号相互独立：可以得到其中一个而没有另一个，两个方向都成立。
准确的定位方式是：Preferred Sources 是搜索结果内部的一个留存杠杆。它放大的是一段已经存在的关系。它有用，落地成本低，而且什么都替代不了。
WordPress 和其他 CMS：按钮具体该放在哪里
Google 没有为 WordPress、Webflow、Shopify 或任何其他 CMS 提供官方插件。实现仍然是手动的，但很轻。
在 WordPress 上，脚本一次性放进 <head>，可以通过子主题的 header.php 文件、代码片段插件里的 wp_head 钩子，或者多数高级主题都提供的“头部脚本”字段。<div> 容器随后放在按钮该出现的位置：single.php 里文章内容之后、一个可复用的自定义 HTML 区块里，或者一个自制短代码里，如果需要让编辑自己放置的话。
在其他 CMS 上，逻辑完全相同：一个全局位置放脚本，一个原始 HTML 区块放容器。没有任何 CMS 需要这两处插入之外的东西。
有三个实际的注意点：
- 延迟渲染。脚本以
async加载，按钮会在页面初次渲染之后才出现。请在 CSS 里为它预留固定高度，避免产生会拖累 Core Web Vitals 的布局偏移（CLS）。 - 缓存。在页面缓存激进或使用静态 HTML 的架构上，请确认容器确实存在于缓存版本的标记里，因为在浏览器端把它填充起来的是 Google 的脚本，不是你的服务器。
- 同意管理。如果你的横幅在用户接受之前会阻断第三方脚本，那么按钮对未同意的访客不会渲染。这种情况下的兜底方案就是直接链接。
不要把按钮放得到处都是。文章结尾一个位置、页脚一个位置就够了：刚读完一篇文章的读者是可信的候选人，落在商品页上的访客不是。
Preferred Sources、自然排名与 AI Overview 引用：三套不同的机制
把这三个杠杆混为一谈，解释了 2026 年春天以来我们看到的大部分策略错误。它们既没有相同的触发条件，也没有相同的行动杠杆，更没有相同的衡量方式。下面的表格把它们各自放回原位，这也是我们在诊断中用来判断该把力气花在哪里的框架。
Preferred Sources 清单
- 确认你的域名确实出现在 Google 的来源偏好设置工具里，这是其余一切的前提。
- 确认你的内容位于某个域名或子域名的根部，而不是子目录里：子文件夹没有资格。
- 保持规律更新：不更新的来源可能不会被提供。
- 安装标准按钮，两行 HTML：脚本放
<head>，容器放在想要的位置。 - 调整
data-theme以匹配你的设计；如果站点是多语言的，把语言留给自动检测。 - 为容器预留固定高度，避免任何布局偏移。
- 如果你的同意管理会阻断第三方脚本，预先准备好直接链接作为兜底方案。
- 在按钮点击时触发一个 GA4 事件，并注明它衡量的是意向，不是一次确认的添加。
- 把这件事告诉你已有的受众（邮件通讯、社交平台），并用一句话解释这个点击做了什么。
- 绝不要把任何内容或好处与“添加为首选来源”绑定。
- 在内部对齐预期：这是留存杠杆，不是获客杠杆，而且不存在任何官方报表。
- 与此同时，用一次 GEO 诊断把基本功做扎实：被读者勾选和被模型选为来源，是两场不同的仗。
- Ready2GEO 目前正在开发一个免费的 Preferred Source 按钮生成器，可以按你的域名和主题生成可直接粘贴的代码。它尚未开放：请在我们的 GEO 工具页面关注上线情况。
| 杠杆 | 触发条件是什么 | 发布者能控制什么 | 如何衡量 |
|---|---|---|---|
| Preferred Sources | 用户在 Google 来源偏好设置里做出的显式、手动选择 | 提出请求这一侧：官方按钮、位置、措辞、发布的规律性。永远不包括决定本身，那属于读者。 | 没有官方报表。只有代理指标：你自己按钮点击时的 GA4 事件，以及 Search Console 中品牌搜索的走势。 |
| 传统自然排名 | Google 的排名系统作用于某条查询，对所有用户一致 | 内容、技术结构、外部链接、站点性能 | Search Console 的效果报表：展示次数、点击数、平均排名，按查询和按页面拆分 |
| AI Overview 中的引用 | 模型在撰写生成回答时，对所用来源的挑选 | 内容的清晰度与新鲜度、可抽取性、Google 爬虫的访问权限 | 只能部分衡量：来自 AI Overviews 的点击被并入效果报表，没有专门筛选项。其余部分需要外部的引用跟踪。 |
常见问题
什么是 Google Preferred Sources？
Preferred Sources 会提升我在 Google 的排名吗？
我的网站有资格进入 Preferred Sources 吗？
怎样把 Preferred Source 按钮加到我的网站上？
“preferred”徽章是所有人都能看到的吗？
怎么知道有多少人把我添加为首选来源？
Preferred Sources 在美国以外的市场和其他语言里也能用吗？
Preferred Sources 和“Highly Cited”徽章是同一回事吗？
SEO 评分、GEO 评分、性能与响应式设计：共检测 49 项指标，即时给出 AI Overview 就绪结论。
相关指南
Generative Engine Optimization（GEO）：完整指南
用最简单的方式讲清 GEO：定义、与 SEO 的区别、技术支柱、结构化数据，以及如何针对 ChatGPT、Gemini、Claude 和 Perplexity 诊断您的网站。
阅读指南GEO 诊断：全面评估您的网站是否已为 AI 做好准备
通过 30 秒免费 GEO 诊断，检测您的网站在 ChatGPT、Gemini、Claude 和 Perplexity 中的可见度。按 AI 引擎分项评分，49 项技术分析指标。
阅读指南ChatGPT SEO 优化：在 AI 回答中被引用的完整指南
读懂 2026 年的 ChatGPT SEO 优化：模型如何查找信息、哪些因素能提高被引用的概率，以及如何检测你网站的可见度。
阅读指南