TYPO3 v14 升級費用€80K？真實選項與遷移路徑

上個月，一家中等規模的德國製造商以輕微的恐慌狀態聯繫了我們。他們長期合作的 TYPO3 代理商剛剛為 TYPO3 v14 升級報價 €80,000。該代理商已經維護他們的網站八年。該網站已發展成為一個混亂的局面，包含自訂擴充功能、沒人完全理解的 TypoScript 配置，以及自 2019 年以來從未進行過有意義更新的設計。這聽起來熟悉嗎？

事情是這樣的：那份 €80K 的報價並不一定是掠奪性的。TYPO3 主版本間的升級確實可能花費那麼多，特別是當你跨越多個版本（例如，從 v10 或 v11 到 v14）並處理多年的技術債務時。但這確實引發了一個令人不適的問題，每個執行 TYPO3 的組織現在都應該問自己：升級仍然是正確的舉動嗎，還是現在是時候完全遷移到其他地方了？

本文詳細分析了 TYPO3 v14 升級背後的真實成本、為什麼它們如此昂貴、如果你的代理商關閉或給你一個驚人的報價你有哪些實際選擇，以及何時遷移到現代堆棧比向老化架構投入資金更有意義。

目錄

• 為什麼 TYPO3 v14 升級如此昂貴
• 拆解 €80K：錢實際上流向了哪裡
• 當你的 TYPO3 代理商關閉時會發生什麼
• 選項 1：尋找另一個 TYPO3 代理商
• 選項 2：在內部升級 TYPO3
• 選項 3：遷移到現代 CMS
• 成本比較：TYPO3 升級 vs. 遷移
• 如何評估遷移是否有意義
• 遷移過程：實際發生的情況
• 常見問題

為什麼 TYPO3 v14 升級如此昂貴

TYPO3 v14（於 2024 年末/2025 年初發布）對核心架構進行了重大改變。如果你一直在跟進增量更新——例如，你在 v12 或 v13 上，並且一直勤奮地追蹤棄用通知——升級並不太糟糕。但這不是大多數組織的現實。

現實是我們遇到的大多數 TYPO3 網站運行的是 v9、v10 或 v11。有些仍在 v8 上。每個版本差距都會引入相互複合的破壞性更改。

技術債務問題

TYPO3 的擴充功能生態系統既是其最大的優勢，也是其致命弱點。多年來，網站積累了：

• 依賴於已棄用 API 的自訂擴充功能
• 跨越數千行且零文檔的 TypoScript 配置
• 已被棄用或與 v14 不兼容的第三方擴充功能
• 基於較舊 Extbase/Fluid 模式構建的自訂後端模組
• 不符合當前 TYPO3 預期的資料庫模式修改

TYPO3 v14 完成了與多個舊式模式的遷移。舊 PageRenderer API 發生了重大變化。中間件處理被全面改革。後端 UI 繼續其現代化進程。如果你的擴充功能依賴於最終被移除的任何已棄用功能，每一個都需要被重寫或替換。

專業知識短缺

這是一個不舒服的事實：TYPO3 開發者人才變得越來越難找，價格也越來越貴。DACH 地區（德國、奧地利、瑞士）仍然擁有最強大的 TYPO3 社群，但即便在那裡，經驗豐富的開發者要求的時薪也是 €100-€150。許多資深 TYPO3 開發者已經遷移到其他生態系統。留下來的人可以收取高價，因為需求超過了供應。

根據 TYPO3 協會自己的調查，自 2020 年以來，活躍開發者社群一直在逐漸縮小，即使 CMS 本身在技術上不斷改進。開發者越少意味著每個人的成本都更高。

拆解 €80K：錢實際上流向了哪裡

讓我們解密那份報價。以下是一個現實的中等複雜度企業網站 TYPO3 v14 升級的成本明細：

工作	預估小時數	成本（按 €120/小時）
程式碼庫審計與升級評估	40	€4,800
核心升級（多版本跳躍）	80	€9,600
自訂擴充功能遷移/重寫	160	€19,200
第三方擴充功能替換	60	€7,200
TypoScript/Fluid 範本更新	80	€9,600
後端自訂化更新	40	€4,800
內容遷移與資料清理	40	€4,800
測試（功能、迴歸、UAT）	80	€9,600
部署與環境設置	20	€2,400
專案管理與文檔	40	€4,800
總計	640	€76,800

