AI Agent SEO:讓機器讀懂你網站的3道基本功

打開網站的流量報表,你以為對面坐著的是一群人。但情況已經變了。資安公司 Imperva 在 2024 年的觀測顯示,自動化流量首度超越真人,占了全球網站互動的 51%;到了 2026 年中,Cloudflare Radar 測量到的 HTML 請求裡,有 57.2% 來自自動化機器人,真人只剩 42.8%。這些數字背後,藏著一個對 SEO 來說很尷尬的事實。你精心設計的版面、配色、主視覺,有一半以上的「訪客」根本看不到。

網站 HTML 請求中機器人流量占 57.2%、真人只剩 42.8%,自動化流量自 2024 年起已過半
自動化流量已超越真人,占網站 HTML 請求的 57.2%(資料來源:Cloudflare Radar,2026 年中)。

這正是 AI Agent SEO 要處理的新題目。當查詢、比價甚至下單都交給 AI 代理(AI Agent)去執行,網站要面對的讀者就從人變成了機器。它不看你的 Banner,只讀你的程式碼結構;它不在乎你的圖好不好看,只在乎價格和規格能不能被解析出來。能不能被機器讀懂,正在變成新的門檻。

好消息是,要跨過這道門檻,多半不必砍掉重練。先看清楚 AI 代理到底怎麼「看」你的網站,再把三件中小企業現在就能動手的事做好,順序就清楚了。

AI 代理是怎麼「看」你的網站?

AI 代理看網站,跟人看網站幾乎是兩回事。人打開頁面,看到的是顏色、排版、圖片、字體;AI 代理打開同一個頁面,多數時候讀的是一棵叫「無障礙樹」(accessibility tree)的東西,一份把版面雜訊全部剝掉、只留下結構的精簡模型。這棵樹原本是為了讓螢幕報讀軟體幫視障者導覽網頁而生的,運作了二十幾年,現在意外成了 AI 代理與網站之間最主要的介面。

目前各家代理大致走三條路。第一種是純視覺,像 Anthropic 的 Computer Use,直接對瀏覽器截圖、用畫面判斷該點哪裡;Google 的 Project Mariner 走類似的「觀察、規劃、行動」迴圈,在 WebVoyager 測試裡拿到 83.5% 的成功率。第二種是讀無障礙樹,OpenAI 的 ChatGPT Atlas 在官方文件裡說得很明確,它用 ARIA 標籤(也就是支援螢幕報讀的那套角色與標記)來判讀頁面結構和可互動的元素。第三種是混合,多數能力較強的代理會兩者並用,先讀結構、不夠再補截圖。

AI 代理讀網站的三條路線:純視覺截圖、讀無障礙樹、混合並用,其中讀無障礙樹正成為主流介面
AI 代理主要靠純視覺、無障礙樹或兩者混合來讀網站,而讀無障礙樹正成為越來越多代理的主流做法。

有個趨勢很清楚,連一開始走純視覺路線的平台,現在也都在補進無障礙資料;而那些把可靠度和效率擺第一的工具,幾乎都以無障礙樹為主。換句話說,你網站的無障礙樹不再只是合規文件,它越來越像 AI 代理理解你、操作你的第一手介面。

那這跟 SEO 排名有沒有差?有,而且是真金白銀的差。加州大學柏克萊分校與密西根大學一份發表於 2026 年人機互動研討會(CHI 2026)的研究,把 Claude 放進 60 個真實網頁任務裡測試,標準條件下成功率有 78%,一旦限制成只能用鍵盤操作(模擬輔助技術的處境),成功率掉到 42%,花的時間還多了一倍。這告訴你一件很實際的事。網站結構好不好,會直接決定 AI 代理能不能順利幫使用者完成任務。結構鬆散、靠視覺暗示和複雜互動撐起來的網站,就是讓代理出錯的溫床。

懂了代理怎麼看,接下來三件事就有了著力點。它們不是什麼高深技術,而是把過去常被略過的基本功補回來。

結構化資料補起來,機器才讀得懂你在賣什麼

