SEO × AI搜尋在改變,你的成長策略也該向前。認識 AI 搜尋優化

Google 演算法更新總整理:2027 最新動態、歷年紀錄與流量下降檢查

整理 Google 2026 最新演算法更新、官方推出日期與歷年重要事件,區分核心、垃圾內容、Discover 與評論更新,並提供 Search Console 流量下降檢查步驟。

2026 Google 演算法更新懶人包:從 Florida 到 AI 總覽,所有 SEO 專家必讀的權威指南
將 Whoops 設為Google 偏好來源(另開 Google 設定頁)

截至 2026 年 10 月 1 日,最新的官方更新是2026 年 9 月垃圾內容更新:9 月 24 日開始,仍在推出中。若網站近期掉量,先確認影響的是一般搜尋、Discover,還是點擊率,再對照更新時間;同期波動本身無法證明網站受到處罰。

快速查閱:近期更新|更新類型|流量下降檢查|歷年紀錄|演算法與排名系統

近期 Google 演算法更新

9 月垃圾內容更新(September 2026 spam update)

9 月更新適用全球、所有語言,Google 預估最多兩週完成,目前尚未公告結束。先記錄受影響頁面與查詢,再查垃圾內容政策、人工處置與安全性問題。Google 沒有公布特定產業或 AI 內容類型為這次的專門目標。查看官方推出狀態。10 月 1 日另有生成式 AI 內容指引的文件修訂,屬於查證要求的說明,需與演算法推出狀態分開判讀。

2027 年其他已確認更新

推出期間更新與重點
8/18–8/218 月垃圾內容更新
August 2026 spam update
官方時程
6/24–6/266 月垃圾內容更新
June 2026 spam update
官方時程
5/21–6/25 月核心更新
May 2026 core update
官方時程
3/27–4/83 月核心更新
March 2026 core update
官方時程
3/24–3/253 月垃圾內容更新
March 2026 spam update
官方時程
2/5–2/272 月 Discover 核心更新
February 2026 Discover update
首波適用美國英文使用者;更多在地相關、深入原創與具主題專業的內容,減少聳動標題。 官方時程

8 月與 9 月垃圾內容更新是不同事件;比較 Search Console 時,應分開各自的推出區間。3 月垃圾內容更新的部署歷時 19 小時 30 分鐘,部署速度無法用來判斷個別網站的影響。所有表格日期採美國太平洋時間(US/Pacific),跨年完成的事件會標出年份。

返回鍵綁架政策:6 月 15 日開始執法

這是垃圾內容政策變更。Google 於 4 月 13 日公告把 back button hijacking 納入惡意行為,6 月 15 日起執法;攔截瀏覽器返回操作、把使用者導往未預期頁面,可能造成自動降排名或人工處置。檢查時也要包含廣告與第三方程式碼。可依上一頁劫持的偵測與修復指南處理,日期與規定見Google 官方政策公告。

不同更新,影響的是什麼?

Google 演算法由多套系統共同運作。核心更新、垃圾內容更新與搜尋功能改版處理的問題不同,應先找出事件類型,再決定檢查方向。

更新類型影響範圍與檢查方向
核心更新(Core update)廣泛調整核心排名系統。比較頁面是否完整回答查詢、資訊可靠性與原創價值;官方通常不公布單一產業或訊號權重。
垃圾內容更新(Spam update)改善垃圾內容偵測。核對垃圾內容政策、不自然連結、內容濫用與安全性問題;每次更新不一定等於某個 SpamBrain 版本升級。
Discover 更新影響 Discover 推薦內容,與一般網頁搜尋分開分析。2026 年 2 月首波適用美國英文使用者,方向包含在地相關、原創深度與主題專業。
評論更新(Reviews update)評估深入分析、原創研究與有用的評論。2023 年 11 月後系統持續更新;它與 Product 結構化資料屬於不同事項。
政策、索引與搜尋功能變更行動優先索引決定索引依據;AI Overviews改變搜尋呈現;垃圾內容政策規範違規行為。三者都應與具名排名更新分開記錄。

更新後流量下降,怎麼查原因?

1. 先確認事件是否結束

