Albert's SEO Note
輸入關鍵字開始搜尋

Google 演算法到底怎麼運作,從 PageRank 到 AI Overviews 的演進與排名邏輯

拆解 Google 演算法的 3 大排名支柱與 200+ 排名因素分組邏輯。統整從 PageRank 連結投票到 MUM 語意理解的 5 個關鍵演進節點,釐清 Core Update 與每年數千次日常微調的根本差異,精準判斷網站排名波動的真實來源,制定符合機器學習趨勢的有效內容策略。

Albert · · 40 min read
Google 演算法到底怎麼運作,從 PageRank 到 AI Overviews 的演進與排名邏輯

本文重點

  • Google 搜尋由十多個獨立排名系統串接而成,每年進行超過四千次改進,並非單一演算法程式。
  • 排名日常波動約 1-3 名,若於 Core Update 期間暴跌逾 20 名,才需重整內容品質。
  • PageRank 的連結投票邏輯至今仍是底層核心,外部連結依然穩居排名前 3 重要的訊號之一。
  • 語意搜尋與 RankBrain 機器學習上線後,內容策略已從關鍵字堆砌轉向建立完整解答的主題聚類。

Google 演算法想像成一個有 25 年資歷的圖書館員,每天面對全球數十億張新進館的紙條,必須在 0.5 秒內判斷哪張紙條最值得遞給眼前這位讀者。

它一開始只看「誰被引用最多次」,後來學會閱讀語意、聽得懂口語、看得懂圖片,最近兩年甚至開始自己寫摘要回答你。

這篇文章會把演算法從 1998 年到 2026 年的關鍵變動拉成一條線,幫你看懂現行排名邏輯背後的三大支柱、200+ 排名因素的真實分組,以及 Core Update、Spam Update、AI Overviews 各自影響的是哪一層。

一、Google 演算法是什麼,為什麼一年要更新數千次

Google 演算法並不是一個單一程式,而是由多個排名系統(Ranking Systems)串接而成的決策鏈,每個系統負責處理特定面向的訊號,最後再由整體排名管線(ranking pipeline)合成最終的搜尋結果順序。

根據 Google Search Central 的 Ranking Systems Guide,Google 公開承認目前運作中的核心系統包括 RankBrain、Neural Matching、BERT、MUM、Helpful Content System、Reviews System、Passage Ranking System、Original Content System、Removals-Based Demotions System 等十幾個獨立模組。

每一個排名系統都有自己的訓練資料、特徵集與更新節奏,這也是為什麼 Google 內部工程師會說「沒有 the algorithm,只有 the algorithms」。

這些系統有些屬於常駐運作的核心模型(例如 BERT),有些則是針對特定情境啟動的觸發式系統(例如 QDF, Query Deserves Freshness),它們在不同的 query 類型下會被賦予不同的權重組合。

Google 官方在 How Search Works 中揭露,他們每年會對搜尋系統進行數千次的調整,2022 年的官方數字是「進行了 4,725 次改進並發起 894,000 次品質測試」。

這個數字裡面包含了演算法調整、UI 改動、爬取邏輯優化、新功能 A/B test 等所有面向,並非每一次都會影響排名。

這些日常微調絕大多數規模極小,使用者完全感受不到,反映在 SEO 工具如 Semrush Sensor 或 Mozcast 的波動值通常不到 1 度。

真正會在 SEO 圈造成劇烈震盪的,是 Google 主動公告的 Core Update(核心演算法更新),每年大約 3 到 4 次,每次大約持續 1 到 2 週才完整 rollout,期間 SERP 波動值經常衝到 4 到 5 度甚至更高。

日常微調與 Core Update 的差別在於:前者通常只影響單一排名系統(例如 SpamBrain 模型重訓、Reviews System 模型微調),後者則是針對整體相關性判斷做大幅調整,會牽動幾乎所有產業的 SERP。

理解這個區分很重要,因為大多數網站排名波動其實來自日常微調,而不是 Core Update。

如果你在沒有公告的時間點看到排名跳動 1 到 3 個位置,那是日常 noise,通常會在一週內自動回穩;如果是公告期內看到大幅下滑 20 名以上,才需要認真檢視內容品質與 E-E-A-T 訊號。