這大約是 640 小時的工作。對於有 10 個以上自訂擴充功能、複雜多語言設置和多年積累 TypoScript 的網站——這實際上並未填充。我見過專案成本更高。

而且這裡是關鍵的部分：花費 €80K 後，你仍然擁有一個 TYPO3 網站。你沒有獲得新功能。你沒有改進你的內容編輯體驗（除非你計算 TYPO3 自己的後端改進）。你本質上是為了停留在同一個地方而付費。這是維護任何複雜系統的成本，但值得清楚地了解你得到的東西。

當你的 TYPO3 代理商關閉時會發生什麼

這個情況變得越來越普遍。TYPO3 代理商，特別是較小的那些，一直在進行整合或轉向其他技術。當你的代理商關閉或「戰略性轉變方向」（一個有禮貌的說法，意思是他們停止做 TYPO3 工作）時，你面臨著幾個問題：

1. 沒有文檔——或三個版本前的文檔
2. 代理商構建的專有擴充功能，他們可能會也可能不會交出原始程式碼
3. 只有代理商理解的伺服器配置
4. 計時器滴滴答答——TYPO3 版本最終會失去社群支持和安全補丁

如果你現在處於這種情況，不要驚慌，但要迅速行動。以下是立即要做的事情：

• 保護所有原始程式碼。 獲得你的 Git 儲存庫的完整訪問權限。如果沒有（確實會發生），獲得部署的完整檔案備份。
• 記錄你的託管設置。 伺服器規格、PHP 版本、資料庫版本、cron 工作、環境變數。
• 匯出你的內容。 TYPO3 的資料庫是真實的來源。取得完整的 MySQL/MariaDB 轉儲。
• 清點你的擴充功能。 執行 composer show（如果你在 Composer 模式）或檢查 typo3conf/ext/ 以查找舊版模式安裝。

選項 1：尋找另一個 TYPO3 代理商

這是中斷最少的路徑。另一個 TYPO3 代理商從上一個代理商停止的地方接手。但這並不像聽起來那麼簡單。

優點

• 保留你在 TYPO3 中的現有投資
• 不需要內容遷移
• 編輯人員不需要重新培訓

缺點

• 入職成本：預計需要 40-80 小時只是為了讓新代理商理解你的設置
• 他們可能想要重構或重寫他們認為無法維護的部分
• 你仍然需要承擔 v14 升級成本
• 代理商池正在縮小

現實時間表：2-4 週入職，然後升級專案時間表疊加在其上。

在哪裡尋找

TYPO3 協會的合作夥伴目錄是明顯的起點。在 2025 年，最活躍的 TYPO3 代理商集中在德國（b13、in2code、NITSAN）、奧地利和荷蘭。如果你在 DACH 地區之外，你的選擇會大大減少。

選項 2：在內部升級 TYPO3

如果你有具有 PHP 經驗的內部開發人員，這在理論上是可能的。實際上，除非你的團隊中有人具有真正的 TYPO3 經驗，否則很難。

你需要什麼

• 至少一個了解 TYPO3 內部結構的開發人員（Extbase、Fluid、TypoScript、TCA）
• 熟悉 TYPO3 的升級精靈和安裝工具
• 時間——大量時間。對於複雜的網站，計劃 3-6 個月。

TYPO3 確實提供了不錯的升級文檔和自動遷移精靈，可以處理一些繁重的工作。typo3/cms-install 模組的升級分析工具將標記棄用和破壞性變化。但自動化工具最多可以幫你走 30-40% 的路。其餘的是手動工作。

我只會在你的內部具有真正的 TYPO3 專業知識時推薦這條路徑。在同時升級複雜網站時試圖學習 TYPO3 內部結構是一個糟糕的季度的配方。

選項 3：遷移到現代 CMS

這是事情變得有趣的地方。如果你無論如何要花費 €60-80K，問題就變成了：那筆錢是否可以更好地用於遷移到一個更便宜維護、更易於招聘並更好地與現代網絡架構相符的平台？

答案越來越多地是肯定的。以下是我們在 2025 年看到離開 TYPO3 的組織的最可行的遷移目標：

無頭 CMS + 現代前端

