Google 的 Search Status Dashboard 現在明確記錄了一次排名事件：August 2026 spam update，2026 年 8 月 18 日啟動，持續 2 天 16 小時，也就是在 8 月 20 日前後推完。這是該看板在 2026 年 7 月、8 月、9 月三個月裡記錄的唯一一次排名事件。
先更正我們自己上一篇的說法
我們在8 月 26 日那篇《排名在 8 月 1 日到 3 日劇烈波動，而 Google 什麼都沒確認》裡寫過「最近一次官方確認的排名變動仍是 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 天），並避開平日與週末組成不同的坑。
四步自查，順序別亂
- 先確認變化真的存在：Search Console 的成效報告，按上面的視窗切分比較總曝光、總點擊、平均排名。曝光跌而排名沒動，往往是需求變化不是排名變化。
- 再定位範圍：按查詢和按頁面兩個維度分別看。集中在某一類頁面或某一群關鍵字，才像是被演算法命中；全站均勻下滑更像是季節性或需求側的問題。
- 排除自己造成的干擾：同期有沒有改範本、換 CDN、動 robots.txt、調 canonical、搬遷伺服器？這類自傷在時間上和演算法更新重合時，極難分辨。
- 最後才談內容動作，而且一次只改一類，留出觀察期。
另外一個容易被忽略的事實：截至 9 月初，Google 尚未確認任何 9 月的核心更新或垃圾內容更新。如果你在 9 月看到排名工具飄紅，第一反應仍然應該是查看官方看板，而不是相信第三方波動指數。
基礎設施這一側要先乾淨
演算法更新的診斷有一個前提：你的網站在技術層面沒有拖後腿。TTFB 偏高、跨洲回源、憑證或轉址出問題，都會讓本來就不明顯的排名變化變得完全無法歸因。伺服器位置對 SEO 的影響主要走 TTFB 這條間接路徑，而如果你還在自架站上跑爬蟲、排名監控這類工具，跑 SEO 工具的 VPS 該怎麼選裡按工具類型給了資源輪廓。SharkCloud 在日本、新加坡、香港、美國都有獨立執行個體，面向哪個市場就把網站放在哪一側，先把可控的變數控住，再去討論演算法。