「我們要不要做 Headless？」這個問題，我們一年會被問上幾十次。而我們給出的第一個答案，常常讓對方愣一下：大多數品牌，現在還不需要。
這聽起來不像一家在做 Headless 的公司會講的話。但如果你想清楚 Headless 到底解決什麼問題、又帶來什麼成本，你會發現它從來不是「要不要跟上潮流」的問題，而是一筆要算得清楚的投資。這篇文章不談技術規格，只談一件事：你的品牌，現在這個階段，該不該走 Headless。
先講結論：什麼時候該做 Headless
一句話的判斷：當「前端體驗的天花板」開始限制你的營收，而這個天花板來自佈景主題本身，Headless 才划算。
具體來說，符合以下任兩項，才值得認真評估：你的行動端載入速度已經拖累轉換、你需要佈景主題做不到的互動或版式、你的內容與商品要同時餵給官網以外的通路(App、實體螢幕、語音），以及你有能力維護一套獨立前端的團隊或代理商。只符合一項，通常先把佈景主題優化到極致更划算。
Headless 到底是什麼，以及它真正解決的問題
傳統的 Shopify 商店，前端（顧客看到的畫面）和後端（商品、訂單、結帳）綁在同一套佈景主題裡。Headless 把兩者拆開：後端繼續用 Shopify 管商品與結帳，前端則換成一套獨立打造的介面，透過 API 跟 Shopify 溝通。Shopify 官方為此推出的 React 框架叫 Hydrogen。
拆開的好處是自由：前端要長成什麼樣、用什麼技術、載入多快，都不再受佈景主題框架限制。代價也很直接：你多維護了一套系統。
真正的問題不在「能不能做」，而在「值不值得」。而要回答值不值得，得先把話題拉回一個所有電商都逃不掉的數字：速度。
速度這筆帳，大到你不能忽略
購物車放棄是電商最貴的一堂課。根據 Baymard Institute 彙整數十份研究的長期數據，線上購物車的平均放棄率接近七成——每十個把商品加入購物車的人，大約有七個最後沒有結帳。放棄的原因很多，但載入速度是其中最沉默、也最容易被低估的一個。
Google 的 Core Web Vitals 把「最大內容繪製」(LCP)設在 2.5 秒為良好門檻。精品品牌的處境更尷尬：你的商品頁往往堆滿高解析影像與影片，視覺是你的賣點，但每一張大圖都在拖慢那 2.5 秒。佈景主題能優化的空間有限，因為它得同時服務成千上萬種商店，不可能為你的影像策略量身打造載入邏輯。
這就是 Headless 划算的第一個場景：當你的品牌價值高度依賴視覺，而視覺正在拖垮速度，一套為你的影像策略量身打造的前端，能把「又要美、又要快」這個看似矛盾的要求同時做到。載入快 0.5 秒對轉換的影響，在你的營收規模放大後，往往就足以覆蓋 Headless 的投資。
成本這筆帳，要算三層
很多品牌只算到第一層就決定了，結果第二年才發現帳不對。
第一層，平台費。 這一層 Headless 不會讓你多花——你的 Shopify 方案費用不變(Basic 月繳 25 美元到 Plus 三年約每月 2,300 美元起，詳細的級距我們另外整理過）。真正需要 Headless 的品牌通常已經在 Advanced 或 Plus，因為結帳客製與更高的 API 額度是 Headless 的前提。
第二層，建置費。 一套 Headless 前端要重新設計、重新開發，這是一次性的、也是最大的一筆。它取代的是「換一套佈景主題」的成本，但量級更高，因為你買的不是模板，是一套為你打造的系統。
第三層，維運費——這層最常被漏掉。 佈景主題壞了，Shopify 生態有無數現成方案；Headless 前端壞了，得有人懂你這套系統。這意味著你需要一個長期的技術夥伴或內部工程能力。如果你沒有這一層的準備，Headless 上線那天的風光，會變成第二年的技術債。
算清楚這三層，你會得到一個誠實的結論：Headless 適合「已經有規模、且準備長期經營數位通路」的品牌，而不是「想用技術證明自己很前衛」的品牌。
台灣品牌的兩個額外變數
在台灣做 Headless，還有兩個海外討論很少提、但會直接影響成敗的變數。
第一是金流。Shopify Payments 目前不支援台灣，台灣品牌透過第三方金流(TapPay、藍新、綠界等）收款。走 Headless 時，結帳環節與這些金流的串接需要額外的工程處理，不像用官方佈景主題那樣現成。這不是阻礙，但要納入建置範疇來估。
第二是在地履約。超商取貨、宅配時段、電子發票——這些台灣顧客視為理所當然的功能，在 Headless 架構下都要確認串接路徑。一套規劃周全的 Headless 專案會把這些當成第一天的需求，而不是上線後才補。
一個反向訊號：什麼時候「別做」Headless
判斷該不該做，反面的訊號往往比正面的更準。如果你的品牌符合以下情況，先別急著走 Headless：你的佈景主題其實還沒優化到極限、你的行動端速度問題來自過多的第三方 App 而非主題本身、你沒有穩定的技術維運資源，或者你只是覺得「別人都在做」。
這些情況下，把佈景主題調校到最好、砍掉拖慢速度的冗餘 App，投資報酬率遠高於重建一套前端。我們寧可勸退一個還沒準備好的品牌，也不想交付一個第二年沒人維護的系統。
所以，你該怎麼決定
把它當成一道兩步驟的檢查。第一步，問自己：前端體驗是不是正在限制我的營收，而且這個限制來自佈景主題本身？如果答案模糊，代表你還沒到那個階段。第二步，問自己：我有沒有長期維運這套系統的準備？如果沒有，先建立這個準備，再談 Headless。
兩步都是「是」，那 Headless 會是一筆漂亮的投資，把你的品牌體驗與載入速度同時推到佈景主題做不到的高度。只要有一步是「否」，先把基本功做滿，時機到了自然會知道。
如果你正卡在這個決定上，這正是我們免費架構評估想幫你釐清的：不推銷、先算帳。我們會看你的實際數據與現況，誠實告訴你現在到底該不該做——就算答案是「先不要」。