Headless CMS 遷移成本指南 2026：真實定價細分
您的財務總監在 Slack 上向您要求無頭 CMS 遷移數字，您打開五份代理商提案，對於看起來相同的範圍，報價從 £18,000 到 £95,000 不等。一個供應商的定價頁面導向日曆預約。另一個 Reddit 帖子提供了十七種「視情況而定」的變體。您需要在週五前準備業務案例，唯一一致的數據點是沒有兩份報價相同。事實是：您的遷移成本分為四個桶，供應商故意將其混為一談 — 平台許可、代理商開發時數、內容轉移自動化和第二年的託管漂移。我們在 2024-2026 年間對 Sanity、Payload、Contentful 和 Storyblok 進行了 47 次遷移的定價，差異並非隨機的。
我領導過涉及 Sanity、Payload、Contentful 和 Storyblok 的遷移，客戶範圍從 50 頁行銷網站到 100,000+ 產品目錄。本指南是我希望開始時就存在的文件 — 真實數字、真實權衡，以及沒有人會在您進入專案三個月時警告您的隱藏成本。
目錄
- 為什麼遷移成本難以確定
- CMS 平台定價細分 2026
- 代理商費率：2026 年英國 vs 美國
- 數據遷移成本
- 託管和基礎架構成本
- 前端重建成本
- 總擁有成本：3 年比較
- 會讓您預算爆炸的隱藏成本
- 如何降低遷移成本而不走捷徑
- 常見問題
為什麼遷移成本難以確定
事情是這樣的 — CMS 遷移不是一個專案。它至少是四個同時進行的重疊專案：
- 新 CMS 中的內容建模和結構描述設計
- 從舊系統的數據遷移（通常是最混亂的部分）
- 前端重建或重構以使用新 API
- 團隊培訓和工作流程重新設計，以便編輯人員不會反抗
其中每一個都有自己的成本驅動因素。一個在 WordPress 中擁有 200 頁結構良好內容的網站的遷移，與 200 頁使用 ACF 靈活內容欄位、自訂文章類型和 WooCommerce 產品的網站（每個產品有 47 個元欄位）的遷移是根本不同的。
我分享的數字基於我們在 Social Animal 交付的專案以及我在 2026 年英國和美國代理商市場上看到的費率。您的情況可能會有所不同，但這些範圍應該為您的預算編制提供堅實的基礎。
CMS 平台定價細分 2026
讓我們從您將支付給 CMS 供應商的費用開始。這是最容易研究但最難進行蘋果對蘋果比較的成本，因為每個平台的計量方式都不同。
Sanity
Sanity 使用基於使用情況的定價模型，對於小型專案來說可以非常便宜，但在規模上可能出人意料地昂貴。
- 免費層級：3 個用戶、500k API 請求/月、20GB 頻寬、10GB 資產
- 成長：$15/用戶/月 + 使用超額費用。API 請求為每額外 100k 中的 $1。
- 企業：自訂定價，通常根據使用情況為 $1,500-$5,000+/月
關於 Sanity 定價令人驚訝的事情是 API CDN 請求計算。每次您的前端獲取內容時，那就是一個請求。使用 ISR 的 Next.js 網站經常重建頁面，可能會比您想的更快耗盡 500k 請求。我見過中等流量網站（每月 50,000 訪客）輕鬆達到每月 2-3M API 請求。
Sanity 的真正優勢是完全可自訂的 Studio — 它基於 React，您可以讓它做幾乎任何事情。但該自訂需要開發人員時間，這需要花錢。
Payload CMS
Payload 是這個群體中有趣的一個，因為它是開源的，預設情況下是自託管的（現在有雲選項）。
- 自託管：永遠免費（MIT 許可）。您支付託管費用。
- Payload Cloud：從 $50/月（Pro）、$200/月（Team）開始，企業自訂
- Payload 3.0（目前）：基於 Next.js，使用您自己的資料庫（PostgreSQL 或 MongoDB）
吸引力很明顯 — 沒有按座位許可、沒有 API 請求計量、沒有來自 CMS 本身的帶寬費用。但您正在用基礎架構管理成本來交換平台成本。有人必須維護該伺服器、處理備份、管理 SSL 證書並處理擴展。
對於具有強大 DevOps 能力的團隊，Payload 通常是從長期來看成本最低的選項。對於沒有它的團隊，雲選項或操作開銷可以快速縮小該差距。
Contentful
Contentful 是企業主流競爭者，定價也是如此。
- 免費：5 個用戶、1 個空間、25k 記錄、2M API 呼叫/月
- 基本：$300/月 — 20 個用戶、48 個內容類型、4 個語言環境
- 高級：自訂定價，通常為 $3,000-$10,000+/月
Contentful 的定價在 2024 年大幅上升，並保持在高位。較低階層的內容類型限制是真正的限制 — 48 個內容類型聽起來很多，直到您開始為具有事件、團隊成員、案例研究、部落格文章、著陸頁及其所有相關參考類型的網站建模。
API 非常穩健。我會給他們這一點。在多年使用 Contentful 的過程中，我經歷的中斷次數少得驚人。
Storyblok
Storyblok 將自己定位為視覺編輯優先的 CMS，他們的定價反映了更多的歐洲敏感性（該公司是奧地利的）。
- 社區：免費 — 1 個用戶、1 個空間、基本功能
- 入門：€99/月 — 5 個用戶、自訂角色、視覺編輯器
- 商業：€449/月 — 包括工作流程、排程、更多空間
- 企業：€2,999+/月 — SSO、SLA、高級支援
Storyblok 的視覺編輯器非常好，在內容輸入期間節省了大量時間。基於元件的方法很好地映射到現代前端架構。成本增加的地方是多市場設定 — 如果您需要多個不同品牌或地區的空間，成本會迅速增加。
平台成本比較表
| 功能 | Sanity（成長） | Payload（Cloud Pro） | Contentful（基本） | Storyblok（入門） |
|---|---|---|---|---|
| 2026 年月成本 | ~$75-200* | $50 | $300 | €99 (~$108) |
| 包含的用戶 | 按用戶付費（$15/人） | 5 | 20 | 5 |
| API 請求限制 | 500k + 超額費用 | 無限制（自託管） | 2M | 1M |
| 內容類型限制 | 無限制 | 無限制 | 48 | 無限制 |
| 資產存儲 | 10GB（免費），然後使用 | 50GB | 50GB | 25GB |
| 視覺編輯 | 簡報 API（新） | 實時預覽 | 實時預覽 | 原生視覺編輯器 |
| 自託管選項 | 否 | 是（免費） | 否 | 否 |
| 鎖定風險 | 中等 | 低 | 高 | 中等 |
*Sanity 成本因團隊規模和 API 使用情況而異。
代理商費率：2026 年英國 vs 美國
無頭 CMS 工作的代理商費率自 2023 年以來上升了約 10-15%，受所需專業知識和相對較小的人才庫的推動。
英國代理商費率
| 代理商層級 | 日費率 (GBP) | 時薪 (GBP) | 典型專案範圍 |
|---|---|---|---|
| 自由職業者/獨立經營 | £350-600/天 | £45-75/小時 | £5,000-25,000 |
| 精品代理商（5-15 人） | £600-950/天 | £75-120/小時 | £15,000-75,000 |
| 中型代理商（15-50） | £900-1,400/天 | £115-175/小時 | £30,000-200,000 |
| 企業級代理商（50+） | £1,200-2,000+/天 | £150-250/小時 | £75,000-500,000+ |
美國代理商費率
| 代理商層級 | 日費率 (USD) | 時薪 (USD) | 典型專案範圍 |
|---|---|---|---|
| 自由職業者/獨立經營 | $500-900/天 | $65-115/小時 | $8,000-35,000 |
| 精品代理商（5-15） | $800-1,400/天 | $100-175/小時 | $25,000-120,000 |
| 中型代理商（15-50） | $1,200-2,200/天 | $150-275/小時 | $50,000-300,000 |
| 企業級代理商（50+） | $1,800-3,500+/天 | $225-450/小時 | $100,000-750,000+ |
關於這些數字有幾點說明。首先，「無頭 CMS 遷移」相對於一般網路開發收取溢價，因為它需要後端 API 知識和現代前端框架專業知識（通常是 Next.js 或 Astro）。其次，美國費率包括重要的地理差異 — 紐約或舊金山代理商的收費與奧斯汀或羅利的代理商有很大不同。
在 Social Animal，我們處於精品到中型規模的範圍內，與大西洋兩岸的客戶合作。您可以在我們的 定價結構 上查看目前費率。
數據遷移成本
這是專案偏離的地方。數據遷移始終是 CMS 遷移預算中最容易被低估的項目。
使數據遷移昂貴的原因
內容量：遷移 500 篇部落格文章與遷移 50,000 個產品頁面不同。但這不是線性的 — 前 100 項需要 80% 的工作量（構建遷移指令碼和映射），其餘項目透過管道執行。
內容複雜性：帶有標題、內容、作者和精選影像的部落格文章？簡單。具有 30 個自訂欄位、變體關係、交叉銷售、評論、多語言內容和 SEO 元資料的產品頁面？那是完全不同的事情。
富文本和嵌入式媒體：將富文本內容從 WordPress（儲存為帶有短代碼的 HTML）遷移到結構化格式（如 Sanity 的 Portable Text 或 Contentful 的富文本）確實很難。您需要自訂解析器，會有邊界情況。
URL 重定向：每個改變的 URL 都需要重定向。漏掉一個，您就會失去 SEO 權重。對於大型網站，僅重定向映射就可能需要 20-40 小時。
典型數據遷移成本
| 情景 | 估計成本（英國） | 估計成本（美國） | 時間表 |
|---|---|---|---|
| 簡單部落格（< 500 篇文章，基本欄位） | £2,000-5,000 | $3,000-8,000 | 1-2 週 |
| 行銷網站（50-200 頁，混合內容類型） | £4,000-12,000 | $6,000-18,000 | 2-4 週 |
| 電子商務（1,000-10,000 個產品） | £8,000-25,000 | $12,000-40,000 | 3-8 週 |
| 大型編輯（10,000+ 篇文章） | £12,000-35,000 | $18,000-50,000 | 4-12 週 |
| 多語言 + 多市場 | 加 40-80% | 加 40-80% | 加 50-100% |
以下是將 WordPress 內容遷移到 Sanity 時遷移指令碼可能看起來的簡化示例：
// 簡化的 WordPress 到 Sanity 遷移指令碼
import { createClient } from '@sanity/client'
import { htmlToBlocks } from '@sanity/block-tools'
import { wpClient } from './wp-rest-api'
const sanity = createClient({
projectId: 'your-project',
dataset: 'production',
token: process.env.SANITY_WRITE_TOKEN,
apiVersion: '2026-01-01',
})
async function migratePosts() {
const posts = await wpClient.posts().perPage(100).get()
for (const post of posts) {
const sanityDoc = {
_type: 'post',
_id: `wp-${post.id}`, // 確定性 ID 用於重新運行
title: post.title.rendered,
slug: { current: post.slug },
body: htmlToBlocks(post.content.rendered, blockContentType),
publishedAt: post.date,
// 影像遷移是它自己的噩夢
featuredImage: await migrateImage(post.featured_media),
}
await sanity.createOrReplace(sanityDoc)
console.log(`Migrated: ${post.slug}`)
}
}
實際上，這個指令碼會複雜 10 倍。您需要處理分頁、速率限制、影像資產上傳、作者參考、類別/標籤分類、自訂欄位、重試邏輯和驗證。單獨的 htmlToBlocks 轉換通常需要自訂規則來處理短代碼、嵌入和奇怪的格式。
託管和基礎架構成本
使用無頭設定，您通常為兩項付費：CMS 託管（上面涵蓋）和前端託管。
前端託管
大多數無頭前端在 2026 年部署到 Vercel、Netlify、Cloudflare Pages 或 AWS（透過 Amplify 或自訂設定）。
| 提供者 | 免費層級 | Pro/Team | 典型月份（中等流量） |
|---|---|---|---|
| Vercel | 100GB 頻寬，愛好使用 | $20/用戶/月 | $50-300/月 |
| Netlify | 100GB 頻寬，1 個成員 | $19/用戶/月 | $40-250/月 |
| Cloudflare Pages | 無限頻寬 | $25/月（Workers Paid） | $25-100/月 |
| AWS Amplify | 12 個月免費層級 | 隨用隨付 | $30-500/月 |
Vercel 的定價一直是爭議點。他們的頻寬超額費用和函數調用成本可能會令您驚訝。對於中等流量的 Next.js 網站（100k+ 訪問/月），在 Pro 計畫上預期超額費用後為 $100-300/月。相比之下，Cloudflare Pages 的價格具有攻擊性的便宜，尤其是在使用 Astro 或其他可以針對其邊緣執行時間的框架時。
自託管 Payload 基礎架構
如果您選擇使用 Payload CMS 和自託管，請新增這些成本：
- VPS/雲伺服器：$20-100/月（DigitalOcean、Hetzner、Railway、Render）
- 託管資料庫：$15-50/月（Neon 上的 PostgreSQL、Supabase 或 MySQL 的 PlanetScale）
- 物件存儲（用於媒體）：$5-25/月（Cloudflare R2、AWS S3）
- CDN：$0-25/月（Cloudflare 免費層涵蓋大多數情況）
典型中型網站的自託管 Payload 基礎架構總計：大約每月 $40-200。
前端重建成本
除非您現有的前端已經透過 API 使用內容（罕見），否則您需要重建它。這通常是遷移中最大的單一成本。
推動前端成本的原因
- 獨特頁面範本的數量：每個不同的版面需要構建
- 互動功能：搜尋、篩選、表單、身分驗證、電子商務
- 效能要求：邊緣呈現、影像最佳化、Core Web Vitals 目標
- 設計變更：您在遷移現有設計還是同時重新設計？
我的強烈建議：不要同時進行重新設計和遷移，除非您有預算和時間表。選擇一個。將現有的前端重建為 Next.js 或 Astro，使用新無頭 CMS 中的內容，已經夠複雜了。在頂部加上設計翻新會使範圍增加一倍，使幾乎不可能隔離錯誤。
前端重建成本範圍
| 網站複雜性 | 英國成本 | 美國成本 | 時間表 |
|---|---|---|---|
| 簡單行銷網站（5-15 個範本） | £8,000-20,000 | $12,000-30,000 | 4-8 週 |
| 中型網站（15-30 個範本，一些互動） | £18,000-45,000 | $28,000-70,000 | 6-14 週 |
| 複雜網站（30+ 個範本，搜尋、驗證、電子商務） | £40,000-100,000+ | $60,000-150,000+ | 12-24+ 週 |
我們通常建議需要伺服器端呈現或複雜互動的網站使用 Next.js，以及內容豐富的行銷網站（其中效能是主要關注點）使用 Astro。兩者都與所有四個此處討論的 CMS 平台完美配合。查看我們的 無頭 CMS 開發能力，以詳細瞭解我們如何進行這些構建。
總擁有成本：3 年比較
讓我們把它全部放在一起。我將對一個真實的中型專案進行建模：一個 B2B SaaS 行銷網站，有約 100 個頁面、一個擁有 500+ 篇文章的部落格、5 個編輯使用者、150k 月度訪客，以及 Vercel 上的 Next.js 前端。
| 成本元件 | Sanity | Payload（自託管） | Contentful | Storyblok |
|---|---|---|---|---|
| 第 1 年：遷移 | ||||
| CMS 許可（Y1） | $1,800 | $0 | $3,600 | $1,296 (€1,188) |
| 代理商：結構描述 + 數據遷移 | $15,000 | $15,000 | $15,000 | $15,000 |
| 代理商：前端重建 | $40,000 | $40,000 | $40,000 | $35,000* |
| 代理商：培訓 + 交接 | $3,000 | $3,000 | $3,000 | $2,500 |
| 前端託管（Vercel） | $2,400 | $2,400 | $2,400 | $2,400 |
| CMS 託管/基礎架構 | $0 | $1,200 | $0 | $0 |
| 第 1 年總計 | $62,200 | $61,600 | $64,000 | $56,196 |
| 第 2-3 年：持續進行 | ||||
| CMS 許可（每年） | $1,800 | $0 | $3,600 | $1,296 |
| 前端託管（每年） | $2,400 | $2,400 | $2,400 | $2,400 |
| 基礎架構（每年） | $0 | $1,200 | $0 | $0 |
| 維護 + 更新 | $6,000 | $8,000** | $5,000 | $5,000 |
| 年度持續進行 | $10,200 | $11,600 | $11,000 | $8,696 |
| 3 年 TCO | $82,600 | $84,800 | $86,000 | $73,588 |
Storyblok 的視覺編輯器可以減少基於元件的頁面的某些前端開發時間。
*Payload 自託管需要更多維護工作 — 依賴性更新、安全補丁、資料庫管理。
從此建模中進行一些觀察：
- 平台許可是總成本的相對較小的部分。 最便宜和最昂貴的 CMS 之間的差異被代理商和開發成本所掩蓋。
- Payload 的「免費」許可被基礎架構和維護成本所抵消。 如果您有內部 DevOps，它仍然是最便宜的選項，但差距會縮小。
- Contentful 的較高許可隨著時間推移而複合。 每年的 $3,600 加起來，尤其是如果您增長到他們的高級層級。
- Storyblok 的視覺編輯確實減少了行銷密集型網站的構建成本，其中編輯人員需要從元件撰寫頁面。
會讓您預算爆炸的隱藏成本
我所做的每次 CMS 遷移都至少遇到過其中兩個。為它們編製預算。
1. 遷移前的內容清理
您現有的內容比您想的要混亂。損壞的連結、不一致的格式、孤立頁面、重複內容。您要麼在遷移前清理它（推薦），要麼在之後處理（成本更高）。為內容審計和清理預算遷移成本的 10-20%。
2. SEO 重定向映射
如果您的 URL 結構改變（它通常會），您需要全面的重定向映射。對於 500+ 頁網站，這輕鬆需要 20-40 小時的工作。漏掉關鍵重定向，看著您的有機流量下降。我們的一個客戶遺失了 6 週 30% 的有機流量，因為之前的代理商漏掉了重定向分頁式部落格檔案。
3. 第三方整合重新配接
表單、分析、CRM 連線、行銷自動化、搜尋 — 連線到您舊 CMS 的所有內容都需要重新連線。每個整合通常需要 4-16 小時的工作。
4. 預覽和草稿工作流程
編輯人員期望在發佈前預覽內容。在無頭架構中設定草稿/預覽模式比大多數團隊估計的要複雜。使用 Next.js Draft Mode 和 CMS Webhook，您正在查看 8-24 小時的開發工作，具體取決於 CMS。
5. 影像遷移和最佳化
影像很少乾淨地遷移。不同的 CMS 平台使用不同的影像處理管道，您經常需要重新上傳並重新處理數千張影像。如果您的舊網站使用 WordPress 的多個影像大小生成，您需要決定如何在新系統中處理它。
6. 本地化複雜性
如果您擁有（或計劃擁有）多語言內容，這會在每一層乘以複雜性：內容建模、數據遷移、前端路由和 CMS 設定。每種額外語言通常會增加 30-50% 的遷移成本。
如何降低遷移成本而不走捷徑
分階段進行遷移。 您不必一次遷移所有內容。從最關鍵的內容類型開始，推出，然後遷移次要內容。這降低了風險並分散了成本。
提前投資內容建模。 在編寫任何遷移代碼之前花更多時間在結構描述設計上。設計良好的內容模型使後續所有內容更便宜。我看過一些專案，其中僅僅一天的額外內容建模就節省了三週的開發時間。
使用與您的團隊技術能力相符的 CMS。 如果您的內容團隊不是技術性的，Storyblok 的視覺編輯器將節省您的培訓和支援費用。如果您的開發團隊喜歡代碼優先方法，Sanity 或 Payload 會感覺更自然。
自動化遷移指令碼，不要手動遷移。 即使對於小型網站，編寫遷移指令碼也會付出代價，因為您會多次運行它 — 在開發期間、QA 和最終轉換。
與專門從事無頭領域的代理商合作。 一般網路代理商會花更長時間並犯更多錯誤，而不是每週進行此類工作的代理商。我們已經圍繞這類工作構建了我們的實踐 — 如果您想討論您專案的具體情況，請聯絡我們。
常見問題
典型的無頭 CMS 遷移需要多長時間？ 對於中型行銷網站（50-200 頁），預計從啟動到啟動需要 8-16 週。這包括內容建模（1-2 週）、數據遷移開發（2-4 週）、前端構建（4-8 週）和測試/QA（2-3 週）。更大或更複雜的網站可能需要 6-12 個月。時間表很少只受技術工作限制 — 內容審查和利益相關者批准通常是瓶頸。
Payload CMS 真的免費嗎？有什麼陷阱嗎？ Payload CMS 確實是 MIT 許可的，免費自託管。許可意義上沒有陷阱。權衡是您負責託管、資料庫管理、備份、安全更新和擴展。對於具有 DevOps 經驗的團隊，這是一筆不錯的交易。對於沒有它的團隊，Payload Cloud（從 $50/月開始）或基礎架構管理的操作開銷會縮小與完全託管平台相比的成本優勢。
我應該從 WordPress 遷移到無頭 CMS 嗎？ 這取決於您的痛點。如果您的主要問題是緩慢的頁面載入、較差的開發人員體驗、安全漏洞或需要多渠道內容交付，無頭 CMS 遷移是有道理的。如果您的編輯人員很高興，您的網站執行良好，您只需要設計刷新，您最好使用 WordPress 主題重建或在無頭模式下使用 WordPress 和 WPGraphQL。並非每個網站都需要進行無頭。
對於小型企業，哪個無頭 CMS 最便宜？ 對於資源有限的小型企業，Sanity 的免費層很難擊敗 — 您可以免費獲得大量 API 請求和 3 個用戶。如果您有可以管理自託管的開發人員，Payload CMS 對軟體本身沒有任何費用。Storyblok 的免費社區層是最受限制的（1 個用戶），但他們的入門層級為 €99/月，包括視覺編輯器，可以顯著減少您對開發人員的依賴，以進行內容變更。
CMS 遷移中最大的風險是什麼？ SEO 流量損失。每次遷移都會改變您的內容提供方式，搜尋引擎需要時間重新編製索引。最大的風險因素是：改變的 URL 結構，沒有適當的重定向、損壞的內部連結、頁面載入速度更慢（如果新前端沒有適當最佳化，可能會發生），以及未正確遷移的元資料。始終進行完整的爬蟲比較（使用 Screaming Frog 或 Sitebulb）遷移前後以發現問題。
我可以保留現有的前端並只交換 CMS 嗎？ 僅當您現有的前端已經透過 API 使用內容時。如果您在使用 PHP 範本的傳統伺服器呈現 CMS（如 WordPress），則需要前端重建。沒有辦法繞過它 — 無頭的整點是前端是解耦的。一些團隊試圖使用 WordPress 作為無頭後端以避免 CMS 遷移，這可以起作用，但有其自己的複雜性。
我如何在 Sanity、Payload、Contentful 和 Storyblok 之間進行選擇？ 它歸結為四個因素：您的團隊的技術技能水平、您的預算、您的內容編輯工作流程需求以及您的擴展要求。Sanity 最適合想要最大自訂的開發人員密集型團隊。Payload 對於想要完全控制並具有 DevOps 能力的團隊來說是理想的。Contentful 適合不介意為可靠性支付費用的企業團隊。當非技術編輯人員需要從元件視覺構建頁面時，Storyblok 是最合適的。我們定期幫助客戶透過我們的 無頭 CMS 開發服務 做出此決定。
我需要無頭 CMS 代理商，還是我的內部團隊可以處理遷移？ 如果您的內部團隊具有現代前端框架（Next.js、Astro 等）的經驗、API 整合以及您遷移到的特定 CMS，他們絕對可以處理它。大多數內部團隊所苦的地方是數據遷移指令碼、預覽/草稿工作流程設定，以及僅來自完成多次遷移的 CMS 特定陷阱。一個常見的方法是為遷移本身帶進一個專業代理商，然後交接給內部團隊進行持續維護。這可以讓您在最重要的地方獲得專業知識，而不需要長期代理商依賴。