第一件該做的事,是替關鍵內容補上結構化資料(Structured Data)。它說穿了就是「寫給機器看的內容說明書」,用一套標準格式,把你頁面上的資訊明確標記成「這是商品名稱」「這是價格」「這是庫存」「這是營業地址」,讓 AI 代理不必靠猜,就能準確抓到該抓的東西。

為什麼這件事擺第一?因為購物型的 AI 代理在挑選商品時,會先讀結構化的 Product 標記、價格資料和庫存狀態,再去讀那一大段人類看的文案。標記完整、價格與庫存可被機器存取的頁面,被選中的機率,明顯高過只有漂亮文案的頁面。國際零售業界一個越來越常被引用的觀察就是,把你的生意變成機器可讀,機器就會跟你做生意。

落地上,建議用 JSON-LD 這種格式來寫,它是把一段標記程式碼放進 HTML 的 head 區塊,是目前最容易大規模實作與維護的做法,Google 自己也推薦這一種。對企業官網來說,優先順序大致是這幾類:

  • Organization:標清楚你是誰、公司名稱、聯絡方式。
  • Product:商品名稱、價格、庫存、規格,電商最該優先補的就是這塊。
  • LocalBusiness:在地商家的地址、營業時間、電話,實體店尤其重要。
  • FAQPage:把常見問答用結構化格式標起來,方便 AI 引擎擷取。
  • BreadcrumbList:麵包屑路徑,幫機器理解頁面在站內的層級位置。

這裡有個常被忽略的細節,那就是每個欄位都要填真實、最新、一致的資訊。AI 模型會交叉比對不同來源,如果你的 JSON-LD 寫的價格跟頁面上顯示的不一樣,或跟你的線上商家檔案對不起來,不但加不了分,反而會降低信任度。所以與其急著把所有類型都補上,不如先把最核心的 Product 或 LocalBusiness 標好標滿、確保跟真實資料同步。

光把資料標清楚還不夠。資料是寫在頁面上的,而頁面本身的「骨架」乾不乾淨,決定了機器能不能順利走進來。這就要看你的 HTML 怎麼寫。

語意化 HTML 讓無障礙樹更清楚好讀

第二件事,是把網頁改用語意化的 HTML(Semantic HTML)來寫。前面提過,AI 代理多半讀的是無障礙樹,而這棵樹是瀏覽器根據你的 HTML 自動生成的。你用對了標籤,樹就清楚好讀;你全部用沒有意義的 div 拼版面,樹就稀疏又含糊,代理只能用猜的。

最實際的原則很簡單,能用原生元素,就別自己拼。一個 <button> 元素會自動帶著「按鈕」這個角色出現在無障礙樹裡,文字內容就是它的名稱,代理一眼就知道這能點;但一個掛了點擊事件的 <div>,在代理眼中可能根本不像是能互動的東西。同樣的道理也適用在這幾個地方:

  • 表單欄位要有對應的標籤(label):代理靠標籤判斷這個欄位該填什麼,再補上 autocomplete 屬性,它替你填資料時就不必用猜的。
  • 標題層級要照順序:h1 到 h6 依邏輯排好,別從 h1 直接跳到 h4,代理是靠標題層級理解內容結構的。
  • 善用地標元素:用 <nav>、<main>、<footer> 這些標籤,明確告訴代理「這裡是導覽列」「這裡是主內容」,而不是丟一堆要它自己解讀的 div。

至於常被當成萬靈丹的 ARIA 標記,得擺正位置。它是補強,不是替代品。W3C 對 ARIA 的第一條規則就是「能用原生 HTML 就別硬套 ARIA」。次序應該是先把語意化 HTML 寫好,原生元素天生就被正確理解;只有遇到原生標籤涵蓋不了的自訂元件(像頁籤、樹狀選單),才補上 ARIA 角色與狀態。把 aria-label 拿來塞關鍵字,只會重演當年 meta 關鍵字被玩壞的老路。

這件事還有個讓人意外的好處。你為 AI 代理做的這些調整,剛好就是無障礙網頁倡議者喊了二十年的同一套工作。同一份功夫,同時服務了真人使用者、螢幕報讀者、搜尋引擎,跟 AI 代理四種讀者。

