Canonical: https://seo.whoops.com.tw/amp-is-not-important/ Author: Sliven 褚崇名 Source robots: follow, index, max-snippet:-1, max-video-preview:-1, max-image-preview:large Content modified (WordPress): 2026-11-05T12:13:27+00:00 Representation modified (content/template/converter): 2026-11-12T06:48:56+00:00 # AMP 根本不重要：2027 年你還在用 AMP 嗎？從 SEO 到手機速度的完整解答 圖片：AMP 根本不重要：你還在用 AMP 嗎？從 SEO 到手機速度的完整解答精選圖片，呈現檢查 → 修復 → 驗證的 SEO 重點。（來源：https://seo.whoops.com.tw/wp-content/uploads/2026/06/amp-is-not-important-featured-image.webp） 撰文作者 [Sliven 褚崇名]() Whoops SEO 創辦人 SEO 與 AI SEO 專家，專長涵蓋技術 SEO、內容策略與 GEO 優化。從搜尋排名到 AI 答案中的品牌呈現，協助企業找出優化機會、排定執行順序，並追蹤實際成效。 圖片：Sliven 褚崇名肖像（來源：https://seo.whoops.com.tw/wp-content/uploads/2026/10/sliven-portrait-navy.webp） [作者背景與專業領域]() 更新 2026-11-05 約 16 分鐘閱讀 本篇內容 ### 本篇內容 ## 先看重點 摘自本文 - AMP 在 2027 年不再是排名訊號，W3Techs 資料顯示全站採用率只剩約 0.2%；真正會讓手機排名掉的是 Core Web Vitals 不及格，不是沒做 AMP。與其糾結 AMP，不如把心力投在速度與 RWD。 [文章開頭]() - 第二，舊版 AMP 產生的網址（例如 /amp/ 結尾）數量可能比你想的多，建議用 Search Console 的網址審查工具抽幾個實測 301 有沒有真的生效，別只看外掛後台顯示「已設定」就放心。 [安全移除 AMP 的 5 個步驟（含 301 轉址）]() - 不靠 AMP 要讓手機網站變快，優先順序是：先顧好 Core Web Vitals（特別是 LCP 和 INP），再做圖片最佳化與延遲載入、壓縮 JavaScript、上 CDN、選對主機。 [不靠 AMP 怎麼讓手機網站變快：最佳化優先順序]() ### 檢查網站的 SEO 基礎 從網站網址開始，檢視可讀性與頁面基礎訊號。 - 檢查標題與搜尋摘要標記 - 核對 canonical 與索引指令 - 整理公開 HTML 的待改善項目 [免費檢查網站]()[技術 SEO 顧問與健檢]() [將 Whoops 設為 Google 偏好來源（另開 Google 設定頁）]() AMP 在 2027 年已經不是 Google 排名的加分條件。Google 早在 2021 年就取消 AMP 在搜尋與 Top Stories 輪播的專屬版面，現在不管你有沒有用 AMP，手機頁面速度都是用同一套 Core Web Vitals 標準在評分（LCP ≤2.5 秒、CLS ≤0.1、INP ≤200 毫秒，根據 web.dev 官方說明）。講白一點，AMP 對絕大多數網站已經不重要，把它拆掉對搜尋流量也沒有可偵測的負面影響（來源：SearchPilot 的 AMP 移除實測）。 > TL;DR：AMP 在 2027 年不再是排名訊號，W3Techs 資料顯示全站採用率只剩約 0.2%；真正會讓手機排名掉的是 Core Web Vitals 不及格，不是沒做 AMP。與其糾結 AMP，不如把心力投在速度與 RWD。 ## AMP 是什麼：為什麼它曾經被當成 SEO 必做 圖片：AMP 根本不重要：你還在用 AMP 嗎？從 SEO 到手機速度的完整解答的文內圖，呈現速度、渲染、索引、體驗等 SEO 重點流程。（來源：https://seo.whoops.com.tw/wp-content/uploads/2026/06/amp-is-not-important-seo.webp） AMP：檢查 → 修復 → 驗證。 AMP 是 Google 在 2015 年推出的開源手機網頁加速框架，靠限制 JavaScript、把 CSS 內連、走 Google 專屬快取（AMP Cache）來換取極快的載入速度。它之所以一度被講成 SEO 必做，是因為早期的 AMP 頁面能在手機搜尋拿到「閃電」標誌、進入 Top Stories 輪播這類專屬版面，等於一個肉眼看得見的排名紅利。想看完整的來龍去脈，可以參考我們之前寫的 [AMP 對網路行銷的影響]()。 紅利的本質要分清楚。讓你被看見的，不是 AMP 這套技術本身，而是 Google 給 AMP 的專屬版面。這兩件事經常被混為一談，很多人到現在還以為「裝了 AMP 等於手機排名會高」，其實是誤會。那個年代手機流量剛超越桌機，速度直接等於體驗，Google 才用版面當誘因推大家做 [行動優先索引]() 與手機最佳化。 轉折點發生在 2021 年。那一年 Google 取消了 AMP 在搜尋結果與 Top Stories 的專屬待遇，閃電標誌退場（Google 官方政策）。紅利一消失，AMP 就回歸它本來該有的位置：只是眾多加速手段的其中一種，而不是入場券。老實說，我自己接手過的舊站裡，還有老闆堅持「沒做 AMP 手機排名會輸」，這觀念在 2027 年已經完全過時。 AMP 是被 Google 一手捧紅、又一手收回特權的手機加速框架。要理解它跟整體 [技術 SEO]() 的關係，關鍵是把它放回「頁面體驗」這個更大的脈絡看，而不是把它當獨立神器。 ## AMP 還會影響 SEO 排名嗎：2027 年的真相 不會。Google 早在 2021 年就取消 AMP 在搜尋結果與 Top Stories 的專屬待遇，現在排名看的是整體頁面體驗（特別是 Core Web Vitals），不論你用不用 AMP，速度都是同一套標準在評分；AMP 不再是任何一個排名訊號的入場券。這點在 [頁面體驗排名因素]() 的演變裡講得很清楚。 排名邏輯的改變是重點。從「有 AMP 才有版面」變成「所有網頁用同一套頁面體驗標準」，這是質變，不是微調。以前你裝了 AMP 就有先發優勢，現在這個優勢被拆掉了，等於大家都站在同一條起跑線上比速度、比穩定、比互動流暢度。 第三方實測也支援這個結論。SearchPilot 公開的 AMP 移除測試報告顯示，他們在多個網站上把 AMP 拆掉之後，搜尋流量沒有出現可偵測的負面影響。這跟我自己的經驗一致：拆 AMP 真正會出事的環節不在「拆」這個動作，而在「有沒有設 301 轉址」。關於轉址的細節，可以對照 [301 與 302 重定向]() 的差異。 不要被舊觀念綁架。「沒做 AMP 手機排名會輸」這句話在 2027 年是迷思，不是事實。如果你身邊還有人這樣講，請他去看 2021 年之後 Google 自己的政策文件就好。AMP 在 2027 年不再是 Google 排名的加分條件，頁面體驗指標才是，這也是 [行動優先索引]() 進入成熟期後的必然結果。 ## 為什麼說 AMP 根本不重要：三個關鍵原因 因為 AMP 的三大存在理由都已失效。它的搜尋特權被取消、它的速度優勢可以被現代 RWD 網站追平、它的維護成本（雙版本、外掛衝突、追蹤困難）反而拖累網站；當一個工具的好處縮水、壞處不變，它自然就不重要了。 ### 原因一：排名紅利沒了 排名紅利是 AMP 最大的賣點，現在這個賣點等於零。AMP 從「入場券」變成「可有可無的加速選項」，對排名的邊際貢獻趨近於零。如果你做 AMP 的唯一理由是「怕排名輸人」，那這個理由在 2021 年之後就已經不成立了，跟 [Google 親口證實的排名因素]() 對照看會更清楚。 ### 原因二：速度優勢可以被追平 現代網站只要把最佳化做對，速度可以跟 AMP 一樣快、甚至更快。圖片壓縮、延遲載入、JavaScript 精簡、上 CDN，這些技術組合起來的效果不輸 AMP 的限制式框架，而且你不用為了「快」犧牲版面自由與功能。相關的做法在 [網頁速度對 SEO 的影響]() 與 [PageSpeed Insights 整合 Lighthouse 教學]() 裡都有講。 ### 原因三：維護成本反而拖累你 維護成本是最容易被忽略、卻最致命的一點。同時維護一般版和 AMP 版，等於工作量翻倍；AMP 外掛跟 SEO 外掛（例如 Yoast、Rank Math 之類）經常衝突，版面會跑掉；GA 追蹤在 AMP 版常常對不起來，轉換率數字會失真。這些隱形成本累積下來，比 AMP 帶來的好處還貴。 佐證來了。W3Techs 的技術使用調查顯示，AMP 的全站採用率大概只剩 0.2% 左右，早就不是主流。換句話說，AMP 的重要性是被 Google 收回特權、被 Core Web Vitals 取代、被維護成本三者一起拉下來的，不是單一原因。 ## Core Web Vitals 取代 AMP：手機排名真正看的指標 Google 現在看的是 Core Web Vitals 三個指標：LCP（最大內容繪製，要 ≤2.5 秒）、CLS（版面位移，要 ≤0.1）、INP（互動到下次繪製，要 ≤200 毫秒）。其中 INP 在 2024 年 3 月正式取代舊的 FID，是現在手機體驗排名最關鍵的互動指標（來源：Google Search Central 公告）。 | 指標 | 中文名稱 | 良好門檻 | 衡量什麼 | | --- | --- | --- | --- | | LCP | 最大內容繪製 | ≤2.5 秒 | 主要畫面載入速度 | | CLS | 版面位移 | ≤0.1 | 視覺穩定度 | | INP | 互動到下次繪製 | ≤200 毫秒 | 全程互動流暢度（2024 年 3 月取代 FID） | INP 取代 FID 是關鍵升級。FID 只量「第一次互動的延遲」，INP 量的是「整個頁面使用期間的互動流暢度」，標準嚴格很多。很多網站在 FID 時代輕鬆過關，換成 INP 之後反而不及格，這也是為什麼 2024 年之後一堆人開始回頭檢查網站的 JavaScript。要追蹤這些數字，[web.dev 工具]() 與 [Site Kit by Google]() 都能幫你把資料拉進後台。 AMP 和 Core Web Vitals 的本質差異要分清楚。AMP 是「一種框架」，Core Web Vitals 是「一套評分標準」，後者才是排名訊號。你用不用 AMP，Google 都會用同一套 Core Web Vitals 來量你的頁面。關鍵觀念：通過 Core Web Vitals 遠比「有沒有用 AMP」更影響手機排名，這也是 [頁面體驗成為排名因素]() 之後的常識。 一個要小心的數字：第三方 SEO 分析報告估計，約半數網站目前還沒達到 Core Web Vitals 的「良好」標準。這個數字我用模糊描述，因為各報告取樣不同、寫死百分比反而誤導，但「還有一大半網站沒過關」這個方向是可信的。Core Web Vitals 才是 2027 年 Google 評分手機體驗的真正指標，AMP 不是。 ### 怎麼自己量這三個數字：免費工具與判讀 量 Core Web Vitals 不用花錢，Google 自己給的工具就夠用。最直接的是 PageSpeed Insights：輸入網址就能同時看到實驗室資料（Lighthouse 模擬跑出來的 LCP、CLS、INP）與真實使用者資料（來自 Chrome 使用者體驗報告，簡稱 CrUX）。實驗室資料告訴你「理論上能多快」，真實使用者資料告訴你「讀者實際感受多快」，兩個都要看，因為它們經常不一致。 判讀有個原則：以真實使用者資料為準，實驗室資料當診斷工具。如果你的 CrUX 顯示 LCP 有 4 秒，那就算 Lighthouse 模擬只跑出 2 秒也沒用，因為 Google 排名看的是前者。常見的落差原因包括讀者用的網路比實驗室慢、廣告或第三方腳本拖慢實際載入、伺服器在尖峰時段回應變慢。想看更完整的三指標定義與計算方式，可以對照 [Core Web Vitals 完整指南]()，那篇把每個指標的計算細節都拆開講了。 另一個必裝的是 [Google Search Console]() 的 Core Web Vitals 報告。它會把整個網站的頁面依「良好、需要改善、差」分類，還會附上具體的 URL 清單，等於直接告訴你哪些頁面最該修。實務上我會先把「差」的那批處理掉，因為它們對整體網站體驗分數的拖累最大，修完通常排名與點閱率都會跟著回穩。記住一件事：Core Web Vitals 是網站層級的訊號，不是單頁決勝負，所以別只盯著首頁，內頁也要顧。 ## 你真的還需要 AMP 嗎：一張判斷表幫你決定 多數網站的答案是不需要。但要不要拆，取決於四個條件：你的 AMP 頁面被 Google 收錄多少、手機流量有多少來自 AMP 版本、你的 Core Web Vitals 是否已經達標、你有沒有資源繼續維護雙版本。只要 Core Web Vitals 已經及格且 AMP 流量佔比很低，拆掉 AMP 的風險就非常小。 | 條件 | 建議保留 | 建議觀察 | 建議盡快拆 | | --- | --- | --- | --- | | AMP 索引量 | 大量頁面仍收錄 | 少量收錄 | 幾乎沒收錄 | | AMP 流量佔比 | 佔手機流量明顯比例 | 個位數百分比 | 接近零 | | Core Web Vitals | 尚未達標 | 邊緣達標 | 穩定達標 | | 維護資源 | 有人可顧雙版本 | 勉強維護 | 外掛衝突嚴重 | ### 情境一：新網站 直接不要導入 AMP。把心力放在 Core Web Vitals 與 [RWD 回應式設計]()，這兩件事的長期報酬率遠高於裝一個已經沒有紅利的框架。新站從零開始，沒有歷史包袱，更沒有理由替自己製造雙版本維護的麻煩。 ### 情境二：舊網站已裝 AMP 但流量穩定 先確認 Core Web Vitals 達標，再考慮拆除。如果 CWV 還沒過關，先把速度問題解決，否則一拆 AMP 又剛好 CWV 不及格，會很難判斷流量波動到底是哪個原因造成的。這也是 [最常被忽略的技術 SEO 問題]() 之一：動太多變數，事後會查不出真兇。 ### 情境三：AMP 帶來明顯流量或版本衝突嚴重 個別評估，沒有標準答案。如果你的 AMP 版本真的還帶來可觀流量，那就先把這個流量來源摸清楚再決定；如果外掛衝突已經嚴重到版面壞掉、追蹤失準，那拆掉的急迫性就很高。講白一點，要不要拆 AMP 沒有萬用答案，要資料說話，這正是我必須誠實承認的地方。 ## 拆掉 AMP 安全嗎：實測與流量風險評估 只要做好 301 轉址與事後監控，拆掉 AMP 對多數網站的搜尋流量沒有可偵測的負面影響。第三方 SEO 團隊 SearchPilot 的實測證實了這一點。真正會讓流量掉的，是拆 AMP 時忘了轉址導致一堆 404，而不是「少了 AMP」這件事本身。 我自己也會怕拆出事，這是人之常情。但怕歸怕，做法要科學。流量風險評估有個清單可以先過一遍：AMP 索引量有多少、AMP cache 有沒有殘留舊內容、站內有沒有指向 AMP 版本的連結、[重複內容]() 有沒有處理好。這幾項都確認了，拆的風險就會大幅下降。 真正風險不在「拆」，在「沒轉址」。AMP 收錄的 URL 一旦變成 404，Google 才會真的把你排名往下修，這跟 [301 與 302 對 SEO 的影響]() 是同一套邏輯。所以拆除的順序、轉址的設定，比「要不要拆」這個決定本身更重要。 建議觀察期是 7 到 28 天。拆除後用 Search Console 監控這段時間的索引變化與流量波動，再下結論。太早下結論會被短期雜訊誤導，拖太久又會讓問題沒被即時發現，7 到 28 天是比較務實的範圍。 ## 安全移除 AMP 的 5 個步驟（含 301 轉址） 安全拆除 AMP 的正確順序是：先安裝並設定 301 轉址（把 /amp、？amp 結尾的網址指向原頁）→ 再停用 AMP 外掛 → 清除 Google AMP Cache 殘留 → 用 Search Console 監控索引變化 → 觀察 7 到 28 天確認流量沒有異常。順序錯了，最容易產生大量 404。 1. 步驟一：先設 301 轉址。用 Redirection 這類外掛或伺服器規則，把 /amp、？amp 結尾的網址一律 301 指向原頁。這一步一定要先做完，後面才有意義。 2. 步驟二：確認轉址生效後，再停用並移除 AMP 外掛。先用幾個網址實測 301 有沒有真的跳轉，確認沒問題再停用外掛。順序不能顛倒，這是最多人踩的雷。 3. 步驟三：清除 Google AMP Cache 殘留。Google 有提供 AMP Cache 的更新與移除工具，把舊的 AMP 內容清掉，避免讀者還連到快取裡的舊版。 4. 步驟四：用 Search Console 監控索引變化。看 AMP 索引量有沒有逐步下降、有沒有冒出 404，這是判斷拆除是否順利的關鍵訊號。 5. 步驟五：觀察 7 到 28 天。確認手機流量與排名無異常再收尾。如果有異常，回頭查轉址與 404，通常問題都在這裡。 再叮嚀一次，順序不能顛倒。很多人直接停用外掛才想到要設轉址，結果 AMP 收錄的網址瞬間全變 404，排名跟著掉，這種 case 我看過不少。把 [AMP 頁面與原頁一致]() 的要求當成第一步，後面每一步都會輕鬆很多。 WordPress 用戶有兩個額外注意事項。第一，停用 AMP 外掛之前，先把結構化資料外掛（例如 Rank Math 或 Yoast 的 Schema 功能）的設定備份下來，因為有些 AMP 外掛會把 Schema 輸出接管過去，一旦停用，結構化資料可能出現空窗，導致豐富結果消失。第二，舊版 AMP 產生的網址（例如 /amp/ 結尾）數量可能比你想的多，建議用 Search Console 的網址審查工具抽幾個實測 301 有沒有真的生效，別只看外掛後台顯示「已設定」就放心。這兩個動作跟整體的 [WordPress SEO 基礎]() 是同一套邏輯：先備份、再驗證、最後才動手。 ## 不靠 AMP 怎麼讓手機網站變快：最佳化優先順序 不靠 AMP 要讓手機網站變快，優先順序是：先顧好 Core Web Vitals（特別是 LCP 和 INP），再做圖片最佳化與延遲載入、壓縮 JavaScript、上 CDN、選對主機。把這幾項做對，手機載入速度可以做到跟 AMP 一樣快甚至更快，而且不用付雙版本維護成本。 ### 第一優先：Core Web Vitals 達標 LCP、CLS、INP 這三個數字先過關，這才是排名訊號。很多人還在找外掛求快，其實問題往往出在圖片和 JavaScript，把這兩個源頭處理好，CWV 自然會進步。具體怎麼量、怎麼改善，[PageSpeed 警告處理]() 與 [網站速度為什麼重要]() 這兩篇可以對照著看。 ### 第二優先：圖片與 JavaScript 最佳化 圖片最佳化直接改善 LCP：壓縮、轉 WebP 或 AVIF、設定寬高避免版面位移、延遲載入（lazy load）。圖片替代文字怎麼寫，可以參考 [Alt 圖片替代文字指南]()。JavaScript 最佳化則直接改善 INP：延後載入非必要的 JS、移除沒在用的外掛，這兩件事的投報率比任何加速外掛都高。 ### 第三優先：主機與 CDN 主機與 CDN 決定了讀者的延遲底線。選有亞太節點的主機與 CDN，TTFB 會明顯下降，這對 LCP 是直接加分。網站架構與 [網站架構最佳化]() 也跟速度有關，太深的目錄與冗長的網址都會拖慢爬蟲與載入。把 AMP 的心力改投在 CWV 與 RWD 上，CP 值明顯更高。 ## 做 AMP 或拆 AMP 最常見的 5 個錯誤 最常見的五個錯誤是：以為「有 AMP 就等於手機很快」而忽略 Core Web Vitals、拆 AMP 時忘記 301 轉址、同時裝 AMP 又裝一堆會衝突的外掛、把 AMP 收錄的連結當成主網址導致重複內容、以及用舊觀念勸新老闆「不做 AMP 手機排名會輸」。這些都是我自己接手舊站時遇過的真實狀況。 - 錯誤一：以為有 AMP 就不用管 Core Web Vitals。這是最致命的誤解。AMP 不是 CWV 的免死金牌，Google 照樣會量你的 LCP、CLS、INP。 - 錯誤二：拆 AMP 沒設 301。結果 AMP 收錄的網址全變 404，排名反而掉。這個錯完全是流程問題，不是技術難度。 - 錯誤三：AMP 外掛與 SEO 外掛衝突。版面跑掉、中繼資料出錯，這類衝突會同時傷速度與 [站內 SEO]()。 - 錯誤四：AMP 版本與原頁形成重複內容。canonical 沒設好，Google 會分不清哪一頁才是正本，等於自己製造 [重複內容問題]()。 - 錯誤五：拿過時觀念做決策。2021 年後排名邏輯已經改變，還在用「AMP 必做」的舊觀念勸新老闆，只會讓決策走偏。 換個角度想，這五個錯誤其實有一個共同來源：把 AMP 當成目的，而不是手段。AMP 從來不是目的，速度與體驗才是。把焦點放回真正影響 [Google 排名因素]() 的地方，這些錯誤自然會少很多。 還有一個容易被低估的錯誤：拆完 AMP 之後不做追蹤對照。正確做法是拆除前先截圖記錄 Search Console 的點閱、曝光、平均排名，以及手機流量佔比，拆完之後每週比對一次，持續四週。沒有這組對照數字，你根本無從判斷拆除到底有沒有帶來波動，也很難在老闆或客戶問起時拿出有說服力的答案。很多團隊省掉這一步，事後被質疑就只能憑印象回話，這在 SEO 報告裡是大忌。把這個習慣建立起來，比任何加速外掛都更能保護你的排名成果。 附帶一提，如果你的網站同時裝了快取外掛（例如 WP Rocket、LiteSpeed Cache 之類），拆 AMP 之後要回頭確認這些外掛的手機快取規則沒有把舊的 AMP 版本當成快取物件，否則讀者可能會載到殘留的舊版頁面，看起來像「拆不乾淨」。這類細節不難處理，但很容易被忽略，留到最後檢查一遍就能避開。養成「拆完再驗證一次」的反射動作，比記住任何單一設定更重要。 ## 2027 年 AI 搜尋時代，AMP 與手機速度的新角色 AMP 本身在 AI 搜尋時代依然不重要，但「手機頁面速度」反而變得更值得顧。原因是 AI 搜尋引擎在擷取與引用內容時，同樣會偏好載入快、結構清楚、能快速被解析的頁面。也就是說，AMP 退場了，但「頁面體驗」這件事在 AI 搜尋下並沒有變得無關緊要。這個趨勢在 [AI 搜尋改變 SEO 規則]() 的討論裡看得很明顯。 AMP 不會因為 AI 搜尋而復活。它是格式，不是 AI 引用訊號；AI 引擎要的是能理解、能引用的內容，而不是特定的網頁框架。但手機頁面速度依然重要，因為 AI 爬蟲跟使用者一樣，耐心都有限，載入太慢的頁面會被略過。這跟 [AI 搜尋時代的 SEO 策略]() 是同一個方向。 關鍵差異要記住：AI 擷取友善不等於 AMP。結構化資料、段落自含、answer-first，這些才是 AI 要的。想讓內容更容易被 AI 引用，[結構化資料指南]() 與 [搜尋意圖]() 的搭配比任何加速框架都重要。AMP 在 AI 搜尋時代依然不重要，但頁面體驗與內容結構更重要了。 ## 結論：AMP 根本不重要，你該把心力放對地方 回到結論：AMP 對絕大多數網站已經不重要，因為它的搜尋特權早被取消、速度優勢可被現代最佳化取代、維護成本反而拖累網站。與其糾結要不要做 AMP，不如把同一份心力投在 Core Web Vitals、RWD 行動版與結構化內容，這才是 2027 年手機排名與 AI 搜尋都買單的方向，也是我們一直強調的 [要不要做 SEO]() 的正確思考方式。 三種情境的快速結論：新站別做 AMP，把心力放在 CWV 與 RWD；舊站先觀察 Core Web Vitals 是否達標，再決定要不要拆；外掛衝突或重複內容嚴重，就照前面的五步驟安全拆。行動呼籲很簡單：先去 Google Search Console 看 Core Web Vitals 報告，這比煩惱 AMP 有用太多了。相關的入門觀念，[搜尋引擎最佳化新手入門]() 與 [改善 SEO 的方法]() 都能幫你把方向走對。 不保證排名。最佳化速度是基礎，不是保證排第一的門票；排名會被內容、連結、搜尋意圖等太多因素影響。把速度顧好，是把基本功做扎實，讓你在 [Google 公開的排名因素]() 裡至少不會輸在起跑點。開頭我說 AMP 不重要，結論也給你「那到底要做什麼」的答案了：去做 Core Web Vitals，去做 RWD，去做內容。 講了這麼多，如果你只能記住一件事，就記住這句：AMP 不重要，Core Web Vitals 才是。下一步很明確，打開 [Site Kit by Google]() 或 Google Search Console，看看你的 LCP、CLS、INP 到底及格了沒。沒及格，先解決這個；及格了，那 AMP 對你來說就真的只是歷史名詞了。想再往深一層走，可以搭配 [關鍵字最佳化]()、[長尾關鍵字]() 與 [轉換率]() 的觀念，把手機流量真正變成成果。 ## 關於 AMP 的常見問題（FAQ） 這裡集中回答「AMP 還需要嗎」「拆掉會不會掉流量」「WordPress 外掛要不要關」「Core Web Vitals 標準多少」「AI 搜尋還看手機速度嗎」等高頻疑問，每題都先給答案再說原因，方便 AI 搜尋直接擷取。更多 SEO 基礎觀念，可以延伸閱讀 [SEO 的內容、技術與站外基礎]() 與 [快速提升排名的小技巧]()。 ### Q1：2027 年 AMP 還會影響 SEO 排名嗎？ 不會。Google 早在 2021 年就取消 AMP 在搜尋與 Top Stories 的專屬待遇，現在排名看的是 Core Web Vitals 這套整體頁面體驗標準。AMP 不再是任何排名訊號的入場券，有沒有用 AMP，速度都用同一套標準評分。 ### Q2：我已經裝了 AMP 外掛，要不要關掉？ 多數情況建議關。正確順序是先設 301 轉址、再停用外掛、再清 AMP Cache、再監控 Search Console。只要 Core Web Vitals 已經達標、AMP 流量佔比又很低，拆掉的風險非常小。詳細步驟參考前面的「安全移除 AMP 的 5 個步驟」。 ### Q3：拆掉 AMP 搜尋流量會掉嗎？ 做好 301 轉址與事後監控，多數網站沒有明顯影響。SearchPilot 的實測顯示，移除 AMP 對搜尋流量沒有可偵測的負面影響。真正會讓流量掉的是沒轉址導致的 404，而不是「少了 AMP」本身。建議拆除後觀察 7 到 28 天再下結論。 ### Q4：Core Web Vitals 的及格標準是多少？ LCP ≤2.5 秒、CLS ≤0.1、INP ≤200 毫秒，這是 Google 官方的「良好」門檻。其中 INP 在 2024 年 3 月正式取代舊的 FID，是目前互動流暢度的關鍵指標。數字來源是 web.dev 與 Google Search Central 的官方說明。 ### Q5：不裝 AMP 手機網站真的能變快嗎？ 能。做對圖片最佳化、JavaScript 精簡、CDN 與主機選擇，手機載入速度可以等同甚至超越 AMP，而且不用付雙版本維護成本。重點是把 Core Web Vitals 顧好，這才是排名訊號，AMP 不是。 ### Q6：AI 搜尋還會看手機速度嗎？ 會。頁面體驗仍是 AI 擷取友善的基礎，載入快、結構清楚的頁面更容易被 AI 搜尋引擎引用。但 AI 要的是結構化內容與自含段落，不是 AMP 這種特定框架。AMP 不會因為 AI 搜尋而復活。 ### Q7：AMP 和 RWD 要選哪個？ 2027 年選 RWD 加 Core Web Vitals，不是 AMP。RWD 一套版面同時照顧手機與桌機，沒有雙版本維護成本，再搭配 CWV 達標，就能同時滿足傳統 SERP 與 AI 搜尋的需求。想深入了解，可以看 [AMP 行動裝置網站速度設計]()。 [AMP]() 喜歡這篇內容？讓下次搜尋，更容易遇見 Whoops。 [將 Whoops 設為 Google 偏好來源（另開 Google 設定頁）]()前往 Google 選取並確認，即可完成設定。 [## Sliven 褚崇名]() Sliven 褚崇名是 Whoops SEO 創辦人，負責技術 SEO、內容與關鍵字策略、WordPress 網站重建，以及 AI SEO、AEO、GEO 的量測與內容優化。作者頁可查閱由他署名的〈SEO 是什麼〉與〈AI SEO 是什麼〉等教學；內容中的自有量測、模型觀測與第三方來源應分開判讀，並以各頁標示的方法與限制為準。是否適合特定專案，仍需依網站現況、目標、執行範圍與可驗證成果判斷。 [查看作者文章 →]() ## 討論與提問 ### 發佈留言 WHOOPS / JOURNAL ## 更多值得一讀的文章 [探索知識庫 ↗]() [技術 SEO約 18 分鐘閱讀 ### 2027 網站速度為什麼重要：SEO、使用者體驗與 Core Web Vitals 完整關聯 網站速度會影響 SEO 排名，但它不是決定性因素，而是 Google「頁面體驗信號」的一部分。Google 自 2010 年把桌面版速度、2018 年把行動版速度納入排名，2021 年再整合 Core Web Vitals。當兩個頁面內容與權重差不多時，速度快、體驗穩的那一頁才有機會勝出。把 LC… 閱讀文章]() [SEO 工具與數據約 16 分鐘閱讀 ### 2027 網頁速度對 SEO 排名的影響 – 透過 Google PageSpeed Insights 進行網頁檢測與取得最佳化建議 網頁速度確實是 Google 的排名因素，但它不是「一速定江山」。Google 從 2010 年把桌面版速度列入排名、2018 年 7 月再把行動版速度納入考量，真正用來判斷的是 Core Web Vitals 三大指標（LCP、INP、CLS）是否同時過門檻，而不是你在 PageSpeed In… 閱讀文章]()