這是我們在 Social Animal 為離開 TYPO3 的組織採取的最常見方法。這個想法是將你的內容管理（使用無頭 CMS，如 Storyblok、Sanity、Contentful 或 Strapi）與你的前端（使用 Next.js、Astro 或類似產品構建）分開。

為什麼這對 TYPO3 難民很有效：

• TYPO3 網站往往是內容豐富的，這正是無頭 CMS 擅長的
• 多語言支持通常是關鍵的 TYPO3 用例，現代無頭 CMS 本地處理 i18n
• 你不再被鎖定在單一代理商或技術堆棧中
• React/Next.js 的開發人員可用性比 TYPO3 的數量級要高得多

我們在我們的無頭 CMS 開發概覽中寫了更多關於這種方法的內容。我們的Next.js 開發和 Astro 開發能力是專門為這些遷移場景構建的。

WordPress

是的，我知道。TYPO3 純粹主義者剛剛感到了力量的騷動。但請聽我解釋：對於許多組織來說，WordPress（特別是使用現代頁面構建器或通過 WPGraphQL 的無頭 WordPress）是一個完全有效的選擇。這不是 2012 年了——WordPress 為 43% 的網絡提供動力，並且對企業使用有成熟的生態系統。

話雖如此，WordPress 有自己的成本考慮。2024-2025 年期間最近的 WP Engine/Automattic 戲劇突出了治理風險。你用一套維護麻煩交換另一套。

Statamic、Craft CMS 或 Kirby

如果你的團隊熟悉 PHP，並且你想要一些比 WordPress 更「開發人員友好」但不如 TYPO3 複雜的東西，值得評估這些。Statamic 和 Kirby 在 DACH 地區特別流行，作為不需要 TYPO3 全部企業重量的網站的 TYPO3 替代品。

成本比較：TYPO3 升級 vs. 遷移

讓我們並排列出真實數字。這些是基於我們在 2024-2025 年為中等複雜度網站（50-200 頁、多語言、一些自訂功能）進行範圍界定或交付的實際專案。

因素	TYPO3 v14 升級	無頭 CMS + Next.js	WordPress 遷移
初始專案成本	€60,000-€100,000	€40,000-€80,000	€25,000-€50,000
年度維護	€12,000-€24,000	€6,000-€12,000	€8,000-€18,000
平均開發人員費率	€100-€150/小時	€80-€130/小時	€60-€120/小時
開發人員可用性	低（下降）	高（增長）	非常高
上線時間	4-8 個月	3-6 個月	2-4 個月
效能（Core Web Vitals）	中等	優秀	良好-優秀
編輯體驗	功能但過時	現代、可自訂	熟悉大多數人
供應商鎖定風險	中等（開源但小眾）	低（內容可移植）	低-中等

數字不會說謊。遷移到現代堆棧通常花費與 TYPO3 升級相同或更少的費用，交付更好的結果，並大大降低你的持續成本。持續維護差異是真正的故事——在 5 年內，較低的維護成本可以節省 €30,000-€60,000。

如何評估遷移是否有意義

遷移並不總是正確的選擇。以下是我們在建議組織時使用的框架：

如果以下情況，保持在 TYPO3：

• 你只落後 1-2 個版本（例如，v12 → v14）
• 你的擴充功能維護良好並基於 Composer
• 你有內部 TYPO3 專業知識
• 你的編輯團隊在 TYPO3 後端中深入培訓
• 你有複雜的 TYPO3 特定功能（工作區、細粒度訪問控制），你積極使用

如果以下情況遷移：

• 你落後 3 個或更多版本
• 你的代理商關閉或不再可用
• 你每年在 TYPO3 維護上花費超過 €20K
• 你的網站效能不佳，編輯人員感到沮喪
• 你無法找到負擔得起的 TYPO3 開發者
• 你需要類似實時預覽、視覺編輯或現代設計的功能，這將需要重大的 TYPO3 自訂化

內容因素

一件人們低估的事情是內容遷移工作量。TYPO3 以非常 TYPO3 特定的方式儲存內容——tt_content 記錄帶有內容類型、用於翻譯的 sys_language_overlay 以及各種關係表。將此內容提取並映射到新 CMS 並不簡單。

對於有 200 頁和 5 種語言的網站，預計 40-80 小時的內容遷移工作，包括編寫指令碼、手動審查和 QA。無論你採取哪個方向，這個成本都存在，所以它不應該是決定因素——但它應該在你的預算中。