查Google 官方更新紀錄。核心更新完成後,依官方建議至少等待一個完整星期,再比較更新前後完整週期;正在推出的事件先記錄變化,避免把單日波動當成結果。

2. 分開點擊、曝光、排名與 CTR

在Google Search Console 成效報表比較相同搜尋類型、國家與裝置。曝光也下降,先查搜尋需求與排名;曝光穩定但點擊減少,優先檢查 CTR 與搜尋版面。Discover 另看專屬報表。

3. 找出下滑的頁面與查詢

比對下降最多的網址與查詢,查看是否集中在同一主題、頁型或搜尋意圖。逐頁檢查內容是否回答搜尋意圖、是否缺少實際證據與必要資訊,再參考核心更新後的排名復原檢查建立修改清單。

4. 排除技術問題與需求變化

用網址檢查工具核對索引狀態、robots.txt、noindex、canonical、伺服器及手機版內容;可依技術 SEO 檢查處理。同時比較季節性、活動結束與搜尋需求,確認近期是否換網址或調整導覽。

5. 依原因修改,再追蹤資料

垃圾內容問題依政策處理;內容缺漏則補實際資訊、作者經驗與可靠來源,可參考SEO 內容更新方法與E-E-A-T 品質檢查。記錄修改日期及後續成效,保留網址與有用內容;大量刪文或購買連結無法取代原因診斷。

Search Console 操作範例:比較更新前後的頁面與查詢

以下使用實際 Search Console 介面示範操作。網站、帳號、網址與搜尋字詞已遮蔽。趨勢圖保留曲線與日期,遮住精確指標數值;比較表保留點擊數及落差。日期是教學選定期間。這組畫面用來說明怎麼查資料,不代表網站受到更新影響或已經恢復。

步驟一:設定兩段可比較的完整七天

開啟 Search Console,在「成效」選「搜尋結果」。點日期範圍(部分介面顯示 More time ranges),切換「比較」,選「自訂」。依Google 核心更新的檢查建議,先確認推出結束,至少等待完整一週,再比較更新後與更新前的資料。

以2026 年 5 月核心更新的官方時程為例,事件於 5 月 21 日開始、6 月 2 日完成(官方時區為美國太平洋時間)。示範設定更新後 2026-06-10 至 2026-06-16,比較更新前 2026-05-13 至 2026-05-19,兩段都從週三到週二。填好後按「套用」。實際診斷請換成你的事件區間,並維持搜尋類型、國家與裝置篩選一致。

Search Console 自訂日期比較,設定更新後與更新前兩段七天期間
圖 1:在日期範圍的「比較」選擇「自訂」,填入兩段完整七天。

步驟二:同時看點擊、曝光、CTR 與排名

開啟「總點擊次數」「曝光總數」「平均點閱率」「平均排序」四張指標卡。先判斷下降集中在哪個指標,再往頁面檢查:曝光下降需要確認搜尋需求、可見度及索引;曝光相近但點擊下降,接著看 CTR 與搜尋結果版面;平均排序的數字變大代表平均位置往後,但查詢組合改變也會影響平均值。全站平均只能提供方向。

Search Console 成效比較的總點擊次數、曝光總數、平均點閱率與平均排序四個指標
圖 2:開啟四項指標,分別比較兩段期間;精確指標數值已遮蔽,保留曲線與日期。

步驟三:用「網頁」找出需要檢查的頁面

捲到下方表格,切換「網頁」,查看兩個期間的點擊與「點擊 落差」。需要找下滑頁面時,調整落差欄位的排序,讓負值最大的頁面先出現。先移除不需要的「頁」篩選,才能比較全站頁面;接著選一個下降明顯的頁面。圖 3 保留的是已篩選單一頁面的畫面,遮住網址並保留點擊數及落差。

Search Console 網頁比較表的兩段期間點擊與點擊落差欄位,網址已遮蔽,保留兩段期間的點擊數與落差
圖 3:切換「網頁」查看兩段期間的點擊落差;此截圖已套用單一頁面篩選。

步驟四:進入單一頁面的「查詢」

點選頁面後,確認上方出現「頁」篩選,切換「查詢」。比較這一頁的查詢點擊、曝光、CTR 與平均排序,確認是少數關鍵字變動,還是多個搜尋意圖一起下降。必要時再依裝置或國家分開比較;需求可能改變時,也要對照Google Trends 搜尋趨勢。