另一個值得注意的點是,Google 從 2021 年開始正式在 Google Search Status Dashboard 公告所有 ranking 與 indexing 相關事件,包含 Core Update 的開始與結束時點。

建議所有從事 SEO 的工作者把這個官方 dashboard 加進每日監控清單,比任何第三方工具都來得即時準確。

二、從 PageRank 到 MUM,5 個改寫排名邏輯的關鍵時刻

要看懂現行演算法,必須先理解這 25 年中 5 個徹底改寫排名邏輯的歷史節點,每一次轉變都對應到一種新的「閱讀方式」。

(一)1998 PageRank 把連結當成投票

Larry Page 與 Sergey Brin 在 1998 年發表的 PageRank 論文(〈The Anatomy of a Large-Scale Hypertextual Web Search Engine〉)奠定了 Google 整個帝國的基礎。

它的核心假設極為簡單:一個網頁的權威性,等於指向它的其他網頁的權威性總和

換句話說,連結被視為一種民主投票,而且這張選票的份量取決於投票者本身的地位。

在 PageRank 之前,主流搜尋引擎如 AltaVista、Lycos、Excite 主要靠關鍵字密度與頁面內 meta tag 來排序,這也是為什麼 1995 到 1998 年的搜尋結果充斥著惡意堆砌關鍵字的垃圾頁面,使用者經常要翻過 3 到 5 頁才能找到真正相關的內容。

PageRank 把判斷依據從「頁面說了什麼」轉移到「外部世界怎麼看待這個頁面」,這個典範轉移直到今天都還是 Google 演算法的底層邏輯之一。

雖然 Google 在 2016 年正式關閉了公開的 PageRank 工具列數值,但內部仍然使用 PageRank 的後代演算法(業界推測為 Reasonable Surfer Model)作為連結權重的核心算法,連結至今依然是排名前 3 重要的訊號之一。

(二)2013 Hummingbird 開始讀懂語意

2013 年 8 月推出的 Hummingbird(蜂鳥)更新,是 Google 第一次大規模捨棄純關鍵字比對,改採語意理解(Semantic Search)。

在 Hummingbird 之前,搜尋「附近哪裡有便宜的 iPhone 維修店」會被切成「iPhone」「維修」「便宜」「附近」幾個獨立 token 去比對,搜尋引擎完全不理解這幾個 token 之間的關係。

Hummingbird 之後,Google 開始把整個 query 視為一個有意圖的句子,並從 2012 年同步上線的 Knowledge Graph 中找出對應的實體(Entity)與實體之間的關係。

同一時期 Google 也大幅強化了長尾與會話式(conversational)查詢的處理能力,這是後來 Google Assistant 與 Voice Search 能夠成立的基礎。

這次更新沒有像 Penguin 或 Panda 那樣造成排名地震,因為它替換的是底層語意處理引擎,而不是針對特定黑帽手法的懲罰系統,但它徹底改變了 SEO 內容策略的方向:從「塞滿關鍵字」轉向「完整回答主題」。

Hummingbird 之後,圍繞同一個主題撰寫多篇深度文章並建立主題聚類(Topic Cluster)的內容策略,才開始成為主流。

(三)2015 RankBrain 是第一個機器學習排名訊號

2015 年 10 月確認上線的 RankBrain,是 Google 第一個將機器學習(Machine Learning)正式納入排名訊號的系統,當時被官方在彭博社(Bloomberg)的採訪中點名是「排名第三重要的訊號」,僅次於連結與內容。

RankBrain 主要負責處理 Google 從沒見過的長尾查詢,根據 Google 工程師對外受訪時提到的數據,每天有 15% 的搜尋字串是歷史上從未出現過的,RankBrain 透過向量空間(Vector Space)將陌生 query 對應到語意相近的已知 query,再從中推導出最合適的搜尋結果。

例如它能理解「沒有蛋糕粉的時候蛋糕怎麼做」與「自製蛋糕替代材料」在語意上是接近的,即使這兩個 query 在字面上幾乎沒有重疊。

