WHO
仍用 storefront ScriptTag 注入網店 JS 的 Shopify Partner/Indie app 開發者;以及為商家建立 Admin-created custom app、把 access token 貼進自家儀表板的第三方追蹤/聊天/A/B/loyalty/像素類 SaaS 與代理商工程/CS 負責人。
TagExit · 等候名單
告訴我們用途(UI 注入 vs 追蹤)、分發方式(Partner app/Admin-created custom/貼 token SaaS),以及是否已有 ScriptTag、app embed 或 web pixel。取得單一建議退出路徑——app embed、web pixel、主題 Liquid,或改發真正 Partner app——加上商家 theme-editor deep-link 啟用 checklist、雙載警告,以及 Oct-1/Mar-1 倒數與 audit 清單。不是 Shopify Admin API、不是代遷移顧問——是新安裝被鎖死前的決策就緒層。
市場驗證頁 · 免費等候名單 · 不捏造用戶數
問題
Shopify 正移除 storefront ScriptTag。自 2026-10-01 起,scriptTagCreate/Update(GraphQL)與 ScriptTag REST POST/PUT 在所有 API 版本回權限錯誤(pin 舊版無效);新安裝若無 app embed 或 web pixel,功能無法開通。既有 tag 暫可跑至 2027-03-01,之後停止向 storefront 注入。路徑分裂:UI → theme app embed(商家須在主題編輯器啟用;僅 active theme);分析 → web pixel(無需商家操作)。Admin-created custom apps 不能用 app extensions/web pixels——須移入主題 Liquid 或改發真正 Partner app(文件末段易漏)。舊 tag+新 embed 同時跑=雙重計數/雙重 UI。官方長文說明規則,卻不會把用途 × 分發 × 現況換成單一路徑與 checklist。
解決方案
給仍用 ScriptTag 的 Partner/Indie/貼 token SaaS 的退出路徑決策就緒層:用途 × 分發 × 現況 → 單一建議路徑 + 商家啟用 checklist + 雙載/Admin-custom 警示 + Oct-1/Mar-1 倒數——不是又一篇長文,也不是代遷移。
仍用 storefront ScriptTag 注入網店 JS 的 Shopify Partner/Indie app 開發者;以及為商家建立 Admin-created custom app、把 access token 貼進自家儀表板的第三方追蹤/聊天/A/B/loyalty/像素類 SaaS 與代理商工程/CS 負責人。
2026-10-01 起 create/update 在所有 API 版本失效;2027-03-01 停止注入。路徑分裂(embed vs pixel);Admin-custom 是 extensions/pixels 死路;雙載有雙重計數風險。文件不會依分发型態給你單一路徑。
表單:用途(UI vs 追蹤)、分發(Partner/Admin custom/貼 token SaaS)、ScriptTag/embed/pixel 狀態 → 單一路徑(app embed/web pixel/主題 Liquid/改發 Partner app)+ deep-link 啟用 checklist+雙載警告+Oct-1/Mar-1 倒數與 audit。MVP:不接 Shopify Admin API。
在 1 Oct 2026 前選對退出路徑、避開 Admin-custom 死路與雙載——不是等 3 月腳本全停才發現選錯。
功能特色
來自產品假設的行銷重點——用於需求驗證,非正式規格承諾。
輸入用途(UI vs 追蹤)、分發(Partner/Admin custom/貼 token SaaS)、現有 ScriptTag/embed/pixel 狀態 → 輸出單一建議路徑(app embed/web pixel/主題 Liquid/改發 Partner app)。
明確標出 Admin-created custom apps 不能用 app extensions/web pixels;指引移入主題 Liquid 或改發真正 Partner app——避免讀完長文仍漏掉。
Theme-editor deep-link 啟用步驟;僅 active theme/換主題需重啟提醒;確認替代已跑再刪舊 tag,避免 double-count/雙重 UI。
Oct-1(create/update 死)與 Mar-1(停止注入)倒數;audit 現有 tags、確認替代、刪除舊 tag、新安裝 banner 風險檢查項。
表單 + 路徑建議 + checklist + 倒數。明確不做 Shopify Admin API 讀寫、代建 theme app extension、代發 Partner app。
如何運作
對齊 waitlist 階段產品假設的三步驟迴圈。
UI vs 追蹤;Partner app/Admin custom/貼 token SaaS;現有 ScriptTag/embed/pixel 狀態。
App embed/web pixel/主題 Liquid/改發 Partner app;含 Admin-custom 死路警示。
商家 theme-editor deep-link 步驟、雙載警告、Oct-1/Mar-1 倒數與 audit 清單——不做 Admin API/代遷移。
使用情境
若這些情境很熟悉,請加入等候名單幫我們驗證。
確認應改 theme app embed,並拿到商家 deep-link 啟用 checklist,避免 Oct-1 後新安裝開不通。
確認應走 web pixel(無需商家操作),並避開與舊 tag 雙載造成 double-count。
商家用 Admin-created custom app 貼 access token——被明確告知不能用 extensions/pixels,須改發真正 Partner app 或改寫進主題。
要 audit 清單與雙載警告,決定何時 scriptTagDelete。
要雙截止日倒數 + 新安裝 banner 風險提示,避免只讀完文件卻沒執行。
公開訊號
僅 Shopify 公開報導——不是客戶推薦或捏造指標。
常見問題
官方是規則來源;我們把用途 × 分發 × 現況換成可執行的單一路徑與 checklist。
那些是 tips/deep-link 片段;我們是分发型態決策就緒層,不是論壇。
Notion 靠人手維護;我們把 Oct-1/Mar-1 與 Admin-custom 死路做成結構化決策。
不會。MVP 是靜態表單 + 路徑建議 + checklist + 倒數。
官方:不能用 app extensions/web pixels;移入主題 Liquid 或改發真正 Partner app;貼 token 服務須發真實 app。
舊 ScriptTag 與替代同時跑會 double-count/double-render;確認替代已啟用再刪舊 tag。
靜態表單+路徑建議+啟用 checklist+倒數;Admin API/代建/代發不在範圍。
等候名單分批以 Email 邀請;不捏造上線日期。
等候名單
留下 Email 取得 TagExit 搶先體驗與上線通知。我們不會捏造上線日。
我們會分批寄出搶先體驗邀請與上線更新。可隨時退訂。