Drupal 7 生命週期終結 2026 年:遷移成本與決策指南
您的 Drupal 7 網站將於 2026 年 1 月 5 日停止接收安全補丁。Tag1 的延長支援窗口將關閉。在該日期之後,每個未修補的 CVE 都會成為一個實時漏洞路徑——機器人會在漏洞披露後數小時內掃描 Drupal 7 簽名,GDPR 罰款不會在乎您是否有遷移預算。您現在正在選擇三條路徑之一:(1) 重寫大部分自訂模組的 Drupal 10 升級,(2) 完全解耦前端的 Next.js 無頭遷移,或 (3) 進入昂貴的託管 CMS 廠商鎖定。每個選項都涉及隱藏成本,大多數代理商不會在第一次通話中透露。中等複雜度網站的現實價格範圍?取決於您正在承擔多少技術債務以及您的內容模型是否能存活轉換,價格為 $28k 至 $95k。在簽署工作說明書之前,您需要看到實際重要的決策變數——而不是銷售簡報版本。
在過去幾年中,我已經失去了追蹤有多少 Drupal 7 網站我幫助遷移的能力。有些是簡單的宣傳冊網站;其他的是自訂模組和糾纏內容類型的迷宮。相信我,試圖拼湊看起來像盤子上意大利麵爆炸的 Views 不是任何人的樂趣。以下是我希望在早期擁有的指南——關於您實際可以做什麼的無廢話分解。
目錄
- Drupal 7 終止支援時間表:實際發生的情況
- 了解您當前的 Drupal 7 網站
- 選項 1:升級到 Drupal 10/11
- 選項 2:使用 Next.js + Supabase 進行無頭
- 選項 3:遷移到另一個 CMS 平台
- 成本比較:真實項目的真實數字
- 託管和基礎設施注意事項
- 決策框架
- 尋找合適的代理商
- 常見問題

Drupal 7 終止支援時間表:實際發生的情況
這些日期可能看起來模糊,所以讓我們直言不諱:
- 2023 年 11 月 1 日:Drupal 7 的社區支援結束。Drupal 安全團隊不再發佈安全公告。
- 2024-2025 年期間:Tag1 Consulting 等第三方供應商提供延長支援,但需付費。
- 2026 年 1 月 5 日:Tag1 商業支援終止。這是您的截止日期。
2026 年 1 月之後,您正在探索未知的水域。您的網站不會自動死亡,但威脅包括:
- 沒有 Drupal 7 漏洞的安全更新
- PHP 相容性噩夢,因為主機轉向 PHP 8.3+(告別 PHP 5.x/7.x 舒適區)
- 託管障礙,因為 PHP 7.4 支援被中止
- 合規混亂,標準要求最新軟體——想想 GDPR
- 保險障礙,因為修補和支援的平台成為保險必備
了解您當前的 Drupal 7 網站
在您選擇路徑之前,您需要清楚了解您網站的當前狀態。跳過此步驟,您可能會面臨預算爆炸。
內容審計
從內容審計開始。使用以下方式獲取內容類型列表:
SELECT type, COUNT(*) as count
FROM node
GROUP BY type
ORDER BY count DESC;
您需要知道:
- 實體參考及其相互連接
- 媒體附件及其儲存位置
- 分類詞彙及任何層次結構
- 自訂欄位來自那些可愛的貢獻模組
模組清單
列出您啟用的模組:
drush pm-list --status=enabled --type=module
按以下方式排序:
- 核心功能
- 自訂建立——這些可能會困擾您
- 整合部分(支付網關、CRM、SSO)
- 被遺忘的模組——您不記得存在的那些
自訂模組是真正的變數。沒有原始開發人員或文件,遷移時間可輕易增加 30-50%。
流量和效能基準
讓您的分析調整到位以基準測試遷移後的網站:
- 月度工作階段和獨立訪客
- Core Web Vitals(LCP、FID/INP、CLS)
- 伺服器回應時間 (TTFB)
- 快取命中率(特別是涉及 Varnish 或 CDN)
選項 1:升級到 Drupal 10/11
讓我們不要掩飾:從 Drupal 7 遷移到 10 就像在拆除舊房子後從頭開始建造房子一樣。D7 和 D8(D10/11 的基礎)之間的變化是巨大的。以下是您面臨的情況:
涉及的內容
- 新 Drupal 10/11 設置——忘記重新使用主題
- 內容類型復興和欄位匹配
- 內容遷移通過遷移模組或自訂 ETL
- Views 重建——有趣的時代
- 自訂模組重建用於 Symfony 的架構
- 貢獻模組替代品獵尋
何時有意義
- 您的編輯人員深深融入 Drupal 宇宙
- 您依賴特定的 Drupal 功能(例如細粒度權限)
- 處理多種語言是不可或缺的
- 您在政府或教育等部門
何時不是
- 您的網站擁有精簡內容模型
- 前端效能改進至關重要
- 專案預算緊張(想想 $40k 以下)
- 您不使用 Drupal 工具包的大部分