Search Console 選定單一網頁後的查詢比較表,頁面網址及搜尋字詞已遮蔽,保留點擊數與落差
圖 4:套用「頁」篩選後查看「查詢」,比較同一篇頁面的搜尋字詞表現。

記錄受影響的頁面、查詢、裝置與期間,再回到上方流程排除技術問題及內容落差。依 Search Console 成效報表說明,表格加總可能因彙總方式等因素而不等於上方總數;不要用一張報表就判定是哪個演算法造成下降。

Google 歷年更新紀錄

以下收錄目前官方搜尋狀態儀表板可核對的排名事件,並保留更早的重要里程碑。2026 年紀錄見前段;較早年份可點開查閱。有來源支持的日級日期會註明公告或推出;其餘按歷史月份整理,不推定確切起訖日。早期年份是重要事件整理,Google 未公開公告的微調不在完整清單之內。

2025 年更新紀錄
推出期間更新與重點
12/11–12/2912 月核心更新
December 2025 core update
官方時程
8/26–9/228 月垃圾內容更新
August 2025 spam update
官方時程
6/30–7/176 月核心更新
June 2025 core update
官方時程
3/13–3/273 月核心更新
March 2025 core update
官方時程
2024 年更新紀錄
推出期間更新與重點
12/19–12/2612 月垃圾內容更新
December 2024 spam update
官方時程
12/12–12/1812 月核心更新
December 2024 core update
官方時程
11/11–12/511 月核心更新
November 2024 core update
官方時程
8/15–9/38 月核心更新
August 2024 core update
官方時程
6/20–6/276 月垃圾內容更新
June 2024 spam update
官方時程
3/5–3/203 月垃圾內容更新
March 2024 spam update
官方時程
3/5–4/193 月核心更新
March 2024 core update
實用內容評估併入核心排名;更新完成於 4/19,公告完成的日期與實際完成日期不同。 官方時程

2024 年政策與搜尋功能變更

3 月 5 日,Google 公布過期網域濫用、規模化內容濫用、網站聲譽濫用三類政策;其中網站聲譽濫用自 5 月 5 日生效。11 月 19 日的政策澄清進一步指出,即使網站有參與或監督,也不能利用第三方內容濫用主站的排名訊號。這些是政策與執法議題,不能合併寫成「9 月網站聲譽演算法更新」。

3 月核心更新的重要改變,是實用內容評估演進為多個核心排名系統共同處理;規模化內容濫用則依大量內容是否以操縱排名為目的判斷,不論內容由 AI、人力或混合方式生產。

AI Overviews 於 2024 年 5 月開始推出,之後擴展至更多市場,屬於搜尋功能變更。它會改變搜尋結果頁面的呈現,與自然排名更新要分開判讀;相關原則見Google AI 功能文件。

2023 年更新紀錄
推出期間更新與重點
11/8–12/711 月評論更新
November 2023 reviews update
此後評論系統以持續更新方式運作,不代表轉為只在核心更新時評估。 官方時程
11/2–11/2811 月核心更新
November 2023 core update
官方時程
10/5–10/1910 月核心更新
October 2023 core update
官方時程
10/4–10/1910 月垃圾內容更新
October 2023 spam update
官方時程
9/14–9/289 月實用內容更新
September 2023 helpful content update
改善實用內容評估;此系統後於 2024 年 3 月併入核心排名。 官方時程
8/22–9/78 月核心更新
August 2023 core update
官方時程
4/12–4/254 月評論更新
April 2023 reviews update
由產品評論擴展至服務、商家等評論;實際適用語言以官方文件為準。 官方時程
3/15–3/283 月核心更新
March 2023 core update
官方時程
2/21–3/72 月產品評論更新
February 2023 product reviews update
針對產品評論品質的系統更新;不是 Product schema 更新。 官方時程

2023 年索引與搜尋呈現變更

Google 在 10 月 31 日宣布行動優先索引轉換完成。手機版的重要文字、圖片與結構化資料仍應與桌機版一致。SGE 測試及 FAQ、HowTo 複合式搜尋結果的顯示調整,也屬於功能與呈現方式變更,不是新的核心更新;不要只靠某一種版位的增減判定演算法處罰。