遷移過程：實際發生的情況

如果你決定遷移離開 TYPO3，以下是過程實際情況的現實視圖。我們已經做過足夠多次，知道陷阱。

第 1 階段：發現與內容審計（2-3 週）

# 從 TYPO3 資料庫快速取得內容清單的方式
mysql -u user -p typo3_db -e "
SELECT 
  p.uid, p.title, p.slug, p.sys_language_uid,
  COUNT(c.uid) as content_elements
FROM pages p 
LEFT JOIN tt_content c ON c.pid = p.uid AND c.deleted = 0
WHERE p.deleted = 0 AND p.hidden = 0
GROUP BY p.uid
ORDER BY p.sorting;" > content_inventory.tsv

你將審計每一頁，識別哪些內容類型正在使用，映射你的 IA（資訊架構），並決定什麼被遷移與什麼被刪除。大多數組織發現 30-40% 的內容已過時，不應該被遷移。

第 2 階段：CMS 選擇與架構（1-2 週）

選擇正確的無頭 CMS 取決於你的具體需求。快速指南：

• Storyblok ——最佳視覺編輯器，對行銷團隊很好，在歐洲很強
• Sanity ——最靈活，最適合自訂內容模型，開發人員最愛
• Contentful ——企業級、已建立、更高的價格
• Strapi ——開源、自託管選項、對預算有限的組織很好

第 3 階段：內容建模與遷移指令碼（2-4 週）

這是繁重工作發生的地方。你將編寫遷移指令碼，用於：

1. 從 TYPO3 的 MySQL 資料庫提取內容
2. 將其轉換為你的新 CMS 的內容模型
3. 處理資產遷移（帶有元資料的檔案、圖像）
4. 保留 URL 結構以用於 SEO
5. 正確映射語言關係

# 簡化示例：提取 TYPO3 內容以進行遷移
import mysql.connector
import json

def extract_typo3_pages(db_config):
    conn = mysql.connector.connect(**db_config)
    cursor = conn.cursor(dictionary=True)
    
    cursor.execute("""
        SELECT p.uid, p.title, p.slug, p.description,
               p.sys_language_uid, p.l10n_parent
        FROM pages p
        WHERE p.deleted = 0 AND p.doktype = 1
        ORDER BY p.pid, p.sorting
    """)
    
    pages = cursor.fetchall()
    
    for page in pages:
        # 取得關聯的內容元素
        cursor.execute("""
            SELECT CType, header, bodytext, image, assets
            FROM tt_content
            WHERE pid = %s AND deleted = 0 AND hidden = 0
            ORDER BY sorting
        """, (page['uid'],))
        page['content_elements'] = cursor.fetchall()
    
    return pages

第 4 階段：前端開發（4-8 週）

這是你實際構建新網站的地方。使用 Next.js 或 Astro 等框架，你構建的元件從你的無頭 CMS 透過 API 提取內容。前端與 CMS 完全解耦。

第 5 階段：QA、重定向與上線（2-3 週）

重定向映射是關鍵。每個舊 TYPO3 URL 都需要映射到新 URL 或返回適當的 410 Gone 狀態。我們通常以程式設計方式生成此內容：

// next.config.js 用於 TYPO3 遷移的重定向示例
module.exports = {
  async redirects() {
    return [
      // TYPO3 RealURL 模式
      {
        source: '/index.php',
        destination: '/',
        permanent: true,
      },
      {
        source: '/unternehmen/ueber-uns.html',
        destination: '/about',
        permanent: true,
      },
      // 處理舊 TYPO3 基於參數的 URL
      {
        source: '/index.php?id=:id',
        destination: '/legacy-redirect/:id',
        permanent: true,
      },
    ];
  },
};

總現實時間表：12-20 週，取決於複雜性。這與大多數 TYPO3 v14 升級專案的速度相當或更快。

常見問題

TYPO3 v14 升級通常要花多少錢？ 對於具有自訂擴充功能的中等複雜度企業網站，預計 €40,000-€100,000，取決於你跳過多少版本以及存在多少技術債務。v12 或 v13 上的簡單網站可能以 €10,000-€20,000 逃脫。v9 或更舊的具有重度自訂化的網站可以輕易超過 €80,000。最大的成本驅動因素是自訂擴充功能重寫和日益稀缺的 TYPO3 開發者的時薪。

