本文件撰寫日：2026 年 7 月 28 日。Shopify 在 2026 年 3 月 30 日重構了整個 Partner 平台（Dev Dashboard／組織／RBAC），並將在 8 月 10 日啟用全新的合作夥伴收益模型。同時，Shopify Scripts 已於 6 月 30 日全面停止執行。三件事都直接影響你手上的專案與收入，本手冊以官方文件為唯一依據逐項拆解。
如果你的內部 SOP 是 2025 年寫的，現在有三處會直接出錯：名詞變了、抽成算法變了、Checkout 的舊技術死了。
Shopify 導入了 Partner Organizations（組織）、RBAC 七種系統角色，並把開發商店、客戶移交商店、協作關係全部搬進新的 Dev Dashboard（dev.shopify.com/dashboard）。原本的 Partner Dashboard 只剩下款項、App 發布、主題與推薦名單。
最關鍵的是：「development store」作為統稱已經消失，Shopify 現在明確區分 Dev Store（不可移交）與 Client Transfer Store（可移交）。
遷移陷阱：2026 年 3 月 30 日自動遷移時，所有尚未接受的使用者邀請都被取消。若團隊中有人至今無法存取，原因多半在此。
從 8 月 10 日起簽約或移交的商店，改用「20% 訂閱抽成 ＋ 0.1% 線上 GMV 抽成、為期 4 年」的新制。此前已經上線的商店維持原費率不變。
這對代理商是一個實質的商業決策——不是行政通知。詳見 第 16 節。
Shopify Scripts 已於 2026 年 6 月 30 日停止執行。任何 Plus 客戶若仍依賴 Scripts 做折扣、運費或付款邏輯，功能此刻已經是壞的。
另外，非 Plus 商店必須在 2026 年 8 月 26 日前完成 Thank you／Order status 頁面升級——距今約四週。
1. 盤點所有 Plus 客戶是否還在用 Shopify Scripts（已失效）。
2. 盤點所有非 Plus 客戶的 Thank you／Order status 頁面（8/26 死線）。
3. 檢查你的 Partner 組織使用者名單，補回 3/30 遷移時被取消的邀請。
代理商的 Shopify 收入來自四條線：商店移交的經常性抽成、Plus／Enterprise 推薦的一次性獎金、App 與主題銷售，以及 POS／付款相關的分潤。
| 收入來源 | 費率 | 期間 |
|---|---|---|
| Client transfer store Basic / Grow / Advanced | 月訂閱費的 20% | 只要客戶持續付費就持續領（永續） |
| Client transfer store Shopify Plus | 已計費平台費的 20% | 持續 |
| Plus Expansion Store | 無平台費 → 無抽成 | — |
| Starter / Lite 方案 | 無抽成 | — |
| 收入來源 | 費率 | 期間 |
|---|---|---|
| 訂閱／平台費抽成 適用全部方案 | 基本訂閱費或平台費的 20% | 4 年（自首次付款起算） |
| 線上 GMV 抽成 適用全部方案 | 符合資格線上 GMV 的 0.1% | 4 年 |
| Plus Expansion Store | 線上 GMV 的 0.1%新增 | 4 年 |
| Shop Pay | Gross Payment Volume 的 0.1% | 1 年 |
| POS Payments 分潤 | 利潤分成（原 2 年 → 延長） | 4 年 |
| B2B Payments 分潤 | 20% 收益分成 | 4 年 |
Shopify 官方舉例：若某商家單月產生 1,000,000 美元的符合資格 GMV，你該月可得 1,000 美元的 GMV 抽成（另計 20% 訂閱抽成）。新舊制對代理商是否有利，完全取決於客戶的 GMV 規模，詳見 第 16 節。
| 項目 | 金額／費率 | 條件 |
|---|---|---|
| Plus / Enterprise 推薦 | $2,500 USD 一次性 | 2026 年 4 月 30 日起簽約之案件；商家須產生超過 $5,000 USD 淨 GMV |
| 既有商家升級 Plus | $2,500 USD 一次性 | 由你推薦既有 Shopify 商家升級至 Plus |
| Shopify Plus Launch （sales-assisted 共售） | 月度平台費的 15% | 須有 Shopify 銷售合約，且附上你與商家之間的 SOW（工作說明書）；商家須繳納首期平台費發票 |
| App 銷售 | 年營收 < $1M：首個 $1M 100%，之後 85% 年營收 ≥ $20M 或公司營收 ≥ $100M：85% | 2025 年 1 月 1 日起適用 |
| 主題銷售 | Theme Store 總收入的 85% | — |
| Shopify POS Payments | 利潤 20%（24 個月）＋ $500 啟用獎金 | 透過 POS Lead Form 提交 |
抽成綁定的是「商店建立與移交」這個動作，不是「你有沒有在幫這間店做事」。這是理解所有規則的唯一鑰匙——你可以幫一間店做三年開發而一毛抽成都沒有，只因為當初這間店不是你建立並移交的。
大多數代理商不是「沒賺到」，而是「本來可以賺、結果流程踩雷」。以下每一項都寫在官方文件裡。
Dev Store 無法移交給客戶。建錯類型，整個抽成鏈路從一開始就斷了。這是新制下最高風險的錯誤。
商家自己開好店、把你加為 collaborator——這種關係永遠沒有抽成。官方明文：協作者帳號不符資格。
抽成要等商家實際開始付費才啟動。Starter／Lite 方案完全不計。
提交 Plus lead 後，必須在 90 天內完成商家註冊並補齊資格資訊、參與引薦。逾期即失格。
一個機會只有一個夥伴能拿抽成，先提交合格名單者得，不會拆分。看到機會就先送單。
若商家在你提交前已有 Shopify 銷售接觸、或名單在 Shopify 開案之後才送，該推薦不合格。
官方原文明確指出：在你自己（全部或部分）經營的商店上收取合作夥伴收益，屬於詐欺行為。不要用 Partner 帳號建立自家品牌店再領抽成——這不是灰色地帶，是違反 Partner Program Agreement。
· 透過 Shopify 銷售合約啟用的商店，不適用標準移交抽成（改走 Launch／共售結構，15%）。
· 提交推薦時資訊不齊（聯絡人、網站、Email、電話）會直接被判不合格。送單時一次填完。
2026 年 3 月 30 日起，Partner 端採用組織 ＋ 角色制。舊的「逐項權限打勾」已經不存在。
| 角色 | 說明 |
|---|---|
| Organization Owner | 完整控制權；唯一能轉移組織所有權的角色。 |
| Organization Admin | 與 Owner 權限相同，但不能轉移所有權。原本的多位 owner 在遷移時被轉成此角色。 |
| Organization User Admin | 管理組織層級的使用者。 |
| Store Admin | 管理商店。 |
| Store User Admin | 管理商店層級的使用者。 |
| App Developer | App 開發相關權限。 |
| Collaborator Store Access | 存取以協作者身分連結的商家商店。 |
角色可疊加（一個人可同時具備多個角色）。Owner 與 Admin 可建立自訂角色。
| Collaborator（協作者） | Staff（員工） | |
|---|---|---|
| 佔用商店使用者名額 | 否 | 是 |
| 兩步驟驗證 | 強制 | 商家自行決定 |
| Shopify POS App 存取 | 否 | 是 |
| 可成為商店／組織擁有者 | 否 | 是 |
| 自動失效 | 90 天未登入即失效 | 無 |
| 可取得抽成 | 否 | 否 |
Shopify 建議代理商預設使用協作者帳號；只有在協作者做不到的事（例如在行動裝置的 Shopify 管理介面中測試 App）才申請員工帳號。官方明文禁止代理商索取商家密碼或直接使用商家帳號登入。
登入 dev.shopify.com/dashboard，左側選單點 Stores。
點 Request store access。
輸入商家的永久 myshopify.com 網址（自訂網域與次要網域不支援）。
輸入商家提供的 4 位數協作者請求碼。商家可在其後台 Settings → Users → Security 找到並可重新產生（重新產生會使舊碼失效）。
例外：若你的組織已在該商店安裝了 App，請求碼為非必填。
選擇權限範圍後送出。狀態會顯示為 Active／Request sent／Expires soon／Expired。
協作者存取權在連續 90 天未登入後會自動失效。對於低頻維護型的長約客戶，請把「每季登入一次」排進行事曆，否則你會被鎖在外面、還得再跟客戶要一次請求碼。
這是 2026 年新制下最重要的一個判斷。開案第一天就要選對。
| 型態 | 你擁有？ | 可移交客戶？ | 用途 | 可取得抽成？ |
|---|---|---|---|---|
| Dev Store | 是 | 否 | 開發／測試 App 與主題、功能預覽、測試資料 | 否 |
| Client Transfer Store | 是（初始） | 是 | 替客戶建立正式商店並移交 | 是 |
| Collaboration | 否（商家擁有） | 不適用 | 在商家已有的商店中工作 | 否 |
不論規模大小。Dev Store 只用於你自己的 App／主題研發與內部測試。
如果客戶還沒有 Shopify 商店，堅持由你建立並移交——這是唯一能拿到經常性抽成的路徑。
客戶已經有 Shopify 店？經常性抽成沒有了。唯一機會是在 Shopify 銷售接觸他們之前，推薦其升級 Plus，領 $2,500 一次性獎金。報價時請把這件事算進去。
Dev Dashboard → Stores → Create store → Client transfer store。
輸入商店名稱。這會決定 myshopify.com 網址，且日後無法更改。與客戶確認過再送出。
選擇國家／地區。
若客戶需要 Plus 功能，在此開啟 Shopify Plus 切換。未開啟的話，商店預設帶有 Advanced 方案的多數功能。
建立完成，商店預設開啟密碼保護。
「由我們建店並移交」＝客戶無法享用 Shopify 的新店促銷。這件事一定要寫進提案，否則移交當天客戶看到帳單會覺得被騙。相對地，你可以說明這換來的是完整建置、資料就位、上線即營運。
Client transfer store 可執行無限筆測試訂單。啟用 Bogus Gateway：Settings → Payments（先停用既有信用卡供應商）。
持卡人姓名（Cardholder name）：Test payment gateway 卡號 1 → 交易成功 (success) 卡號 2 → 交易失敗 (failure) 卡號 3 → 交易例外 (exception) CVV：任意 3 碼 有效期限：任意未來日期
Visa 4242 4242 4242 4242 Mastercard 5555 5555 5555 4444 American Express 3782 822463 10005 Discover 6011 1111 1111 1117 Diners Club 3056 9309 025904 JCB 3530 1113 3330 0000 注意：測試金額須高於 1 USD（或等值）。
無法測試的項目：禮品卡、Store Credit、手動付款方式、草稿訂單、Shopify POS（POS 需先升級到付費方案）。自 2020 年 9 月 14 日起，此限制適用於所有開發類商店；唯一能跑真實交易的方式，就是選定並購買方案。
Horizon 於 2025 年 5 月 21 日推出（一套 10 個免費主題），核心是 theme blocks。Winter '26 又為 Horizon 帶來 250 多項改進。新專案不應再從 Dawn 起手。
最快見效，能持續繼承 Shopify 的官方改進；代價是每次更新都要處理合併。適合多數中大型專案。
官方極簡起手模板，主打模組化與可維護性。適合高度客製、不想背負 Dawn／Horizon 既有設計主張的 Plus 專案。
僅用於維護既有資產。不要用於新專案。
/blocks 目錄，可跨任何 section 重複使用（section 內定義的 block 則被鎖在該 section）。{% content_for 'blocks' %} 渲染。blocks 屬性。Shopify 的官方設計建議：影響整體版面的設定放在 section 層級，可重排的內容才做成 block，並且避免切得太細——過度細分的 block 會同時膨脹程式碼與編輯器側欄。
建立版本控管、文件與工具鏈；保留一份原始 vendor 主題供日後 diff。
在 layout/theme.liquid 建立單一全域資產掛載點，載入所有自訂 CSS／JS。單一注入點＝最少的合併衝突。
優先使用 theme settings 與 metafields，而非寫死在程式碼裡。
採用 custom. 前綴模式：sections/custom.header.liquid，由 JSON template 引用；vendor 檔案完全不動。
分析與整合一律走 app embed blocks 或原生框架，不改模板。
所有樣式覆寫集中在 assets/custom.css。
導入自動化的無障礙與效能護欄（CI）。
Shopify Growth Services 宣稱此法可將主題更新從 20–40 小時壓縮到 2–4 小時。請注意這是 Shopify 的行銷數字，並非獨立驗證的基準。但方法論本身值得照做。
Metafield ＝ 附加在既有資源上的單一自訂值。Metaobject ＝ 獨立、可重複使用的自訂資料結構，可被多個資源引用（作者簡介、尺寸表、保固資訊、門市查詢）。所有權分為 app-owned（$app 前綴）與 merchant-owned（例如 custom）。
Spring '26 新增：metaobject 資料可在 checkout Functions 中讀取；metafields 可用點語法在 ShopifyQL 查詢；產品／顧客／訂單可釘選最多 50 個 metafields；分析報表可依 metafield 篩選。Function 查詢預算為 30 點，每個 metaobject root 消耗 1 點。
2026 年唯一可接受的 App 整合方式：app blocks 與 app embed blocks。不需改動主題程式碼、可跨所有安裝同步部署、有版本控管、商家可在主題編輯器中自行擺放。ScriptTag 與資產注入（asset injection）是必須淘汰的反模式。
shopify theme dev # 本機開發，對真實商店資料熱重載 CSS 與 sections shopify theme pull # 拉回線上主題 shopify theme push # 推送到指定主題 shopify theme check # 靜態檢查（Theme Check） shopify theme info # 檢視主題與環境資訊 shopify version # 檢查 CLI 版本 shopify upgrade # 升級 CLI
Spring '26 CLI 新增：語意化版本與自動升級、直接從 CLI 執行 GraphQL 與 bulk operations（自動處理驗證）、CI/CD 中更安全的 App 部署。
1. 雙向同步且無法關閉——商家在後台主題編輯器／程式碼編輯器的修改會自動 commit 回連結的分支。你的 git 歷史裡會出現客戶的手改。
2. 已中斷連結的分支永遠無法重新連回同一個主題；重新連結會產生一個新主題。這個操作是破壞性的。
3. 衝突警告只出現在主題編輯器，程式碼編輯器不會顯示。
4. 外部協作者無法連結分支，需要 write 權限。Shopify 建議用獨立 repo 或 subtree把專有程式碼隔離在同步樹之外。
[(p×31)+(c×33)+(h×13)]/77。defer／async；關鍵資源用 preload_tag；折線以下用 loading: 'lazy'。/assets 以取得 CDN 與 HTTP/2 優先權；圖片用 image_tag 自動產生 srcset。lang 屬性、跳過連結、無自動播放。Shopify 官方主題文件的門檻是 Lighthouse 綜合分數，不是 Core Web Vitals 數值。CWV（LCP／INP／CLS）仍應是你對客戶的 KPI，但不要把 CWV 的數字說成是 Shopify 訂的標準。另外，多數 Plus 客戶合約會要求 WCAG 2.1 AA 或 2.2 AA，嚴於 Shopify 的公開基準——報價時要把差額算進去。
| 日期 | 事件 | 狀態 |
|---|---|---|
| 2024-08-13 | checkout.liquid 停止支援結帳中頁面（Information／Shipping／Payment） | 已過 |
| 2025-08-28 | checkout.liquid、additional scripts、script tags 於 Thank you ＋ Order status 頁面終止；「additional scripts」欄位變唯讀 | 已過 |
| 2026-01 起 | Shopify 開始自動升級仍停留在舊版頁面的 Plus 商店；舊頁面上的所有客製將遺失（30 天前 Email 通知） | 進行中 |
| 2026-04-15 | Shopify Scripts 無法再編輯或發布 | 已過 |
| 2026-06-30 | Shopify Scripts 完全停止執行 | 已失效 |
| 2026-08-26 | 非 Plus 商店必須完成 Thank you／Order status 頁面升級 | 約 4 週後 |
| 擴充面 | 能做什麼 |
|---|---|
| Checkout UI Extensions | 自訂橫幅、欄位、加購推薦、地址自動完成——透過 checkout editor 擺放。 |
| Shopify Functions | 伺服器端邏輯：折扣、付款、配送、驗證、訂單分流。商業規則不會外露到店面。 |
| Branding API | 透過 Admin GraphQL API 的 checkoutBranding 設定頁首／頁尾／品牌樣式。Spring '26 已擴及結帳、帳號與登入頁。 |
| Post-purchase Extensions | 問卷調查、Thank you 與 Order status 頁面客製。 |
Shopify 於 2024 年 6 月收購 Checkout Blocks，現已是官方原生的無程式碼結帳客製 App。
| 方案 | 可用範圍 |
|---|---|
| Basic 以上 | 動態與靜態內容 block，但僅限 Thank you 與 Order status 頁面。 |
| Shopify Plus | 完整功能：結帳流程任何位置放置 block、顯示規則、含條件邏輯的自訂訂單／運費折扣、隱藏／重新命名／重新排序運送與付款方式、訂單金額限制、品牌設定。 |
員工需具備 metaobject 管理權限。Scripts 遷移方面，Shopify 提供 Shopify Scripts customizations report，協助辨識哪些客製該轉為 Functions、哪些可用現成公開 App 取代。
現在開新的 headless 專案，剛好卡在新舊 Hydrogen 的交接期。這件事會直接影響你的技術選型與報價。
建構於 React Router，是 Shopify「完整支援的路徑」，搭配 Oxygen 邊緣託管（Shopify 方案免費）。2026 年要上線且需要支援 SLA 的專案，用這個。
Spring '26 發表，定位為框架無關的商務 SDK，明確支援 Next.js。但目前僅為開發者預覽：支援 vanilla JS ＋ React，Vue／Svelte／Remix 3「即將推出」，且尚無法透過 Shopify CLI 部署到 Oxygen。只當 R&D。
已 GA。<shopify-store>／<shopify-context> 等 HTML 元素封裝 Storefront API，可在既有網站（WordPress、行銷站、部落格）加上商務功能，不需做完整 headless。多數代理商嚴重低估這條路。
2026 年 7 月 8 日的預覽版更新加入了：統一的 createShopifyRequestContext（整合 Storefront client、Customer Account client、sessions 與 handleShopifyRoutes）、框架無關的 getShopifyScriptTags()／renderShopifyScriptTags()、createCartServerHandlers()、可選用的 Storefront API 回應邊緣快取、供瀏覽器內 AI agent 使用的 WebMCP 支援、預測式搜尋、route manifest 型別化路由，以及 Oxygen 與 Vercel 雙部署按鈕。
Shopify 官方文件只講 headless 的好處，不會告訴你何時不該做。但 2026 年的現實是：theme blocks、主題編輯器 A/B 測試、Rollouts、Sidekick 主題編輯、行動版主題編輯——這些全部是 Liquid 專屬；而結帳擴充能力兩邊完全一樣；agentic storefront 的曝光是走 Shopify Catalog，跟你的前端無關。當年買 headless 的理由，Horizon ＋ theme blocks 現在大多已經涵蓋。這段是我們的判斷，不是 Shopify 的官方立場。
shopify-account web component（自動導向新版帳號）；App→ customer account UI extensions；自訂店面→ Customer Account API。Customer.lastIncompleteCheckout 與 Checkout 型別將在 API 版本 2026-10 移除。每季初推出新版本（UTC 17:00），最少支援 12 個月，重疊期至少 9 個月。2026 年的版本：2026-01、2026-04、2026-07、2026-10。2026-07 於 7 月 1 日發布，可用至 2027 年 7 月 16 日 15:00 UTC。Shopify 的建議是每季更新一次，且務必明確鎖版。
重要變化 Spring '26 起，B2B 已開放給所有方案：公司檔案、階梯定價、最多三組 catalog。這實質侵蝕了 Plus 長期以來的一項差異化優勢。
仍為 Plus 專屬（Winter '26）：結帳 ACH 銀行轉帳（美國）、依出貨批次分別付款（多批出貨分開開立發票）、預建 ERP 連接器（NetSuite、BrightPearl、Sage、Acumatica）。Plus 另包含無限 catalog、catalog 直接指派給公司與地點、訂金要求、部分付款。
Spring '26 新增：透過 Flow 自動化 vaulted payments、原生 QuickBooks ＋ Mailchimp 整合、Shopify Collective 進軍澳洲、Collective 含稅定價。
| 項目 | 內容 |
|---|---|
| 費率 | 每筆交易 3.5%；Shopify Plus 為 3.25%，自撥款中扣除 |
| 另計 | Shopify Payments 處理費約 3.9%（浮動混合費率）＋ 1.5% 貨幣轉換 |
| 前提 | 必須使用 Shopify Payments |
| 供應範圍 | 美國（僅本土，不含屬地）、加拿大（早期試用，單一省份出貨，需 Shopify Tax 或 Basic Tax）、英國（早期試用，GB 或 NI 出貨，不可兩者） |
| 不支援 | 國際訂閱制、B2B 訂單、零元免費訂單、手動 bundle（僅支援 Shopify Bundles）、單一商店多法人、Shopify Collabs |
| 互斥 | 無法與 Global-e App 同時使用 |
| 其他 | 結帳需填電話；Shopify Protect 僅限美國；澳洲、紐西蘭、挪威、新加坡、英國與歐盟須預付關稅 |
Partner Dashboard → Sales → Leads → Submit a Plus lead（可附個人化訊息）。
若對方是立即符合資格的既有 Shopify 商家，你可以直接發出升級邀請；商家接受條款後 24 小時內完成升級。
新商家或尚不符資格者，會被轉給 Shopify 銷售代表進行資格審核。
90 天內必須完成資格化（商家註冊 ＋ 你補齊資訊）。名單狀態分為 Submitted／In Progress／Awarded／Ineligible。
Plus Partner 計畫已於 2024 年 12 月終止；Plus Certified App 計畫已於 2025 年 12 月終止。兩者由統一的 Partner Program 等級制取代。如果你的官網或提案還在寫「Shopify Plus Certified Partner」，請立刻改掉，改用目前的 Partner 等級徽章（Plus／Premier／Platinum）。App 廠商則對應 Certified Technology Partner。
截至 2026 年 7 月 28 日，最新的 Edition 是 Spring '26（約 6 月 17 日發布，150 多項更新）。Summer '26 尚未發布。前一版是 Winter '26「Everywhere」。
Shopify 為 AI agent 交易制定的開放標準，Spring '26 起對所有開發者開放、無需審核。
自動標準化與強化商品資料。Shopify 宣稱以 Catalog 驅動的 AI 搜尋，轉換率為爬蟲資料的兩倍。Catalog API 現支援圖片搜尋、圖文多模態搜尋、商品 URL 查詢與贊助版位。
商品自動曝光於 ChatGPT、Copilot、Perplexity 等 AI 通路（Winter '26）。另有 Cart MCP 與 Order MCP 伺服器；agent 須託管 UCP profile 以取得驗證、速率限制與工具權限，信任層級越高越能直接完成結帳。
「Agent-readiness 稽核」是一個現成可包裝的專案：乾淨的商品分類法、完整的結構化屬性、Shopify Catalog 資料強化、UCP profile 設定。Shopify 官方甚至發布了準備指南可作為交付依據。這是 2026 年最容易向既有客戶追售的項目。
以下依 Shopify 官方 Plus launch checklist 整理。順序不是建議，是官方載明的順序。
商品 → 顧客 → 歷史訂單 → 禮品卡 → B2B 資料。方式：後台 CSV 匯入、API、第三方 App，或遷移服務（Shopify 官方點名 LitExtension、Cart2Cart）。
/ 轉到首頁。這是抽成成立與否的最後一哩路。步驟很短，但每一步都不能錯。
Dev Dashboard → Client transfer 分頁。
在該商店那一列點三點選單。
選擇 Transfer store。
輸入客戶的 Email。
點 Transfer。若 7 天內客戶未接受，移交會過期，必須重新發送。
方案由客戶選擇，不是由你選。客戶收到移交邀請時自行選定方案。Client transfer store 預設帶有 Advanced 方案的多數功能；若建立時開啟過 Plus 切換，則帶 Plus 功能。
客戶接受並開始付費後，商店離開你的組織，抽成隨之啟動。此時可移除密碼保護。
移交邀請 7 天內未接受即過期。發出前先跟客戶約好時間，別在客戶放假時送出。
你無法代選。若你的抽成模型建立在特定方案上，要在合約或提案中先講好客戶會選哪一個方案。
移交後商店不符合任何促銷與免費試用。這件事在提案階段就要說。
依 shopify.dev 的說明，移交後你會保留協作者存取權，因此可以繼續在該商店上工作。不過 Help Center 的措辭是「商店離開你的組織」，讀起來像是完全失去存取——兩份官方文件的說法不一致。
不要賭。在移交前就先讓客戶把你加為協作者，或在移交後第一時間確認你的存取狀態；同時在下一次移交時親自驗證這個行為。另外別忘了協作者存取的 90 天未登入自動失效規則——把季度登入排進維運行事曆。
新制的 4 年期自首次合作夥伴付款起算。第 5 年起經常性抽成歸零，你的商業模式必須在那之前轉為服務型收入。
Checkout 升級、Scripts 遷移、舊版顧客帳號遷移、API 每季鎖版、agent-readiness——這些都是有明確日期、客戶無法拖延的維運工作。
新制加入 0.1% GMV 後，客戶成長＝你的收入成長。CRO、A/B 測試、市場擴張這些提案，第一次有了直接的財務對齊理由。
| 軌道 | 等級 | 評估依據 |
|---|---|---|
| Service Partner （服務型代理商） | Registered → Select → Plus → Premier → Platinum | 商業影響力（歸屬於你的 Shopify 收入 ＋ 最低成交數） 技能發展（Verified Skills 認證數量，依團隊規模設定最低門檻） |
| Technology Partner （App 廠商） | Registered → Plus → Premier → Platinum 上三級為邀請制 | 另加 Built for Shopify（BFS）成就與品質標準 |
等級每季更新：1 月 1 日、4 月 1 日、7 月 1 日、10 月 1 日。等級權益涵蓋業務發展、訓練教育與行銷三大類：Partner Directory 曝光位置與 Verified Skills 徽章、專屬 partner manager、優先技術支援、行銷發展基金（MDF）、推薦獎勵，以及帶 account mapping 的共售機會。
各等級的具體數字門檻沒有公開，載於 Partner Dashboard 內的 Shopify Partner Program Tiering Guide PDF。
如果你手上有已經完工、隨時可以移交的商店，這是一個真實的商業決策，不是行政流程。
沒有 GMV 抽成，但只要客戶持續付費就一直領。適合低 GMV、預期長期存活的客戶。
多了 GMV 抽成，但4 年後歸零。適合高 GMV、成長型客戶。
用客戶的預期月 GMV去換算：每月 GMV 每 100 萬美元＝新制多拿 1,000 美元／月。拿這個增額，去比對第 5 年起舊制仍能領到的 20% 訂閱費。
案例 A｜小型客戶：Advanced 方案（約 $105／月）、月 GMV 5 萬美元。舊制：$21／月，永續。新制：$21 ＋ $50 ＝ $71／月，但只到第 4 年。4 年新制共約 $3,408，舊制 4 年約 $1,008——但舊制在第 5、6、7 年還繼續。若客戶預期存活 10 年以上，兩者差距會縮小甚至反轉。
案例 B｜Plus 客戶：平台費 $2,500／月、月 GMV 200 萬美元。舊制：$500／月。新制：$500 ＋ $2,000 ＝ $2,500／月。新制 4 年共 12 萬美元，舊制要 20 年才追得上。高 GMV 客戶毫無疑問走新制。
以上為依官方公布費率所做的試算，非 Shopify 官方數據；請以你自己客戶的實際方案費與 GMV 預估重新計算，並注意「符合資格的線上 GMV」定義可能不等於總營收。
· Plus Expansion Store 在新制下才有抽成（0.1% GMV，4 年）。若客戶要開多間擴充店，等到 8/10 之後再開。
· 新制的 4 年期自首次合作夥伴付款起算，Shopify 的設計意圖是讓收益前置——因為 GMV 型收入通常隨時間成長。
· 已經上線的商店完全不受影響，維持原費率、原期限。這次變更只影響 8/10 當日及之後簽約或移交的商店。
這一節之所以存在，是因為代理商最容易在「聽起來很合理但其實沒人查證過」的資訊上翻車。以下每一項在做決策前都應該先向你的 partner manager 或 Shopify 支援確認。
沒有任何官方文件載明 Dev Store 或 Client Transfer Store 的到期期限。第三方部落格說的「X 天後過期」請視為未經證實。唯一有明文的時效是移交邀請 7 天過期。
Help Center 中所有「Plus sandbox organizations／stores」的網址目前都會轉址到 Client transfer stores 頁面，且唯一實質文件來自 2018 年的 changelog。合理推測其功能已併入 client transfer store 的 Plus 切換，但沒有明確的棄用公告。
shopify.dev 說會保留，Help Center 措辭則暗示不會。兩份官方文件互相矛盾，請自行實測。
載於 Partner Dashboard 內的 Tiering Guide PDF，未公開。本文只列出有公開數字的 Partner Directory 資格。
Shopify 從未發布 Dawn 的棄用公告。「Dawn 已死」的說法全部來自社群與論壇轉述。實務上仍應以 Horizon 或 skeleton-theme 起手，但別在提案裡把它寫成官方政策。
Shopify 已推出 App Home web components，且 App 模板中已移除 Polaris React 元件。但官方沒有發布 Polaris React 的棄用公告或遷移期限。
· 舊版顧客帳號的最終停用日尚未公布（官方稱 2026 年稍晚）。
· 全新 Hydrogen 的 GA 日期未公布。
· Plus 變動平台費的級距與費率未公開。
· Checkout Blocks 的收費方式未載於 Help Center。
· 每間商店的協作者人數上限未見於現行文件。
· Shopify Payments 撥款方式與支援幣別細節請另查官方 payout method 頁面。
把這段貼進你的專案管理工具，當作每一個 Shopify 新案的開案檢查表。
# Shopify 代理商標準作業流程（2026 版）
## 階段 0 — 開案前判斷（決定你有沒有抽成）
[ ] 客戶目前有 Shopify 商店嗎？
→ 沒有：由我們建立 Client Transfer Store。有經常性抽成。
→ 有 ：無經常性抽成。評估是否可推薦升級 Plus（$2,500 一次性），
且必須在 Shopify 銷售接觸客戶「之前」提交名單。
[ ] 若走 Plus/Enterprise 共售：確認有 Shopify 銷售合約 + 我方 SOW（15% 平台費）
[ ] 提案中已載明：移交後商店「不適用任何促銷與免費試用」
[ ] 提案中已載明：客戶將自行選擇方案
[ ] 已評估 8/10 新舊分潤制的取捨（依客戶預估 GMV）
## 階段 1 — 建立商店
[ ] Dev Dashboard > Stores > Create store > Client transfer store
（絕對不要用 Dev Store — 無法移交）
[ ] 商店名稱與客戶確認（myshopify.com 網址日後不可改）
[ ] 需要 Plus 功能 → 建立時就開啟 Shopify Plus 切換
[ ] 選定國家/地區
## 階段 2 — 設計與開發
[ ] 主題起點：Horizon fork 或 Shopify/skeleton-theme（不要 Dawn）
[ ] 採用 custom. 前綴模式，vendor 檔案不動
[ ] 單一全域資產掛載點於 layout/theme.liquid
[ ] 自訂資料走 metafields / metaobjects，不寫死
[ ] App 整合一律用 theme app extensions（禁止 ScriptTag / 資產注入）
[ ] GitHub 整合：了解雙向同步不可關閉、分支中斷後無法重連
[ ] API 版本明確鎖定（2026-07 或當季版本）
[ ] 結帳客製：UI extensions / Functions / Checkout Blocks
（checkout.liquid 與 Scripts 皆已失效）
[ ] 顧客帳號使用新版（舊版已於 2026-02-26 棄用）
## 階段 3 — 品質門檻
[ ] Lighthouse 效能：首頁/商品/分類 平均 >= 60
[ ] JS bundle <= 16KB（壓縮後），全部 defer/async
[ ] 無障礙：對比 4.5:1（小字）/ 3.0:1（大字）、觸控目標 44x44px
（客戶合約若要求 WCAG 2.1/2.2 AA，需另行加計）
[ ] Theme Check + Lighthouse CI 已納入 CI
## 階段 4 — 資料遷移
[ ] 順序：商品 > 顧客 > 歷史訂單 > 禮品卡 > B2B 資料
[ ] 301 轉址表已建立並以 CSV 匯入
[ ] 上線前一週請原主機把 DNS TTL 降到 300
## 階段 5 — 上線前 QA
[ ] 測試訂單：所有折扣 / 所有付款方式 / 所有運送方式 / 多裝置 / 失敗交易
[ ] 出貨與退款流程測試完成
[ ] 所有訂單通知信正確寄出
[ ] Shopify Payments 已由「客戶方商店擁有者本人」設定
[ ] Shopify Payments 測試模式已關閉
[ ] 稅務與市場設定完成（Shopify Payments 為主要金流）
[ ] 商店資料已備份
[ ] 密碼保護「最後」才移除
## 階段 6 — 移交
[ ] 商店地址已改為客戶地址、計費幣別已確認
[ ] Dev Dashboard > Client transfer > 三點選單 > Transfer store
[ ] 輸入客戶 Email → Transfer
[ ] 提醒客戶「7 天內」必須接受，否則過期需重發
[ ] 客戶選定方案並完成首次付款 → 抽成啟動
## 階段 7 — 移交後維運
[ ] 確認我方協作者存取權仍然有效（官方文件說法不一，請實測）
[ ] 排入「每季登入一次」提醒（協作者 90 天未登入自動失效）
[ ] Partner Dashboard > Payouts 確認抽成已入帳（門檻 $25 USD）
[ ] 每季更新 API 版本
[ ] 追售：agent-readiness、CRO / A-B 測試、市場擴張（新制含 0.1% GMV）
本手冊所有規則、費率與日期均取自以下 Shopify 官方頁面（查核日期：2026 年 7 月 28 日）。Shopify 政策變動頻繁，重大決策前請重新確認原始頁面。
一、你手上的客戶專案是不是用 Client Transfer Store 建的。二、8 月 10 日前是否有商店該搶先移交、或該刻意延後。三、有沒有 Plus 客戶還卡在已經失效的 Shopify Scripts 上。這三題答對了，其餘都是執行問題。
與 Tenten 談談你的 Shopify 專案資料查核日：2026-07-28 · 依據 Shopify 官方文件撰寫 · 政策變動頻繁，決策前請覆核原始來源