# SEO

Google Site Diversity Change:两条结果倾向到底代表什么

Google Site Diversity Change:两条结果倾向到底代表什么

Google 在 2019 年 6 月 6 日全面推出 Site Diversity Change,减少搜索结果被同一个网站占据的情况。Google 表示,用户通常不会在顶部结果看到同站超过两条 Listing,但在额外结果特别相关时仍可显示更多。“通常”是关键:Google 没有宣布每个域名严格只能有两条 URL,也没有宣布一项网站处罚。

历史状态: Google 有文档说明的系统或更新

June 2019

发生了什么变化

Google 把它描述为结果组成变化,不是新的页面排名方式。原本排名较高的页面仍可能相关,但 Google 可以少显示同站的其他 URL,让用户看到更多来源。上线约在公告前两天开始,并且与同一周的 June 2019 Core Update 是两个独立发布。

Google 表示,在多样性判断中,Root Domain 与 Subdomain 通常视为一个网站;当确实有帮助时,也可把 Subdomain 分开处理。Google 没有公开例外公式、Search Console 报告或让站长关闭系统的设置。

Site Diversity 只是多个 URL 没有同时出现的其中一个原因。Canonicalization 从重复或高度相似页面选择代表 URL;Deduplication 避免无帮助的重复;Ranking 决定相关性与实用性;Sitelinks 把捷径集中在一个结果下。Keyword Cannibalization 是 SEO 对页面重叠的诊断词,不是 Google 处罚名。

2019 年 6 月时间线:Google 真正确认了什么

Site Diversity Change 与 June 2019 Core Update 时间重叠,因此不能只凭日期归因流量变化。

日期确认事件负责的解释
约 2019 年 6 月 4 日Google 表示多样性上线约在全面推出前两天开始。把它当作大致 Rollout Window,不是每页变化的精确时间。
2019 年 6 月 6 日Google 搜索 Liaison 宣布变化已全面上线。公开目标是让顶部网页结果有更多来源。
同一公告同站通常不超过两条 Listing,特别相关时有例外。两条是倾向,不是强制上限。
同一公告Root Domain 与 Subdomain 通常算一个网站,但可例外。把内容搬到 Subdomain 不能保证额外结果。
同一周Google 明确表示它与 June 2019 Core Update 无关。归因前先分组证据。
上线以后Google 没有提供分数、人工控制或 Search Console 报告。一张 SERP 截图不能证明系统移除了 URL。

判断同站 SERP 变化的四级证据

先标记证据级别,再决定修改什么,避免把历史公告变成虚构诊断工具。

证据级别可以支持什么不能证明什么
Google 已确认2019 上线、一般两条倾向、相关性例外、Domain/Subdomain 通常归组。私有规则、权重或某个查询当前的精确判断。
第一方数据Search Console 中哪些查询与 Canonical URL 失去 Impression、Click 或 Position。Site Diversity 就是原因。
可重复 SERP 观察多次可比搜索是否显示更少同站网页结果。普遍规律;结果会随查询、地区、设备、时间与格式变化。
第三方工具或单张截图值得用第一方数据验证的线索。完整查询覆盖、Canonical 归因或 Google 分类。

对 SEO 的意义

为每个真正不同的用户任务建立一个可收录页面,不要为每个关键词变体建页,也不要用近乎重复页面占据 SERP。只有受众、意图、交付、地点、产品或预期答案格式实质不同时才拆页。

两个有用页面若服务相邻意图,应通过 Title、Heading、Internal Link 与内容明确各自角色;如果本质上回答同一个任务,合并通常能为用户和搜索系统提供更清楚的目的地。

不要用一个域名占据多少条蓝色链接衡量成功。应该衡量正确 Landing Page 是否在整个主题获得有效 Impression、Click 与 Conversion。

常见误解与负责的解释

