2026年Drupal到Next.js遷移成本：英鎊和美元實際定價
如果你在 2026 年運行 Drupal 網站，並開始收到 Next.js 遷移的報價，你可能已經注意到：數字參差不齊。一家代理商報價 £15k，另一家報價 £120k，Upwork 上的自由職業者會以 $3,000 的價格搞定。他們都沒必要撒謊 -- 他們只是在評估非常不同的事項。
我參與過足夠多的遷移項目，知道真實成本取決於大多數定價指南都忽略的幾個特定因素。本文是我試圖闡明 Drupal 到 Next.js 遷移在 2026 年的實際成本，包含 GBP 和 USD 的真實數字，按網站複雜性、團隊結構和令人措手不及的隱性成本進行分類。
目錄
- 為什麼 Drupal 網站現在正在遷移
- 真實成本因素
- 按網站複雜性的定價
- 代理商費率：2026 年英國 vs 美國
- 內容遷移：隱性金錢陷阱
- 開發人員短缺問題
- Headless CMS + Supabase：替代架構
- 總擁有成本：Drupal vs Next.js（5 年比較）
- 時間表預期
- 如何預算而不被坑
- 常見問題
為什麼 Drupal 網站現在正在遷移
Drupal 7 在 2025 年 1 月達到生命週期終止。這是大的觸發因素。數千個組織 -- 特別是英國政府、高等教育和企業部門 -- 運行在 D7 上，突然面臨一個選擇：升級到 Drupal 10/11，或者完全棄船。
事情是這樣的：如果你無論如何都要重建，許多團隊都在質疑 Drupal 是否仍然是正確的平台。自 2020 年以來，Drupal 開發人員的數量一直在萎縮。2024 年年底的 Drupal 現狀調查顯示，活躍 Drupal 貢獻者與 2021 年相比下降了大約 18%。同時，JavaScript 生態系統不斷增長。
對於許多組織而言，遷移到帶有前端 Next.js 的 headless 架構比進行另一次 Drupal 到 Drupal 的升級更有意義，後者需要相同的痛苦過程，並在五年內再次進行。
也就是說，這不是一篇「Drupal 已死」的文章。Drupal 11 很穩定。但經濟形勢已經改變，這正是我們在這裡要談論的。
真實成本因素
在我向你發送數字之前，讓我們先確定實際推動 Drupal 到 Next.js 遷移成本的因素。這些是造成報價巨大差異的變數。
內容量和結構
一個有 50 個頁面的宣傳網站與擁有 40,000 篇文章、自定義分類法和基於段落佈局的發布平台根本不同。僅內容模型映射就可能需要數週時間才能完成較大的網站。
自定義功能
每個自定義 Drupal 模組都需要一個等效項。有些是微不足道的（聯繫表單），有些很昂貴（建立在 Drupal 實體上的自定義預訂系統）。如果你有 Drupal Commerce，預算增加 30-40%。
集成複雜性
CRM、支付網關、SSO 提供商、遺留 API -- 每個集成都需要重建或調整。我見過項目，其中 Drupal 網站本身很簡單，但它連接到七個不同的系統，所有這些都需要新的集成工作。
編輯工作流要求
Drupal 的內容審核和工作流系統確實很好。在 headless CMS 中複製它需要深思熟慮。如果你的編輯依賴於複雜的審批鏈，這會增加成本。
SEO 保留
如果你的網站擁有大量有機流量，維持 URL 結構、重定向、元資料和結構化數據是不可協商的。這通常被低估。擁有 10,000+ 個索引頁面的網站需要仔細計劃的重定向策略。
可訪問性和合規性
英國公共部門網站需要 WCAG 2.2 AA 合規性。美國網站越來越需要它，特別是在 2024 年司法部關於網頁可訪問性的裁決之後。從頭開始構建可訪問的 Next.js 前端的成本比使用 Drupal 經過測試的 contrib 主題的成本要高。
按網站複雜性的定價
現在我們得到具體的數字。這些範圍基於我在 2025 年和 2026 年初看到的報價和我參與的項目。它們假設專業代理商參與，而不是單獨自由職業者。
| 網站複雜性 | 描述 | 英國代理商成本（GBP） | 美國代理商成本（USD） | 時間表 |
|---|---|---|---|---|
| 小型 | 10-50 頁，博客，聯繫表單，基本 CMS | £12,000 - £30,000 | $15,000 - $40,000 | 6-10 週 |
| 中型 | 50-500 頁，多種內容類型，搜索，集成 | £30,000 - £75,000 | $40,000 - $95,000 | 10-18 週 |
| 大型 / 企業 | 500-10,000+ 頁，複雜工作流，電商，多語言，多個集成 | £75,000 - £200,000+ | $95,000 - $250,000+ | 4-9 個月 |
| 政府 / 公共部門 | 可訪問性要求，安全審計，GDS 合規 | £50,000 - £150,000 | $65,000 - $180,000 | 3-8 個月 |
關於這些數字的幾點說明：
- 每個範圍的低端假設直接的內容遷移和標準設計系統。高端假設自定義設計、複雜數據遷移和多個集成。
- 超過 £100k/$125k 的企業報價通常包括發現階段、內容策略和遷移後支持合同。
- 這些不包括持續的託管和維護成本，我將在 TCO 部分中介紹。
代理商費率：2026 年英國 vs 美國
英國和美國代理商之間的費率差異在近年來已經縮小，但仍然很明顯。以下是你對混合費率（項目中不同角色的平均值）的預期：
| 角色 | 英國日費率（GBP） | 美國小時費率（USD） |
|---|---|---|
| 資深 Next.js 開發人員 | £500 - £800/天 | $150 - $250/小時 |
| 中級開發人員 | £350 - £550/天 | $100 - $175/小時 |
| 技術架構師 | £700 - £1,100/天 | $175 - $300/小時 |
| UX/UI 設計師 | £400 - £700/天 | $120 - $200/小時 |
| 項目經理 | £350 - £600/天 | $100 - $175/小時 |
| QA 工程師 | £300 - £500/天 | $90 - $150/小時 |
| 內容遷移專家 | £300 - £500/天 | $85 - $140/小時 |
英國代理商通常引述日費率。美國代理商通常引述小時費率。英國市場平均便宜約 15-20%，但擁有企業客戶的倫敦代理商通常與美國定價相匹配或超過。
近岸和離岸選項也存在。東歐代理商（波蘭、烏克蘭、羅馬尼亞）資深開發人員報價為 £250-£450/天。印度代理商報價範圍為 £100-£250/天。質量差異巨大，我強烈建議在承諾完整遷移前進行徹底審查和試點參與。
在 Social Animal，我們 Next.js 遷移項目的混合費率處於英國中上範圍，反映了團隊的資深程度和我們通常處理的架構複雜性。
內容遷移：隱性金錢陷阱
這是我見過最多預算超支的地方。每一次都是。
Drupal 以一種... 獨特的 Drupal 方式存儲內容。如果你使用過段落或佈局構建器，你的內容被深度嵌套在實體參考中。一個單一的「頁面」實際上可能是 15 個不同的段落實體，各自有自己的字段、媒體參考和修訂歷史。
將此內容遷移到 headless CMS 需要：
1. 內容模型映射
你需要將每個 Drupal 內容類型、字段、分類法和段落類型映射到新的 CMS 結構。這是設計工作，而不僅僅是技術工作。這是你簡化和清理多年積累的內容雜物的機會。
2. 遷移腳本
有人需要編寫腳本，通過 Drupal 的數據庫（或 JSON:API/GraphQL 端點）提取內容並將其推送到新的 CMS。對於擁有自定義段落類型的網站，這很快就會變得複雜。
# 簡化示例：通過 JSON:API 提取 Drupal 段落
import requests
def extract_paragraph_content(node_id, drupal_base_url):
response = requests.get(
f"{drupal_base_url}/jsonapi/node/article/{node_id}"
"?include=field_paragraphs,field_paragraphs.field_image",
headers={"Accept": "application/vnd.api+json"}
)
data = response.json()
paragraphs = []
for item in data.get("included", []):
if item["type"].startswith("paragraph--"):
paragraphs.append({
"type": item["type"].replace("paragraph--", ""),
"fields": item["attributes"],
"relationships": item.get("relationships", {})
})
return paragraphs
實際上，這會變得混亂得多。你正在處理嵌入式媒體、需要 URL 重新映射的內部鏈接、具有 Drupal 特定標記的 WYSIWYG 內容，以及可能數千個需要移至新資產管道的文件。
3. 媒體遷移
Drupal 的媒體系統以其自己的路徑結構存儲 sites/default/files 中的文件。每個圖像、文檔和視頻都需要遷移到你的新託管位置（S3、Cloudinary，或其他）並更新所有參考。對於擁有 5,000+ 個媒體項目的網站，僅此一項就可能花費 £3,000-£8,000 / $4,000-$10,000。
4. URL 重定向
如果你的 Drupal 網站使用了 Pathauto（大多數都使用），你已經有了搜索引擎知道並信任的 URL 結構。你需要一個完整的重定向映射。對於大型網站，這意味著從 Drupal 提取每個 URL 別名並在你的 Next.js 應用中創建相應的重定向。
// next.config.js 重定向示例（針對較小的網站）
const nextConfig = {
async redirects() {
// 對於大型網站，從數據庫或 JSON 文件加載
const drupalRedirects = await loadRedirectMap();
return drupalRedirects.map(({ source, destination }) => ({
source,
destination,
permanent: true, // 301 重定向
}));
},
};
對於擁有 10,000+ 個 URL 的企業網站，你會希望中間件級別的重定向或邊緣函數方法，以避免膨脹你的 Next.js 配置。
開發人員短缺問題
這是直接影響你預算的事情：在 2026 年，找到既了解 Drupal 又了解現代 headless 架構的開發人員確實很困難。
Drupal 人才庫在 2018-2019 年左右達到峰值。自那時以來，許多資深 Drupal 開發人員已轉向其他框架或進入管理部門。2025 年 Stack Overflow 開發人員調查顯示，專業開發人員中的 Drupal 使用情況約為 3.2%，低於 2020 年的 5.8%。
同時，Next.js 開發人員很豐富，但很少有 Drupal 經驗。這在你最需要的地方創造了一個技能差距：遷移本身。你需要一個深刻理解 Drupal 數據模型的人來正確提取和轉換內容。
這一短缺以兩種方式推高成本：
- Drupal 遷移專家的費率很高。 能夠編寫 Drupal 遷移腳本和設計 Next.js 目標架構的開發人員在英國的收費為 £700-£900/天。
- 當團隊需要對不熟悉的 Drupal 設置進行逆向工程時，項目會花費更長時間。 如果團隊中沒有人使用過段落或佈局構建器，預計 2-3 週的學習曲線。
這是與擁有做過這些遷移經驗的 headless CMS 開發代理商 合作能迅速為自己付出代價的一個領域。
Headless CMS + Supabase：替代架構
許多 Drupal 到 Next.js 的遷移假設你將用另一個 headless CMS 替換 Drupal -- Sanity、Contentful、Storyblok，或甚至 Drupal 本身以 headless 方式運行。但有一個越來越受歡迎的替代方案：將 Supabase 用作你的後端。
Supabase 為你提供了 Postgres 數據庫、身份驗證、文件存儲和自動生成的 API。對於想要比傳統 CMS 約束更多控制其數據模型的團隊來說，這很有吸引力。
Supabase 何時有意義
- 你的內容結構/關係重（產品目錄、目錄、數據密集型應用）
- 你需要自定義用戶身份驗證和基於角色的訪問
- 你的編輯團隊很小且具有開發人員頭腦（或者你會構建自定義管理 UI）
- 你想完全擁有你的數據基礎設施
傳統 Headless CMS 何時更好
- 你的編輯團隊非技術性，需要打磨的內容編輯體驗
- 你有複雜的內容工作流，包含審批鏈
- 內容預覽和視覺編輯很重要
- 你想更快地啟動和運行
成本比較：Headless CMS vs Supabase
| 因素 | Headless CMS（例如 Sanity） | Supabase |
|---|---|---|
| 平台成本（年度） | £0 - £12,000+ | £0 - £3,000 |
| 內容編輯器 UX | 開箱即用優秀 | 需要自定義管理面板 |
| 自定義管理面板開發 | 不需要 | £8,000 - £25,000 |
| API 開發 | 包括 | 自動生成 + 自定義 |
| 身份驗證 | 需要第三方 | 內置 |
| 文件存儲 | 包括（CDN） | 包括（S3 相容） |
| 實時功能 | 有限 | 內置 |
| 鎖定風險 | 中等（專有 API） | 低（標準 Postgres） |
諷刺的是，Supabase 可以長期便宜但前期更昂貴，因為你是從頭開始構建編輯體驗。對於從 Drupal 遷移的內容密集型網站，傳統 headless CMS 通常更有意義。對於應用程序密集型網站，Supabase 值得認真考慮。
我們已經構建了兩種類型的架構。我們的 Next.js 開發能力 涵蓋 headless CMS 集成和自定義 Supabase 後端。
總擁有成本：Drupal vs Next.js（5 年比較）
遷移成本是一次性的。對於大多數組織來說，更重要的是持續成本。以下是中等複雜性網站的現實 5 年 TCO 比較。
| 成本類別 | Drupal（傳統） | Next.js + Headless CMS |
|---|---|---|
| 初始構建/遷移 | £0（已構建） | £40,000 - £75,000 |
| 託管（年度） | £3,000 - £8,000（專用/託管） | £600 - £2,400（Vercel/Netlify） |
| CMS 平台（年度） | £0（開源） | £0 - £6,000（取決於 CMS） |
| 安全更新（年度） | £4,000 - £10,000 | £1,000 - £3,000 |
| 功能開發（年度） | £8,000 - £20,000 | £6,000 - £15,000 |
| Drupal 升級（每個主要版本） | £8,000 - £25,000 | N/A |
| 性能優化 | £2,000 - £5,000/年 | £500 - £2,000/年 |
| 5 年總計 | £85,000 - £240,000 | £78,000 - £177,000 |
有幾件事跳了出來。
託管便宜得多。 Vercel 上的 Next.js 網站成本只是託管 Drupal 的一小部分。Drupal 需要 PHP、數據庫伺服器、緩存層（Varnish、Redis）以及明顯更多的計算。靜態生成或 ISR Next.js 網站可以在邊緣基礎設施上以極低的成本運行。
安全維護更便宜。 Drupal 的安全團隊很好，但每項安全公告都意味著有人需要應用補丁、測試和部署。帶有託管 CMS 的 headless 前端的攻擊面要小得多。
開發人員成本是相平的地方。 Next.js 開發人員更容易找到，但生態系統發展迅速。你會花時間跟上 Next.js 版本、React 更新和框架變化。好消息是人才庫足夠大，你不會被單個專家綁架。
收支平衡點 對於大多數中等複雜性的網站來說，取決於你當前的 Drupal 託管和維護成本，約為遷移後 18-30 個月。
時間表預期
每家代理商在銷售過程中都會告訴你一個時間表，大多數都會出錯。以下是我實際看到的：
小型網站（10-50 頁）
- 樂觀預期： 6 週
- 現實預期： 8-12 週
- 出錯的地方： 內容遷移花費的時間比預期長，利益相關者審查週期增加 2-3 週
中型網站（50-500 頁）
- 樂觀預期： 10 週
- 現實預期： 14-20 週
- 出錯的地方： 集成複雜性被低估，內容模型需要在項目中期修訂，設計迭代
企業網站（500+ 頁）
- 樂觀預期： 4 個月
- 現實預期： 6-10 個月
- 出錯的地方： 一切。利益相關者對齊、遺留系統依賴、內容治理決策、安全審查、可訪問性審計
延遲的首要原因不是技術 -- 而是決策。遷移迫使你對內容結構、設計系統和編輯工作流做出決策，這些決策可能已被推遲多年。為這些對話預留緩衝。
如何預算而不被坑
看到太多遷移超支後，以下是我的實用建議：
為合適的發現階段付費。 在承諾完整構建之前，花費 £3,000-£8,000 / $4,000-$10,000 進行 2-3 週的發現。這應該為你提供內容審計、技術架構建議和更緊密的成本估計。
預算 20% 的應急費用。 不是 10%。是 20%。內容遷移驚喜幾乎是肯定的。
不要遷移一切。 大多數 Drupal 網站已積累了多年沒有人閱讀的內容。使用你的分析。如果一個頁面在 12 個月內沒有訪問，質疑它是否需要遷移。
考慮分階段方法。 先遷移營銷網站，然後是博客，然後是複雜的應用程序功能。這會分散成本並降低風險。
讓你的編輯團隊提早參與。 最昂貴的變更請求來自在 UAT 首次看到新 CMS 的編輯，他們說「我無法用這個做我的工作」。
如果你正在計劃遷移的早期階段，我們很樂意就範圍和預算進行無義務的對話。聯繫我們，我們可以走過你的具體情況。
常見問題
2026 年從 Drupal 遷移到 Next.js 需要多少成本？ 對於小型網站（50 頁以下），預期 £12,000-£30,000 / $15,000-$40,000。具有集成的中型網站運行 £30,000-£75,000 / $40,000-$95,000。擁有複雜內容模型、電商或多語言支持的企業遷移起價 £75,000 / $95,000，可能超過 £200,000 / $250,000。這些範圍假設英國或美國的專業代理商參與。
升級 Drupal 還是遷移到 Next.js 便宜？ Drupal 7 到 Drupal 10/11 的升級通常花費新 Next.js 構建的 60-80% 成本，因為無論如何都是本質上的重建。區別在於長期成本：Next.js 託管更便宜，開發人員可用性更好，你避免了下一個重大 Drupal 升級週期。對於只需要前端刷新的 Drupal 9/10 網站，短期內留在 Drupal 通常更便宜。
Drupal 到 Next.js 遷移需要多長時間？ 小型網站現實地花費 8-12 週。中型網站花費 14-20 週。企業網站花費 6-10 個月。最大的變數不是代碼 -- 而是內容遷移、利益相關者對齊和集成複雜性。始終將 20% 的緩衝添加到你的代理商引述的任何時間表。
我可以將 Drupal 用作帶有 Next.js 的 headless CMS 嗎？ 是的，如果你的團隊已經了解 Drupal，這是一個有效的方法。Drupal 的 JSON:API 和 GraphQL 模組適用於 headless 交付。缺點是你仍然需要 Drupal 託管、安全補丁和 PHP 開發人員。許多團隊選擇這作為臨時步驟，然後最終遷移到專用 headless CMS。
替換 Drupal 的最佳 headless CMS 是什麼？ 這取決於你的需求。Sanity 對於開發人員重型團隊和自定義內容模型很好。Contentful 適用於具有結構化工作流的企業團隊。Storyblok 在視覺編輯方面很強。對於較簡單的網站，甚至 Payload CMS 或 Strapi（自主託管、開源）都可以工作。沒有通用答案 -- 它取決於你的編輯工作流、預算和技術偏好。
我應該使用 Supabase 而不是 headless CMS 嗎？ 當你的網站更多是應用程序而不是內容時，Supabase 是有意義的 -- 考慮目錄、儀表板、用戶生成的內容或複雜的關係數據。對於傳統內容發布（文章、頁面、媒體），專用 headless CMS 提供更好的編輯體驗開箱即用。某些項目同時使用兩者：用於內容的 headless CMS 和用於應用程序數據和身份驗證的 Supabase。
英國代理商費率比美國 Next.js 開發費率便宜嗎？ 一般來說，平均便宜約 15-20%。英國資深 Next.js 開發人員通常按 £500-£800/天計費，而美國等價人物按 $150-$250/小時計費（$1,200-$2,000/天）。然而，擁有企業客戶的倫敦代理商通常與美國定價相匹配。無論位置如何，最佳價值通常來自專業 headless 代理商，而不是大型全面服務公司。
從 Drupal 遷移到 Next.js 的隱性成本是什麼？ 最常被忽視的成本是：內容遷移腳本（特別是針對段落/佈局構建器內容）、URL 重定向映射和 SEO 保留、媒體資產遷移和 CDN 設置、編輯團隊對新 CMS 的培訓、可訪問性測試和補救、以及遷移後性能調整。預算至少超過你的報價價格 20% 以覆蓋這些。