2022 年更新紀錄
推出期間更新與重點
12/14–2023/1/1212 月連結垃圾內容更新
December 2022 link spam update
使用 SpamBrain 偵測與中和不自然連結;原本由垃圾連結取得的排名利益可能消失。 官方時程
12/5–2023/1/1212 月實用內容更新
December 2022 helpful content update
實用內容系統擴展至全球語言,跨年後才完成。 官方時程
10/19–10/2110 月垃圾內容更新
October 2022 spam update
官方時程
9/20–9/269 月產品評論更新
September 2022 product reviews update
針對產品評論品質的系統更新;不是 Product schema 更新。 官方時程
9/12–9/269 月核心更新
September 2022 core update
官方時程
8/25–9/98 月實用內容更新
August 2022 helpful content update
實用內容系統首次推出,當時從英文內容開始。 官方時程
7/27–8/27 月產品評論更新
July 2022 product reviews update
針對產品評論品質的系統更新;不是 Product schema 更新。 官方時程
5/25–6/95 月核心更新
May 2022 core update
官方時程
3/23–4/63 月產品評論更新
March 2022 product reviews update
針對產品評論品質的系統更新;不是 Product schema 更新。 官方時程
2/22–3/3桌機版頁面體驗更新
Page experience update for desktop
將適用的頁面體驗訊號擴展至桌機;行動友善性不屬於桌機版要求。 官方時程

E-E-A-T:品質評估指南在 2022 年增加「經驗」

Google 於 12 月 15 日更新搜尋品質評估指南,在 E-A-T 中增加 Experience。E-E-A-T 的四個面向是評估內容品質的參考,評估者不會直接替單一頁面調整排名。對YMYL 主題,尤其要確認資訊可靠、作者專業與來源可核對。

2021 年更新紀錄
推出期間更新與重點
12/1–12/2112 月產品評論更新
December 2021 product reviews update
針對產品評論品質的系統更新;不是 Product schema 更新。 官方時程
11/17–11/3011 月核心更新
November 2021 core update
官方時程
11/3–11/1111 月垃圾內容更新
November 2021 spam update
官方時程

7 月連結垃圾內容更新與核心更新

7 月核心更新於 7 月 1 日開始,7 月 12 日完成。Google 於 7 月 26 日推出連結垃圾內容更新,改善多語言的不自然連結偵測;付費與贊助連結應使用適當的 rel 標記。6 月與 7 月則各有一次核心更新,Google 官方公告說明部分原定改善分兩次推出,不能把兩次更新視為同一事件。

【2021年8月】頁面標題重寫 (Page Title Rewrites)
公告日:2021 年 8 月 24 日。 官方公告。
搜尋結果標題的產生方式調整,Google 會參考可見主標題等頁面文字,未必直接採用 HTML <title>。目的在於更準確地反映頁面內容。

【2021年6月】廣泛核心更新 (June 2021 Broad Core Update)
歷史月份:2021 年 6 月。
Google 在同一則公告預告 7 月還有一次核心更新,部分改善分兩次推出。比較資料時應分開各次推出區間,避免在部署期間判定最終影響。

【2021年6月】頁面體驗更新 (Page Experience Update)
歷史月份:2021 年 6 月。
將適用的 Core Web Vitals 等頁面體驗訊號逐步導入行動搜尋。頁面體驗包含多個面向,無法用單一分數代表所有排名因素。

【2021年4月】產品評論更新 (Product Reviews Update)
推出日:2021 年 4 月 8 日;最初適用英文評論。 官方公告。
首次推出產品評論品質更新,重視深入分析、原創研究、專業知識與實際使用經驗。

【2021年2月】段落索引 (Passage Indexing)
歷史月份:2021 年 2 月。
更準確的名稱是段落排名:辨識長篇頁面中特定段落與查詢的相關性,評估的仍是網頁,沒有將每個段落建立為獨立索引頁。

2020 年更新紀錄

