Google 在 2019 年 6 月 6 日全面推出 Site Diversity Change,减少搜索结果被同一个网站占据的情况。Google 表示,用户通常不会在顶部结果看到同站超过两条 Listing,但在额外结果特别相关时仍可显示更多。“通常”是关键:Google 没有宣布每个域名严格只能有两条 URL,也没有宣布一项网站处罚。
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 与有效询盘。 | 需要干预,还是只是减少重复。 |
实用应对方法
- 导出持续变化前后至少 8–16 周 Search Console 数据,并保持国家、设备与 搜索 Type 可比。
- 确认 Google 把查询数据归给哪些 Canonical URL;Anonymized Query 与 Table Truncation 会让可见行不完整。
- 建立 Page–Query Matrix,列出每个 URL 的主要任务、受众、转化目标与重叠查询。
- 只有各页完成实质不同任务或结果格式时才保留独立页面。
- 把真正重叠内容合并到最强目的地,停用重复 URL 时使用合适 Permanent Redirect。
- 让 Redirect、Self-Canonical、Sitemap、Hreflang 与 Internal Link 一致指向首选 URL。
- 不要用 robots.txt 解决 Canonicalization;Google 无法读取被阻挡页面的 Canonical 信号。
- 重写 Title 与 Heading,让每个保留页面表达独特目的,而不是只替换同义词。
- 只在帮助任务时加入比较表、例子、规格、地区细节或第一手证据。
- 用逻辑架构与简洁 Anchor Text,让用户在只看到一个主结果时仍可到达深层页面。
- 分开追踪 Domain-Level Topic Visibility、URL 表现与有效转化。
- 等待重新抓取与足够需求数据后复查,不要因一天的 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 Variant | Canonicalize 或控制生成。 | 只保留一个首选可收录 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 算独立结果吗?
Sitelinks 是一个 Text Result 下的自动捷径,不应当作多个独立排名的证据。
它和 Keyword Cannibalization 相同吗?
不同。Cannibalization 是页面定位重叠;Diversity 控制显示结果的来源组合。
所有相关关键词页面都要合并吗?
不要。合并本质相同任务;保留意图、受众、格式或运营价值真正不同的页面。
把页面搬到 Subdomain 会增加 Listing 吗?
没有保证,而且 Google 通常把 Subdomain 与 Root Domain 归组。架构应服务用户与维护。
怎样证明 Site Diversity 导致下降?
通常不能从单站数据完全证明。先检查查询范围、Canonical、收录、SERP、竞争者与发布历史,再形成合理假设。
应该衡量什么?
衡量主题层级 Impression 与 Click、首选 Canonical Landing Page、有效转化,以及用户能否进入下一个有用页面。
官方来源与一手资料
- Google 搜索 Liaison announcement archived by 搜索 Engine Journal
- Google 搜索: What is canonicalization?
- Google 搜索: How to specify a canonical URL
- Google 搜索 ranking systems guide: Deduplication systems
- Google 搜索: Sitelinks
- Google 搜索: Debugging drops in 搜索 traffic
- Search Console: Dimensions and data groupings
- Search Console: Impressions, position and clicks
- Google 搜索 crawling and indexing FAQ: Subfolders or subdomains



Google 排名如何演变:从 PageRank 到现代搜索系统2026年9月2日
Google AI 内容与 SEO:什么被允许、什么是垃圾内容,以及怎样安全发布2026年9月2日
Google Florida Update 2003:事实、理论与 SEO 教训2026年9月2日