Google 的 Search Status Dashboard 现在明确记录了一次排名事件：August 2026 spam update，2026 年 8 月 18 日启动，持续 2 天 16 小时，也就是在 8 月 20 日前后推完。这是该看板在 7 月、8 月、9 月三个月里记录的唯一一次排名事件。
先更正我们自己上一篇的说法
我们在 8 月 26 日那篇《排名在 8 月 1 日到 3 日剧烈波动，而谷歌什么都没确认》里写过「最近一次官方确认的排名变动仍是 6 月垃圾内容更新（6 月 24 日至 26 日）」。这句话在发稿时其实已经过时了——八月垃圾内容更新在 8 月 18 日就已经开始并在 20 日前后结束。那篇文章的主体结论（8 月 1 日至 3 日的第三方工具飘红没有对应的官方事件）依然成立，但「最近一次官方确认」这一句需要更正，我们已同步修订原文。
这个区分对诊断很重要：如果你的流量是在 8 月初掉的，它至今没有对应的官方事件；如果是在 8 月中下旬掉的，才对得上这次垃圾内容更新。日期对不上就不要往更新上套。
垃圾内容更新不是核心更新，恢复路径也不一样
2026 年至今 Google 官方确认的广泛核心更新只有两次：3 月那次（3 月 27 日至 4 月 8 日）和 5 月那次（5 月 21 日至 6 月 2 日）。垃圾内容更新是另一类东西：
- 核心更新重估的是「什么内容更有帮助」，是对整体质量判断的调整。被影响的站点通常没有做错什么具体的事，恢复靠内容长期改善，并且要等下一次核心更新重新评估。
- 垃圾内容更新针对的是违反垃圾内容政策的具体行为——伪造的内容、寄生虫式的托管、过期域名滥用、大规模低质量生成内容等等。如果被这类更新命中，去掉那个行为之后，有机会在后续更新中恢复，但没有任何保证，也不会立刻生效。
把两者混为一谈，最常见的后果是方向做反：本来是某个具体违规被打，却去做了三个月的「全站内容优化」。
2 天 16 小时这个数字有实际用处
这是一个很短的推出期。核心更新常常要两周以上。短窗口意味着波动集中在几天内，于是有两个操作上的推论：
- 别用 8 月 18 日至 21 日的数据做任何判断。推出期内的日环比是失真的，排名在这几天上下跳属于正常现象。
- 比较窗口要选在两侧的稳定期：拿 8 月 22 日之后的一段，对比 8 月 10 日之前的一段，中间那段整个跳过。周期长度取一致（比如各取 14 天），并且避开周末与工作日构成不同的坑。
四步自查，顺序别乱
- 先确认变化真的存在：Google Search Console 的效果报告，按上面的窗口切分对比总曝光、总点击、平均排名。曝光跌而排名没动，往往是需求变化不是排名变化。
- 再定位范围：按查询和按页面两个维度分别看。集中在某一类页面或某一簇关键词，才像是被算法命中；全站均匀下滑更像是季节性或需求侧的问题。
- 排除自己的干扰：同期有没有改模板、换 CDN、动 robots、调 canonical、迁移服务器？这类自伤在时间上和算法更新重合时，极难分辨，所以要先排除。
- 最后才谈内容动作，而且一次只改一类，留出观察期。
另外一个容易被忽略的事实：截至 9 月初，Google 尚未确认任何 9 月的核心更新或垃圾内容更新。如果你在 9 月看到排名工具飘红，第一反应仍然应该是查看官方看板，而不是相信第三方波动指数。
基础设施这一侧要先干净
算法更新的诊断有一个前提：你的站点在技术层面没有拖后腿。TTFB 偏高、跨洲回源、证书或重定向出问题，都会让本来就不明显的排名变化变得完全无法归因。服务器位置对 SEO 的影响主要走 TTFB 这条间接路径，而如果你还在自建站上跑爬虫、排名监控这类工具，跑 SEO 工具的 VPS 该怎么选里按工具类型给了资源画像。SharkCloud 在日本、新加坡、香港、美国都有独立实例，面向哪个市场就把站放在哪一侧，先把可控的变量控住，再去讨论算法。