SEO優化

網站速度真的影響 SEO 排名嗎?大規模數據這樣說

多數人以為,只要把網站速度衝到滿分,排名自然會往前跳,於是改版第一件事就是盯著 PageSpeed Insights 的分數看,或是檢查 Core Web Vitals 亮不亮綠燈,甚至為了那個數字砍掉商品大圖、拿掉互動工具。這個直覺聽起來很合理,畢竟 Google 官方確實把速度算進排名訊號裡。

但「速度是排名訊號之一」跟「速度衝到滿分就能換到名次」,是兩件不同的事情。Google 官方文件與大規模市場資料都指向同一個結論:真正把名次拉開的是內容相關性與反向連結,速度扮演的角色比多數人想像的小得多,它更接近兩篇內容旗鼓相當時的決勝局,而不是能單獨把名次往上推的決定性因素。

搞懂這個落差,能省下的不只是工程時間,還包括那些為了衝分數而被犧牲掉的商品圖、互動功能、第三方追蹤碼,這些東西砍掉容易,砍錯了卻是白費工夫。

網站夠快就會排名靠前的說法流傳已久

這個說法幾乎變成改版時的直覺反射。網站排名遲遲上不去,第一個被懷疑的常常不是內容深度,也不是連結量,而是「網站是不是太慢」。於是打開 PageSpeed Insights 或 Google Search Console 的 Core Web Vitals 報表,看到一片黃燈或紅燈,就把衝速度分數列為優先要修的項目,彷彿只要把 Largest Contentful Paint(最大內容繪製時間)壓進綠色區間,把總分從 60 分推到 90 分以上,排名自然會跟著往前跳。

這種直覺之所以根深蒂固,很大一部分原因出在這兩套工具的呈現方式。PageSpeed Insights 給的是一個 0 到 100 的單一分數,Core Web Vitals 報表把每項指標標成「良好」「需要改善」「不佳」三種顏色。這種呈現方式很像學校的及格制度,容易讓人把它當成一道排名關卡,不過關就上不去,過關越漂亮排名就越前面。但這兩套工具本來是用來衡量真實使用者體驗,不是直接衡量排名權重的計分板。

真正要驗證的問題只有一個,速度在 Google 的排名系統裡佔多少份量,這個份量跟業界流傳的說法對不對得上,答案要從 Google 官方自己怎麼說、以及大規模真實搜尋結果裡量得出多少相關性這兩個地方找。

Google 官方從未承諾速度越快排名越高

Google 在 2023 年 4 月透過官方部落格,以問答形式把這件事說得很明確。文章一開頭就問「網頁體驗是否為實用內容系統的考量因素」,官方給的答案是「實用內容系統主要著重於與內容相關的信號,而非顯示方式和網頁體驗」。判斷一頁內容夠不夠實用,靠的先是內容本身,不是它跑得多快。

同一篇問答接著處理更關鍵的問題,「網頁體驗信號是否仍會在搜尋排名中使用」。Google 的回答是「並非所有信號都會直接用於決定排名」,而「Google 搜尋是否只會使用單項網頁體驗信號進行排名」這一題,答案更明確:「Google 不會只考量單項信號,核心排名系統會檢視與整體網頁體驗相符的各種信號」。速度從來就不是一個能單獨拉抬名次的獨立按鈕,它被包在一整套訊號裡一起被看待。

第四個問題最直接回答了速度衝到多好、排名就衝到多前這個說法。Google 對「網頁體驗對提升排名有多重要」給的官方回覆是,搜尋會盡可能顯示最相關的內容,即便網頁體驗差強人意;不過在很多查詢裡,同時有很多網頁都具備實用內容,這種時候良好的網頁體驗才有助於取得理想排名。這句話已經把速度的角色講得很清楚,它是內容旗鼓相當時才派得上用場的加分項,不是能凌駕內容相關性的決定因素。

Google 的 John Mueller 在一場 Web Vitals 問答活動上舉過一個更具體的例子,如果 A 網站比 B 網站快,但 B 網站的內容對搜尋者的查詢更相關,B 網站仍然會贏過 A。他也提到,從「需要改善」進步到「良好」等級的網站可能看到排名提升,但已經是「良好」等級的網站,再把速度多改善幾毫秒,通常不會再帶來排名變化。這跟 2023 年 Google 簡化網頁體驗指引後重申的立場一致,改善一項或多項指標不保證排名更好,決定名次的是核心排名系統的整體判讀,不是單一的頁面體驗訊號。

速度與排名的相關係數趨近於零

Backlinko 與 Ahrefs 合作做過一份大規模分析,抓了 1,180 萬筆 Google 搜尋結果,用 Ahrefs 的資料庫測每個網域的整體連結權重,並用當時的網域平均載入速度做對照。結論很直接,整體來看,網站速度與 Google 排名之間找不到任何相關性。這份研究同時測得,第一頁搜尋結果的平均載入速度是 1.65 秒,而一般網頁的平均值,桌面版要 10 秒、行動版要 27 秒才能載入完成。能擠進第一頁的網站,速度早就遠遠甩開一般網頁的平均值,彼此之間的差距小到已經測不出跟名次的關聯。