這是演算法從「規則導向」走向「模型導向」的分水嶺,也預告了後續 BERT 與 MUM 的全面 AI 化。

值得注意的是,RankBrain 不是用來「重新排序」既有的 top 10,而是在排名階段就直接影響候選頁面的選擇,這也是為什麼長尾查詢的排名結果在 2015 年之後變得難以用傳統 SEO 工具預測。

(四)2019 BERT 與 2021 MUM 帶來跨語言跨格式的多模態理解

2019 年 10 月推出的 BERT(Bidirectional Encoder Representations from Transformers)是 Google 在自然語言處理上的重大突破,它能同時讀懂句子前後文,特別擅長處理介詞(preposition)與否定詞造成的語意翻轉。

例如搜尋「2019 brazil traveler to usa need a visa」這種包含方向性的 query,BERT 之前的演算法可能會回傳「美國人到巴西需要簽證嗎」的結果,BERT 之後則能正確判斷主詞是巴西人,並回傳「巴西人到美國的簽證需求」相關內容。

Google 在 BERT 上線時對外公開,這項變動影響了英文搜尋約 10% 的查詢,是當時近 5 年來最大幅度的單一演算法調整。

BERT 也被同步應用在 Featured Snippet(精選摘要)的選擇上,讓摘要回答的精準度有顯著提升。

2021 年 5 月 Google I/O 公布的 MUM(Multitask Unified Model)更進一步,它的能力比 BERT 強 1,000 倍,採用了 T5 架構並能同時處理 75 種語言。

MUM 具備跨語言、跨格式的多模態能力,可以同時讀懂文字、圖片、影片內容,並能將日文網頁的資訊轉譯後回答英文查詢。

Google 在發表會上舉的經典案例是「我剛爬完亞當斯山,下個秋天想爬富士山,我該做什麼準備」——這種查詢包含了兩座山的比較、季節因素、訓練建議多個維度,MUM 能夠跨越語言去抓取日文登山網站的內容、英文裝備指南、地理資料,最後合成一份完整答案。

這意味著 Google 演算法從這時起,已經不再只看單一語言的內容生態系,而是把全球資訊視為同一個語意網路。

對於中文內容創作者來說,這代表優質的英文、日文內容可能會直接影響中文 query 的排名結果,因為 Google 在內部已經能跨語言比較同一主題的內容品質。

(五)2022 Helpful Content System 把「為使用者寫」變成系統化排名訊號

2022 年 8 月的 Helpful Content Update 是近代 SEO 史上最重要的轉折之一。

Google 第一次把「內容是否真的為使用者而寫」變成一個**站台層級(site-wide)**的分類訊號。

這個系統會用機器學習模型給整個網站打一個「helpfulness score」,分數低的網站即使單篇文章寫得不錯,也會被整體壓低排名。

Helpful Content System 在 2024 年 3 月已正式整合進 Core Update,不再以獨立公告的形式出現,但底層分類器仍持續運作。

這也是為什麼 2024 年以後,許多依賴 AI 量產內容的站台會在 Core Update 期間集體蒸發,因為它們踩到的就是這條 site-wide 分類線。

完整的內容品質判斷框架,可以參考 E-E-A-T 完整解析 對 Experience、Expertise、Authoritativeness、Trust 四個維度的拆解。

三、現行 Google 演算法靠相關性、權威性、使用者體驗三大支柱決定排名

把所有排名系統的訊號攤開來看,現行 Google 演算法的判斷邏輯其實可以歸納成三大支柱,每一支柱對應到一組不同的排名系統。

第一支柱:相關性(Relevance)。 這是演算法判斷「這個頁面是否回答了使用者的問題」的核心能力,由 BERT、MUM、Neural Matching、Passage Ranking System 等語意理解系統共同負責。它會分析 query 的真實意圖(informational、navigational、transactional、commercial investigation 四大類)、頁面的主題涵蓋度、實體對應關係,以及內文段落是否直接回應 query 中的具體問題。Google 在這個層級會用向量比對的方式衡量頁面與 query 的語意距離,並結合 Passage Ranking 在頁面內部找出最匹配的段落作為摘要候選。這也是為什麼 2020 年之後,純粹塞關鍵字已經無法獲得排名,因為 Google 在語意層級就已經能判斷你的內容是不是真的在「回答問題」,而不是只在「提到關鍵字」。

