您的 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 終止支援 2026:遷移選項、成本與決策指南

Drupal 7 終止支援時間表:實際發生的情況

這些日期可能看起來模糊,所以讓我們直言不諱:

  • 2023 年 11 月 1 日:Drupal 7 的社區支援結束。Drupal 安全團隊不再發佈安全公告。
  • 2024-2025 年期間:Tag1 Consulting 等第三方供應商提供延長支援,但需付費。
  • 2026 年 1 月 5 日:Tag1 商業支援終止。這是您的截止日期。

2026 年 1 月之後,您正在探索未知的水域。您的網站不會自動死亡,但威脅包括:

  1. 沒有 Drupal 7 漏洞的安全更新
  2. PHP 相容性噩夢,因為主機轉向 PHP 8.3+(告別 PHP 5.x/7.x 舒適區)
  3. 託管障礙,因為 PHP 7.4 支援被中止
  4. 合規混亂,標準要求最新軟體——想想 GDPR
  5. 保險障礙,因為修補和支援的平台成為保險必備

了解您當前的 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 的基礎)之間的變化是巨大的。以下是您面臨的情況:

涉及的內容

  1. 新 Drupal 10/11 設置——忘記重新使用主題
  2. 內容類型復興和欄位匹配
  3. 內容遷移通過遷移模組或自訂 ETL
  4. Views 重建——有趣的時代
  5. 自訂模組重建用於 Symfony 的架構
  6. 貢獻模組替代品獵尋

何時有意義

  • 您的編輯人員深深融入 Drupal 宇宙
  • 您依賴特定的 Drupal 功能(例如細粒度權限)
  • 處理多種語言是不可或缺的
  • 您在政府或教育等部門

何時不是

  • 您的網站擁有精簡內容模型
  • 前端效能改進至關重要
  • 專案預算緊張(想想 $40k 以下)
  • 您不使用 Drupal 工具包的大部分

Drupal 7 終止支援 2026:遷移選項、成本與決策指南 - 架構

選項 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
}

內容遷移策略

以下是內容遷移的粗略概要:

  1. 匯出 D7 中的內容,使用自訂 Drush 或資料庫查詢
  2. 轉換 它以適應您的新 CMS 設置(真正的工作在這裡)
  3. 匯入 到您的無頭 CMS 通過他們的 API
  4. 驗證 所有內容——沒有什麼比分割參考或遺失媒體更糟

擁有 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 提供自我託管路徑。根據組織契合度進行選擇——團隊規模和複雜性。

在遷移期間我需要重新設計我的網站嗎?
重新設計和遷移通常在財務上配合良好。如果預算緊張,複製設計並計劃後來進行增強。