選項 2:使用 Next.js + Supabase 進行無頭
對於大多數中等到大型網站,這是我們在 Social Animal 推薦的路徑。想法是使用無頭 CMS 來服務內容,一個光滑的前端框架,以及用於您的伺服器端需求的後端即服務。
堆棧
- 無頭 CMS:考慮 Sanity、Contentful 或 Storyblok
- 前端:網站的 Next.js——享受伺服器端轉譯和靜態生成
- 後端/資料庫:Supabase 用於身份驗證、資料庫、檔案儲存和邏輯
- 託管:Vercel 或 Netlify 用於前端,Supabase 用於後端
為什麼選擇 Supabase?
Supabase 為您提供豐富的選擇:Postgres with REST/GraphQL APIs、驗證、檔案儲存和邊界函數。它勾選以下框:
- 使用者註冊/登入,無需繁瑣的 Drupal 模組
- 網路表單提交整潔地儲存在 Postgres 中
- 檔案處理
- 搜尋選項(使用 Postgres 或新增 Typesense)
- 通常的 CRUD 工作
Supabase 也很便宜——免費層適合小網站,Pro 計劃每月 $25 是黃金。
// 範例:將 D7 網路表單遷移到 Supabase
import { createClient } from '@supabase/supabase-js'
const supabase = createClient(
process.env.NEXT_PUBLIC_SUPABASE_URL!,
process.env.NEXT_PUBLIC_SUPABASE_ANON_KEY!
)
export async function submitContactForm(formData: ContactFormData) {
const { data, error } = await supabase
.from('contact_submissions')
.insert({
name: formData.name,
email: formData.email,
message: formData.message,
submitted_at: new Date().toISOString(),
})
.select()
if (error) throw new Error(`Submission failed: ${error.message}`)
return data
}
內容遷移策略
以下是內容遷移的粗略概要:
- 匯出 D7 中的內容,使用自訂 Drush 或資料庫查詢
- 轉換 它以適應您的新 CMS 設置(真正的工作在這裡)
- 匯入 到您的無頭 CMS 通過他們的 API
- 驗證 所有內容——沒有什麼比分割參考或遺失媒體更糟
擁有 5,000 個節點的典型網站可能意味著大約 2-4 週專門用於遷移。
選項 3:遷移到另一個 CMS 平台
並非每個解決方案都需要無頭設置。WordPress、Craft CMS 或甚至像 Astro 這樣的靜態網站生成器都是合法的替代品。
平台比較
| 因素 | Drupal 10/11 | Next.js + 無頭 CMS | WordPress | Craft CMS | Astro (靜態) |
|---|---|---|---|---|---|
| 內容複雜性 | 優秀 | 良好 (取決於 CMS) | 中等 | 優秀 | 簡單 |
| 編輯 UX | 陡峭 | 變化 | 簡單 | 良好 | 需要 CMS |
| 效能 | 中等 | 優秀 | 中等 | 良好 | 優秀 |
| 開發人員池 | 縮小 | 成長中 | 豐富 | 小 | 成長中 |
| 託管成本/月 | $50-$300 | $0-$50 | $10-$100 | $20-$100 | $0-$20 |
| 維護 | 高 | 低-中 | 中 | 中 | 低 |
| 多語言 | 優秀 | 良好 | 外掛相依 | 良好 | 變化 |
| 遷移複雜性 | 高 | 高 | 中 | 中-高 | 低-中 |
成本比較:真實項目的真實數字
以下是專案成本的樣子:
小型網站
| 成本類別 | Drupal 10 升級 | Next.js + 無頭 | WordPress 遷移 |
|---|---|---|---|
| 開發 | £15k-£25k / $20k-$35k | £12k-£20k / $15k-$28k | £8k-£15k / $10k-$20k |
| 內容遷移 | £3k-£5k | £3k-£5k | £2k-£4k |
| 設計/UX | £5k-£10k | £5k-£10k | £3k-£8k |
| 託管 (年度) | £600-£3,600 | £0-£600 | £120-£1,200 |
| 維護 (年度) | £3k-£8k | £1k-£3k | £2k-£5k |
| 3 年 TCO | £34k-£75k | £23k-£44k | £19k-£43k |
中型網站
| 成本類別 | Drupal 10 升級 | Next.js + Supabase | WordPress 遷移 |
|---|---|---|---|
| 開發 | £40k-£80k / $55k-$110k | £35k-£65k / $45k-$90k | £25k-£50k / $35k-$70k |
| 內容遷移 | £8k-£15k | £8k-£15k | £6k-£12k |
| 設計/UX | £10k-£20k | £10k-£20k | £8k-£15k |
| 託管 (年度) | £1,200-£6,000 | £300-£1,800 | £600-£3,600 |
| 維護 (年度) | £6k-£15k | £3k-£8k | £4k-£10k |
| 3 年 TCO | £79k-£178k | £63k-£129k | £53k-£117k |
大型/企業網站
| 成本類別 | Drupal 10 升級 | Next.js + 無頭 CMS |
|---|---|---|
| 開發 | £100k-£250k / $130k-$350k | £80k-£200k / $100k-$275k |
| 內容遷移 | £20k-£50k | £20k-£50k |
| 設計/UX | £20k-£40k | £20k-£40k |
| CMS 授權 (年度) | £0 | £3k-£30k |
| 託管 (年度) | £3,600-£24,000 | £1,200-£6,000 |
| 維護 (年度) | £15k-£40k | £8k-£25k |
| 3 年 TCO | £196k-£532k | £147k-£413k |
CMS 授權注意:Drupal 是開源的,無授權費。但請注意——像 Contentful 這樣的平台成本迅速增加。對於零 CMS 費用的自我託管選項,考慮 Payload CMS。
託管和基礎設施注意事項
人們在遷移平台時經常對託管的判斷不足。它比您想像的要複雜。
Drupal 10 託管
Drupal 需要真正的託管設置:
- Pantheon:$41-$200/月
- Platform.sh:$52-$208/月
- Acquia:從 £134/月
- VPS:£20-£100/月(DIY 方法,所有更新由您負責)
Next.js + Supabase 託管
- Vercel:免費層,Pro 每人 £20/月
- Supabase:免費開始,Pro £25/月
- 無頭 CMS:變化很大
總計?通常遠低於 Drupal 託管。
SSL、CDN、電子郵件——哦天哪!
Drupal 有時需要額外的幫助,例如 Cloudflare、通過 SendGrid 的電子郵件交易以及使用 Let's Encrypt 的 SSL。相比之下,無頭設置從一開始就包括許多功能——但別忘了您的電子郵件設置。
決策框架
以下是一個框架來保持您的決策穩定:
保留 Drupal(升級到 D10/11)如果:
- 您的編輯團隊喜歡 Drupal 方式
- 您需要 Drupal 的細粒度權限
- 多語言內容不是奢侈品
- 業界標準將您鎖定
進行無頭 (Next.js + Supabase/無頭 CMS) 如果:
- 效能對您的成敗至關重要
- 長期削減成本至關重要
- 您的團隊更喜歡 JavaScript/TypeScript
- 光滑的網路應用感覺是終點
- 解耦符合您的內容策略
進行 WordPress 如果:
- 簡單的內容網站適合您
- 您在計算便士(就這些專案而言)
- 您想要最簡單的編輯工具包
進行靜態 (Astro) 如果:
- 資訊傳遞勝過一切
- 最大效能最重要
- 頁面和更新受限
- 不需要複雜的使用者參與
尋找合適的代理商
以下是如何嗅出好人的方法:
詢問他們的遷移協議。 如果他們的計劃聽起來像「我們即興創作」的事務,逃跑。
評估他們的 Drupal 專業知識。 即使您要離開它,Drupal 的洞察力可以防止混亂的遷移。
檢查他們的前端武庫。 無頭需要您目標框架的專業知識。
獲取固定價格報價。 考慮發現階段以在簽署條款前概述範圍。
澄清支援安排。 當事情出錯時,誰會在那裡進行午夜恐慌攻擊?
如果您正在深入思考此舉,我們很樂意聊天——隨時與我們聯繫。
常見問題
Drupal 7 支援何時正式終止?
社區支援於 2023 年 11 月 1 日停止。Tag1 的延長支援於 2026 年 1 月 5 日終止。截止期限後,您將面臨無更新的漏洞風險。
終止支援後我能否停留在 Drupal 7?
在技術上,是的。但期望未修補的漏洞和合規問題。生命週期終止軟體對 GDPR 和網路保險而言是艱難的售賣。
從 Drupal 7 遷移到 Drupal 10 真的是完全重建嗎?
是的。從 D7 到 D8(D10/11 的基礎)的變化是地震級的。準備進行完整重建項目,而不是溫和的「升級」。
典型的 Drupal 7 遷移需要多長時間?
小型網站:6-10 週。中型:12-20 週。大型/企業:6-12 個月。內容和 QA 通常比預期要花更長時間。
最便宜的遷移選項是什麼?
WordPress 對於直接網站通常是最預算友好的(從 £8k/$10k)。然而,在三年內,進行無頭可能會在維護和託管上節省。
我應該遷移到 Drupal 10 還是使用 Next.js 進行無頭遷移?
Drupal 適合深度嵌入的編輯設置。對於現代效能和成本效率,Next.js 可能是您的最佳選擇。上述框架應為您澄清。
我應該使用哪個無頭 CMS 來替換 Drupal 7?
Sanity、Payload CMS 或 Storyblok 是很好的選擇,Payload 提供自我託管路徑。根據組織契合度進行選擇——團隊規模和複雜性。
在遷移期間我需要重新設計我的網站嗎?
重新設計和遷移通常在財務上配合良好。如果預算緊張,複製設計並計劃後來進行增強。