你的網站還沒準備好迎接 AI 代理人（30 秒就能測出來）
發佈於:
閱讀時間: 4 min
主題: 技術
作者: Leandro Valencia
AI 代理人已經是你網站的真實訪客,但大多數網站完全忽略了它們。學習如何用 isitagentready.com 掃描你的網域,把報告轉換成可執行的改善 spec(附可直接複製的提示詞),再用 Superpowers 的 brainstorming 流程安全地落地執行。
目錄
- 那個沒有眼睛的訪客
- 什麼是「agent readiness」,它跟 SEO 有什麼不同
- 如何一步步完成你的第一次掃描
- 動手之前:先用 Superpowers 的 brainstorming
- 今天就能實作的速贏項目
- 讓網站變得 agent-ready 時常見的錯誤
- 結語
- 實用連結
那個沒有眼睛的訪客
想想今天一個顧客需求是怎麼找上你的生意的。現在已經很少有人在搜尋引擎打「波哥大最好的設計公司」然後開十個分頁比較。他們會直接跟自己的助理說:「幫我找三家供應商、比較價格,再幫我跟最好的那家約通話」。
這個助理做的事情跟人類完全不同:
- 它看不到你的輪播圖、滾動動畫,也看不到你的配色。
- 它能不等 JavaScript hydrate 就盡量不等。
- 它消化的是結構化文字,而且越乾淨越好。
- 它需要不靠猜測就知道你的網站能做什麼:有 API 嗎?有可以預約的端點嗎?能付款嗎?
如果你的網站只回應一堆塞滿 div 的笨重 HTML,完全沒有任何機器可讀的訊號告訴對方你是誰、你賣什麼,那代理人會做出最合理的選擇:轉頭去找那個把一切都準備好的競爭對手。
這不是什麼未來幻想。這跟 Google 轉向 mobile-first 排序時我們經歷的那次跳躍一模一樣:沒有及時跟上的網站,排名掉了好幾年才緩過來。差別是,這一次能夠先發制人的視窗期短得多。
什麼是「agent readiness」,它跟 SEO 有什麼不同
Agent readiness(代理人就緒度)指的是你的網站有多大程度上準備好讓一個自主代理人去發現它、閱讀它、理解它的能力,並在上面執行操作。
它跟 SEO 是近親,但目標完全不同:
| 傳統 SEO | Agent readiness | |
|---|---|---|
| 對象 | 搜尋引擎爬蟲 + 人類 | 自主代理人(以及背後的 LLM) |
| 目標 | 出現在搜尋結果列表中 | 被代理人選中並執行 |
| 關鍵格式 | 語意化 HTML、metadata、速度 | 乾淨的 Markdown、manifest、協議 |
| 成功指標 | 使用者點擊 | 任務無阻礙地完成 |
| 主要訊號 | 反向連結與內容 | 可發現性與已宣告的能力 |
你也會看到 GEO(Generative Engine Optimization,生成式引擎優化)這個詞,它專注於讓你的內容被 AI 生成的回答引用。Agent readiness 則是讓 GEO 得以成立的基礎設施層:如果代理人根本讀不懂你,它自然也很難好好引用你。
而這裡有個策略上的關鍵:這場遊戲爭的不是流量,是意圖。一個抵達你網站的代理人,背後已經帶著一個購買、僱用或預約的決定。它是你會遇到意圖最強、但耐心最少的訪客。
isitagentready.com 到底在檢查什麼
Is Your Site Agent-Ready? 是 Cloudflare 推出的一款免費工具,會拿你的網域對照代理人生態系正在興起的各項標準進行掃描。輸入網址、按下 Scan,幾秒鐘後就能拿到一個分數,詳列你已經具備、以及還缺少什麼。
它把檢查項目分成五大類:
1. Discoverability（能不能被找到）
robots.txt、sitemap、HTTP 回應的 Link headers,以及 DNS-AID(DNS for AI Discovery)。這是最基本的一層:如果代理人連你的資源都發現不了,後面的一切都沒有意義。
2. Content Accessibility（能不能被讀懂）
主要是 Markdown 內容協商:當客戶端用正確的標頭請求時,你的伺服器能不能回傳頁面的純文字/Markdown 版本。對 LLM 而言,拿到 Markdown 而不是 HTML,就像讀一本書和讀一本連封面裝訂都黏在文字上的書之間的差別。
3. Bot Access Control（你允許什麼、不允許什麼）
robots.txt 中針對 AI bot 的具體規則、Content Signals,以及 Web Bot Auth。這一類是最常被忽略、卻也最可能讓你吃虧的一類:在這裡你要決定自己的內容能不能被用於訓練、被用於搜尋,或被用於即時推論。全部封鎖跟什麼都不表態一樣,都是糟糕的生意決策。
4. Protocol Discovery（你能為代理人做什麼）
最有意思的一類:MCP Server Card、Agent Skills、WebMCP、API Catalog、OAuth 發現機制、OAuth Protected Resource、Auth.md、A2A Agent Card,以及 ARD manifest。這是你的網站從一份文件變成一項工具的地方。
5. Commerce（能不能完成交易）
x402、MPP、UCP 和 ACP:代理人商務協議。如果你有在賣東西,這一類決定了代理人能不能獨立完成一筆交易,還是必須放棄、把工作交還給人類。
老實說一句:這些標準有不少還很年輕,有些甚至不會存活下來。你不需要全部實作。 掃描的價值不在於拿到 100 分,而在於第一次清楚盤點出你目前正在「靠預設值」做出的那些決定。
如何一步步完成你的第一次掃描
- 打開 isitagentready.com。
- 貼上你完整的網域,記得加上
https://。 - 想更精細的話,打開 Customize scan,取消勾選不適用的類別(如果你不做線上銷售,第一次掃描可以先排除 Commerce)。
- 按下 Scan,等結果出來。
- 報告最後會有一段生成好的指令,可以直接貼給你的程式代理人,旁邊還有 Copy all instructions 按鈕。
把它複製下來。但先別急著執行。
那段指令是個不錯的起點,卻是個很糟的終點:它們是通用的、由 AI 生成的建議,完全不了解你的技術棧、真實流量,也不知道你的業務優先順序。如果你原封不動丟給程式代理人,最後八成會得到一個空的 llms.txt、一份沒人會用的 manifest,以及三個沒人維護的新檔案。
接下來這一步,才是把那份粗糙輸出變成真正能推動改變的東西的關鍵。
從報告到 spec:可直接複製的提示詞
概念很簡單:先分析,再寫 spec,最後才寫程式碼。順序絕對不能反過來。
提示詞 1 — 稽核與診斷
把下面這段貼到 Claude、ChatGPT 或你在用的代理人裡。如果它能上網瀏覽,效果會更好。
請扮演一位資深的 agent readiness 與 GEO(Generative Engine
Optimization)顧問。你的任務是站在自主 AI 代理人的角度稽核一個網站,
而不是站在人類的角度。
要分析的網站:[在此貼上你的網址]
業務背景:[你賣什麼、賣給誰、你希望在這個網站上發生的最高價值行動是什麼]
技術棧:[例如 Next.js on Vercel、WordPress、Shopify、Astro on Cloudflare]
isitagentready.com 的掃描結果:[在此貼上完整報告]
請依照以下順序執行:
1. 獨立驗證
親自嘗試存取以下資源,並回報你實際發現了什麼
(存在 / 不存在 / 存在但有問題):
- /robots.txt(有沒有針對 AI bot 的明確規則?內容是什麼?)
- /sitemap.xml
- /llms.txt 與 /llms-full.txt
- /.well-known/(mcp、agent-card、oauth-authorization-server、ard)
- 首頁的 HTTP 標頭:Link、Content-Type、cache
- 用 Accept: text/markdown 請求時,會不會回傳 Markdown?
2. 以代理人的身分閱讀
閱讀首頁與最重要的 3 個頁面,並以極度誠實的態度回答:
- 用不到 50 個字說明這家公司在做什麼?意思夠清楚、沒有歧義嗎?
- 一個代理人今天在這裡能夠不經人類介入就執行哪些具體行動?請列出來。
- 哪些關鍵資訊(價格、庫存、服務範圍、聯絡方式、條款)被藏在
JavaScript、圖片或表單背後?
- 如果有使用者請自己的助理「幫我找一個 X 供應商,再跟另外兩家比較」,
這個網站會在比較中勝出還是落敗?為什麼?
3. 優先排序的診斷
給我一張表格,欄位為:發現項目 | 類別 | 影響程度(高/中/低) |
實作成本(高/中/低) | 對業務而言為什麼重要。
請依「影響/成本」比排序,不要照字母順序或分類排序。
4. 不該做的事
明確列出這次掃描的哪些建議對這個具體網站沒有意義,以及原因。
要有選擇性:如果什麼都想實作,那正代表你沒真正理解問題。
先不要寫任何程式碼,也先不要提出解決方案,現在只需要診斷。
如果有什麼你沒辦法驗證,請明確說出來,不要用猜的。
提示詞 2 — 產生改善 spec
拿到診斷結果、也認同它之後,在同一段對話中接著貼上這第二段提示詞:
很好。現在把它轉換成一份可執行的改善 SPEC。
我不要一堆零散的任務清單。我要一份文件,讓另一個人——或一個程式
代理人——可以直接拿去執行,完全不需要再回頭問我任何問題。
請完全依照以下結構:
# Spec:Agent Readiness — [網站名稱]
## 1. 問題
這家公司今天因為不夠 agent-ready 而損失了什麼。要具體,不要空話。
## 2. 目標與成功指標
用一句話說明目標。再列出 3-5 個可驗證的指標。每個指標都必須能靠一個
指令、一個 HTTP 請求或一次重新掃描來確認。不要出現「提升可見度」
這種話——那不是一個指標。
## 3. 範圍
### 範圍之內
### 範圍之外(以及原因)
## 4. 實作階段
依「影響/成本」比分成 3 個階段:
- 第一階段 — 速贏項目(< 1 天)
- 第二階段 — 結構性改動(< 1 週)
- 第三階段 — 代理人能力(等第一、二階段的數據出來後再評估)
每一項任務都要包含:
- ID 與標題
- 要新增/修改的確切檔案或路徑
- 具體的內容或變更提案(要有真實範例,不要放通用佔位符)
- 可驗證的驗收標準(curl 指令、具體檢查項、重新掃描)
- 風險以及回滾方式
## 5. 需要立刻產出的具體內容
請直接寫出以下內容的實際文字:
- 針對這家企業量身打造的 /llms.txt
- robots.txt 中的 AI bot 規則,並明確表態立場
(允許用於搜尋的部分、允許用於訓練的部分、封鎖的部分)
- 我希望任何 AI 談到這個品牌時都會重複的三句話摘要
## 6. 風險與待決策事項
可能出什麼問題,以及哪些業務決策需要由我來做,而不是你。
## 7. 30 天後如何驗收
要重新檢查什麼,以及預期會看到什麼結果。
規則:依真實業務影響排優先順序,而不是依清單的完整度。
如果一項任務你找不出具體的效益來佐證,就把它刪掉。
你所做的任何假設都要標上 [假設],讓我來確認。
這第二段提示詞的產出,會是一份你可以放進版本控制、拿去跟團隊討論、直接交給程式代理人當作事實來源的文件。這才是真正的交付物,而不是那個工具給的分數。
動手之前:先用 Superpowers 的 brainstorming
大多數人都是在這一步跌倒的。你手上有一份漂亮的 spec,丟給你的代理人,說一句「開始做吧」,三小時後你多了十二個新檔案、一份沒人看得懂的 Cloudflare 設定,而且完全沒辦法確認到底有沒有變好。
解法是在動手寫程式碼之前,刻意插入一層「摩擦」。這正是 Superpowers 存在的原因——這套開源 skill 框架能把你的代理人變成一個有方法的工程師,而不是一個結果難以預料的程式碼產生器。
它的第一個階段,正好是你需要的:
/brainstorm 我想在我的網站 [網址] 上實作這份 agent readiness spec。
完整的 spec 如下:[貼上提示詞 2 產生的 spec]
brainstorming 跟一般提示詞的差別在哪?它會先質問你,才會聽你的話。 它會挑戰你的假設、找出 spec 跟你真實技術棧之間的矛盾、逼你先定義清楚「完成」的標準,然後在動任何一個檔案之前,先把範圍磨到更精準。
從這裡開始,你就能接著走完 Superpowers 的整套流程:
/brainstorm—— 用一連串不太舒服的問題把 spec 打磨精確。- Git worktree —— 在一個獨立分支上工作,不會影響正式環境。
/write-plan—— 把 spec 拆成一個個 2-5 分鐘、可驗證的任務。/execute-plan—— 交給子代理人執行,並內建審查機制。- 驗證 —— 先拿出證據,再宣布「完成」。
如果你還沒安裝,一分鐘就能搞定:
/plugin install superpowers
完整的安裝與使用教學,請看**如何在 Claude Cowork 安裝並精通 Superpowers Skill**。
幫我省下最多時間的一條規則就是:在 spec 通過 brainstorming 之前,絕不讓代理人寫程式碼。 花二十分鐘回答一堆問題的成本,跟事後拆掉一個走偏方向的實作相比,根本不算什麼。
今天就能實作的速贏項目
如果這週你只打算做三件事,那就做這三件:
一個真實可用、不是裝飾用的 llms.txt。 一個放在網域根目錄的 Markdown 檔案,寫清楚你是誰、你提供什麼、以及通往關鍵頁面的連結。重點不是它存不存在,而是模型能不能讀懂它,並正確地描述你的業務。測試方法很簡單:把內容貼給一個 AI,問它你的公司在做什麼。如果你不喜歡它的答案,那就代表這份檔案寫得不好。
在 robots.txt 裡為 AI bot 訂出明確規則。 沉默既不是同意,也不是拒絕,而是曖昧不清,而每個 bot 都會用它自己的方式解讀這份曖昧。清楚表態你的立場:允許用於搜尋的部分是什麼、允許用於訓練的部分是什麼、封鎖的部分是什麼。
把關鍵內容移出 JavaScript 之外。 價格、庫存、服務範圍、條款和聯絡資訊要用伺服器端渲染的 HTML 提供,而不是靠客戶端渲染。這是整份清單裡成本/效益比最好的一項改善,而且對傳統 SEO 也有幫助。
做完這三項、也開始測量成效之後,再評估更進階的層次:Markdown 內容協商、為你的服務建一個 MCP 伺服器,或者如果你有線上銷售,再考慮代理人商務協議。
讓網站變得 agent-ready 時常見的錯誤
只盯著分數看。 這個工具的分數是個診斷結果,不是 KPI。一個只精選了 40 分內容、但每一項都選對的網站,勝過一個沒有章法地衝到 90 分的網站。
照單全收指令並盲目執行。 那是 AI 生成、不了解你業務背景的內容。把它當作診斷的素材,而不是工作計畫。
因為害怕就封鎖所有 AI bot。 我理解這種衝動,但不分青紅皂白地全部封鎖,只會讓你從客戶正在尋找答案的那些 AI 生成回應裡消失。把「訓練」跟「搜尋 / 推論」分開處理——這不是同一個決定。
做了沒人維護的檔案。 一份放著一年前價格、早已過時的 llms.txt,比根本沒有還糟——你等於是給了 AI 散布錯誤資訊的彈藥。
實作了業務用不到的協議。 如果你沒有 API,就不要發布 API Catalog。如果你不做線上銷售,x402 對你毫無意義。
常見問題
isitagentready.com 免費嗎?
是的。這是 Cloudflare 提供的免費工具,不需要註冊,可以掃描任何公開的網域。它最後產生的建議是由 AI 生成的,所以在實作之前請自行判斷。
這會取代傳統 SEO 嗎?
不會,它是傳統 SEO 的補充。很多 agent readiness 的改善(伺服器端渲染的 HTML 內容、乾淨的語意結構、正確的 sitemap)本身就直接對傳統 SEO 有幫助。繼續為搜尋引擎和人類優化就好,只是要在這個等式裡再加上第三種對象。
如果我的網站是 WordPress 或 Shopify 也適用嗎?
適用,只是你能做的細部控制會少一些。那些速贏項目——llms.txt、robots.txt 裡的 bot 規則、把關鍵內容放進 HTML——在任何 CMS 上都完全可行。至於協議層,比如 MCP 伺服器,就需要更多技術操作空間,或是找個能解決這件事的外掛。
一定要用 Superpowers 才能做這件事嗎?
不是必要的。你可以手動執行 spec,或用任何代理人來做。你真正需要的是 Superpowers 幫你自動化的那種紀律:先思考再寫程式碼、把工作拆成小任務來規劃、用證據來驗證。Superpowers 預設就幫你做到這些,而這正好是人在趕時間時最容易跳過的部分。
應該多久重新掃描一次?
在實作階段,一個月一次算是合理;實作完成後,改成每季一次。代理人生態系的標準正在快速演進,今天還算「選配」的東西,半年後可能就變成「標配」。
結語
我們花了二十年打造的網路,是為了給眼睛看的。而正在到來的下一個網路,同樣得為那些看不見、不會等、也不會原諒的代理人而運作。
好消息是,入門的門檻依然非常低:掃描你的網域只要 30 秒,認真做一次診斷只需要一個下午,而速贏項目也不過就是三個文字檔。真正的競爭優勢不在技術難度,而在於趕在「這件事顯然該做」變成常識之前先做。
我對這週的具體建議是:到 isitagentready.com 掃描你的網站,用提示詞 1 做診斷,用提示詞 2 產生 spec,然後在動一行程式碼之前先跑一次 /brainstorm。
你的網站在掃描中拿到多少分?歡迎在 creacosas.com 的留言區告訴我。
一起打造更多厲害的東西吧,這次也要顧到那些沒有眼睛的訪客!
實用連結
相關文章
繼續探索您可能感興趣的相似內容
GEO：AI 時代 SEO 的深度研究與個人觀點
一篇有憑有據的 GEO 研究——引用 Ahrefs、Semrush、Pew Research 與普林斯頓原始論文的數據——探討其證據、侷限，以及它與 SEO 的真實關係。
關於 GEO、SEO 與 AI 搜尋的常見問題
針對 GEO 最常見的疑問，提供清楚且有數據支持的解答：AI 引用、schema、llms.txt、YouTube、robots.txt、衡量工具，以及西班牙語內容。
如何一步步實作 GEO：創作者實務指南
一套涵蓋五個階段的可執行計畫——索引、可被引用的內容、外部權威度、YouTube 與成效衡量——協助你的網站與影片為 AI 搜尋做好準備。