這裡有兩點限制要先說清楚。這份研究測的是相關性,不是因果關係;它測的也是網域層級的平均載入速度,不是單一頁面的即時表現。所以不能直接推論成速度完全不影響排名,比較準確的說法是,在已經進入第一頁這個速度區間裡,快慢的微小差距已經拉不開名次。

為什麼會這樣,Google 針對速度的排名更新,設計上主要是懲罰載入極慢的頁面,不是獎勵載入特別快的頁面,這點在更新公告發布時就講得很明確。當多數能上第一頁的網站早就快過那個懲罰門檻,再往上擠速度分數,自然換不到額外的名次。

同一份研究裡還測了另外兩個訊號,拿來對照速度的存在感格外明顯。第一名的反向連結數量,平均是第 2 到 10 名的 3.8 倍;內容完整度分數,用 Clearscope 測出來的 Content Grade,每高一級,名次大約就往前挪一位。這兩個數字都遠比速度那條零相關的曲線清楚,也回答了前面那個問題,真正在拉開名次差距的,是連結量與內容深度,不是速度。

網站速度與排名的關聯趨近於零,反向連結(第 1 名是第 2 到 10 名的 3.8 倍)與內容完整度才是拉開名次的顯著訊號
同一份分析裡,速度與名次幾乎測不出關聯,真正拉開差距的是反向連結與內容完整度(資料來源:Backlinko/Ahrefs)。

「決勝局」跟「決定性因素」是兩回事

前面兩節看似在講兩件不同的事,一個是官方立場,一個是研究數字,其實兩者指向同一個結論,只是切入角度不同。速度在排名系統裡真正扮演的角色,比較接近決勝局,不是決定性因素,這兩者的差別,才是這篇真正想釐清的立場。

決勝局的意思是,只有當兩篇內容的深度、相關性都相近,速度才會被拿出來當比較依據。DebugBear 對這個角色下過清楚定義,Google 能把 Core Web Vitals 當成決勝局,用在內容品質相近的兩個頁面之間。如果一篇文章和競爭對手的頁面同樣完整回答了同一個查詢,而這篇文章的 Core Web Vitals 分數更好,它確實比較容易排到前面。但這個條件的前提是同樣完整回答了查詢,速度不能替內容相關性補位。

這正好呼應前面 Mueller 舉的那個例子,A 網站快,但 B 網站對查詢更相關,B 還是會贏過 A。速度沒辦法讓一篇淺薄或離題的內容,靠著跑得快就翻身贏過一篇更貼題的內容,它能做的只是在兩篇同樣扎實的內容之間,幫其中一篇多爭取一點點優勢。

決定性因素則完全是另一回事。內容相關性、反向連結這類訊號,能夠獨立把一篇內容的名次往上推,不需要靠對手先跟自己打平才有效果。把速度誤認成決定性因素,結果就是把資源錯放,以為衝速度分數能取代把內容寫得更完整、把連結累積起來這兩件事,但它做不到,它只能在後兩者已經做到位之後,幫忙補上最後一點差距。

速度是排名的決勝局,只在兩篇內容旗鼓相當時才派上用場;內容相關性與反向連結才是能獨立把名次往上推的決定性因素
速度不是決定性因素,而是內容旗鼓相當時才拿出來比的決勝局,能單獨拉抬名次的是內容與連結。

為了衝速度分數,砍掉功能或砍掉內容是常見的兩難

這個立場落到實際情境裡,常常變成一個具體的兩難。假設一家做電商的中小企業,網站放了大量解析度夠高的商品圖,還嵌了一個讓顧客比較不同型號規格的互動工具,加上行銷需要的第三方追蹤碼。這些元素會拖慢 Largest Contentful Paint 或 Interaction to Next Paint,讓 Core Web Vitals 從「良好」掉到「需要改善」,但這家店的實際轉換率並不差。

擺在眼前的選擇有兩條路。一條是為了把分數衝回綠燈,砍掉部分商品圖的解析度、拿掉互動比較工具、精簡追蹤碼,分數確實會回升,但商品圖是顧客判斷品質的依據,互動工具是幫顧客做決策的工具,砍掉它們可能連帶傷到內容完整度,也可能傷到原本就不差的轉換率。另一條路是保留這些內容,分數留在需要改善的區間,但前面幾節的資料已經指出,只要沒有落到「差」的區間,再把分數往上擠,換到的排名影響其實很有限。

