2026 年 8 月 31 日的購物車期限已經過了，這影響到我的商店嗎？
Shopify 對兩項舊 Storefront MCP 購物車工具的維護期已結束，但文件仍列著它們。請向整合負責人要證據。
· 更新於 2026年9月11日
- 查證於
- 2026年9月11日
- 變更日期
- 2026年6月24日
- 截止日期
- 2026年8月31日
什麼時候第三方值得付錢，你又不必買什麼
你可能收到購物代理供應商的遷移估價，或測試購物車在更新後遺失商品項目。這是維護自訂代理整合的人員或團隊要處理的技術期限，從來就不是只使用 Shopify 標準店面與管理介面的商家要做的設定工作。
Shopify 已淘汰 Storefront MCP 端點上的 get_cart 與 update_cart，改用符合 UCP 的 Cart MCP 工具。2026 年 6 月 24 日變更記錄指出，已淘汰的工具會維護至 2026 年 8 月 31 日。那個日期已經過了。
但 2026 年 9 月 11 日的文件狀態，比「關閉」窄得多。Shopify 的 Storefront MCP 文件仍把 get_cart、update_cart 與 search_shop_policies_and_faqs 列為 /api/mcp 上的標準工具，沒有任何移除通知，之後也沒有變更記錄延長或撤回這個日期。目前能支持的說法是：維護期結束了，替代品是 Cart MCP。沒有人可以告訴商家舊工具已經停止運作。
哪些項目改變了
已淘汰的呼叫使用：
https://{shop}.myshopify.com/api/mcp
替代的 Cart MCP 工具使用：
https://{shop-domain}/api/ucp/mcp
Shopify 在替代端點提供 create_cart、get_cart、update_cart 與 cancel_cart。Shopify 的 Cart MCP 文件說明 Cart MCP 實作的是 UCP cart capability dev.ucp.shopping.cart，版本為 2026-08-25。2026 年 6 月的公告寫的是 2026-04-08，因此依公告寫成的整合，應該對照目前的 schema 檢查，而不是對照公告文字。
整合擁有者當時需要變更什麼
Shopify 的遷移指示不只要求替換端點：
- 將
get_cart與update_cart呼叫移至 Cart MCP。 - 每次請求都傳送
meta物件，其中的ucp-agent帶上代理自己的 UCP profile URI，用於能力協商。 - 呼叫
cancel_cart時，在meta["idempotency-key"]傳送 UUID。 - 將
update_cart視為完整取代。它採用 PUT 語意，每次請求都會取代購物車的完整狀態，省略的欄位會被移除，伺服器端不會合併。 - 依 Shopify 的 Cart MCP 文件，用目前的 request 與 response schema 驗證整合。
完整取代行為是主要的回歸風險。如果程式碼原本只把單一變更的 line item 當成 patch 傳送，在未調整 request 建構方式的情況下遷移，就可能移除購物車中的其他項目。歸因資料也落在同一個陷阱裡：因為整個 cart 物件會被取代，歸因必須在每次更新時重送才留得住。
商家應要求什麼證據
只使用 Shopify 標準店面與管理介面的商家不需要執行遷移。使用自訂購物代理、助理或整合的商家，應向維護人員或團隊索取兩項資料，日期要是現在，而不是對著一個已經過去的日期承諾：
- 端點與工具清單，確認是否仍有任何
get_cart或update_cart呼叫指向/api/mcp。 - 具日期的測試紀錄，顯示 Cart MCP 的新增、更新、移除與取消，以及交接至 Checkout MCP 的流程均正常，包括保留所有未修改項目的多項商品購物車。
可觀察結果是書面確認舊呼叫均已移除且完整購物車測試通過，或確認商店沒有受影響的整合。這些證據無法保證可用性或正式訂單。Shopify 說明的是維護期結束，並未公布關閉時間。