常见误解负责的解释
Google 严格限制每个域名两条结果。Google 说的是“通常”,并明确允许特别相关时显示更多。
Site Diversity 会惩罚大型网站。Google 描述的是少显示同站额外页面,不是按网站规模处罚。
Subdomain 能保证额外顶部结果。Google 通常把 Subdomain 与 Root Domain 归组,并可按查询作例外。
Cannibalization 就是 Site Diversity。Cannibalization 是架构诊断;Diversity 是结果中来源的组合。
Canonical Tag 能强迫两页同时排名。Canonicalization 选择重复内容代表 URL,不是申请多个 Listing。
页面越多,SERP 占位越多。重叠 URL 可能分散维护、链接、内部信号与报告。
第二条结果消失就证明算法更新。还要检查意图、竞争者、需求、收录、Canonical 与 SERP Feature。
Sitelinks 违反两条结果倾向。Sitelinks 是一个 Text Result 下的自动捷径,属于不同呈现。

不靠猜测诊断同站 Listing 减少

先定义可观察的症状,再排除更可验证的解释。Search Console 通常把表现数据归给 Google 选择的 Canonical URL。

检查项收集证据支持的决定
范围受影响查询、URL、国家、设备、搜索 Type 与持续变化起点。单一查询组成变化或广泛可见度下降。
SERP 格式可比搜索,以及 Ads、Local Pack、Video、Shopping、Snippet 与 Sitelinks。网页 Listing 真的减少,还是可用版位减少。
URL 表现变化前后按 Page 过滤的 Click、Impression 与 Position。URL 不再显示,或仍在其他查询排名。
Canonical/收录URL Inspection、Declared Canonical、Google-Selected Canonical、Indexability 与 Redirect。重复合并、技术排除或独立合格页面。
查询重叠竞争 URL 的 Page–Query Matrix。有用细分、不稳定替换或重复定位。
意图与竞争者当前结果类型、页面任务、新鲜度、地区性与证据。预期答案改变,或其他页面更有用。
发布历史Deployment、Migration、Template、Internal-Link 修改与 Google 公告日期。技术或系统变化假设。
业务影响按 Landing Page 的 Conversion、Assisted Journey 与有效询盘。需要干预,还是只是减少重复。

实用应对方法

  1. 导出持续变化前后至少 8–16 周 Search Console 数据,并保持国家、设备与 搜索 Type 可比。
  2. 确认 Google 把查询数据归给哪些 Canonical URL;Anonymized Query 与 Table Truncation 会让可见行不完整。
  3. 建立 Page–Query Matrix,列出每个 URL 的主要任务、受众、转化目标与重叠查询。
  4. 只有各页完成实质不同任务或结果格式时才保留独立页面。
  5. 把真正重叠内容合并到最强目的地,停用重复 URL 时使用合适 Permanent Redirect。
  6. 让 Redirect、Self-Canonical、Sitemap、Hreflang 与 Internal Link 一致指向首选 URL。
  7. 不要用 robots.txt 解决 Canonicalization;Google 无法读取被阻挡页面的 Canonical 信号。
  8. 重写 Title 与 Heading,让每个保留页面表达独特目的,而不是只替换同义词。
  9. 只在帮助任务时加入比较表、例子、规格、地区细节或第一手证据。
  10. 用逻辑架构与简洁 Anchor Text,让用户在只看到一个主结果时仍可到达深层页面。
  11. 分开追踪 Domain-Level Topic Visibility、URL 表现与有效转化。
  12. 等待重新抓取与足够需求数据后复查,不要因一天的 SERP 截图反复改写。

页面重叠审核:保留、区分还是合并?

更改 URL 前使用这张决策表。目标是清楚的信息系统,不是保证额外 Listing。

情况常见决定实施检查
相同任务、受众与近似答案合并。选择最强 URL、合并独特价值、Redirect 并更新内链。
相同主题,不同任务或格式区分。明确角色,并连接 Guide、Tool、Comparison、Product 或 Support Page。
有真实不同业务的 Location Page有用时保留。提供真实当地资料、Availability、Proof 与 Ownership。
Language 或 Regional Alternate保留有效版本。同语言 Self-Canonical,并在适当时使用 Reciprocal Hreflang。
Parameter、Print View 或 Tracking VariantCanonicalize 或控制生成。只保留一个首选可收录 URL,避免冲突信号。
只为额外结果建立 Subdomain重新考虑架构。根据用户与运营选择,不以规避 Diversity 为目标。
两页在同一查询交替检查意图与重叠。合并前比较 Query Cluster、Link、Canonical、页面角色与 Conversion。
品牌查询显示多个有用页面通常保留。确保 首页、联系、Login、Product 与 Support 路径准确。