第二支柱:權威性(Authority)。 這個支柱延續了 PageRank 的核心思想,但已經加入了大量現代訊號。除了傳統的反向連結(Backlinks),現在還包含品牌提及(Brand Mention)、實體在 Knowledge Graph 中的關聯強度、E-E-A-T 訊號中的 Experience 與 Expertise,以及作者本身在該領域的歷史權威性。Google 官方在 Helpful Content 文件中明確表示,他們會評估「內容是否由具備該主題真實經驗的人撰寫」,這實際上就是把作者權威性納入排名考量。對於醫療、財經、法律等 YMYL(Your Money Your Life)領域,Google 還會額外引用 Search Quality Rater Guidelines 中的標準,要求網站具備清楚的作者署名、編輯流程說明、聯絡資訊與隱私權政策。

第三支柱:使用者體驗(User Experience)。 自 2021 年 Page Experience Update 之後,使用者體驗正式成為獨立的排名訊號群組。它涵蓋了 Core Web Vitals 三大指標(LCP、INP、CLS)、HTTPS、行動裝置友善度、無干擾廣告政策(Intrusive Interstitials),以及最新加入的安全瀏覽(Safe Browsing)訊號。其中 INP(Interaction to Next Paint)在 2024 年 3 月正式取代 FID,成為衡量互動性的標準,對於 JavaScript 密集型站台衝擊不小,因為它測量的是整個瀏覽過程中最差的一次互動延遲,而不是首次互動的反應時間。完整的 Core Web Vitals 演進與 INP 量測實務,可以參考 Core Web Vitals 與 INP 中的實戰案例。

三大支柱之間並不是獨立加權,而是會根據 query 類型動態調整權重。

例如 YMYL 類查詢,權威性的權重會大幅提高,連帶把單篇文章的反向連結品質、整站作者署名、品牌可信度等訊號全部放大;娛樂類查詢則相對更看重相關性與點擊行為訊號,使用者實際停留時間與返回 SERP 的比例(pogo-sticking)會直接影響後續排名。

本地服務類查詢(local services queries)甚至會加入地理位置距離作為主要排名因素之一,所謂的「三大支柱」在地圖結果中其實退化為「距離、相關性、知名度」三件事。

理解這種權重的 query-dependent 特性,是為什麼同樣的 SEO 操作在不同產業會看到截然不同的成效。

四、200+ 排名因素實際分組,分成 On-page、Off-page、Technical、UX 四類

雖然 Google 官方從未承認過確切的排名因素數量,但 SEO 業界普遍引用「200+ ranking factors」這個說法(最早源自 Matt Cutts 2009 年的公開演講)。把這些因素依照影響層級重新分類,可以拆成 4 大組別。

On-page 因素(頁面內訊號):

  • 內容深度與完整度:是否完整涵蓋主題、是否回答所有相關子問題(topical coverage)。
  • 關鍵字使用自然度:標題、H1、首段、URL 是否包含主要關鍵字,並避免過度堆砌。
  • 內部連結結構:是否有合理的 anchor text 與相關文章串連,讓爬蟲能理解主題聚類。
  • 結構化資料(Schema Markup):是否標記 Article、FAQ、HowTo、Product 等 JSON-LD 讓 Google 理解語意。
  • 內容更新頻率(Freshness):對時效性查詢(QDF, Query Deserves Freshness)有顯著影響。
  • 多媒體豐富度:是否包含原創圖片、影片、圖表,能延長停留時間並提供 Experience 訊號。
  • 段落層級的可引用性:標題、列點、表格是否便於 Passage Ranking 切出獨立段落作為搜尋結果摘要。

