為 AI 代理表面而設計

這個網站目前每天為 AI 代理提供約 13,100 次請求（7 天平均），人類造訪則約為每天 325 次（28 天平均），數字直接來自我自己的邊緣日誌，比例大約是 40 比 1，其中絕大多數是即時擷取：因為有人剛剛問了自己的 AI 助理一個問題，ChatGPT-User 此刻正在取走某個頁面。這位讀者會無視我受訓所養成的每一個設計判斷。它看不到文字排印，看不到間距尺度，也看不到動態效果。可它並非對設計漠不關心——它對另一套設計判斷極其敏感，而那套判斷幾乎從未出現在關於製作的討論裡。這篇文章，正是寫給我實際上服務得最多的那個表面的製作指南。 {.answer-block}

TL;DR

• 在這個網站上，代理表面才是多數表面——40 比 1。 流量由使用者驅動的即時擷取主導：昨天 ChatGPT-User 發出約 6,700 次請求，而 OpenAI 的訓練用爬蟲 GPTBot 只有 4 次。如果您的網站面向開發者或以參考型內容為主，日誌很可能同樣偏向這一側——但先測量，別先假設。
• 代理讀的頁面，和人類點擊的頁面並不相同。 邊緣日誌顯示，比較類文章與小眾技術頁面吸走了大量代理流量，卻遠遠排不進人類造訪的前 15 名——AI 助理是替那位始終沒有現身的人在讀它們。
• 為擷取而設計，而非為沉浸而設計： 開篇一段給出答案，標題寫成問題的形狀，各節自成一體，凡可列舉者一律入表，每條論斷都帶上日期。
• 視覺層與代理層並非對手。 機器能乾淨擷取的結構，正是人類掃讀時所倚賴的結構：答案先行，對兩類讀者都是好設計。
• 驗證代理究竟消費了什麼 ——提供乾淨的標記，別把內容交給用戶端渲染，並且盯緊日誌，因為代理這一讀者群的可測量程度，是「品牌印象」從來給不了的。

什麼都不算繪的讀者

設計這門手藝預設了一雙眼睛。文字排印、間距、動態效果——整個學科都在視野中引導注意力。代理讀者沒有視野。它把您的 HTML 當成文字接收，在嚴格的 token 預算內處理，抽出能回答使用者問題的部分，再引用或轉述給一個也許永遠看不到您頁面的人。

這不是一種退化的閱讀，而是另一種媒介，有它自己的一組製作變數：

• 位置取代了視覺層級。 在單次擷取的流程裡，被讀到的是靠前的內容，因為 token 預算隨時會截斷；分塊檢索或許能救回一段與查詢相符的深層內容，但您無法選擇由哪條流程來讀您，所以埋在 80% 深度的結論，只是有時候存在。
• 結構取代了版面。 標題、清單與表格是被當成語意來解析的，而不是被當成裝飾來套樣式。一張列出版本與日期的 <table>，其機器可讀性遠非同樣的事實散落在段落中所能相比。
• 自足取代了行文。 寫給人的散文是跨節累積的；擷取則是孤立地取用某一節。以「如上所述」開頭的段落，匯出後就是一句懸空的指涉。
• 明示取代了脈絡。 「最後更新於 2026 年 8 月」會跟著被引用的論斷一起走；靠周圍頁面暗示出來的時效性，走不了。

代理實際在讀什麼

這一部分是我單憑推理絕對猜不到的：代理對頁面自有偏好。以下是最近七天邊緣日誌中，依代理請求數排列的頁面：

參考指南領先，這在意料之中，它們在人類榜單上也名列前茅。真正說明問題的是那幾行比較文章：在人類榜單上排名靠後的頁面，AI 助理卻不停地取。因為「我該用哪一個」正是人們會拿去問助理的問題。助理替他們讀完比較，然後在對話裡作答。那個人從未造訪，內容卻已經完成了它的工作。

組成同樣值得注意。昨天的代理流量中，將近一半僅來自 ChatGPT-User——6,718 次請求，而 OpenAI 的訓練用爬蟲 GPTBot 只有 4 次。訓練型爬取並非不存在（Bytespider 與 ClaudeBot 加起來約占當天的 28%），但遙遙領先的最大讀者，並不是一個為語料庫囤貨的爬取程式，而是某個人的助理，因為有人剛剛發問，它就來取這一頁。

製作準則

以下是我現在對面向代理的頁面所堅持的標準——也就是對所有頁面的標準：