这不代表什么

  • Google 没有宣布每个域名绝对只能出现两条结果。
  • Google 没有提供 Site Diversity 分数、报告、Manual Action、恢复申请或关闭设置。
  • 原始公告没有公开例外逻辑或永久适用的结果功能清单。
  • Root Domain 与 Subdomain 通常归组,但 Google 可以在相关时分开。
  • Canonicalization、Deduplication、Ranking、Sitelinks 与 Site Diversity 不是同义词。
  • Search Console 通常把数据归给 Google Canonical,并省略部分查询,因此可见行不是完整 Listing 计数。
  • Average Position 是聚合指标,不会记录每一种 SERP 排列。
  • 2019 年 6 月 4–6 日的下降可能与独立 June Core Update 或网站修改重叠。
  • 建立 Subdomain、Doorway Page 或近乎重复 Location Page 不是负责的规避方法。
  • 外部 Rank Tracker 无法证明 Google 哪个内部系统移除了某条 URL。

常见问题

Google 每个网站只允许两条结果吗?

不是硬上限。Google 表示通常不超过两条顶部 Listing,但特别相关时可以显示更多。

Site Diversity 是处罚吗?

不是。Google 把它描述为结果组成变化,与处罚或 Manual Action 不同。

Subdomain 也算在内吗?

通常是。Google 表示 Root Domain 与 Subdomain 一般算同一个网站,但可按相关性例外。

品牌查询可以超过两条吗?

可以。导航型或高度特定查询可能需要同一来源的多个有用结果。

Sitelinks 是一个 Text Result 下的自动捷径,不应当作多个独立排名的证据。

它和 Keyword Cannibalization 相同吗?

不同。Cannibalization 是页面定位重叠;Diversity 控制显示结果的来源组合。

所有相关关键词页面都要合并吗?

不要。合并本质相同任务;保留意图、受众、格式或运营价值真正不同的页面。

把页面搬到 Subdomain 会增加 Listing 吗?

没有保证,而且 Google 通常把 Subdomain 与 Root Domain 归组。架构应服务用户与维护。

怎样证明 Site Diversity 导致下降?

通常不能从单站数据完全证明。先检查查询范围、Canonical、收录、SERP、竞争者与发布历史,再形成合理假设。

应该衡量什么?

衡量主题层级 Impression 与 Click、首选 Canonical Landing Page、有效转化,以及用户能否进入下一个有用页面。

官方来源与一手资料

完整 Google 算法历史1998–2026从 PageRank 到现代搜索1998–todayFlorida Update2003Vince、品牌与信任2009Caffeine 索引系统2010Panda 与内容质量2011Freshness 系统2011Penguin 与 Link Spam2012Exact Match Domain Update2012Payday Loan 与 Webspam2013Hummingbird 与语义2013HTTPS 排名信号2014Pigeon 与本地搜索2014Mobile-Friendly Update2015RankBrain 与 Machine Learning2015Possum 与本地过滤2016Fred、内容与广告2017Google Medic Update:2018 年 8 月 Core Update 真正发生了什么August 2018Google Neural Matching:基于概念的检索如何工作2018–todayGoogle BERT:它改变了什么,SEO 真正能做什么October 2019Google Passage Ranking:Google 如何理解页面内的 SectionOctober 2020–2021Google 评价系统:用第一手证据写产品与服务评测April 2021–todayGoogle 实用内容:从 2022 系统到核心排名系统August 2022–March 2024Google SpamBrain:Spam 防护、AI 内容与恢复2018–todayAI 生成内容指南2023–today2023 年 10 月 Spam Update20232024 年 3 月 Core Update2024实用内容 整合2024Scaled Content Abuse2024–todayExpired Domain Abuse2024–todaySite Reputation Abuse2024–todayAI Overviews 与 AI Mode2024–today
SEOWithJack需要以证据为基础的 SEO 支持?

从可见度、内容、链接与技术健康出发,不追逐虚构的算法分数。

通过 WhatsApp 讨论

Jack Lee

Jack Lee

Building 搜索 Visibility with SEO, GEO & AI 辅助网站 ,分享来自实际项目和实验的经验。