Off-page 因素(站外訊號):

  • 反向連結品質:來源網站的權威性、相關性與信任度,遠比連結數量重要。
  • 連結 anchor text 多樣性:自然分布的 anchor 比例(品牌詞、URL、語意詞、無 anchor 圖片連結)。
  • 品牌搜尋量:使用者主動搜尋你的品牌名稱的次數,是 Google 衡量品牌權威的關鍵訊號。
  • 品牌提及(無連結提及):在新聞、論壇、社群中被提到品牌名稱,即使沒有連結也算數。
  • 跨平台一致性:在 Google Business Profile、Wikipedia、社群媒體上的 NAP(Name, Address, Phone)一致性。
  • 產業權威站連結:來自 .edu、.gov、知名媒體、產業協會的連結權重特別高。

Technical 因素(技術層訊號):

  • 可索引性(Indexability):robots.txt、meta robots、canonical tag 是否正確設定。
  • 網站爬取效率:sitemap.xml 完整度、URL 結構深度、抓取預算(Crawl Budget)使用效率。
  • HTTPS 與安全性:是否全站 HTTPS、是否有混合內容(Mixed Content)警告。
  • JavaScript 渲染相容性:核心內容是否在初始 HTML 即可見,避免兩波索引延遲。
  • 行動版優先索引(Mobile-First Indexing):行動版 HTML 是否與桌面版內容對等。
  • 網站架構深度:重要頁面是否在 3 層點擊內可達(click depth)。
  • 404 與 redirect chain 處理:是否有過多 301 chain 或軟性 404 影響爬蟲效率。
  • hreflang 與多語系設定:跨地區內容是否正確標記目標語言與地區。

UX 因素(使用者體驗訊號):

  • LCP(Largest Contentful Paint):主視覺載入完成時間,標準為 2.5 秒以下。
  • INP(Interaction to Next Paint):互動回應延遲,2024 年取代 FID,標準為 200ms 以下。
  • CLS(Cumulative Layout Shift):版面位移分數,標準為 0.1 以下。
  • 行動版可用性:按鈕大小、字體可讀性、是否需要橫向捲動。
  • 無干擾廣告:避免大型 interstitial 蓋住主要內容,特別是行動版首屏。
  • HTTPS 與安全瀏覽:是否被 Safe Browsing 標記為惡意網站。

這 30 多個因素只是檯面上最常被討論的版本,實際上每一項底下還有數十個更細的子訊號。

例如「內容深度」這一項,Google 內部至少會分析段落數量、平均段落長度、子主題覆蓋率(topical coverage ratio)、相關實體出現密度(entity density)、引用外部權威來源的比例等十幾個子指標。

對於 90% 的 SEO 工作而言,把這四類各自的前 5 名做好,已經足夠拿到絕大多數查詢的排名;剩下 10% 的高競爭查詢,才需要進一步打磨那些長尾子訊號。

另外要強調的一個觀念是:這些因素不是「越多越好」的加總,而是有 diminishing return 的曲線。

例如反向連結,從 0 條到 50 條會帶來顯著的排名提升,從 500 條到 1000 條的邊際效益就接近於零,甚至可能因為 anchor text 過於集中而觸發 SpamBrain 的警示。

同樣的,內容長度從 800 字到 2500 字會帶來明顯的覆蓋深度提升,但超過 5000 字之後,如果沒有相應的子主題拓展,反而會被 Helpful Content 系統判定為「為了 SEO 而灌水」。

學會在每個因素上找到「夠好的平衡點」,比盲目堆滿所有訊號更接近現代 SEO 的核心。

五、Core Update 與 Helpful Content Update 的差別與應對

Core Update 與 Helpful Content Update 在 SEO 圈經常被混為一談,但它們在 2024 年 3 月以前其實是兩個獨立的更新類別,影響範圍與恢復方式都不同。

Core Update(核心演算法更新) 影響的是 Google 整體相關性判斷的權重分配,可以理解為對所有排名系統的「總體再平衡」。它通常持續 1 到 2 週才完整 rollout,公告會出現在 Google Search Status DashboardSearch Central Updates 頁面。受 Core Update 影響的網站,無法透過修補單一頁面就快速恢復,必須等到下次 Core Update 時,整體內容品質提升後才有機會回到原本位置。Google 官方在 Core Update 指引 中明確表示:「沒有什麼需要修的東西,只是內容相對於其他網站的價值改變了。」

