CMS 只是內容系統的一層
先定義內容來源、工作流程與發布責任
把 Shopify、CMS、多市場版本、預覽、發布與證據，接成能持續運作的內容營運模式。
為什麼電商需要 Sanity 這樣的 Headless CMS？
Shopify 的核心是商品與交易；當品牌需要專題頁、產地故事或雜誌式內容時，往往還要補上更細緻的內容模型與編輯流程。Sanity 可將結構化內容提供給商店、官網與 App 等前端使用，並支援協作與版本歷史，讓日常編輯較少依賴工程排程。
把內容拆成有意義的欄位，才能依不同頁面與通路查詢、重組和發布。
內容卡在工程手上
每個活動頁都要開工單，行銷的節奏被開發時程綁架。
同一段內容改八次
商店、官網、APP 各有後台，內容不同步、品牌口徑不一致。
模板化的敘事
品牌故事被塞進固定欄位，設計與內容都失去表達力。
01 · 結構化內容
結構化編輯依通路發布
Sanity 官方文件：內容以結構化資料存放在 Content Lake，用 GROQ 查詢語言取用；Sanity Connect for Shopify 讓商品與內容互相引用，即時協作與版本歷史內建。
內容模型可自訂
欄位、關聯與可重用區塊可依品牌需求定義（Sanity 官方文件），但也需要治理規則，避免模型與例外持續增加。
可視化編輯
Sanity Presentation 可讓編輯在網站預覽旁定位內容並修改（Sanity 官方文件）；預覽與正式環境仍需使用相同資料與呈現規則驗證。
協作與發布工作流
多人同時編輯、草稿、排程發布與版本歷史可支援團隊協作（Sanity 官方文件）；實際流程仍要依方案與權限設定。
02 · 內容的商業價值
內容產能影響測試與更新速度
行銷人回報創作者內容表現較好
Sprout Social 調查中，83% 的受訪行銷人表示創作者內容的轉換表現優於品牌自製內容。這是受訪者經驗，不是所有品牌的基準；可用自家成本與轉換資料驗證是否值得擴大。
AI 時代的引用性
McKinsey 調查（引自 Shopify）：61% 的消費者用 AI 比較產品與服務。結構化內容加上具名資料，才有機會成為 AI 引用的答案。
行動優先的內容
Shopify 彙整（2025）：行動裝置佔電商網站流量 77%。Headless 前端可由工程團隊統一管理行動版效能與排版，編輯仍需在預覽中檢查不同裝置的內容呈現。
編輯體驗
讓編輯像出刊，不像開工單
Studio 介面可依團隊流程設定欄位驗證、預覽與參照關係，讓既有內容結構內的檔期更新較少依賴工程排程。
實戰驗證
我們自己的網站就跑在這套架構上
Tenten 官網以 Next.js 建置，Insights 內容透過 Sanity 管理。我們也用自己的發布流程檢查內容模型、預覽與前端整合。
CMS 選型不只看今天能不能發布，也要檢查未來搬遷、重組與新增通路時的資料可攜性和維護責任。
我們怎麼做
結構化內容模型
內容即資料：可查詢、可重組、可跨通路發佈。
可視化編輯
編輯可在頁面預覽旁定位內容；正式發布前仍要在代表性裝置與環境驗收。
與商務資料互通
Sanity Connect 可連結 Shopify 商品與內容；同步範圍、延遲與失敗處理仍需確認。
協作與版本管理
用多人編輯、版本歷史與排程發布支援內容工作流，實際能力依方案與權限設定。
合作流程
內容建模
盤點內容類型，設計 Schema 與編輯流程
Studio 客製
建立貼合團隊習慣的編輯介面
前端整合
與 Hydrogen/Next.js 前端串接與預覽
遷移培訓
既有內容遷入、編輯團隊上手陪跑
內容能否長期使用，取決於結構、責任與發布流程是否清楚。
常見問題
Shopify 的內容功能與商店版型緊密整合；Sanity 是獨立內容平台，可把同一套結構化資料提供給不同前端，代價是需要另外設計模型、預覽、權限與整合。
可以。Studio 的欄位、預覽與驗證可依編輯流程設定；日常內容更新通常可由編輯團隊完成，結構調整與新功能仍可能需要工程支援。
要看來源格式、欄位一致性、媒體資產與網址變更。可規則化的內容適合用腳本處理，其餘項目仍需人工映射、重排與驗收；網址保留或轉址也要逐類確認。
方案通常會考量席次、用量與功能需求。評估時應把平台費、建置、維護與可能節省的編輯或工程時間一起試算。
