購物代理供應商有一項 8 月 31 日購物車期限
這只影響呼叫兩項舊 Storefront MCP 購物車工具的自訂代理。要求整合負責人提供端點清單與通過的購物車測試。
· 更新於2026年8月22日
你可能在問
8 月 31 日的購物車期限會影響我的商店嗎？
- 符合這些情況就要處理
- 開發人員或供應商表示，你的自訂購物代理必須在 2026 年 8 月 31 日前遷移購物車，或測試中的購物車在更新後遺失商品項目。 [來源 1]
- 目前不用處理
- 若沒有任何自訂代理整合呼叫 Storefront MCP 的 get_cart 或 update_cart，就無需進行遷移；標準 Shopify 店面行為不在這項淘汰範圍內。 [來源 1]
- 該怎麼做
- 詢問整合擁有者，應用程式是否在 Storefront MCP 端點呼叫 get_cart 或 update_cart。如果有，應要求在 2026 年 8 月 31 日前完成遷移與驗證。 [來源 1] [來源 2]
- 這不能證明什麼
- 程式碼清單與通過的測試無法保證截止日後的可用性或正式訂單，而且 Shopify 沒有說明舊工具會在特定時間關閉。 [來源 1]
- 查證日期
- 2026年8月22日
- 變更日期
- 2026年6月24日
- 截止日期
- 2026年8月31日
你可能收到購物代理供應商的遷移估價，或測試購物車在更新後遺失商品項目。這是維護自訂代理整合的人員或團隊要處理的技術期限。只使用 Shopify 標準店面與管理介面的商家沒有設定工作。
Shopify 已淘汰 Storefront MCP 端點上的 get_cart 與 update_cart，改用符合 UCP 的 Cart MCP 工具。2026 年 6 月 24 日變更記錄指出，已淘汰的工具會維護至 2026 年 8 月 31 日。
這個截止日會影響呼叫舊工具的整合。使用 Shopify 標準店面與管理介面的商家不需要安裝新的店面功能。Shopify 尚未說明 2026 年 9 月 1 日起會發生哪種明確失敗，因此目前能支持的結論是維護期結束，而非保證工具會在特定時間停止運作。
哪些項目會改變
已淘汰的呼叫使用：
https://{shop}.myshopify.com/api/mcp
替代的 Cart MCP 工具使用：
https://{shop-domain}/api/ucp/mcp
Shopify 在替代端點提供 create_cart、get_cart、update_cart 與 cancel_cart。這些工具符合 Shopify 文件中標示為 2026-04-08 版本的 UCP cart capability。
整合擁有者需要變更什麼
Shopify 的遷移指示不只要求替換端點：
- 將
get_cart與update_cart呼叫移至 Cart MCP。 - 每次請求都傳送包含
ucp-agent.profile的meta物件。 - 呼叫
cancel_cart時，在meta["idempotency-key"]傳送 UUID。 - 將
update_cart視為完整取代。每次更新都傳送完整的line_items陣列。 - 依 Shopify 的 Cart MCP 文件，使用目前的 request 與 response schema 驗證整合。
完整取代行為是主要的回歸風險。如果程式碼原本只把單一變更的 line item 當成 patch 傳送，在未調整 request 建構方式的情況下遷移，可能會移除購物車中的其他項目。
商家應要求什麼證據
只使用 Shopify 標準店面與管理介面的商家不需要執行遷移。使用自訂購物代理、助理或整合的商家，應向維護人員或團隊索取兩項資料：
- 端點與工具清單，確認是否仍有任何
get_cart或update_cart呼叫指向/api/mcp。 - 具日期的測試紀錄，顯示 Cart MCP 的新增、更新、移除與取消，以及交接至 Checkout MCP 的流程均正常，包括保留所有未修改項目的多項商品購物車。
可觀察結果是書面確認舊呼叫均已移除且完整購物車測試通過，或確認商店沒有受影響的整合。這些證據無法保證截止日後的可用性或正式訂單。Shopify 說明的是維護期結束，沒有說明特定關閉時間。