Google 算法历史不是一份需要追赶的惩罚清单，而是搜索如何从链接分析，发展到理解语言、质量、垃圾内容、体验与情境的记录。本时间线会清楚区分官方事实与行业名称。
最后核实：2026 年 9 月 2 日
没有任何公开资料列出 Google 的每一次内部变化。本页涵盖 Google 公布或解释的重要里程碑、值得认识的行业名称，以及 搜索 Status Dashboard 从 2021 年 11 月最早保留记录至 2026 年 8 月的全部命名更新。
怎样阅读这份时间线
“Google 官方确认”代表该系统或更新可在 Google 文档、官方博客或状态面板找到；“行业名称”代表 SEO 社群采用了该名称，但 Google 不一定把它定义为单一正式系统。这样可以避免把相关性误写成事实。
算法、系统和更新并不是同一件事
Google 同时运行多个排名系统。Core Update 是对整体评估方式的重要调整；Spam Update 改善违规识别；RankBrain 等命名系统可以持续运行。推出期间排名下降，并不能自动证明网站受到某种“惩罚”。
1998–2021：重要里程碑逐个整理
| 日期 | 更新或系统 | 确认方式 | 变化与实际意义 |
|---|---|---|---|
| 1998 | PageRank | Google 官方确认 | Google 创立时把基于链接的 PageRank 作为排序系统之一；它至今仍属于核心系统，但并非唯一信号。 |
| November 2003 | Florida | 行业名称 | SEO 行业把一次重要排名变化称为“Florida”；Google 没有为这个行业名称发布现代式技术说明。 |
| January 2005 | nofollow | Google 官方确认 | Google、Yahoo 等推出 rel="nofollow" 以处理评论垃圾；其处理方式后来变化，不应作为 PageRank 操控技巧。 |
| December 2005–2006 | Big Daddy infrastructure | Google 官方确认 | Google 推出基础设施变化，影响 URL、Canonical、重定向与网站质量信号的处理。 |
| February 2009 | Vince | 行业名称 | 行业把一次常被解释为品牌与信任信号增强的排名变化称为“Vince”；Google 没有发布名为 Vince 的排名系统。 |
| June 2010 | Caffeine | Google 官方确认 | 新的网页索引系统让新内容更快进入搜索。Caffeine 是索引基础设施变化，不是单一质量惩罚。 |
| February 2011 | Panda | Google 官方确认 | Panda 旨在降低低质量或浅薄内容，并奖励更有用的网站。2016 年 1 月报道的 Google 声明表示 Panda 已成为核心排名信号的一部分，但没有公开确切整合日期。 |
| November 2011 | Freshness system | Google 官方确认 | Google 改善对“何时查询需要更新信息”的判断；新鲜度只在主题需要时重要，并非所有查询都适用。 |
| 2012 | Page Layout and Exact Match Domain systems | Google 官方确认 | Google 降低首屏广告过多页面，以及主要依赖精准匹配域名的低质量网站优势。 |
| April 2012 | Penguin | Google 官方确认 | Penguin 针对操控性链接垃圾；2016 年并入核心系统，处理更实时、更细化。 |
| June 2013 | Payday Loan updates | Google 官方确认 | Google 确认针对垃圾内容异常集中的查询领域进行更新，但没有公开完整因素清单或通用“Payday 分数”。 |
| August 2013 | Hummingbird | Google 官方确认 | 对整体排名系统的重要改进，帮助 Google 理解查询含义，而不只是精确词语。 |
| July 2014 | Pigeon | 行业名称 | 行业用来描述本地结果与传统网页排名信号更紧密结合的名称；应视为行业术语。 |
| August 2014 | HTTPS ranking signal | Google 官方确认 | Google 宣布 HTTPS 是轻量排名信号，也是基本安全要求；协议迁移仍需正确重定向和 Canonical。 |
| 2015 | RankBrain | Google 官方确认 | 帮助 Google 理解词语与概念关系的 AI 系统，即使遇到不熟悉的表达也能寻找相关内容。 |
| April 2015 | Mobile-friendly update | Google 官方确认 | 随着手机搜索增长，移动设备友好性成为手机搜索结果更重要的考量。 |
| September 2016 | Penguin becomes core | Google 官方确认 | Penguin 处理变得更实时且更细化；Google 表示它更倾向于降低垃圾链接价值，而非简单整站降权。 |
| September 2016 | Possum | 行业名称 | 行业用来描述本地结果中距离与相似企业过滤变化的名称；它不是 Google 官方系统名称。 |
| March 2017 | Fred | 行业名称 | 行业对一次排名波动的称呼，常与广告过多、价值偏低的网站联系；Google 未把“Fred”定义为正式系统。 |
| 2018 | Neural matching | Google 官方确认 | 帮助 Google 理解查询和页面中较不明显概念关系的 AI 系统。 |
| 2018 | SpamBrain launches | Google 官方确认 | Google 推出基于 AI 的反垃圾系统，并持续扩展到垃圾内容、被黑内容、诈骗与非自然链接检测。 |
| July 2018 | Speed Update | Google 官方确认 | 页面速度成为手机搜索排名因素，主要影响体验最慢的页面。 |
| August 2018 | “Medic” broad core update | 行业名称 | “Medic”是行业对一次官方确认 Broad Core Update 的称呼；健康和金融网站波动明显，但它不是官方垂直行业系统名称。 |
| 2019 | Site diversity system | Google 官方确认 | Google 通常限制同一网站占据过多头部结果，但在确实有用时可以例外。 |
| October 2019 | BERT | Google 官方确认 | 语言模型系统，改善 Google 对词语组合、语义和意图的理解。 |
| 2020–2021 | Passage ranking | Google 官方确认 | Google 提升识别页面内相关段落的能力；这不代表段落被当作独立页面索引。 |
| 2021 | Product reviews system and MUM applications | Google 官方确认 | Google 推出鼓励深入分析的 Reviews System；MUM 用于特定应用，但 Google 表示它不是通用排名系统。 |
| June 2021 | Page 经验 and Core Web Vitals | Google 官方确认 | 包括 Core Web Vitals 在内的页面体验信号进入整体排名考量；有用且相关的内容仍比追求满分更重要。 |
| August 2022–March 2024 | 实用内容 system | Google 官方确认 | Google 在 2022 年推出独立 实用内容系统；到 2024 年 3 月，它已演变并并入核心排名系统。 |
| February 2023 | AI-generated content guidance | Google 官方确认 | Google 说明，适当使用 AI 或自动化并不会自动违反指南；目的、原创性、实用性与 Spam Policy 合规仍是重点。 |
| October 2023 | Multilingual spam detection update | Google 官方确认 | Google 扩大多语言垃圾检测覆盖，重点包括 Cloaking、被黑、自动生成与抓取内容。 |
| 2024–today | AI Overviews and AI Mode | Google 官方确认 | Google AI 搜索功能可能使用 Query Fan-Out 寻找支持页面；一般 搜索 资格、摘要控制、政策与 People-First SEO 基础仍然适用。 |
| March 2024 | Core systems and new spam policies | Google 官方确认 | 为期 45 天的复杂 Core Update 改变帮助性评估；Google 同时推出 Expired Domain、Scaled Content 与 Site Reputation Abuse 政策。 |
2021：搜索 Status Dashboard 最早保留记录
| 日期 | 更新或系统 | 推出时间 | 变化与实际意义 |
|---|---|---|---|
| 2021-11-03 | November 2021 垃圾内容更新 | 8 days 1 hour | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2021-11-17 | November 2021 核心更新 | 13 days | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2021-12-01 | December 2021 产品评测更新 | 20 days | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
2022：实用内容 与链接垃圾
| 日期 | 更新或系统 | 推出时间 | 变化与实际意义 |
|---|---|---|---|
| 2022-02-22 | Desktop 页面体验更新 | 9 days | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2022-03-23 | March 2022 产品评测更新 | 14 days | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2022-05-25 | May 2022 核心更新 | 15 days | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2022-07-27 | July 2022 产品评测更新 | 6 days | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2022-08-25 | August 2022 实用内容更新 | 15 days | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2022-09-12 | September 2022 核心更新 | 14 days | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2022-09-20 | September 2022 产品评测更新 | 6 days | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2022-10-19 | October 2022 垃圾内容更新 | 2 days | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2022-12-05 | December 2022 实用内容更新 | 38 days | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2022-12-14 | December 2022 link 垃圾内容更新 | 29 days | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
2023：核心、垃圾内容、评测与 实用内容
| 日期 | 更新或系统 | 推出时间 | 变化与实际意义 |
|---|---|---|---|
| 2023-02-21 | February 2023 产品评测更新 | 14 days | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2023-03-15 | March 2023 核心更新 | 13 days 7 hours | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2023-04-12 | April 2023 评测更新 | 13 days 2 hours | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2023-08-22 | August 2023 核心更新 | 16 days 3 hours | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2023-09-14 | September 2023 实用内容更新 | 13 days 11 hours | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2023-10-04 | October 2023 垃圾内容更新 | 15 days 12 hours | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2023-10-05 | October 2023 核心更新 | 13 days 23 hours | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2023-11-02 | November 2023 核心更新 | 25 days 21 hours | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2023-11-08 | November 2023 评测更新 | 29 days | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
2024：实用内容 并入核心系统
Google 说明，2022 年推出的 实用内容系统 在 2024 年 3 月并入核心排名系统，因此不应继续把它描述为只在某个日期单独开启的分类器。
| 日期 | 更新或系统 | 推出时间 | 变化与实际意义 |
|---|---|---|---|
| 2024-03-05 | March 2024 核心更新 | 45 days | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2024-03-05 | March 2024 垃圾内容更新 | 14 days 21 hours | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2024-06-20 | June 2024 垃圾内容更新 | 7 days 1 hour | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2024-08-15 | August 2024 核心更新 | 19 days 4 hours | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2024-11-11 | November 2024 核心更新 | 23 days 13 hours | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2024-12-12 | December 2024 核心更新 | 6 days 4 hours | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2024-12-19 | December 2024 垃圾内容更新 | 7 days 2 hours | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
2025：核心与垃圾内容更新
| 日期 | 更新或系统 | 推出时间 | 变化与实际意义 |
|---|---|---|---|
| 2025-03-13 | March 2025 核心更新 | 13 days 21 hours | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2025-06-30 | June 2025 核心更新 | 16 days 18 hours | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2025-08-26 | August 2025 垃圾内容更新 | 26 days 15 hours | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2025-12-11 | December 2025 核心更新 | 18 days 2 hours | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
2026：Discover、核心与垃圾内容更新
2026 年 2 月 Discover Update 希望呈现更多本地相关内容、更少 Clickbait，以及更原创、及时、深入的内容；Google 也提到持续的主题专业度。本时间线目前最新记录是 2026 年 8 月 Spam Update。
| 日期 | 更新或系统 | 推出时间 | 变化与实际意义 |
|---|---|---|---|
| 2026-02-05 | February 2026 Discover 更新 | 21 days 17 hours | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2026-03-24 | March 2026 垃圾内容更新 | 19 hours 30 minutes | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2026-03-27 | March 2026 核心更新 | 12 days 4 hours | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2026-05-21 | May 2026 核心更新 | 11 days 21 hours | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2026-06-24 | June 2026 垃圾内容更新 | 2 days 1 hour | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
| 2026-08-18 | August 2026 垃圾内容更新 | 2 days 16 hours | 记录于 Google 搜索 Status Dashboard。应从整站质量与实际数据判断，不要仅凭一次排名波动推断原因。 |
每项更新声明都要使用证据层级
官方 Dashboard 确认部分更新名称、开始日期与 Rollout 时间；Google 文档说明当前系统和政策；官方 博客 提供历史背景。行业报道可以记录昵称或波动，却无法获得内部因素清单，也不能证明某次更新造成某个网站变化。
| 证据 | 可以支持 | 不能证明 |
|---|---|---|
| 搜索 Status Dashboard | 更新名称、开始时间与记录时长 | 某个 URL 的具体变化因素 |
| 排名系统文档 | 目前作用和系统状态 | 内部权重、阈值或 Query Logic |
| 官方历史公告 | Google 当时公布的内容 | 该描述今天完全没有变化 |
| Search Console 与 Analytics | 页面、查询和结果变化 | 单凭数据证明算法因果 |
| 行业波动工具 | 值得调查的广泛波动 | 正式更新或网站具体诊断 |
Algorithm、Ranking System、Signal、Update、Policy 与 Incident 并不相同
| 术语 | 合理解释 | 例子 |
|---|---|---|
| 排名系统 | 与其他系统共同产生结果的技术 | RankBrain, PageRank |
| 信号 | 系统考虑的输入或迹象 | 链接、需要时的新鲜度 |
| 核心更新 | 对核心排名系统的广泛改进 | 2026 年 3 月 Core Update |
| 垃圾内容更新 | 改进自动垃圾识别 | 2026 年 8 月 Spam Update |
| 政策 | 可能违反 搜索 规则的行为 | Scaled Content Abuse |
| 事件 | Serving、Indexing 或 Ranking 服务问题 | Dashboard 服务中断 |
| 人工处置 | Search Console 可见的人工执法 | 非自然链接通知 |
理解当前系统怎样共同工作
Google 说明多个自动系统共同运行。这份清单不是排名配方，页面也没有一个公开“算法分数”。系统主要评估单个页面，同时也会使用全站信号与分类器。
| 系统类别 | 文档说明的作用 | SEO 边界 |
|---|---|---|
| BERT / RankBrain / Neural matching | 理解语言、概念与意图 | 不是关键词密度公式 |
| PageRank / link analysis | 理解页面关系与可能的帮助性 | 没有单条链接公开传递值 |
| Freshness Systems | 在 Query 需要时显示较新信息 | 不是每页都需要新日期 |
| Reviews System | 奖励有洞察的第一方分析 | 不是星级 Schema 奖励 |
| 可靠信息系统 | 显示较可靠信息与提示 | 没有公开 Authority 阈值 |
| 垃圾识别系统 | 识别违反 Spam Policy 的内容与行为 | 不是 AI 内容检测器 |
把退役系统名称视为历史，而不是当前开关
Google 目前把 实用内容、Hummingbird、Panda 与 Penguin 列在 Retired Systems，因为它们已经演变、被继任技术吸收或并入核心系统。长期教训仍然有用，但不能把今天的下降称为新的独立“Panda 打击”。
| 历史名称 | 当前状态 | 长期教训 |
|---|---|---|
| Panda | 自 2015 年并入核心系统 | 原创且有用的质量重要 |
| Penguin | 2016 年并入核心系统 | 操控性 Link Spam 有风险 |
| Hummingbird | 整体系统的历史改进 | 理解语义不只看精确词 |
| 实用内容 | 2024 年 3 月并入核心系统 | 以用户为先仍然有效 |
准确阅读 搜索 Status Dashboard
Ranking History 只记录部分更新与服务事件，并不包含 Google 的每项变化。本页更新表只纳入有名称的更新，不把一般 Ranking Incident 算成算法更新。Dashboard 使用 US/Pacific 时间；Duration 代表公告中的 Rollout 窗口，不保证每个 URL 会在同一刻停止波动。
引用更新前
- 打开官方 Incident Record，不用截图或社交贴文代替。
- 记录开始、完成时间以及所属 Ranking、Serving、Crawling 或 Indexing。
- 分清命名更新与服务中断。
- 注明最后核实日期。
- 不要根据名称推断未公开因素。
诊断流量前先建立基线
没有基线时，季节性、追踪中断或网站上线都可能看起来像更新影响。重大改变前应保留可比较的 Search Console、Analytics、Crawl 与业务资料。
| 基线 | 记录 | 作用 |
|---|---|---|
| 搜索可见度 | Queries、Pages、Countries、Devices、搜索 Type | 显示哪个 Cohort 变化 |
| 技术状态 | Status、Canonical、Robots、Sitemap、Render | 分开资格故障 |
| 网站发布 | 内容、Template、链接、迁移与追踪 | 避免把时间重叠当成因果 |
| 需求与品牌 | Trends、Campaign、品牌/非品牌需求 | 识别市场变化 |
| 业务结果 | 有效询盘、销售与辅助旅程 | 避免只看流量 |
用八层框架诊断下降
| 层面 | 主要问题 | 证据 |
|---|---|---|
| 1. Measurement | 数据收集仍然有效吗？ | Tag Test、Property、Consent 变化 |
| 2. Availability | 用户和 Google 能访问吗？ | Uptime、DNS、Logs 与 Status |
| 3. Eligibility | 受影响 URL 可索引吗？ | Robots、Noindex、Canonical、Manual Actions |
| 4. Demand | 市场或季节变化了吗？ | Trends、品牌需求、相近周期 |
| 5. Result landscape | Intent、Features 或竞争结果变化了吗？ | 代表性实时 SERP |
| 6. Content and trust | 页面仍然最适合吗？ | 准确性、原创性、证据与作者信息 |
| 7. Links and architecture | 重要路径或引用丢失了吗？ | 内部 Graph、Redirect、Backlink 变化 |
| 8. Confirmed update | 时间与受影响 Cohort 是否吻合？ | 官方 Dashboard 加分组数据 |
比较上升与下降页面前先分组
整站汇总流量可能隐藏相反变化。应比较相近周期，并按 Page Type、Directory、Query Intent、Country、Language、Device、搜索 Type、Publication Cohort 与 Conversion Role 分组。整站 Average Position 通常不够。
有用的比较组
- 相同 Intent 与 Page Type 的下降页面。
- 同一 Template 的稳定页面。
- 代表性 Query 中上升的竞争页面。
- 可比较季节中的相同时段。
- 业务结果，而不只是 Clicks。
区分 Core、Spam、Manual 与 Technical 的处理
| 观察情况 | 主要处理 | 错误第一步 |
|---|---|---|
| 与 Core Update 重叠但无违规证据 | 审核 Page Cohort、实用性与结果匹配 | 删除或重写全部内容 |
| 网站自身建立 Spam Pattern | 停止、移除并记录违规流程 | 在违规做法周围增加普通内容 |
| Manual Action 通知 | 修复具体问题并请求审核 | 等待下一次 Core Update |
| Indexing/Serving Incident | 确认范围、保留数据并观察恢复 | 重写未受影响内容 |
| 追踪故障 | 修复并标注数据 | 从缺失 Analytics 推断排名 |
用页面级证据应对 Core Update
Google 建议不要寻找 Quick Fix。轻微下降可能不需要行动；持续损失时，应判断页面与其他有用结果相比是否仍然提供令人满意且可靠的答案。改善可能随时间被重新评估，不一定要等到下次命名 Core Update，但没有保证恢复日期。
Core Update 审核
- 确认 Rollout 与受影响 Page/Query Cohort。
- 判断内容前先检查技术资格。
- 比较任务、格式、证据与有用结果。
- 在有证据时改善准确性、原创性、完整度与体验。
- 诚实记录并发布实质更新。
- 按 Cohort 衡量并给予重新抓取处理时间。
应对 Spam Update 要移除流程，而不是掩盖症状
如果网站制造 Scaled、Scraped、Cloaked、Expired-Domain、Site-Reputation、Link 等 Abuse，应停止源头流程并移除或修正产出。改变日期、增加署名或换一个 AI Model，都不能修复操控目的。
| 证据 | 行动 | 完成证明 |
|---|---|---|
| 发布流程产生 Abuse | 停用 Rule、Prompt、Feed 或 Vendor 流程 | 不再产生违规输出 |
| 受影响 URL Cohort | 按价值改善、合并、Noindex 或移除 | 可抓取最终状态与 Inventory |
| 操控链接 | 停止 Scheme、尝试移除并正确标记关系 | Placement 与 Outreach Record |
| Manual Action | 修复后提交准确 Reconsideration | Search Console 状态 |
AI 辅助与 Scaled Abuse 并不相同
Google 不会只因为 AI 参与就禁止内容。风险来自目的与执行：无论自动、人工作业还是混合方式，大量生成主要用于操控排名的页面都可能违反 Scaled Content Abuse。负责任的 AI 辅助发布仍需要明确责任、事实审核、原创贡献与持续用户目的。
链接、Reviews 与 Discover 需要分别诊断
| 领域 | 历史变化 | 当前处理 |
|---|---|---|
| 链接 | Penguin 并入核心；SpamBrain 与 Spam Update 持续 | 审核实际 Placement 与参与，不看 Vendor Toxic Score 下结论 |
| Reviews | Product Reviews 扩展为 Reviews System | 展示第一方测试、比较、证据与限制 |
| Discover | 2026 年 2 月记录独立更新 | 检查本地相关性、Clickbait、原创性、及时性与主题专业度，不假设 Web 搜索 同步变化 |
使用按时间安排的恢复计划
| 时间窗口 | 主要工作 | 决定规则 |
|---|---|---|
| 第 0–2 天 | 核实追踪、可访问性、Dashboard 与发布 | 修复已确认故障，不恐慌重写 |
| Rollout 期间 | 保留数据并分组受影响 Cohort | 不要把部分变化当最终结果 |
| 完成后 | 比较相近周期与代表性 SERP | 根据证据选择页面 |
| 第 2–6 周 | 发布实质页面、Template 或流程修复 | 尽量每次改变一套有记录的系统 |
| 第 1–3 个月以上 | 监控重新抓取处理、Query 与业务结果 | 没有保证恢复日期，只继续有证据的工作 |
衡量恢复，但不制造因果
更新只是内容发布、竞争变化、季节与需求中的一个事件。记录实施日期并评估受影响 Cohort。如果可见度改善，应说明顺序与证据；除非 Google 提供明确执法证据，否则不要声称一次修改“逆转算法惩罚”。
| 层面 | 衡量 | 解释限制 |
|---|---|---|
| 资格 | Indexed Cohort 与 Selected Canonical | 索引不等于排名 |
| 可见度 | 按 Page/Query Group 的 Impressions | 需求也会改变 |
| 选择 | 按结果情境的 Clicks 与 CTR | SERP Features 会影响点击 |
| 体验 | 有用下一步与互动 | Analytics 依赖配置 |
| 业务 | 有效询盘、收入或辅助结果 | Attribution 取决于模型 |
保留声明与改变记录
最低记录
- 官方 Source URL、Title 与核实日期。
- 更新开始、完成、Product 与 Status。
- 受影响 Page/Query Cohort 与比较窗口。
- 网站发布、Owner 与准确实施日期。
- 观察证据、其他解释与不确定性。
- 决定、Rollback 条件与下次审核日期。
知道什么时候不应该改变
当变化很小、资料不完整、追踪故障、Rollout 仍在进行，或受影响页面仍然有用且转化稳定时，不要启动大规模重写。保留基线、记录观察并等待足够证据；不采取行动也可能是负责任的决定。
任何算法时间线的限制
- Google 不公布每项排名变化、权重或阈值。
- Dashboard 日期只能确定时间，不能证明网站因果。
- 行业昵称不会因为重复使用就变成官方系统。
- 系统整合或退役后，历史描述可能演变。
- 结果会随 Query、地点、设备、语言与时间变化。
- 流量恢复不能证明虚构因素清单。
- 没有清单可以保证索引、排名或恢复。
按顺序阅读算法历史系列
从 PageRank 到现代搜索1998–今天Florida Update2003Vince、品牌与信任2009Caffeine 索引系统2010Panda 与内容质量2011Freshness 系统2011Penguin 与 Link Spam2012Exact Match Domain Update2012Payday Loan 与 Webspam2013Hummingbird 与语义2013HTTPS 排名信号2014Pigeon 与本地搜索2014Mobile-Friendly Update2015RankBrain 与 Machine Learning2015Possum 与本地过滤2016Fred、内容与广告2017Medic Broad Core Update2018Neural Matching2018SpamBrain2018–今天Site Diversity System2019BERT 与自然语言2019Passage Ranking2020–2021Reviews System2021实用内容系统2022–2024AI 生成内容指南2023–今天2023 年 10 月 Spam Update20232024 年 3 月 Core Update2024实用内容 整合2024Scaled Content Abuse2024–今天Expired Domain Abuse2024–今天Site Reputation Abuse2024–今天AI Overviews 与 AI Mode2024–今天
排名变化时应该做什么
- 查看 搜索 Status Dashboard 并记录推出日期。
- 大型 rollout 完成后再做重大判断。
- 排除品牌、季节、需求、追踪和技术上线变化。
- 比较受影响页面与查询，不要只看平均排名。
- 检查意图、格式或竞争结果是否改变。
- 审核内容、作者、证据、内部链接、体验与技术健康。
- 修复真实问题，不要为了“讨好算法”随机改动。
负责任的恢复流程
| 阶段 | 行动 | 避免 |
|---|---|---|
| 1. 核实 | 确认更新状态、追踪、部署与抓取。 | 把每次下降都归因于更新。 |
| 2. 分组 | 按目录、页面类型、查询、国家与设备拆分。 | 只看一张汇总图。 |
| 3. 比较 | 研究上升页面与当前意图。 | 盲目复制竞争者。 |
| 4. 改善 | 补充答案、证据、经验、结构与可访问性。 | 只增加字数。 |
| 5. 衡量 | 观察索引、点击、转化与后续变化。 | 每天改变策略。 |
应该避开的算法迷思
- “所有 Core Update 都是人工惩罚。”核心更新是广泛重新评估，与 Manual Action 不同。
- “一个工具能准确说出下降因素。”工具可帮助分组，但没有 Google 内部系统日志。
- “MUM 控制全部排名。”Google 表示 MUM 用于特定应用，不是通用排名系统。
- “AI 内容被禁止。”Google 关注目的与质量；用自动化操控排名可能违反 Spam Policies。
- “Core Web Vitals 满分一定超过更相关内容。”页面体验重要，但不能代替有用答案。
常见问题
Google 多久改变一次算法？
Google 会进行许多变化，并非全部公开。Dashboard 只记录特定官方更新与事件。
最新更新是否导致我的流量下降？
可能，但日期重叠不等于因果。需要检查查询、页面、意图、追踪和技术变化。
每次 Core Update 都要改内容吗？
不需要。只有数据和审核显示真实问题时才调整，不要对每次 rollout 恐慌反应。
这份时间线会继续更新吗？
会。新的官方更新会按照日期、来源与推出时间加入。
所有搜索波动 Google 都会公布吗？
不会。Google 进行许多改变，Dashboard 只记录部分对发布者有帮助的更新和事件。
行业波动工具能确认算法更新吗？
不能。它只能显示样本关键词结果变化；正式确认来自 Google，而且时间重叠也不能证明网站具体原因。
Core Update 等于全站惩罚吗？
不等于。Google 表示系统主要在页面层面评估，同时全站信号和分类器也可能参与。
恢复需要多久？
没有保证时间。Google 需要重新抓取与处理改变，评估也可能随时间继续变化。
更新后应该删除低流量页面吗？
不能只根据流量。应检查页面目的、准确性、需求、链接、业务价值，以及合并或下线是否真正帮助用户。
Schema 或 Core Web Vitals 能修复所有下降吗？
不能。它们各有具体作用，但不能取代相关性、有用内容、信任或技术资格。
资料来源与延伸阅读
- Google 搜索 ranking systems guide
- Google 搜索 Status Dashboard history
- Google 搜索 Status Dashboard documentation
- Google 搜索 Essentials
- Google guidance for core updates
- Google: debugging 搜索 traffic drops
- Google: creating helpful, reliable, people-first content
- Google spam policies for web search
- Google reviews system guide
- Google: Spam Updates and your site
- Original PageRank research paper
- Google: Caffeine indexing system
- Google: Penguin is now part of the core algorithm
- Google: guidance on high-quality sites after Panda
- Google: HTTPS as a ranking signal
- Google: mobile-friendly update rollout
- Google: BERT and language understanding
- Google: product reviews update
- Google: 实用内容 Update
- Google: AI-generated content and 搜索
- Google: March 2024 core update and spam policies
- Google: February 2026 Discover update
需要更明确的下一步？用证据分析下降，不要只看更新名称。
分享网站、变化时间与 Search Console 数据，我们可以区分算法更新、技术问题、搜索意图和需求变化。
Google AI 内容与 SEO：什么被允许、什么是垃圾内容，以及怎样安全发布2026年9月2日
Google Florida Update 2003：事实、理论与 SEO 教训2026年9月2日