【2020年12月】核心更新 (December 2020 Core Update)
歷史月份:2020 年 12 月。
當年第三次核心更新。個別頁面的下滑需比對搜尋意圖、內容與成效資料,不能僅憑日期推定原因。

【2020年5月】核心更新 (May 2020 Core Update)
歷史月份:2020 年 5 月。
廣泛核心更新,推出時正值 COVID-19 疫情期間。診斷流量改變時,需要同時比較搜尋需求、頁面與查詢資料。

【2020年1月】精選摘要去重 (Featured Snippet De-duping)
歷史月份:2020 年 1 月。
已出現在精選摘要的 URL,不再重複出現在第一頁的常規自然結果中;這是結果去重與版面呈現的調整。

2019 年更新紀錄

【2019年10月】BERT 更新 (BERT Update)
公告日:2019 年 10 月 25 日。 官方公告。
Google 開始採用 BERT 理解查詢中字詞的上下文關係,改善自然語言查詢的理解。

【2019年6月】核心更新 (June 2019 Core Update)
歷史月份:2019 年 6 月。
事前透過官方管道預告的核心更新,涉及整體排名系統的改善。

【2019年6月】網站多樣性更新 (Site Diversity Update)
歷史月份:2019 年 6 月。
減少單一網域占據多筆前段搜尋結果的情況,一般以同站兩筆為原則,仍有適合顯示更多結果的例外。

【2019年3月】廣泛核心更新(Florida 2)
歷史月份:2019 年 3 月。
「Florida 2」是業界暱稱,官方使用 March 2019 Core Update 名稱;不能據此推定某個產業被處罰或 E-E-A-T 權重提高。

2018 年更新紀錄

【2018年8月】”Medic” 核心更新 (“Medic” Core Update)
歷史月份:2018 年 8 月。
「Medic」是業界對此次廣泛核心更新的暱稱。名稱不能代表只針對醫療網站,也不能用來推定 Google 公布了 E-A-T 權重變化。

【2018年7月】行動裝置速度更新 (Mobile Speed Update)
推出日:2018 年 7 月 9 日;1 月預告文章在當天補上推出通知。 官方公告。
將行動頁面載入速度納入行動搜尋排名考量,主要影響載入最慢的頁面;查詢相關性仍是重要考量。

【2018年3月】行動優先索引推出 (Mobile-First Index Rollout)
公告日:2018 年 3 月 26 日;當時開始擴大遷移符合條件的網站。 官方公告。
開始擴大採用行動版內容作為索引與排名評估的依據;手機版的重要內容及結構化資料需要完整。

2017 年更新紀錄

【2017年3月】”Fred” 更新 (“Fred” – Unconfirmed)
歷史月份:2017 年 3 月。社群命名,沒有對應的官方具名更新。
「Fred」是社群對當時波動的暱稱,沒有可核對的官方具名事件與完整目標說明,不能直接用來診斷網站受罰。

【2017年1月】侵入式插頁廣告懲罰 (Intrusive Interstitial Penalty)
歷史月份:2017 年 1 月。
對干擾行動使用者閱讀主要內容的侵入式插頁廣告引入排名訊號;須區分必要的法規通知等適用例外。

2016 年更新紀錄

【2016年9月】企鵝 4.0 正式宣布 (Penguin 4.0 Announcement)
公告與開始推出:2016 年 9 月 23 日。 官方公告。
Penguin 成為核心排名系統的一部分,以重新爬取與處理資料為基礎持續評估連結,無須等待舊式的大批次更新。

【2016年9月】”Possum” 更新 (“Possum” – 非官方名稱)
歷史月份:2016 年 9 月。社群命名,沒有對應的官方具名更新。
「Possum」是業界對在地搜尋波動的稱呼,沒有對應的官方具名更新;判讀在地排名需同時檢查地點、查詢與商家資料。

2015 年更新紀錄

【2015年10月】RankBrain
歷史月份:2015 年 10 月。
RankBrain 協助理解詞語與概念的關聯,即使網頁未逐字包含查詢,也可能找出相關內容。

【2015年4月】行動裝置友善更新 (“Mobilegeddon”)
推出日:2015 年 4 月 21 日。 官方公告。
把行動裝置友善性納入行動搜尋排名考量;「Mobilegeddon」是業界暱稱。

