SEO優化

AMP 特權已被 Google 拆光,現在還值得投入維護嗎?

多數人一提到 AMP,還是直覺想到「開得比較快、排名比較好」,這個印象曾經是真的,現在卻只剩一半站得住腳。AMP(Accelerated Mobile Pages)是 Google 主導的一套簡化版網頁規格,靠限制 HTML 與 JavaScript 的自由度換取行動裝置上的載入速度,它曾經是進入 Google 搜尋手機版焦點新聞輪播的入場券,也曾經因為掛在 Google 自己的快取網域上,享有比一般網頁更快的秒開優勢。

問題是,這兩項特權都已經不在了。2021 年的一次更新拿掉了進入焦點新聞就得用 AMP 這道門檻,2026 年 7 月,連 AMP 掛在 Google 快取網域上被秒開的實體優勢,也被 Google 自己拆掉了。特權消失之後,AMP 留下的是它天生的規格限制,與維護兩份內容的固定成本,對多數網站來說,這筆帳已經算不過去。

AMP 從 2016 年綁定 Top Stories,到 2021 年 4 月拿掉門檻與徽章、2026 年 7 月快取轉發退場,兩項搜尋端特權已被 Google 逐一拆除
AMP 的兩項搜尋端特權,從 2016 年建立到 2026 年 7 月,被 Google 分兩步拆得只剩一般網頁的待遇。

AMP 已經失去它在 Top Stories 曾經獨占的排名特權

AMP 從來不是靠使用者體驗本身取勝,而是靠 Google 直接給的兩項搜尋端特權撐起來:一是能擠進手機版焦點新聞輪播,二是掛在 Google 自己的快取網域上被秒開。這兩項特權現在都已經不在,AMP 現在跟一般網頁站在同一個起跑點上,接受同一套效能指標檢驗。

Top Stories 入選門檻不再要求使用 AMP 格式

2016 年,Google 開始要求手機版 Top Stories 輪播只收 AMP 格式的頁面,這個規則維持了四年,直到 2020 年 5 月,Google 才對外表明這項限制即將取消。取消限制不是降低門檻,而是把評斷標準換成跟頁面技術無關的效能指標。

這個轉折在 2021 年 4 月 19 日正式落地。Google 搜尋中心的官方部落格寫得很直接:「任何網頁不論網站使用體驗核心指標報告的分數或網頁體驗狀態如何,無需使用 AMP 格式,都將能顯示在焦點新聞輪轉介面中。」同一篇公告也講明:「我們將不再顯示用來指出 AMP 內容的 AMP 徽章圖示。」這兩句話合起來的意思很清楚,AMP 從這天起,不再是進入焦點新聞的必要條件,連拿來標示身分的視覺記號都一併撤掉。

同一波調整裡,Google 也把非 AMP 內容擴大套用到 news.google.com 與 Google 新聞應用程式的核心體驗上。連新聞這個最依賴 AMP 的族群,格式限制也一起鬆綁。

Core Web Vitals 現在同一套指標衡量所有頁面

拿掉 AMP 要求之後,並不是沒有標準了,而是換成一套跟頁面技術無關的效能指標。Google 官方的網頁體驗計畫網站列出三項核心指標的具體門檻:最大內容繪製(LCP)要在頁面開始載入後 2.5 秒內出現,Interaction to Next Paint(INP)要在 200 毫秒或更短的時間內回應,累計版面配置位移(CLS)要維持在 0.1 以下。

評估的基準是頁面載入的第 75 百分位數,行動裝置與桌面裝置分開計算,三項都達標的頁面才算符合規定。這套指標不分頁面是不是用 AMP 格式做的,同一支網頁不管背後是哪種技術,量出來的分數放在同一張榜單上比較。過去 AMP 能靠格式本身換一張及格證明,現在這張證明只能靠實際的載入表現去掙。

AMP 專屬的快取轉發機制,已在今年七月停止服務

AMP 過去最實際的一項優勢,是頁面掛在 Google 自己的快取網域上,使用者點進搜尋結果就直接由 Google 的伺服器秒開頁面,不必等發布商自己的主機回應。2026 年 7 月 1 日,這項機制被 Google 自己收掉了。Google 搜尋中心的說明文件近期更新內容頁面上寫著:「內容:我們移除了過時的 AMP 檢視器、AMP 快取和 Signed Exchange 參照,簡化了 AMP 說明文件。」

同一則公告接著解釋原因:「即日起,Google 搜尋將更新使用者連往 AMP 網頁的方式,現在會直接將使用者帶往發布商的 AMP 代管網頁。這項變更可簡化程序,並減少發布商建立 AMP 內容的維護工作,因為他們不必再更新 AMP 快取或設定 Signed Exchange。」公告也明講,AMP 內容將會繼續像其他網頁一樣參與排名,拆掉的只是輸送方式,不是排名待遇。