Helpful Content Update(HCU) 在 2022 年 8 月首次推出時是一個獨立的站台層級分類器,會給整個網站打一個 helpfulness 分數。被分類為 unhelpful 的網站,即使單篇文章內容不錯,也會被整體壓低排名。HCU 的恢復路徑相對明確:移除或大幅改寫所有低品質內容,提升整站作者署名、E-E-A-T 訊號、原創觀點比例。

關鍵的時間點是 2024 年 3 月的 Core Update:Google 在公告中正式宣布 Helpful Content System 已被整合(integrated)進核心排名系統,不再以獨立更新形式出現。這代表三件事:第一,未來不會再看到單獨的 HCU 公告;第二,helpfulness 訊號變成持續性運作,不需要等待特定更新時點;第三,恢復路徑變得更慢,因為它跟其他 Core Update 影響的因素糾纏在一起,無法單獨「修」掉。

實務應對上,2024 年之後遇到 Core Update 期間下滑的網站,應該同時檢查以下五件事:內容是否有原創觀點與第一手經驗、作者署名是否完整、低品質頁面是否該 noindex 或刪除、是否有大量 AI 生成內容、是否有 affiliate 內容壓過編輯內容的比例。這五項本質上就是 helpfulness 分類器在看的東西。

另一個常見的誤解是:很多人認為 Core Update 一公告就應該立刻動手「修」網站。

實際上 Google 在官方指引中反覆強調,Core Update 不是針對特定錯誤的懲罰,而是相對性的價值重新評估。

最佳的應對策略是建立一個長期的內容品質審視流程,每季檢查整站文章的下列項目:是否仍然是該主題下的最佳答案、是否有需要更新的事實或數據、是否有過時的截圖或失效連結、低互動的舊文章是否該重寫或合併、作者資訊頁是否完整。

這種「持續優化」的節奏,比每次 Core Update 之後緊急救火的效果好太多,因為當下一次 Core Update 來臨時,你的網站本來就站在「相對更好」的位置上。

從 Google 自家的內部資料外洩(2024 年 5 月 Google Search API 文件意外公開事件)可以看到,他們確實有 siteAuthority 與 siteQuality 之類的站台層級分數,這些分數會在 Core Update 期間被重新計算。這意味著單頁優化雖然重要,但站台整體訊號(包含作者、編輯流程、整站內容一致性)在現代演算法中的權重比很多人想像得高得多。

六、Spam Updates 與 SpamBrain,2022-12 之後 Google 怎麼自動處理黑帽

Google 處理黑帽 SEO 的方式,在 2022 年底之後出現了重大轉變,從過去仰賴人工檢舉與規則式偵測,全面改為 AI 模型自動處理。

SpamBrain 是 Google 在 2018 年部署的反垃圾 AI 系統,最初只用於偵測垃圾頁面與 cloaking。但根據 Google 在 2022 年 12 月公告的 Link Spam Update,SpamBrain 從這次更新開始正式擴展到偵測操縱性連結,能夠識別出購買連結、PBN(Private Blog Network)、過度的 anchor text 操縱、跨站交叉連結網路等模式。最關鍵的是,被 SpamBrain 判定為垃圾連結後,Google 不會給網站任何排名懲罰(penalty),而是直接「忽略」這些連結,讓它們在 PageRank 計算中失效。這個處理方式的影響是,很多依賴黑帽連結建設累積排名的網站,會在 Link Spam Update 期間感受到「連結突然失效」造成的排名下滑,但無法透過 disavow 工具立即恢復,因為這不是 penalty 而是訊號失效。

2022 年 12 月之後,Google 陸續推出了幾次重要的 Spam Update:

  • 2023 年 10 月 Spam Update:擴大涵蓋範圍至更多語言,特別針對土耳其文、越南文、印尼文等過去較少被監控的市場。
  • 2024 年 3 月 Spam Update(與 Core Update 同步公告):針對 expired domain abuse(買下過期網域重新發內容)、site reputation abuse(大型站台出租頻道給第三方放內容)與 scaled content abuse(大規模 AI 量產內容)三類新型黑帽手法。
  • 2024 年 6 月 Spam Update:進一步強化對 site reputation abuse 的偵測,許多大型新聞站台旗下的 coupon 頻道、健康頻道在此次更新中被大規模降權。