如果我的 TYPO3 代理商倒閉怎麼辦？ 首先，立即保護所有原始程式碼、資料庫備份和託管憑據。TYPO3 是開源的，所以你擁有你的程式碼和資料。然後評估你的選擇：尋找另一個 TYPO3 代理商（檢查 TYPO3 協會合作夥伴目錄）、如果你有 PHP 開發者就嘗試內部維護，或使用這作為遷移到現代平台的機會。不要讓不受支持的 TYPO3 網站坐著——未修補的安全漏洞在幾個月內成為嚴重風險。

TYPO3 在 2025 年仍然是一個好的 CMS 嗎？ TYPO3 v14 在技術上是可靠的。它是一個真正有能力的企業 CMS，具有優秀的多語言支持、細粒度權限和強大的安全性。問題不在於技術本身——它在於縮小的開發者生態系統、與替代品相比更高的維護成本，以及 TYPO3 編輯體驗與現代無頭 CMS 提供的內容之間的差距。對於新專案，我們很少推薦 TYPO3。對於維護良好的現有 TYPO3 網站，沒有緊急理由離開。

我可以自動將 TYPO3 內容遷移到無頭 CMS 嗎？ 部分可以。TYPO3 資料庫中的結構化內容（頁面、文字元素、元資料）可以以編程方式提取和轉換。然而，複雜內容類型、帶有 RTE 引用的內聯圖像、FAL（檔案抽象層）資產和語言覆蓋都需要自訂遷移指令碼。預計遷移的約 60-70% 是可自動化的，其餘的需要手動審查和調整。

從 TYPO3 遷移到 Next.js 需要多長時間？ 對於典型的中等規模網站（50-200 頁、2-5 種語言、標準功能），計劃從啟動到上線 12-20 週。這包括內容審計、CMS 選擇、內容建模、遷移編寫指令碼、前端開發、QA 和上線。較大的網站具有複雜的自訂功能（電子商務整合、會員入口、複雜工作流程）可以需要 6-9 個月。檢查我們的 Next.js 開發能力以獲取有關這看起來是什麼樣子的更多詳情。

如果我從 TYPO3 遷移，我會失去 SEO 排名嗎？ 如果你正確處理，不會。關鍵是涵蓋每個索引 URL 的完整重定向映射、保留你的內容品質和結構、維護（或改進）頁面載入效能，並保持你的 XML 站點地圖和結構化資料完整。在我們的經驗中，從 TYPO3 遷移到 Next.js 或 Astro 等現代框架的網站通常會看到改進的 Core Web Vitals 分數，這實際上可以提升排名。風險來自破壞 URL 或丟失內容的草率遷移。這不是節省成本的地方。

處理老化 TYPO3 網站的最便宜方式是什麼？ 如果預算是你的主要限制，最便宜的短期選擇是僅應用安全補丁並讓你的當前版本運行盡可能長時間。TYPO3 v11 通過 TYPO3 ELTS 計劃（付費，小型網站開始約 €500/年）具有延長的長期支持。這為計劃適當的遷移購買時間。最便宜的長期選擇通常是遷移到一個更簡單的 CMS，需要更少的專業（和更便宜）開發人員支持。

如果我的團隊不是技術性的，我應該考慮無頭方法嗎？ 絕對。這是一個常見的誤解。現代無頭 CMS，如 Storyblok 和 Sanity，提供的視覺編輯界面實際上比 TYPO3 後端對內容編輯人員更直觀。技術複雜性存在於你的開發合作夥伴處理的前端構建中。日常內容管理變得更容易，而不是更難。如果你想探索此內容，聯繫我們的團隊——我們可以帶你看看使用實時演示的編輯體驗實際上是什麼樣子。

遷移前端時我可以保留一些 TYPO3 功能嗎？ 可以——TYPO3 實際上可以使用 headless 擴充功能作為無頭 CMS 運作。這讓你將 TYPO3 保留為你的內容後端，同時使用 Next.js 或 Astro 構建現代前端。這是一個中間地帶選項，保留你現有的內容和編輯工作流程同時使用者端現代化。然而，這不解決持續的 TYPO3 維護成本問題，所以我們通常僅在作為過渡步驟而不是永久架構時推薦。查看我們的 Astro 開發頁面以獲取我們交付的無頭前端構建的示例。