Shopify Fall '26 Edition 如何讓所有網店支援 AI 智能體：解析 Shop.dev、shop.md 與 WebMCP

Shopify 於 2026 年 10 月 28 日發布 Fall '26 Edition，名稱為 Exponential。當中列出 11 個範疇、超過 150 項更新，涵蓋付款至銷售點系統；大部分只是商家日常營運方面的更新，可以放心略過。對開發軟件的人，或透過 Shopify 銷售的人來説，真正重要的內容範圍小得多：Shopify 剛剛向任何 Agent 或應用程式開放其產品目錄、購物車及結帳功能，並預設讓所有 Shopify 店面支援 Agent。

這項轉變值得了解，因為它會改變購物發生的地方。直到現在，想購物的 AI Agent 通常都要抓取店面資料、猜測其結構，再把買家帶回結帳頁面。Shopify 的做法是向 Agent 提供結構化工具，並讓開發者使用同一套產品目錄及結帳功能來建構服務；這套功能目前已為 ChatGPT、Copilot、Muse 和 Instinct 提供支援，而且無須金鑰。

披露：本文沒有聯盟連結。我尚未親身試用全新的 Shop.dev 或 WebMCP 工具；以下所述功能均為 Shopify 在 2026 年 10 月 28 日公佈 Fall '26 Edition 時提出的説法，並非經過獨立核實的結果。

開發者實際獲得了甚麼

Shop.dev 和 shop.md。 Shop.dev 讓任何 Agent 或應用程式透過單一連線使用 Shopify Catalog、Shop 登入、購物車、結帳及 Shop Pay。這也是 shop.md 背後使用的同一連線；shop.md 是一項能把任何 Agent 變成個人購物助理的技能：買家加入這項技能後，其 Agent 就能搜尋超過十億件產品、根據買家的喜好及近期購買紀錄提供推薦，並使用 Shop Pay 結帳。Shopify 的意思很清楚：現在任何開發者都可以開始使用大型 Agent 背後的同一套產品目錄及結帳功能來建構服務，無須先申請金鑰。這省去了通常的把關程序，也代表下一個購物 Agent 不必由規模大到足以協商存取權限的公司開發。

所有店面及結帳流程均支援 WebMCP。這項變化較不顯眼，但可能更為重要。所有 Liquid 和 Hydrogen 店面及結帳流程現在都提供一組工具，讓瀏覽器 Agent 搜尋產品、更新購物車，並在買家批准後完成結帳，驗證機制與結帳頁面相同。Agent 取得的是結構化資料，而不是讀取螢幕截圖並模擬點擊。實際來説，如果你經營 Shopify 商店，無論有沒有採取任何行動，你的商店現在都已支援 Agent。你不必安裝應用程式、重建佈景主題或選擇加入。Agent 使用你商店的體驗現在是平台功能，而非一個專案。

Shopify Connectors 支援九個 Agent。商家可以將商店連接至自己已在使用的 Agent——ChatGPT、Claude、Claude Duet、Copilot、Gemini、Grok、Grok Bot、Muse 和 Perplexity——並透過聊天介面管理產品、庫存、訂單及業績。Shopify 自家的助理 Sidekick 現在可以執行計算、編寫程式碼、搜尋互聯網，以及記住商家提供的資訊，但變更任何內容前仍須取得批准。這項批准要求很重要：助理的能力日益提升，但 Shopify 不會讓它在無人監督下改動你的商店。

適用於合作夥伴的 Universal Checkout。合作夥伴現可為不同品牌的產品提供單一結帳流程，產品探索來自 Shopify Catalog，並透過 Shop Pay 付款。多品牌購物通常正是在這一環節出問題——每個商戶都有自己的規則、折扣及履約邏輯。Shopify 表示，Universal Checkout 可處理這些問題，讓開發人員專注於跨商戶探索，同時每個商戶仍可使用 Shopify 的結帳流程、規則及訂單。如果功能如所述般運作，這便是讓「要求 Agent 從三間商店購買一整套服裝」成為真正產品、而非示範的關鍵一環。

更穩固的底層基礎。另外三項改動或許較不引人注目，但比新聞標題更經得起時間考驗。Catalog API 現可將結果篩選為附有 3D 模型或影片的產品，並回傳特價及安全警告——只需一次請求而非兩次，便足以建立禮物指南或影片動態。作為 AI Toolkit 一部分的 Shopify CLI，現可透過單一指令檢查應用程式是否有最常見的漏洞模式：未經驗證的路由、跨商店資料存取，以及未經驗證的 webhook；並讓你與 AI 程式碼助理逐項處理修正。重建後的 Hydrogen 現已全面推出，支援任何框架及任何執行環境，並提供客戶帳戶、預測式搜尋、Vue 綁定、邊緣快取及 Agent 技能；此外，以 Hydrogen SDK 建構的開源 Next.js 範本 Vercel Shop 亦已全面推出。