1. 答案先行，而且給足力度。 開篇段落要給出讀者前來尋找的完整答案——不是預告，而是答案本身。在這個網站上，它表現為一個帶樣式的答案區塊；就結構而言，它是被擷取所引用的摘要。如果 AI 助理只讀了您的前 200 個詞，它帶走的應該是您的結論，而不是您的清嗓子。

2. 標題是問題或論斷，不是標籤。 「預算是怎麼被截斷的」勝過「背景」。問題形狀的標題能對上助理正在回答的查詢，而每個標題底下的段落都應當獨立把它解決掉，不去倚靠鄰節。（參考型頁面執行這條準則的嚴格版本；隨筆——包括這一篇——會拿其中一部分去換語氣，這是關於讀者對象的刻意取捨，而非疏忽。）

3. 可列舉的事實寫進表格。 版本、日期、相容性、價格、比較——凡是能成行的都算。表格能完整挺過擷取；同樣的事實若寫成散文，回來時就成了轉述，而錯誤正是在轉述中混進來的。

4. 給易腐的內容標上日期。 任何會過期的論斷都在行內帶上日期——例如「截至 2026 年 8 月」——因為被引用的文字離開時不會帶走您頁面的脈絡。否則，兩年前的數字會以您的名義、被助理當成現況呈現出來。

5. 把實質內容留在用戶端渲染之外。 多數檢索型代理讀的是伺服器回傳的 HTML。靠 JavaScript 才現形的內容，對您最大的一批讀者而言是隱形的——去看看 curl 看到了什麼，它比您的瀏覽器更接近代理的視角。

6. 讓結構同時服務兩類讀者。 以上沒有一條與視覺設計相衝突。答案先行正是忙碌的人掃讀的方式；問題式標題便於掃視；表格對人類也勝過散文。兩種規矩最終會合流，而這正是令人安心之處：服務於擷取的手藝，多半也就是尊重讀者時間的手藝。

測量一群看不見的讀者

代理讀者群帶來的奇特禮物在於，它比人類讀者群更容易測量，而不是更難。每一次擷取都是一筆帶有 user agent 的日誌請求。我盯三件事：依家族劃分的代理總量（誰在讀我）、代理榜單與人類榜單的對照（他們讀了哪些人類不讀的內容），以及這個比例的走勢。這些數字對我內容策略的改變，超過任何一張頁面瀏覽量圖表——比較型頁面與參考型結構在這裡獲得的投入，正是「頁面停留時間」永遠無法證成的。

還有一個令人不安的推論：代理讀者群完全不會出現在為人類而建的分析系統裡。如果您的策略跑在工作階段數與跳出率上，那個 40 比 1 的表面就是隱形的，而您正在用多數派的預算去最佳化少數派的通路。

常見問題

什麼是 AI 代理表面？

指您的網站被 AI 助理及其檢索代理所消費的那個版本——ChatGPT、Claude、Perplexity 以及它們各自的擷取程式——它們把伺服器回傳的 HTML 當成結構化文字來讀，在 token 預算內抽出答案，再轉達給往往從不造訪的使用者。在做過測量的網站上，這一表面可能遠遠蓋過人類流量；我這邊大約是每一次人類造訪對應 40 次代理請求。

如何為 AI 代理設計內容？

答案先行的開篇，把完整結論直接說出來；問題形狀的標題，配上自成一體的段落；凡可列舉的事實一律入表；易腐的論斷在行內標註日期；實質內容放在伺服器回傳的 HTML 裡，而不是用戶端渲染中。同一套結構也照顧了掃讀的人——兩類讀者獎賞的是同一種自律。

AI 代理讀的頁面和人類訪客不同嗎？

不同，而且可測量。在我的邊緣日誌裡，參考指南與比較頁面每週吸引數千次代理請求，其中一些卻幾乎沒有人類造訪紀錄——助理會取走「X 對 Y」這類內容，好在對話中回答抉擇型問題，於是頁面無需造訪就完成了工作。把代理榜單與人類榜單放在一起對照，就能看出兩類讀者在哪裡分道揚鑣。

為代理做設計會傷害人類體驗嗎？

不會——兩者的要求是合流的。答案先行的結構、誠實的標題、表格、帶日期的論斷，本來就是尊重忙碌讀者的設計該有的樣子。視覺層（文字排印、間距、動態效果）依然完全屬於人類領地；代理表面只不過讓結構層的品質變得可以測量。