2014 年更新紀錄

【2014年8月】HTTPS/SSL 更新
公告日:2014 年 8 月 7 日(依目前官方文章所標日期)。 官方公告。
宣布 HTTPS 為輕量級排名訊號。使用加密連線仍需配合內容品質及其他搜尋要求。

【2014年7月】鴿子更新 (Pigeon)
歷史月份:2014 年 7 月。社群命名,沒有對應的官方具名更新。
「Pigeon」是社群命名,用來描述當時在地搜尋結果的調整;沒有可直接套用的官方具名演算法規則。

2013 年更新紀錄

【2013年8月】蜂鳥更新 (Hummingbird)
歷史月份:2013 年 8 月;官方指南以月份記錄。 官方系統指南。
Google 官方指南將 Hummingbird 列為 2013 年 8 月的整體排名系統改進,改善查詢理解。

2012 年更新紀錄

【2012年9月】完全匹配網域 (EMD) 更新 (Exact-Match Domain Update)
歷史月份:2012 年 9 月。
降低低品質網站僅靠網域名稱完全符合搜尋字詞而取得的排名優勢。

【2012年5月】知識圖譜 (Knowledge Graph)
歷史月份:2012 年 5 月。
推出知識圖譜,透過實體與其關係理解資訊,並在搜尋結果呈現知識相關內容;這是搜尋功能的發展。

【2012年4月】企鵝更新 (Penguin)
公告日:2012 年 4 月 24 日;公告表示接下來幾天推出,未在此列為確定完成日。 官方公告。
偵測操縱排名的垃圾內容行為,包含不自然連結等;後於 2016 年併入核心排名系統。

2011 年更新紀錄

【2011年11月】新鮮度更新 (Freshness Update)
歷史月份:2011 年 11 月。
改善需要近期資訊的查詢結果,例如時事與持續更新的話題;不是所有查詢都偏好最新日期。

【2011年10月】查詢加密 (Query Encryption)
歷史月份:2011 年 10 月。
開始加密登入使用者的搜尋查詢,網站分析資料因而出現 (not provided);這是隱私與分析資料的變更。

【2011年2月】熊貓/農夫更新 (Panda/Farmer)
歷史月份:2011 年 2 月;後於 2015 年併入核心排名系統。 官方系統指南。
改善低品質內容的辨識與排名評估,後於 2015 年併入核心排名系統。

2000–2010 年早期重要事件

【2010年6月】咖啡因系統正式推出 (Caffeine Rollout)

推出新的搜尋索引基礎架構,提升新內容進入索引的速度;索引更新與排名演算法調整應分開理解。

【2009年2月】Rel-canonical 標籤 (Rel-canonical Tag)

讓網站管理員指定重複頁面的首選版本,協助整合訊號。canonical 是提示,Google 仍可能選擇其他版本。

【2007年5月】通用搜尋 (Universal Search)

將新聞、影片、圖片及地圖等結果整合至主要搜尋結果,是搜尋呈現方式的變更。

【2005年6月】XML Sitemaps

允許網站提交 XML Sitemap,協助搜尋引擎發現網址;提交不代表保證索引或排名。

【2005年1月】Nofollow 屬性 (Nofollow Attribute)

推出 rel=”nofollow” 協助標記連結關係並處理留言垃圾連結,影響連結訊號的理解。

【2003年11月】”佛羅里達” 更新 (Florida Update)

早期的重要排名更新,業界稱為 Florida;應作歷史里程碑理解,無法用其舊名稱診斷今天的網站問題。

【2000年12月】Google 工具列 (Google Toolbar)

工具列讓公開的 Toolbar PageRank 分數可見。工具列分數後來關閉,PageRank 仍是目前核心系統的一部分。

Panda、Penguin、BERT 現在還有用嗎?

許多舊名稱仍能解釋 Google 如何改善搜尋,但現在應依官方的排名系統定位理解。Panda 熊貓於 2015 年併入核心排名系統,Penguin 企鵝於 2016 年併入;Hummingbird 蜂鳥是 2013 年的整體排名系統改進。Helpful Content 實用內容系統自 2024 年 3 月起演進為核心排名系統的一部分。