Google 另一份官方說明「如何從 Google 搜尋中移除您的 AMP 網頁」把這件事講得更中性,通篇沒有任何暗示拿掉 AMP 會損失排名的字眼。合起來看,AMP 現在跟一般網頁一樣,載入速度完全取決於發布商自己的主機與設定,那個曾經掛在 Google CDN 上被秒開的實體優勢,已經不存在了。

維持 AMP 現在付出的代價,已經超過它帶來的好處

排名特權沒了之後,AMP 剩下的就是它天生的規格限制,以及維護兩份內容的固定成本。這些代價不是空泛的「限制很多」,而是幾條寫在規格裡、每天都要面對的具體門檻。

維持 AMP 仍要付出四項固定代價:自訂互動效果做不出來、雙版本改版除錯翻倍、分析追蹤要額外串接、常見元件被規格擋下
排名特權沒了以後,AMP 剩下的是這四條寫在規格裡、每天都要面對的維護成本。

大多數自訂互動效果,在 AMP 規格底下做不出來

AMP 官方規格文件明列一長串禁令。<script> 標籤除了 type 為 application/ld+jsonapplication/jsontext/plain 之外一律禁止,唯一的例外是載入 AMP runtime 與擴充元件本身的 script。自訂樣式表只允許一個 <style amp-custom>,合計不能超過 75,000 位元組。CSS 選擇器不能使用 !important,動畫與轉場也只開放 opacitytransform 這兩種可以用 GPU 加速的屬性,像 onclick 這種帶 on 開頭的行內事件屬性同樣一律禁止。

AMP 另外用 amp-script 這個擴充元件開了一道有限的口子,讓開發者能塞進自訂 JavaScript,但限制一樣嚴格:單一 inline script 不能超過 10,000 位元組,全頁非沙盒 script 的總量上限是 150,000 位元組,沙盒 script 總量上限是 300,000 位元組,而且不能阻擋畫面渲染。如果你的網站有客製化的滑動效果、依使用者行為觸發的動畫、比較複雜的表單邏輯,把這些功能套進這幾條限制,大多直接做不出來,或是得重新設計成簡化很多的版本。

雙版本維護讓改版與除錯成本直接翻倍

AMP 不是取代一般頁面,而是並存的第二套版本。Google 搜尋中心關於 AMP 的官方頁面明確要求,AMP 頁面必須遵守 AMP HTML 規格,而且要提供跟一般(canonical)頁面相同的內容和動作,AMP 網址結構要跟主網站維持清楚的關聯,若使用結構化資料也要跟 Google 的政策一致。

AMP HTML 規格本身還規定,每個 AMP 頁面的 head 裡都必須放一個 canonical 連結,指回一般 HTML 版本,沒有一般版本才指回自己。這條規則等於從規格層級就把 AMP 定位成配對存在的第二份文件,不是一個獨立的內容單位。任何一次內容更新,像是改一段文案、調整一張表格、修正一個錯字,都要在兩個版本裡各做一次,各自跑一次驗證、各自除一次錯,改版與除錯的工作量直接翻倍。

分析與轉換追蹤需要額外串接才連得起同一使用者

AMP 頁面過去多半掛在跟主網站不同的網域上,不管是 Google 的 AMP 快取網域,還是自己架設的獨立子網域,對分析工具來說都是不同的來源。GA4(Google Analytics)的官方支援文件寫明,AMP 頁面是從跟網站不同的網域提供服務,系統預設不會知道同一個人在 AMP 頁與一般頁其實是同一次造訪。

要接起這兩邊,得額外設定一種叫「AMP 連結器」的功能,用 AMP Client ID 當使用者識別碼,把 AMP 頁與一般頁的工作階段串成同一段。設定要分兩步,AMP 頁要嵌入連結器的設定 script,一般頁也要另外用 gtag.js 讀取 AMP 連結器帶的參數,並驗證兩邊的 client ID 是否一致。官方文件也提到,如果第一次造訪的使用者沒有從 AMP 頁點擊連結到下一頁就直接關掉分頁,工作階段整合就不會生效。沒接這道串接,工作階段時長、跳出率這些數據會被低估,轉換路徑也容易在中途斷掉,算不出真正的成效。

表單與嵌入元件的常見做法,多半被規格直接擋下

AMP 要求所有互動元件都換成它自己定義的標籤。表單要嵌入 amp-form 這個擴充元件才被允許使用,原生的 <img> 要換成 amp-img<video> 換成 amp-video<audio> 換成 amp-audio<iframe> 換成 amp-iframe

<object><embed><applet><frame><frameset><picture> 這幾個標籤則是一律禁止,沒有替代元件可以換。任何依賴第三方內嵌腳本,或是客製化互動元件的常見網頁功能,搬進 AMP 環境幾乎都得重新用官方元件實作一次,不能把現有的程式碼原封不動搬過去就用。

極少數情境仍留著 AMP 的薄弱殘值