專為 Agent 打造的新主題架構。頁面結構現直接寫在 Liquid 範本內，而非獨立的 JSON 檔案，並內置區塊、型別化契約、部分更新、引導 Agent 的 Markdown 檔案，以及 Tailwind 樣式。開發人員及程式碼 Agent 可由上而下閲讀整個頁面，不必再從 JSON 及區段樹拼湊內容。以此架構建構的佈景主題，商戶亦可透過現正提供搶先體驗的 Canvas 中的 Sidekick 編輯。這類改動聽起來像底層基建，最後卻證明至關重要：如果 Agent 要編輯及理解網店，所讀取的格式就必須清晰易懂。

這不代表甚麼

首先，這並非自主購買。買家批准後，WebMCP 便會完成結帳；而 Sidekick 作出變更時，仍須取得批准。代理程式負責搜尋、比較和將商品加入購物車；最後仍由用戶確認。任何人若以此為基礎，向你推銷「無需你參與便會自行購買的代理程式」，都是在 Shopify 的服務之上再加上自己的層級，並自行承擔相關責任。

其次，「每間商店都已準備好讓代理程式使用」對商戶來説有利有弊。即使你甚麼都不做，代理程式也能找到你的商店；如果代理程式為你帶來買家，這當然是好事。但你也會失去對商店如何呈現在代理程式回答中的控制權：代理程式會概述、排名和推薦，而買家首先看到的不再是你的產品頁面。Shopify 以代理程式知識庫作為應對方法，商戶可在其中審閲並發布代理程式會接收的商店資訊；最好及早設定，以免代理程式替你編造商店資訊。

第三，這個版本涵蓋範圍廣泛，而廣泛本身就是警號。包含 150 項更新的版本，不代表有 150 項突破。較準確的解讀是，Shopify 正在整合各項功能：Spring '26 向所有開發者開放代理式商務，而 Fall '26 則把各部分連接起來——一個產品目錄連接、一個結帳流程，以及每個商店前台都可使用的結構化工具。各項功能都是真實存在的，但重點在於平台策略，而非任何單一工具。

本週可以做甚麼

• 如果你開發購物代理或應用程式：由 Shop.dev 開始——無須金鑰——並先建立一個實際流程（搜尋、購物車、使用 Shop Pay 結帳），再設計更大型的項目。測試產品目錄對你的類別實際提供甚麼，而不是隻看公告的承諾。
• 如果你經營 Shopify 商店：查看代理目前收到哪些關於你商店的資訊，並透過代理知識庫發布你自己的資訊。然後留意哪些代理開始為你帶來流量，以及這些訪客的轉換表現是否與搜尋訪客相若，還是更差。
• 如果你開發 Shopify 應用程式：立即為你的應用程式執行 AI Toolkit 安全檢查。Shopify 小型測試組中的大部分合作夥伴都發現了一些自己原本不知道的問題——這正是這項工具的用意，而且比在審核時才發現問題成本更低。
• 如果你開發佈景主題：在下一次重建前，先閲讀新的佈景主題架構。以舊方式建立的佈景主題仍可運作，但以新方式建立的佈景主題，才是代理——以及 Sidekick 的 Canvas——真正能理解和編輯的版本。
• 不要以示範作準。真正重要的測試其實很日常：要求代理尋找指定產品款式、指定尺碼且價格低於某個金額的商品，並在買家批准下完成結帳——然後統計它有多少次能正確選出款式、價格和送貨承諾。整個產品的成效就在於此。

目前仍未明朗的事項

• 實際環境中的轉換率：Shopify 尚未公佈代理結帳與一般結帳的轉換率。除非數字證明有銷售，否則被找到不等於有銷售。
• 代理如何排序：代理會展示哪些產品，以及為何展示，是下一個搜尋排序問題；Shopify 尚未説明相關規則。
• 商戶控制權：除了代理知識庫，商戶能在多大程度上影響、限制或選擇不讓代理展示其商店，目前仍未能從公告中完全瞭解。
• 價格變動：這個版本是平台更新，而非價格表；對商戶或合作夥伴造成的任何成本影響，會反映在各自的帳單和儀錶板上，而非這份公告中。

這些未知之處並不代表 Fall '26 不重要。這個平台的產品目錄收錄超過十億件商品，如今預設就能讓代理理解其內容，並讓每位開發者都能使用最大型代理已採用的同一個結帳連接。這類改變今天看來像一份功能清單，一年後卻會成為基礎設施。現在就以此為基礎開發、如實衡量成效，並把買家批准的界線維持在 Shopify 設定的位置。

資料來源：Shopify — 將購物帶進未來：面向開發者的 Fall '26 Edition · Shopify — Exponential：Shopify 的 Fall '26 Edition