以下依Google 官方排名系統指南整理公開說明的系統。Google 未公開全部訊號或權重;這份分類用來理解作用,無法當成固定的排名公式。

理解查詢與內容語意

系統目前作用
BERT、RankBrain、Neural matching理解詞語上下文、概念與查詢和網頁的語意關聯。寫作重點是完整回答問題,無須為模型堆砌同義詞。
Passage ranking(段落排名)辨識頁面內特定段落與查詢的相關性;評估的仍是網頁,不會把每段文字建立成獨立索引頁。

評估內容品質、連結與垃圾內容

系統目前作用
PageRank 與連結分析系統利用頁面間的連結理解內容與實用性。PageRank 仍是核心系統的一部分,公開工具列分數的關閉不代表演算法消失。
Freshness(新鮮度)對需要近期答案的查詢呈現較新的內容;只更改日期而沒有更新資訊,不能取代實質內容更新。
Original content、Reliable information協助原創內容、原始報導與可靠資訊取得曝光;資訊快速變動或可靠性不足時,也可能顯示相關提醒。
Reviews system(評論系統)評估深入分析與原創研究的評論。可參考產品評論內容的改善方法;評論系統持續更新,不能簡化為已完全併入核心更新。
Spam detection 與 SpamBrain偵測違反垃圾內容政策的內容與行為。SpamBrain 是其中一套系統,不能把每次 spam update 都當成特定 SpamBrain 版本升級。

處理結果多樣性與特定搜尋情境

系統目前作用
Deduplication、Site diversity減少相似結果與單一網站占據太多版位。網站多樣性系統通常限制同站在前段結果的數量,但有適合顯示更多結果的例外。
Exact match domain(完全匹配網域)避免名稱剛好等於搜尋字詞的網域,僅靠名稱就獲得過多排名優勢。
Local news、Crisis information在適合的搜尋情境呈現在地新聞、危機熱線或災害官方資訊。
Removal-based demotion當網站有大量有效的特定移除要求時,依適用政策調降其他內容的曝光,例如部分版權或個資濫用情況。
MUM(Multitask Unified Model)用於部分特定搜尋應用,例如疫苗資訊與精選摘要;官方指南沒有將它列為一般搜尋排序使用的模型。

Core Web Vitals衡量部分頁面體驗,內容可靠性仍要另外檢查。依Google AI 搜尋功能文件,AI Overviews 與 AI Mode 沿用一般 SEO 及索引要求,沒有專用 schema 可以保證被引用。

其他常見問題

排名波動很大,但 Google 沒有公告更新,該怎麼判斷?

先記錄影響日期、頁面、查詢、搜尋類型與裝置,排除技術故障和需求變化。第三方工具只能顯示觀察到的波動,不能替未公告事件確認名稱、目標或原因。

修改內容後,多久能恢復排名?

沒有固定恢復天數。Google 重新爬取、處理改善及系統再次評估都需要時間,部分變化可能要等後續核心更新;即使改善完成,也無法保證回到原排名。

演算法影響和人工處置的修復流程一樣嗎?

不同。Search Console 的人工處置報表會顯示已確認的人工處置;完成修正後,依報表指示提交重新審查。自動排名系統的影響沒有對應的重新審查申請,應改善問題並等待系統重新處理。

人工處置的入口與重新審查流程,見Google 人工處置報表說明;內容改善與重新評估的原則,見核心更新官方建議。

喜歡這篇內容?讓下次搜尋,更容易遇見 Whoops。

將 Whoops 設為 Google 偏好來源(另開 Google 設定頁)前往 Google 選取並確認,即可完成設定。

Sliven 褚崇名

Sliven 褚崇名是 Whoops SEO 創辦人,負責技術 SEO、內容與關鍵字策略、WordPress 網站重建,以及 AI SEO、AEO、GEO 的量測與內容優化。作者頁可查閱由他署名的〈SEO 是什麼〉與〈AI SEO 是什麼〉等教學;內容中的自有量測、模型觀測與第三方來源應分開判讀,並以各頁標示的方法與限制為準。是否適合特定專案,仍需依網站現況、目標、執行範圍與可驗證成果判斷。

查看作者文章 →

討論與提問

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *