ChatGPT 的爬蟲現在對一般電商網站發出的請求量,已經超過 Googlebot、Amazonbot 與 Bingbot 加總的總量。根據 Search Engine Journal 的最新資料,在其取樣的網站上,ChatGPT-User 的流量大約是 Googlebot 的 3.6 倍。這不是預測,而是現在正在發生的流量,由你既有的伺服器提供服務,而且對象大多是代表購物者行動的 AI 代理程式。
多數經營者聽到的說法,是「代理程式商務」即將來臨。但存取記錄告訴我們的故事是:它早就已經到來,而且它的樣貌,和多數零售商原先準備的並不一樣。兩套協定——Stripe 與 OpenAI 的代理程式商務協定(ACP),以及 Google 與 Shopify 的通用商務協定(UCP)——從 2025 年底發布公告,到 2026 年第一季就已在大型商家間大規模上線。ChatGPT Instant Checkout 自 2025 年 9 月起就已上線,如今每週服務約 9 億名使用者。截至 2026 年 3 月,數百萬家 Shopify 商家已預設可使用代理程式商務店面。
對 2026 年 5 月的網站經營者來說,該問的問題已經不再是「我們該不該為 AI 代理程式做準備?」,而是「這一季我們具體需要修好哪些東西,才能在代理程式回答購買相關問題時,仍然出現在候選名單裡?」
2026 年 1 月到 4 月之間發生了什麼變化
以下是協定層面的簡要時間軸:
| 日期 | 事件 | 對你的網站代表什麼 |
|---|---|---|
| 2025 年 9 月 | ChatGPT Instant Checkout 上線 | OpenAI 開始在聊天中直接顯示商品卡片 |
| 2026 年 1 月 | Google 與 Walmart、Target、Shopify 及 20 多個上線合作夥伴共同宣布 UCP | 兩套彼此競爭的標準正式成為現實,而非紙上談兵 |
| 2026 年 1 月 | Schema.org 的 MerchantReturnPolicy 與 OfferShippingDetails 成為 AI 代理程式可見度的強制要求 | 缺少這些資料的商品,實質上會從代理程式結果中消失 |
| 2026 年 3 月 | Shopify 向數百萬商家推出代理程式商務店面 | 這是預設行為——不論你是否選擇加入,你的競爭對手都已可見 |
| 2026 年 4 月 | OpenAI 發布 ACP 商品資料饋送規格;Stripe 正式上線 ACP 付款端點 | 不需離開助理介面,就能直接在聊天中完成結帳 |
從這張表格中,有兩件事特別值得拉出來說。第一,這兩套協定並沒有走向單一標準——ACP 是 OpenAI 加 Stripe;UCP 是 Google 加 Shopify。兩者的規格都是開放的,但各自綁定不同的金流與探索堆疊。經營者將需要同時支援兩者,就像現在多數網站同時支援 Apple Pay 與 Google Pay 一樣。第二,那項在 2026 年 1 月從「建議」變成「強制」的結構化資料要求——退貨政策與出貨明細物件——是一道硬性門檻。麥肯錫預測,到 2030 年,代理程式商務將佔全球營收的 3 兆到 5 兆美元。一項無法把退貨與運費算進總價的商品,根本無法進入這個管道。
兩套協定在實務上有何不同
這兩套標準是為不同的生態系統設計的,整合方式也反映了這一點。
| ACP(OpenAI/Stripe) | UCP(Google/Shopify) | |
|---|---|---|
| 探索管道 | ChatGPT、Operator、ChatGPT 驅動的搜尋 | Google 搜尋、Shopping、Gemini、Workspace 代理程式 |
| 商品資料饋送 | 每日以 gzip 推送至 OpenAI 提供的端點 | Schema.org 標記加上 UCP 商家 API |
| 結帳流程 | 由 Stripe 居中處理,直接在 ChatGPT 內完成 | 由商家自行控管,透過程式化結帳端點 |
| 必要資料 | 標題、描述、價格、庫存狀態、圖片、資格旗標、退貨與出貨物件 | 商品 schema,含強制性的退貨政策與出貨明細、即時庫存、程式化結帳網址 |
| 代理程式身分 | ChatGPT-User 使用者代理字串、用於索引的 OAI-SearchBot | Google-AgentBot、Shopify 店面 API 權杖 |
| 上線時間 | 2025 年 9 月 | 2026 年 3 月(大規模上線) |
如果你銷售實體商品,幾乎可以確定兩者都需要支援。當買家在聊天介面中、想要一次性完成單筆購買時(「幫我買個黑色 12 入裝,放廚房用」),ACP 會勝出。當代理程式在購買前進行比較與研究時——也就是 Google 所形容的「會評估、會協商」的代理程式——UCP 會勝出。兩者都不會取代你既有的店面;只要你的目錄能回答它們的問題,兩者其實都是從同一份底層目錄中取材。
新的受眾模型:人類、搜尋爬蟲、代理程式爬蟲
一直到 2024 年,你的網站都只有兩種值得為之設計的受眾:人類與搜尋爬蟲。SEO 與 CRO 是當時唯二重要的專業領域。到了 2026 年 5 月,你有了第三種受眾,而且它的爬取流量已經超過第二種:
- 真人訪客——閱讀你的頁面、點擊你的 CTA、填寫你的表單。
- 搜尋爬蟲——Googlebot、Bingbot、Amazonbot,為傳統搜尋結果建立索引。
- 代理程式爬蟲——ChatGPT-User、OAI-SearchBot、Google-AgentBot、Perplexity、Anthropic 的使用者代理。它們是代表特定買家、在特定時刻、帶著特定預算來閱讀你網站的。
第三種受眾的期待,和第二種截然不同。搜尋爬蟲想要的是可索引的頁面和一份網站地圖。代理程式爬蟲想要的,是針對特定問題的結構化的答案,以及能據此採取行動所需的資料。一個 <title> 標籤加上一個乾淨的商品頁面已經不夠了。代理程式需要的是:
- 含總成本的價格:運費、稅金、適用折扣都要算進去。
- 附出貨時程的庫存狀態,而不只是「有現貨」。
- 結構化物件形式的退貨政策,讓代理程式能據此推理(「30 天內可退貨,附免費退貨標籤」)。
- 變體對應——代理程式手上有個說「要中號、海軍藍」的買家,需要在沒有真人介入的情況下把它對應到正確的 SKU。
- 一個能追問後續問題的管道,用來處理任何不在結構化資料裡的內容。
最後一項,正是多數經營者最容易措手不及的地方。結構化資料涵蓋了目錄本身,卻涵蓋不了買家實際會問的長尾問題:「這件適合 7 歲小孩穿嗎?」「布料是有機材質嗎?」「你們寄到挪威嗎?」「結帳時可以加購禮物小卡嗎?」人類會把這些問題丟給業務代表或客服。代理程式則會問任何回應最快的介面。如果代理程式無法在兩秒內得到答案,它就會轉向另一個能回答的競爭對手。
ChatGPT 購物用的使用者代理:該在記錄檔裡找什麼
經營者不斷在問同一個問題:ChatGPT 用哪個使用者代理來購物,又該怎麼把它和訓練用的爬蟲區分開來?OpenAI 執行三個不同的機器人,其中只有一個在做購物這件事:
| 使用者代理標記 | 範例字串 | 它在你網站上做的事 |
|---|---|---|
| ChatGPT-User | Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko); compatible; ChatGPT-User/1.0; +https://openai.com/bot | 這是購物代理程式。它會代表對話進行中的特定使用者,即時擷取你的頁面——商品頁、政策頁、結帳細節。這就是流量達 Googlebot 3.6 倍的來源。 |
| OAI-SearchBot | Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko); compatible; OAI-SearchBot/1.0; +https://openai.com/searchbot | 用來建立 ChatGPT 的搜尋索引,讓你的商店能在購物相關回答中被顯示與引用。封鎖它會讓你從 ChatGPT 搜尋結果中消失。 |
| GPTBot | Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko); compatible; GPTBot/1.2; +https://openai.com/gptbot | 用於收集訓練資料,與即時購物工作階段無關。 |
閱讀自己的記錄檔時,有三個實務上的重點:
- 依 IP 驗證,而不只是看字串。 使用者代理字串很容易被偽造;OpenAI 為每個機器人公開了官方 IP 範圍(gptbot.json、searchbot.json、chatgpt-user.json)。任何自稱是 ChatGPT-User、卻來自這些範圍之外的流量,都是偽裝成它的爬蟲。
- ChatGPT-User 不像一般爬蟲那樣遵守 robots.txt,因為這是使用者主動觸發的擷取,而不是例行爬取。如果你希望 ChatGPT 的購物工作階段能看到你的商店——對電商網站而言,你幾乎一定希望如此——請確認你的防護層(Cloudflare 及類似服務)沒有在攔截或挑戰這些 IP 範圍。
- 留意比例。 2026 年的一個健康電商網站,ChatGPT-User 的流量應該明顯領先 GPTBot。如果你只看到 GPTBot、卻幾乎沒有 ChatGPT-User,代表購物代理程式沒有觸及你——通常是 WAF 規則或 robots 設定錯誤造成的,值得這週就修好。
其他助理對應的使用者代理標記:Claude-User 與 Claude-SearchBot(Anthropic)、Perplexity-User 與 PerplexityBot(Perplexity)、Google-AgentBot(Gemini 的交易代理程式)。Google 自己的購物爬蟲是 Storebot-Google——它負責提供 Google Shopping 的商品清單資料,出現時間早於這波代理程式浪潮,因此應把它視為搜尋爬蟲,而不是代理程式。到處都是同樣的模式——一個負責購物、一個負責建立索引、一個負責訓練——而購物的那一個,正是你最不該封鎖的。
為什麼你的聊天機器人突然變成了一個探索介面
這是經營者第一次遇到時最感到意外的部分。網站聊天機器人一直以來都是客服工具——分流工單、回答常見問題、收集潛在客戶。在代理程式商務的世界裡,它變成了代理程式爬蟲與你結構化資料之間的邊緣層。現代的代理程式不會在 schema 查詢失敗後就放棄,它會去找一個可以互動查詢的介面。
過去六週,我們在 Agentkit 平台上觀察到幾個具體模式:
- 在中等流量電商客戶身上,代理程式對客服聊天機器人的流量大約翻倍。 這些使用者代理字串不是人類瀏覽器,而是 LLM 驅動的代理程式,在代表買家完成購買前,先詢問變體與政策相關問題。
- 聊天機器人對話收集到的潛在客戶,現在也包含「代理程式中介」的潛在客戶——買家本人是真人,但整場對話是由一個代理程式進行的,而當聊天機器人提出升級轉接時,代理程式就把對話轉接了出去。
- 問與答配對的槓桿效果比以前更高。 當聊天機器人對「你們寄到挪威嗎?」這類問題,有一組已釘選的固定的問與答時,這正是代理程式會直接引用回給買家的答案。手動調校的問與答配對(Agentkit 的問與答來源類型),成了進入代理程式結果中精準度最高的管道。
有一個框架很有幫助:你的商品資料饋送,是你在一次性購買中的店面;你的聊天機器人,則是目錄無法回答的一切問題的店面。兩者合在一起,才是你可供代理程式閱讀的完整網站。單靠任何一個,都只是半個店面。
30 天整備清單
如果你經營一個電商網站,以下是接下來四週最值得投入的工作。這份清單經過排序,每一步都會為下一步鋪路。
| 週次 | 工作 | 為何重要 |
|---|---|---|
| 第 1 週 | 為每個商品頁面加上 MerchantReturnPolicy 與 OfferShippingDetails | 這是 2026 年 1 月的強制要求。沒有這些資料,代理程式會直接跳過你的商品。 |
| 第 1 週 | 稽核 robots.txt,確認 ChatGPT-User、OAI-SearchBot、Google-AgentBot、Perplexity-User 沒有被封鎖 | 許多網站還留著 2024 年為了阻擋雜訊而設的爬取封鎖,現在正在讓你失去能見度。 |
| 第 2 週 | 在根目錄發布 llms.txt,指向你的商品資料饋送與關鍵政策頁面 | 相當於給 LLM 的導覽指南,能降低商品資訊產生幻覺的風險。 |
| 第 2 週 | 產出包含 ACP 所需欄位(標題、描述、價格、庫存狀態、圖片、資格旗標)的每日商品資料饋送 | 這是兩套協定共同的最低需求。 |
| 第 3 週 | 把資料饋送提交給 OpenAI 的商家端點;透過 Shopify 或你平台的商務協定開關啟用 UCP | 讓你被收錄進 ChatGPT 與 Google 的代理程式堆疊中。 |
| 第 3 週 | 用完整商品目錄、退貨政策、出貨規則與常見問題訓練你的網站聊天機器人 | 補上結構化資料留下的缺口。 |
| 第 4 週 | 為你希望代理程式推薦的商品,定義 30–50 組高意圖問與答配對 | 問與答配對是進入代理程式答案中精準度最高的管道。 |
| 第 4 週 | 在聊天機器人中加入「代理程式升級轉接」情境的潛在客戶收集功能——代理程式無法解決的高價值查詢 | 在最有價值的代理程式中介流量離開之前先攔截下來。 |
關於這份清單,有兩點值得注意。第一,第 1 週的解封動作——退貨與出貨 schema、robots.txt——是整套流程中投入最低、成效最高的項目。如果你什麼都不做,至少要做這兩件事。第二,第 3、4 週的前提,是你已經有一個支援豐富訓練輸入的聊天機器人。如果還沒有,那就是這整套協定工作能否回本的關鍵決策點。
這在 Agentkit 上看起來會是什麼樣子
對 Agentkit 上的經營者來說,這些整備工作對應到的,是產品裡已經存在的功能。以下是我們特別標出、能直接提升代理程式商務就緒度的幾項:
- 網站訓練來源會檢索你的網站(包含透過 Firecrawl 呈現的 JS 渲染頁面),並擷取商品頁面、政策頁面與常見問題。你結構化資料饋送所公開的內容,正是聊天機器人用來回答的內容。設定方式可參考訓練指南。
- 問與答配對的優先權高於檢索到的內容,讓你能為代理程式最常問的問題釘選確切答案:出貨、退貨、尺寸、地區可用性。Standard 方案($119.99/月)以上還能使用自動重新訓練,讓聊天機器人隨目錄變動保持最新,不需手動重新上傳。
- 潛在客戶收集能從任何對話中擷取結構化聯絡資訊,包括那些由代理程式中介、在聊天機器人無法解決問題時由買家的代理程式升級轉接的案例。相關模式可參考潛在客戶開發指南。
- Webhook 與 Zapier(Hobby 方案以上)會在代理程式中介的潛在客戶一出現時,立即推送進你的 CRM,讓高價值的升級轉接不會卡在佇列裡。
- REST API(Hobby 方案,$29.99/月以上)讓你能以程式設計方式查詢聊天機器人——如果你想開放一個代理程式可以直接呼叫、面向買家的答案端點,這會很有用。
標準的小工具嵌入方式,仍然只需要一行程式碼:
<script src="https://cdn.agentkit.ai/widget.js" data-chatbot="your-chatbot-id" async> </script>
這個小工具會非同步載入,不會影響你的 Lighthouse 分數。若要打造代理程式可讀取的介面,iframe 形式(https://cdn.agentkit.ai/embed/your-chatbot-id)能在可沙箱化的容器中,提供同一套回答引擎。
接下來兩季會發生什麼
從現在到 2026 年底,有三件事很可能會逐漸成形。
代理程式的爬取量會持續成長。 ChatGPT-User 的流量已經是 Googlebot 的 3.6 倍。隨著 Claude 的網頁搜尋與電腦操作功能開放給更多企業級方案,Anthropic 的使用者代理流量也在快速攀升。請為年底前代理程式流量翻倍做好容量規劃,並為載入較慢的商品頁面預留因應延遲的餘裕——代理程式的耐心比人類少得多。
協定的分裂情況會先惡化、之後才會改善。 ACP 與 UCP 涵蓋了兩大主要管道。目前 Anthropic 的 Claude 在買家端還沒有對應的協定,Perplexity 也有自己正在成形的規格。經營者應預期到 2026 年底前,需要支援三到四種協定版本。好消息是:它們都讀取自同一份商品資料饋送,因此前述第 1、2 週的工作,大致上是一次性投入。
聊天機器人的角色會持續擴張。 隨著代理程式成為預設的探索層,聊天機器人會變成協商層。我們已經看到代理程式中介的對話,開始詢問折扣碼、大量訂購定價、禮品包裝選項——這些過去需要真人業務代表才能回答的問題。那些搭配固定的問與答與乾淨潛在客戶收集、把這些問題處理得好的聊天機器人,正在從只靠結構化資料的競爭對手手上搶走買家。關於多管道探索問題的更多討論,可參考 如何用聊天機器人開發潛在客戶 與 聊天機器人 vs. 即時客服 中關於真人轉接模式的討論。
關於 2026 年 5 月代理程式商務最重要的一件事:這不是一個你可以自行決定要不要跟進的未來趨勢。它是此刻正發生在你網站上的真實流量,唯一的選擇只在於你是否對它可見。上述清單第 1 週的工作,對多數團隊而言大約只需要兩天的工程時間。而略過它的代價,是在候選名單中被悄悄篩掉——沒有任何錯誤訊息,也不會跳出「你的流量下降了」的提示,只是一個你在 Google Analytics 裡根本看不見的緩慢流失。
如果你的網站已經在接收代理程式流量,而你的聊天機器人卻還沒有被訓練來為它作答,那麼這就是你這一季投報率最高的一個下午。
不需信用卡。