以上這幾條代價,對更新頻率極高、模板單一的純新聞站來說,情況稍微不太一樣。這群網站過去確實靠 AMP 拿到過真實流量,但連這層殘值賴以存在的兩個基礎,現在也都被拆掉了。

更新頻率極高的純新聞站,過去仍能靠 AMP 拿到大量行動流量

2016 年起,Google 規定只有 AMP 頁面能進入手機版搜尋結果的焦點新聞輪播,這段期間,發布量大、更新又快的新聞網站確實靠這張入場券拿到過真實的行動流量。對這類網站來說,AMP 不是一個可有可無的技術選項,而是能不能被讀者在手機上看到的關鍵門檻。

這段效益維持了大約四年,直到 2020 年 Google 對外表明即將取消門檻限制,2021 年 6 月正式生效。純新聞站在這四年裡靠 AMP 拿到的流量紅利,是目前唯一能證實過的真實效益,不是憑空想像出來的假設情境。

兩個基礎雙雙收攤,讓這層殘值地基跟著鬆動

把時間拉到現在,支撐這層殘值的兩個基礎其實都已經被 Google 自己收掉。第一個基礎是 Top Stories 的入選門檻,2021 年就已經不再要求 AMP 格式,連新聞這個最依賴 AMP 的族群都一併鬆綁。第二個基礎是快取轉發,2026 年 7 月 1 日,Google 把 AMP 頁掛在自己網域被秒開的機制整個拆除,使用者現在直接被帶往發布商自己的網域。

純新聞站 AMP 殘值的兩個基礎,Top Stories 門檻與快取轉發,已分別在 2021 與 2026 年被拆,只剩既有系統仍在運作這一條理由
殘值賴以存在的兩個基礎都被拆掉後,純新聞站留下的理由只剩既有系統還在運作、不想貿然拆換。

兩個基礎都不在了,純新聞站現在能主張的理由,只剩下既有系統還在正常運作、貿然拆換有一定風險這種考量,不是 AMP 還在提供什麼獨家的技術或流量優勢。這跟四年前的情況完全不同,當時 AMP 確實是搶讀者的必要條件,現在它只是一套維護成本比較高的舊系統,拆不拆全看團隊自己的時程與風險承受度,不是排名或流量會不會受影響的問題。

AMP 曾經倚賴的兩項搜尋端特權都已經被 Google 自己拆除,它現在跟一般網頁一樣,接受同一套 Core Web Vitals 檢驗,留下的只剩規格限制,以及維護兩份內容的固定成本,這筆帳對多數網站來說已經算不過去。真的還握有殘值的,只剩更新頻率極高的純新聞站,而且這層殘值也在快速變薄,能撐住的理由已經只剩既有系統還在運作這一條。如果你的網站正在跑 AMP,值得回頭重新評估這套系統還要不要繼續維護;如果從來沒有導入過,現在應該不必再猶豫。

常見問答

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

Top Stories 現在還要求用 AMP 格式嗎?

Top Stories 從 2021 年 4 月起不再要求使用 AMP 格式,Google 官方公告寫明頁面不論效能分數如何都能顯示在焦點新聞輪播裡,AMP 徽章圖示也一併撤掉;入選標準改看 Core Web Vitals 這套效能指標。

Core Web Vitals 的 LCP 門檻是幾秒?

LCP(最大內容繪製)要求頁面載入後 2.5 秒內完成顯示,這是 Google 訂出的三項核心指標之一,另外兩項是 INP 要在 200 毫秒內回應、CLS 要維持在 0.1 以下,評估基準是載入的第 75 百分位數。

AMP 的快取轉發機制何時被拆除?

Google 已在 2026 年 7 月 1 日拆除 AMP 專屬的快取轉發機制,使用者點進搜尋結果會直接被帶往發布商自己代管的網頁,不再由 Google 伺服器秒開;官方公告也明講,AMP 內容仍會照常參與排名,拆掉的只是輸送方式。

AMP 頁面的自訂 CSS 大小有什麼限制?

AMP 規格規定自訂樣式表只能有一個 style amp-custom 區塊,合計不能超過 75,000 位元組,CSS 選擇器也不能使用 important;這些限制讓多數客製化的樣式效果做不出來,得改用簡化版本。

AMP 頁面跟一般頁面的流量數據要怎麼串起來?

AMP 頁面過去多半掛在跟主網站不同的網域上,分析工具預設不會知道同一人在兩邊其實是同一次造訪,要另外設定 AMP 連結器功能,用 AMP Client ID 當識別碼,把兩邊的工作階段串成同一段,才能算出真正的跳出率。

資料來源
  1. More time, tools, and details on the page experience update — Google Search Central
  2. How To Remove your AMP Pages From Search — Google Search Central
  3. Updating our AMP documentation(2026-07-01) — Google Search Central
  4. Web Vitals — web.dev
  5. AMP HTML Specification — AMP.dev
  6. Guidelines for AMP on Google Search — Google Search Central
  7. Set up Google Analytics session unification for AMP — Google Analytics