這裡的立場很清楚,分數不是要保護的東西,這個頁面對顧客有沒有用,才是真正要保護的東西。只要頁面還沒有慢到被 Google 那套主要懲罰極端慢頁面的機制盯上,就不應該為了把速度分數衝到滿分,去犧牲能幫助顧客做決策的內容或功能。Ahrefs 那句提醒講得很直白,SEO 的目標不是把網站做到極速,而是做到夠快就好,因為 Google 只會懲罰體驗最差的那批頁面。DebugBear 也提到,一旦所有指標都已經達到良好門檻,再優化下去不會再帶來排名提升。這兩個說法合在一起,支撐的是同一個判斷,已經夠快之後再擠效能分數,換不到排名,換到的只是更少的功能與更薄的內容。

速度只要跨過及格門檻,資源該轉向內容與連結

前面談的兩難,都建立在一個前提上,頁面還沒有慢到落入「差」的區間。要判斷有沒有跨過這個門檻,得先弄清楚 Core Web Vitals 三項指標各自的及格線。Largest Contentful Paint 要壓在 2.5 秒以內,Cumulative Layout Shift 要低於 0.1,Interaction to Next Paint 要在 200 毫秒以內。這三個數字都是良好等級的門檻,沒有跨過這條線、表現比門檻差的頁面,才是 Google 真正會懲罰的那一批。

Core Web Vitals 三項良好門檻:LCP 要壓在 2.5 秒以內、CLS 低於 0.1、INP 在 200 毫秒以內,未跨過才是 Google 會懲罰的頁面
跨過這三條良好門檻就算及格,判定要看 CrUX 真實使用者資料而非 Lighthouse 實驗室分數。

判斷這三項指標時,該看的是真實使用者的資料,不是實驗室測試分數。Google 用 Chrome 使用者體驗報告(CrUX)裡的真實流量數據來判定一個網站有沒有達到門檻,這份數據反映的是實際訪客在真實網路環境下量到的體驗。Lighthouse 那種在受控環境模擬出來的分數,本身並不直接影響排名,它更適合當成開發階段的參考指標,不是拿來對照排名的依據。

一旦頁面確認跨過這個門檻,前面幾節的資料已經指出同一個方向,資源該往內容深度與連結累積這兩個方向擺,不是繼續往速度分數裡加碼。反向連結與內容完整度跟排名的相關性,遠比速度來得清楚,這是 Backlinko 那份大規模分析測出來的結果,不是憑感覺的猜測。

回到這篇一開始丟出來的問題,速度被高估的地方不是它不重要,而是很多人把它當成一條能直接換到名次的捷徑。它換得到的是使用者體驗與轉換率,換不到的是排名本身。真正決定名次的,是內容有沒有把查詢回答得夠完整,以及有多少其他網站願意連過來。

下次改版前如果又聽到先把速度衝到滿分這種建議,不妨先確認一下,頁面是不是真的已經落在 Google 會懲罰的那個「差」的區間。真的落在那裡,速度確實該優先處理;如果早就跨過及格線,該優先處理的,是內容還能不能再往深裡寫一層,以及願意連過來的網站還有多少。多數人的直覺順序是先衝速度、後補內容,把這個順序反過來,先確認頁面在哪個區間、再決定資源給速度還是給內容,才是真正把時間跟預算用在對的地方。

常見問答

本區問答由 AI 依文章內容自動整理,僅供快速參考,正式內容仍以全文為準。

網站速度變快排名就會提升嗎?

不會直接畫等號。Google 官方問答明講,核心排名系統會綜合看整體網頁體驗訊號,不會只靠單一項訊號決定名次;速度只有在兩篇內容相關性旗鼓相當時,才會被拿出來當比較依據。

速度快慢和排名有沒有關聯?

Backlinko 與 Ahrefs 合作分析 1,180 萬筆 Google 搜尋結果後發現,網站速度與排名之間找不到任何相關性,反而是反向連結數量與內容完整度分數,跟名次的關聯遠比速度清楚。

速度在排名裡扮演什麼角色?

速度比較接近決勝局,不是決定性因素:只有當兩篇內容的深度與相關性都相近時,速度才會被拿出來當比較依據,沒辦法讓內容淺薄的頁面靠跑得快贏過更貼題的對手。

為了衝速度分數該犧牲商品圖或功能嗎?

不建議。只要頁面還沒落入 Google 主要懲罰的「差」的區間,砍掉商品圖解析度或互動工具換來的分數提升,換到的排名影響很有限,反而可能傷到內容完整度與轉換率。

Core Web Vitals 良好等級的門檻是多少?

三項指標的良好門檻分別是,最大內容繪製(LCP)要在 2.5 秒以內,累積版面位移(CLS)要低於 0.1,互動至下次繪製(INP)要在 200 毫秒以內,判定要看真實使用者資料而非實驗室測試分數。

資料來源
  1. The role of page experience in creating helpful content — Google
  2. Web Vitals AMA — Google(John Mueller)
  3. We Analyzed 11.8 Million Google Search Results. Here's What We Learned About SEO — Backlinko
  4. 7 Confirmed Google Ranking Factors — Ahrefs
  5. Are Core Web Vitals A Ranking Factor for SEO? — DebugBear