骨架對了、資料齊了,還剩最後一個關卡,那就是這些內容得真的「在那裡」,機器一抓就抓得到,而不是要等瀏覽器跑完一輪才浮現。

核心內容得留在原始 HTML 裡,別讓機器抓到空頁

第三件事,是確保你的核心內容直接出現在原始 HTML 裡,而不是藏在 JavaScript 跑完之後才生成的畫面中。這一點很多用前端框架蓋的網站都踩過坑,卻不太有人講清楚。

關鍵在於,會自己逛網站、執行任務的瀏覽器型代理(像 Atlas、Comet),多半跑在 Chromium 上,會執行 JavaScript,所以渲染得出單頁式應用。但不是所有來訪的機器都是完整瀏覽器。負責替 AI 引擎建索引、決定要不要引用你內容的那些 AI 爬蟲,很多並不會執行前端的 JavaScript。如果你的頁面在框架接手前只是一個空的 <div id=”root”></div>,這些爬蟲看到的就是一片空白。你的內容,對整個 AI 搜尋生態等於不存在。

這也是為什麼伺服器端渲染(Server-Side Rendering)不再只是優化速度的選項,而是一個能不能被看見的門檻。同樣的道理,也別把關鍵資訊藏進需要點擊才會展開的頁籤或手風琴選單裡。價格、規格、庫存、重要細節,這些都該直接寫在初始的 HTML 裡,因為 AI 系統很可能不會去渲染那些被收起來的內容,一收起來,重點就被跳過了。

想知道機器到底看到了什麼,有個很土但有效的辦法。你可以用純文字瀏覽器(例如 Lynx)打開你的頁面,把所有視覺渲染都剝掉,剩下的差不多就是非視覺代理會讀到的版本。如果連你自己都在那畫面裡找不到商品價格,那 AI 代理多半也找不到。

為什麼這波轉變,現在就值得動手?

把這三件事連起來看,會發現它們指向同一個方向。AI 代理之所以重要,是因為一整套讓代理能查、能比、能下單的基礎設施,正在快速成形。

AI Agent SEO 三道基本功:補上結構化資料、改用語意化 HTML、做伺服器端渲染,讓機器讀懂網站
結構化資料、語意化 HTML、伺服器端渲染三道基本功,同時替 Google 搜尋與 AI 代理鋪好路。

最明顯的就是代理購物的協定一個接一個落地。OpenAI 與 Stripe 在 2025 年 9 月以 Apache 2.0 授權釋出了 Agentic Commerce Protocol(ACP),讓 AI 代理能在對話裡完成商品探索、再把使用者導回商家網站結帳;Google 主導的 Agent Payments Protocol(AP2)同樣在 2025 年 9 月推出,用簽章過的意圖、購物車與付款憑證,讓代理能代為付款,背後集結了 Mastercard、PayPal 等六十多家夥伴。而由 Anthropic 在 2024 年 11 月發表的 MCP(Model Context Protocol),到 2026 年初已成為代理與工具之間連接的事實標準。

這些協定的共同前提,都是「你的資料能不能被機器讀取、被機器信任」。少了乾淨的結構,再開放的協定也接不上你。

更別說規模本身就很驚人。麥肯錫預估,代理式商務到 2030 年光是美國的消費零售市場就可能達到約 1 兆美元,全球落在 3 到 5 兆美元之間。Adobe Analytics 的觀察則指出,由 AI 導引而來的零售訪客,購買轉換率已反超傳統管道,且停留時間更長、瀏覽頁數更多。這意味著當代理開始替使用者篩選與下單,能被它看見、被它選上的網站,拿到的會是轉換意願更高的一群人。

回到那句最關鍵的提醒,搜尋永遠是必要的。AI 也好、代理也好,它替使用者處理資訊的本質仍然是搜尋:理解問題、快速過濾、排出順序。SEO 一直在處理的就是這些事,所以它沒有消失,只是把服務對象從單一的人,擴展到了人加上機器。先把結構化資料、語意化 HTML、可被抓取的內容這三道基本功補起來,等於同時替今天的搜尋引擎和明天的 AI 代理鋪好了路。機器讀者已經坐在你的網站前,剩下的,是你願不願意把字寫得讓它看得懂。