對於正派經營的網站而言,Spam Update 帶來的影響通常是正向的,因為競爭對手中靠黑帽手法排名的頁面會被自動清除。但如果你的網站有過去買來的反向連結,或是接受過大量 guest post 投稿,建議定期透過 GSC 的 Links 報告檢查 anchor text 分布是否異常集中於商業關鍵字,必要時透過 disavow tool 主動切割。

七、AI Overviews 時代演算法的反向影響,Passage Ranking 與引用權重變得更關鍵

2024 年 5 月,Google 在美國市場全面推出 AI Overviews(前身為 SGE, Search Generative Experience),並於 2024 年 10 月開始在台灣、日本、印度等市場上線。這個變動表面上是 SERP 介面的調整,實際上對演算法底層的影響遠比想像中深遠。

AI Overviews 並不是用一個獨立的生成式模型來回答問題,而是建立在現有排名系統之上的「再合成層」。

Google 會先用既有的排名邏輯選出 top 10 結果,再用 Gemini 模型從中抽取段落、合成摘要、加上引用連結。

這意味著要被 AI Overviews 引用,第一關仍然是要先進入該 query 的 top 10,但第二關變成了「段落是否容易被抽取」。

Passage Ranking System 在這個機制下的權重大幅提升,因為它決定了哪些段落會被視為獨立的引用單元。

實務上這帶來幾個明確的內容寫作方向:

  • 段落結構要清晰可抽取:每個 H2 / H3 底下放一個 1 到 2 句的明確 lead,把該段的核心結論直接寫在最前面,方便模型 chunking。
  • 直接回答型句子要明確存在:例如「INP 的標準是 200ms 以下」這種定義式句子,要直接出現在文中,不要藏在敘述裡。
  • 列點與表格優先於長段落:AI Overviews 偏好抽取結構化內容,列點與比較表更容易被引用為 bullet 形式的回答。
  • 作者與發布日期要清楚標記:AI Overviews 的引用卡片會顯示來源網站名稱與發布時間,有明確時間戳的新文章更容易被選中。
  • 建立 entity 對應:透過 Schema.org 的 sameAs、author、organization 標記,把網站、品牌、作者連結到 Knowledge Graph 中,提高 Gemini 在合成時抓到正確實體的機率。

對於整體 SEO 策略,AI Overviews 帶來的最大改變是「點擊率重新分配」。

研究機構 BrightEdge 與 Semrush 在 2024 至 2025 年的多份報告顯示,被 AI Overviews 引用的網站,平均 CTR 會比沒有出現在 AI Overviews 中的同樣排名位置高出 30% 到 50%;反之,傳統 top 10 但沒被引用的位置,CTR 會下降 20% 到 35%。

這代表「進入 top 10」已經不夠,「被 AI Overviews 引用」才是新一輪的勝負關鍵。

針對 AI Overviews 與其他生成式搜尋平台(ChatGPT search、Perplexity、Claude search)的最佳化策略,可以延伸閱讀 AI Overviews 與 GEO 入門 中對 GEO(Generative Engine Optimization)的完整拆解,包含 llms.txt、AI 爬蟲存取設定,以及如何用結構化段落提高被引用機率。

從 1998 年的 PageRank 到 2026 年的 AI Overviews,Google 演算法每一次大改版背後的方向其實高度一致:讓相關性判斷更接近人類的思考方式

25 年來改變的是判斷方式,沒變的是判斷目標。

理解這條主軸,才能在每次 Core Update、每次新 AI 功能上線時,找到不被技術細節綁架的應對策略。

Share
Written by

張家偉 Albert Chang

行銷領域工作五年,其中四年幾乎每天都在想 SEO 的事。這裡寫我的筆記——不追流量、不堆關鍵字,只寫自己想讀的文章。

Related