先講一件很「dog-fooding」的事——你現在看的這個 foreverwebs.com，從 2025 年中改版到現在跑了一年多，背後就是 Payload CMS 3 加 Next.js 15、PostgreSQL、Cloudflare R2 的組合。整個官網有 700 多篇部落格文章、多語系架構、文章排程系統、自動串 IndexNow、Workflow 編輯，每月 host 成本不到 50 美金。
我們踩過 WordPress 的 plugin 地獄、付過 Contentful 的 API 超量帳單、也試過 Sanity 的 Studio 流暢度。所以這篇不是抓官網規格表貼一貼的「比較文」——是我們的內容團隊每天在 Payload 後台寫稿、改 schema、跑 cron job 一年多之後，回頭把五條路線重新梳理一次，給中小企業老闆、內容團隊主管、IT 主管當採購備忘錄。
如果你正在面臨「WordPress 養 4 年了，編輯越來越慢、外掛打架、改個欄位就壞」的狀態，或者「想換 Sanity 結果報價單一看月費 $1,500 美金嚇傻」、又或者老闆突然喊「我們也要做 Headless！」但不知道五個方案差在哪——這篇把六個決策、五條合約紅線、三個報價區間一次講完。
ℹ️我們做過這件事
在歷年「系統客製化」與「網站架設」諮詢與專案中（系統類 15 件、網站類 10 件落地，含補習班補課系統、生產力管理系統、汽車包膜報價與簽約系統等），我們很常遇到客戶丟一句『WordPress 太亂了、想換 Headless』。聊下去通常會發現：問題不在 WordPress 本身，是當初沒有把「內容模型、編輯權限、發佈流程」當成系統設計來看。這篇就是把這層想清楚再選 CMS 的順序講出來。
為什麼 2026 中小企業突然都在問 Headless CMS
這幾年在外包採購圈有個很明顯的轉變：以前老闆問「網站要不要用 WordPress」，現在問「我們是不是該換 Headless CMS」。背後驅動力其實很單純——當公司要做的不只是「一個官網」，而是「一個官網 + 行動 APP + LINE OA 內嵌 + Email 電子報 + AI 客服 RAG 資料源」的時候，傳統 WordPress 那種「網站 = 一份 wp-content」的架構就撐不住了。
根據 Jamstack 社群與 Smashing Magazine 在 2025 下半年做的開發者調查，Headless CMS 在企業端的採用率已經從 2022 年的 14% 跳到 2025 年的 38%，最大用戶族群其實落在「員工 50-200 人、有自家 IT 但沒有 CMS 專業團隊」的中型公司——大型 SaaS 反而比例較低。這正好對應台灣 SMB 升級期的尺寸。
但 Headless CMS 這個詞本身有歧義——它有時指「API-first 的 SaaS（Contentful、Sanity）」，有時指「自架的 headless framework（Strapi、Payload）」，有時甚至只是「WordPress 開 REST API 給 Next.js 抓」。三條路的成本結構、廠商鎖入風險、團隊負擔差距巨大，採購階段就要把這層想清楚。
我們把市場切成五條路徑
為了讓這篇能落地，我們把目前中小企業實際會碰到的選項收斂成五條：Strapi 自架、Sanity SaaS、Payload CMS 自架 / 託管混合、Contentful 企業 SaaS、WordPress + Headless 模式。其他像 Storyblok、Hygraph、Directus 在台灣市場聲量還沒到那個量，不是不能用，只是這篇先不展開。
五大平台 6 維度對照表（先看全景再展開）
我們先丟一張橫向對照表，六個維度都是採購最常被問到的——授權模式、起跳月費、自架難度、編輯體驗、多語系、廠商鎖入風險。下面每個維度展開時，請回頭對照這張表。
平台 | 授權模式 | 起跳月費（2026） | 自架難度 | 編輯體驗 | 廠商鎖入風險 |
|---|---|---|---|---|---|
Strapi | MIT 開源 + 企業版 | 自架 $20 / Cloud $18 | 中（Node + DB） | 中（v5 後改善） | 低 |
Sanity | 商業 SaaS | Free 20 seats / Growth $15/seat | 不適用（SaaS） | 高（Studio 流暢） | 中（GROQ 查詢綁定） |
Payload CMS | MIT 開源 + Cloud | 自架 ~$10-50 / Cloud $35 | 中低（Next.js plugin） | 高（Lexical 編輯器） | 低 |
Contentful | 商業 SaaS | Free 限制多 / Basic $300 | 不適用（SaaS） | 中高 | 高（API 超量計價） |
WordPress Headless | GPL 開源 | 自架 $10-30 | 低（生態成熟） | 中（古騰堡） | 低（但插件依賴重） |
這張表只是入口。實際採購要看的是「你的內容團隊每天多大量、多語系幾種、編輯人數、是否要做行動 APP 或 RAG 知識庫接 AI」——這六個維度都要再交叉一次，下面分節展開。
Strapi 自架 — 適合誰、踩雷在哪
Strapi 是這條清單裡最像「傳統開源 CMS」的選項——你裝在自家 VPS 上、用它自帶的 admin 後台、寫 schema 出 REST 或 GraphQL API。社群版（Community Edition）完全免費，企業版自架起跳 $99/seat/month、Cloud 從 $18/month 起。完整方案見 Strapi 官方 pricing 頁。
Strapi 的優勢是生態夠成熟、外掛庫齊全、Content-Type Builder 操作直覺，中小企業的 IT 工程師看一下文件就能上手。它的軟肋是——升級成本。從 v3 → v4 → v5 兩次大改 API，社群裡有不少抱怨「升一次掉一層皮」，特別是早期靠社群外掛拼接出來的客製功能，往往升完版就壞給你看。
中小企業老闆要先想的事
如果你的內容團隊每天產出量小（一週 10-20 篇）、多語系最多 2-3 種、行動 APP 是未來規劃但不急，Strapi 自架是高 CP 的選擇——一台 Hetzner / DigitalOcean 月費 $20 的 VPS 就能跑、PostgreSQL 自己裝、R2 / S3 接圖檔。但如果你的編輯團隊看到 Strapi v5 那個有點工程師味的後台會皺眉頭，那 Sanity / Payload 的 UX 會省下大量教育成本。
業界訪談裡常見的踩雷點是：把 Strapi 當「拿來就用」的工具，沒人負責長期升級維護，結果一年後想加新功能、套件互相衝突、版本鎖死——這其實是任何自架方案的通病，跟你選哪個 CMS 沒關係，跟「有沒有把 CMS 當成系統來維運」有關係。
Sanity 與 Contentful — SaaS 路線的天花板與帳單意外
先講我們的判斷——對營收 < 月 200 萬、SEO 流量為主軸、內容團隊 1-5 人的中小企業，Sanity 和 Contentful 在成本效益上打不過 Payload 自架或 WordPress Headless。
Sanity 在 2026 的方案結構是：Free tier 20 個固定 seats、Growth tier 每 seat $15/month（最多 50 seats）、Enterprise 客製。看起來很佛心，但實際採購會撞到「per-seat」這條牆——當你的內容團隊長到 10 人、外部編輯顧問 5 人，每月就是 $225，一年 $2,700 美金。Sanity 自家方案頁見 sanity.io/pricing。
Contentful 更猛——2026 公開的 Basic tier 月費就 $300 美金起，Premium 起跳通常落在四位數，且採用「base fee + 用量計價」的模式，當你網站流量大、API 呼叫多、語系多，帳單會跳。Contentful 自家 Contentful 方案說明 把這個結構講得很清楚。
我們吃過 Contentful 帳單虧的同業心得
接案圈最常聽到的 Contentful 抱怨之一是：「導入時開發人員愛得要死，因為 API 設計乾淨、SDK 好用、編輯 UX 流暢；半年後財務拿著帳單問 CEO 為什麼這個月變 1.8 萬美金，因為流量暴衝把 API 用量打爆。」這個模式典型出現在「行銷部門接觸 SaaS 採購、IT 沒去算每千次 API 成本」的情境。
Sanity 比 Contentful 在這層好一些，因為 CDN request 給的額度大、bandwidth 100GB、編輯體驗（Studio）是業界天花板。但 GROQ 這個查詢語言是 Sanity 自家獨家——一旦寫深，遷出去就是整個資料層重寫，採購時要把這個鎖入成本算進去。
Payload CMS — 我們自己選它的真實理由
這節是 dog-fooding 段。我們公司現在這個 foreverwebs.com 跑了 700+ 篇部落格文章 + 多語系架構，背後就是 Payload CMS 3.76 + Next.js 15 + PostgreSQL（Zeabur）+ Cloudflare R2 圖檔儲存，每月 host 成本 < $50 美金。Payload 自己也是 MIT 開源、可自架、Cloud 服務從 $35/month 起，payloadcms.com/pricing 有完整方案表。
我們選 Payload 主要是三件事：
- 第一，Payload 3 把 admin panel 寫成 Next.js plugin，等於「前台 Next.js + 後台 Payload」是同一個 codebase。我們的內容團隊改 schema、加欄位、改驗證規則，跟改前台 UI 是同一個 git repo、同一套 deploy 流程。沒有兩套系統要對齊。
- 第二，Lexical 編輯器是 Meta 開源的，社群正在快速演進，比起 Strapi 的 Slate.js 或 WordPress 的 Gutenberg 在「客製化 block」這件事上彈性最大。我們的 callout / FAQ / mermaid 圖表全部都是自訂 block。
- 第三，PostgreSQL 直接當 source of truth。內容團隊發稿、排程、權限全部走 SQL 層，後續做 AI RAG 餵 LLM、跨系統同步、Webhook 推 ETL 都很乾淨。比起 Contentful 那種「資料在 SaaS 黑箱裡」的綁定，自由度高很多。
ℹ️看完 pricing 表你會發現的一件事
比較完五個方案的月費，工具本身的選擇其實佔不到 30% 的總成本。真正讓 CMS 變生產力的，是有沒有人把它接進你公司的部落格 SOP、SEO 流程、行銷自動化、AI 客服 RAG 資料源——同樣付 $50/月跑 Payload，有人只用來貼文章，有人讓它變成內容團隊每篇文章從寫稿到上線 30 分鐘搞定的引擎。差距不在 CMS 哪個強，在有沒有把整條內容鏈路客製通。
Payload 的軟肋老實講
Payload 不是萬靈藥。它的生態還在長大，比起 Strapi 的外掛庫薄了一截、社群 Q&A 量也少。文件英文為主、中文資源幾乎沒有。3.0 改成 Next.js plugin 之後，「前台 React Server Component + 後台 Payload」的架構有學習曲線，內容團隊老闆找一般 PHP / WordPress 工程師接手很難——這是換到 Payload 最大的人才市場成本。
WordPress Headless — 為什麼我們認為它對 SMB 還是划算 5 倍
講完三條 Headless framework / SaaS，回頭看 WordPress Headless——把 WordPress 當資料源、用 REST API 或 WPGraphQL 餵給 Next.js / Nuxt 前台。這條路最沒有「Headless」血統，卻是台灣中小企業最務實的選擇之一。
我們的判斷是：營收 < 月 200 萬、SEO 為主軸的中小企業，WordPress Headless 比 Sanity / Contentful 划算 5 倍，但前提是你願意自己 host。為什麼？因為 WordPress 的人才市場便宜（隨便找個工程師都會改 functions.php）、外掛生態做 SEO / 表單 / 多語系全部現成、自架 VPS 月費 $10-30，每年 host 成本就是 $120-360 美金，對比 Sanity Growth 10 個 seats 一年 $1,800，是 5-15 倍的差距。
Headless 模式把 WordPress 的優點（編輯團隊熟、外掛生態）跟 Next.js 前台的優點（效能、ISR、Edge SSR、SEO）合在一起，回避了傳統 WordPress 主題開發那層噁心的 PHP 工作。我們的
Cloudflare Workers vs Vercel Edge vs AWS Lambda 採購文有提到——前台部署用 Cloudflare Workers + Pages，後台 WordPress 跑在 $10 VPS，整套 TCO 比 Contentful Basic 一個月還低。
WordPress Headless 的紅線
這條路不是沒風險——插件依賴重、ACF 升級可能咬到、Multilingual（多語系）插件 WPML / Polylang 兩個生態打架。如果你的網站要做的事情超出「文章 + 商品 + 表單」，例如有複雜權限、有審稿流程、有跨團隊版本控制，WordPress 的本體結構撐不住，會逼你回頭買企業外掛或乾脆換 Payload / Strapi。
⚠️廠商鎖入紅線：合約簽下去前一定要看的 5 條
1. **資料導出**：合約是否寫明「終止合約後 30 天內可下載完整資料 SQL dump / JSON export」？SaaS 廠商常用「終止後 14 天斷線」當議價籌碼。
2. **API 用量計價上限**：Contentful 等 base + usage 模式，要寫「單月 API 呼叫超過 X 萬次自動轉低速、不自動升級計價」。
3. **價格調漲鎖定**：合約期內漲價條款。Contentful 2024-2025 企業端漲 30%。
4. **資料所有權**：明文寫「Customer Data 所有權永遠屬於 Customer」、廠商無權用於 AI 訓練。
5. **SLA 與停機補償**：寫清楚 99.9% 月度可用性、未達標的 service credit 比例。
把上面 callout 講的 5 條紅線拉成表，方便採購把它直接貼進合約附件。每一條對照「條款怎麼寫」與「不寫的代價」，內部對齊用：
紅線 | 具體合約條款要寫什麼 | 不寫的代價 |
|---|---|---|
資料導出 | 「終止合約後 30 天內可下載完整資料 SQL dump / JSON export，含媒體檔 URL 與 schema」 | 廠商用「14 天斷線」當議價籌碼，遷出成本暴增 |
API 用量上限 | 「單月 API 呼叫超量自動轉低速、不自動升級計價方案」 | Contentful Premium 月帳暴衝 5-10 倍是典型案例 |
價格調漲鎖定 | 「合約期內年漲幅 ≤ CPI，續約前 90 天書面通知」 | Contentful 2024-2025 企業端漲 30% |
資料所有權 | 「Customer Data 所有權永遠屬於 Customer，廠商無權用於 AI 訓練或第三方分析」 | SaaS 廠商未來把客戶內容餵 LLM 訓練的灰色地帶 |
SLA / 補償 | 「99.9% 月度可用性，未達標每 0.1% 退費 5% service credit」 | Sanity / Contentful 停機事件補償只給 credit 不退錢 |
3 個報價區間 — 採購評估者該抓的真實預算
把五個方案拆開不夠，採購要的是「我這個 size 的公司、這個用法、一年要花多少」。我們依「年度 host + SaaS 訂閱 + 開發 / 維運人力」三軸拆出三個區間：
報價區間 | 典型情境 | 年度成本（NTD） | 適合方案 | 人力負擔 |
|---|---|---|---|---|
精實型 | 內容團隊 1-3 人、單語系、月流量 < 10 萬 PV | 3-15 萬 / 年 | Payload 自架 / WordPress Headless / Strapi 自架 | 0.2 FTE 工程 |
成長型 | 內容團隊 3-8 人、2-3 語系、月流量 10-50 萬 PV、要做 AI RAG | 30-80 萬 / 年 | Payload Cloud / Strapi Cloud Pro / Sanity Growth | 0.5-1 FTE 工程 |
企業型 | 內容團隊 > 10 人、4+ 語系、跨地區 CDN、有 SSO / 稽核需求 | 150-600 萬 / 年 | Contentful Premium / Sanity Enterprise | 1-2 FTE 工程 + 1 FTE 內容運營 |
這張表的成本含「平台 SaaS 月費 + 自架 VPS / 託管 hosting + 圖檔 CDN（R2 / S3）+ 開發初期搭建工時 6-12 萬 / 案」，但不含 SEO / 廣告 / 內容生產人力。實務上多數中小企業會落在「精實型」或「成長型早段」——這也是 WordPress Headless 與 Payload 自架在這個市場最有戰場的原因。
Headless CMS 選型 checklist PDF 下載
我們把這 6 個決策節點、5 條合約紅線、3 個報價區間整理成一份兩頁的「中小企業 Headless CMS 選型 checklist」，可以印出來給內部討論會議用。檔案製作中，預計 2026-07 上線到 /lead-magnets/headless-cms-checklist；上線前可以先 跟我們聊聊你的內容團隊現況，我們有現成的 checklist 草版可以寄給你。
3 年 TCO 對比 — 為什麼自架方案在第 24 個月開始翻盤
採購評估者最容易被「月費低」迷惑——SaaS 第一年看起來都很便宜，因為廠商給折扣、不收 onboarding 費用、容量還沒撐爆。真正的成本差距在第二、第三年——當你的內容量、編輯人數、API 呼叫量都長起來，SaaS 的「base + usage」會開始喘，自架方案則只多花一台 VPS。
方案 (USD) | 第 1 年 | 第 2 年 | 第 3 年 | 3 年總計 |
|---|---|---|---|---|
Payload 自架（我們） | $600 (host) + $4,000 (dev) | $700 | $800 | $6,100 |
WordPress Headless | $400 + $3,500 (dev) | $500 | $600 | $5,000 |
Strapi Cloud Pro | $1,080 + $5,000 | $1,500 | $2,000 | $9,580 |
Sanity Growth（10 seats） | $1,800 + $4,000 | $2,400 | $3,000 | $11,200 |
Contentful Basic + 用量 | $3,600 + $6,000 | $5,400 | $8,000 | $23,000 |
假設條件：5 人內容團隊、2 語系、月流量 30 萬 PV、年增 30%、自架方案含一台 $20/月 VPS + R2 圖檔儲存。第三年 Contentful 跟 Payload 自架的 TCO 差距已經是 3.8 倍——這個曲線在採購階段如果沒被攤開來看，三年後財務拿著帳單會很痛。
更白話的講法：把帳單算成「每篇文章從寫到上線的成本」——我們自己跑 Payload，內容團隊一篇文章從寫稿到排程上線 30 分鐘搞定（早期 WordPress 時代要 3 小時），多語系維護成本砍 60%。這個 KPI 對「內容主管」和「採購評估者」是最有感的——看的是「每塊投進 CMS 的錢能省下多少編輯人力」，月費 $35 還是 $300 反而是次要的。
6 個決策節點 — 老闆 / IT 主管 / 內容主管要分頭答的問題
把報價跟對照表都看完了，下一步是內部對齊。我們建議在採購會議前，老闆、IT 主管、內容主管各自先把這 6 個問題答出來——任何一個沒答清楚就先別發 RFP：
- 「我們的內容團隊 3 年內會長到多大？」（決定要 per-seat SaaS 還是自架）
- 「我們要不要做行動 APP / LINE 內嵌 / AI RAG 知識庫？」（決定 API-first vs 傳統 CMS）
- 「我們有沒有 IT 工程師可以維運 Node / PostgreSQL / Docker？」（決定自架 vs SaaS）
- 「我們的編輯團隊是技術人還是行銷人？」（決定後台 UX 的重要度）
- 「我們有多少預算給未來 3 年的 CMS？」（對照上方 3 年 TCO 表）
- 「合約終止後資料怎麼帶走？」（這條沒問清楚就簽，是採購最常見的雷）
這 6 題的答案會直接決定你該往哪條路走。如果其中 4 題都偏「不確定」，那答案通常是「先別換 CMS、先把現在的內容流程梳清楚」——這跟我們在網站重構 vs 重做決策框架講的邏輯一樣：很多時候問題不在工具，是在組織還沒準備好。
跟其他內部決策的整合視角
Headless CMS 的選型不是孤立題目，它跟很多企業 IT 決策互相牽動。把這篇放進你的整體採購地圖：
- 資料層 / 知識管理：企業知識管理 SaaS 選型——CMS 跟 KMS 都是「內容資產的家」，邊界要事先畫清楚，否則編輯流程會兩邊跳。
- AI 員工政策：中小企業 AI 員工政策手冊——如果你規劃用 AI 輔助寫稿、自動翻譯多語系，CMS 要先把「AI 草稿 vs 人工發稿」的權限隔開。
- 多租戶 SaaS 架構：客製化 SaaS 多租戶架構完整指南——如果你的網站本身就是 SaaS 產品（不只是官網），Headless CMS 的多 dataset 設計會影響整個資料隔離策略。
- 客戶資料整合：客戶 360 / CDP 整合架構選型——CMS 的 Webhook / API 要餵給 CDP，這層 schema 要在採購階段就跟 CDP 一起設計。
ℹ️我們怎麼看 — 3 年後 CMS 市場走向
Headless CMS 現在像 2015 年的前端框架戰場——Strapi、Sanity、Payload、Contentful 每年都在改價、改 API、改編輯體驗。我們的判斷是：3 年後贏的不會是某個 CMS 廠商，而是把「內容團隊 + AI Agent + Schema 設計」當成一條工程鏈路來經營的公司。AI Agent 直接寫 CMS schema、自動翻譯、自動標 SEO meta 的能力會把「CMS 選型」這件事的權重往下壓——重點變成「你的 schema 設計能不能讓 AI 接得進來」。對中小企業老闆而言，現在不需要急著換 CMS，但要開始問自己：「我的內容流程裡，哪一段值得讓一個 24 小時不睡的 AI 同事做？」想清楚這個，CMS 選哪一條都不會錯太遠。
還在卡住？我們可以陪你把這個決策走一遍。
看到這裡，如果你正在思考「現在的 WordPress 已經很卡了、想換 Headless 但不知道從哪開始」、或者「老闆突然喊要做 Headless、但 IT 沒人答得出來該選哪個」——可以把你公司現在的狀況丟過來，我們陪你看一下從哪一塊開始最划算。
我們提供客製化網站與系統開發，從 CMS 選型、Schema 設計、前後台搭建、SEO 內鏈規劃一條龍。如果你的需求偏「SEO 為主軸的中小企業官網升級」，可以看網站架設與 SEO 服務。如果你想把 CMS 的內容餵給 AI Agent 做 RAG 客服或自動寫稿，AI 顧問服務這條也接得起來——這也是我們自己網站背後正在做的事。
ℹ️順帶說一下：這篇講的方法我們公司自己每天都在跑
目前內部就有 20+ 個 AI 流程在跑（含這篇文章的素材整理、SEO 結構檢查、發稿排程），背後就是 Payload CMS + Next.js + n8n + Claude Code 的組合。所以這裡分享的東西，都是我們實際做出來、確認真的能省到時間之後才寫的。如果你也在想『這套放在我們公司會是什麼樣子』——我們很樂意 聽你聊聊現在的實際情況，一起看看 CMS 換不換、怎麼換、從哪一塊開始最划算。
QHeadless CMS 跟傳統 CMS 最大的差別是什麼？
傳統 CMS（如 WordPress）把「資料儲存、後台編輯、前台呈現」三件事綁在同一套程式裡；Headless CMS 把「前台呈現」拆出去，只留「資料儲存 + 後台編輯 + API」。好處是同一份內容可以同時餵給網站、APP、LINE OA、電子報、AI RAG；代價是前台要另外開發（通常用 Next.js / Nuxt）、初期搭建工時比 WordPress 多一倍。
Q我們公司只有官網，沒有 APP，還需要 Headless 嗎？
短期不一定需要——如果你的內容只在官網呈現、團隊 1-3 人、月流量 < 10 萬 PV，WordPress 傳統版或 Wix 可能就夠用。但如果你 3 年內會做 AI 客服 RAG、多語系（≥ 3 種）、行動 APP 任一件事，現在改 Headless 比 3 年後痛苦遷移省 70% 工時。建議用我們文中那 6 個決策節點先自我檢測。
QPayload CMS 跟 Strapi 我該選哪個？
如果你已經用 Next.js / 喜歡 TypeScript / 想要前後台同一個 codebase，選 Payload。如果你的 IT 團隊熟悉傳統 Node.js MVC、偏好外掛生態成熟、有計劃用 GraphQL，選 Strapi。Payload 的 UX 跟 Lexical 編輯器較精緻、Strapi 的社群與外掛生態較大——這是個「現代化 vs 成熟度」的取捨。
QWordPress Headless 為什麼還是值得考慮？
三個理由：人才市場便宜（PHP 工程師遍地都是）、外掛生態完整（SEO / 表單 / 多語系都現成）、總體 TCO 低（自架 VPS 月費 $10-30）。對「SEO 為主軸、內容團隊熟 WordPress、月預算 < 2 萬」的中小企業，這條路的 CP 值打趴 Sanity 與 Contentful 5-10 倍。風險是插件依賴重、升級可能咬到——這是任何 WordPress 路線都要面對的事。
QContentful 跟 Sanity 是不是只適合大公司？
嚴格說起來，比較準確的講法是「在中小企業 size 不划算」，而不是「只適合大公司」。Sanity Growth $15/seat、Contentful Basic $300/月起跳，對 10 人以下內容團隊算下來年費 $3,000-10,000 美金，跟自架 $600 的差距是 5-15 倍。SaaS 的價值在「不用 IT 維運」，但對有 IT 工程師的公司，這個價值打折。等公司長到 > 100 人、跨地區、有 SSO 稽核需求，這兩家才會回到性價比合理區間。
Q從 WordPress 遷移到 Headless CMS 需要多久？
完整遷移含「資料導出 + Schema 重設計 + 前台 Next.js 搭建 + SEO 301 規劃 + 內容團隊培訓」，中小企業典型案例 6-12 週。其中前台搭建跟 SEO 301 redirect 規劃是最容易踩雷的環節——舊 WordPress 的 slug / category / tag 結構要對應到新 CMS 的內容模型，如果 301 沒做好，SEO 權重會掉 30-60%。建議找有完整網站架設經驗的團隊一起做，不要工程跟 SEO 拆兩家。
選 CMS 這件事，沒有「最好的方案」，只有「最適合你這個 size、這個團隊、這 3 年目標的方案」。把六個決策節點答完、把五條紅線寫進合約、把三年 TCO 算清楚——剩下的工作交給工程，這就是採購評估者該抓的核心。
AUTHOR
恆遠數位編輯團隊
留言(0)
尚無留言，成為第一個留言的人吧！