TYPO3 v14 アップグレード €80K? 実現可能なオプションとマイグレーションパス

先月、ドイツの中堅製造業者がパニック状態で私たちに連絡してきました。長年付き合っていた TYPO3 代理店が TYPO3 v14 アップグレードに €80,000 という見積もりを出したのです。その代理店は 8 年間彼らのサイトを保守していました。サイトは、カスタム拡張機能のぐちゃぐちゃな混在、誰も完全には理解していない 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 Association 自身のサーベイによると、CMS 自体が技術的に改善し続けているにもかかわらず、アクティブな開発者コミュニティは 2020 年以来徐々に縮小しています。開発者が少ないということは、誰もが高いコストを支払うことを意味します。

€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. ドキュメントがない、または 3 バージョン古いドキュメント
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 Association のパートナーディレクトリは明白な出発点です。2025 年には、最も活動的な TYPO3 代理店は Germany（b13、in2code、NITSAN）、オーストリア、オランダに集中しています。DACH 地域の外にいる場合、オプションは大幅に減少します。

オプション 2：社内で TYPO3 をアップグレードする

内部に PHP 経験を持つ開発者がいる場合、これは理論的には可能です。実際には、チームの誰かが本当の TYPO3 経験を持っていない限り、難しいです。

必要なもの

• TYPO3 の内部（Extbase、Fluid、TypoScript、TCA）を知っている少なくとも 1 人の開発者
• TYPO3 のアップグレードウィザードと Install Tool に精通
• 時間：たくさんです。複雑なサイトの場合は 3-6 か月を予算に入れてください。

TYPO3 は適切なアップグレード ドキュメンテーションと自動化されたマイグレーション ウィザードを提供し、作業の一部を処理します。typo3/cms-install モジュールの アップグレード分析ツールは、非推奨と破壊的な変更をフラグします。しかし、自動化されたツールは 30-40% の方法でしか到達しません。残りは手動作業です。

このパスは、社内に本当の TYPO3 専門知識を持っている場合にのみお勧めします。複雑なサイトをアップグレードしながら同時に TYPO3 の内部を学習しようとすることは、非常に悪い四半期をもたらすレシピです。

オプション 3：最新の CMS へマイグレーションする

ここで事が面白くなります。とにかく €60-80K を費やすつもりなら、その質問は次のようになります：より安価に保守でき、採用が容易で、最新の Web アーキテクチャとより緊密に整合した プラットフォームへのマイグレーションにそのお金をより良く費やせるでしょうか？

答えは、ますますそうです。2025 年に TYPO3 から離れる多くの組織が見ている最も実行可能なマイグレーション対象は次のとおりです：

ヘッドレス CMS + 最新フロントエンド

これは Social Animal で TYPO3 から去る組織に対して最も頻繁に取るアプローチです。このアイデアは、コンテンツ管理（Storyblok、Sanity、Contentful、または Strapi などのヘッドレス CMS を使用）をフロントエンド（Next.js、Astro などで構築）から分離することです。

TYPO3 の難民にとってこれがうまく機能する理由：

• TYPO3 サイトはコンテンツが豊富な傾向があり、これはヘッドレス CMS が優れている正確です
• マルチ言語サポートはしばしば重要な TYPO3 のユースケースであり、最新のヘッドレス CMS はネイティブに i18n を処理します
• 単一の代理店またはテクノロジースタックにロックインされなくなります
• React/Next.js の開発者の可用性は TYPO3 の数桁高い

ヘッドレス CMS 開発概要で、このアプローチについてさらに書きました。Next.js 開発およびAstro 開発機能は、これらのマイグレーションシナリオの周りに特に構築されています。

WordPress

はい、知っています。TYPO3 の純粋主義者は Force で騒乱を感じたばかり。しかし聞いてください：多くの組織にとって、WordPress（特に最新のページビルダーまたは WPGraphQL 経由のヘッドレス WordPress）は完全に有効なオプションです。2012 年ではなくなりました。WordPress は Web の 43% を強化し、エンタープライズ使用のための成熟したエコシステムを持っています。

とは言え、WordPress には独自のコスト考慮事項があります。2024-2025 年の WP Engine/Automattic ドラマは、ガバナンスのリスクを強調しました。そして、あなたは保守上の頭痛の 1 つのセットを別のセットと交換しています。

Statamic、Craft CMS、または Kirby

チームが PHP に慣れており、WordPress より「開発者フレンドリー」だがより複雑ではないものが必要な場合TYPO3 では、これらは評価する価値があります。Statamic と Kirby は、TYPO3 のフルエンタープライズの重さを必要としないサイトの TYPO3 代替案として、特に DACH 地域で人気があります。

コスト比較：TYPO3 アップグレード vs. マイグレーション

実際の数値を並べてみましょう。これらは、中程度の複雑さのサイト（50-200 ページ、マルチ言語、カスタム機能付き）の 2024-2025 年に私たちがスコープまたは配信した実際のプロジェクトに基づいています。

要因	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 言語のサイトの場合、スクリプト、手動レビュー、QA を含む 40-80 時間のコンテンツマイグレーション作業を期待してください。このコストは、どちらの方向に行っても存在するため、決定要因にはなりません。ただし、予算に含めるべきです。

マイグレーションプロセス：実際に何が起こるのか

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. SEO のために URL 構造を保持します
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 ステータスを返す必要があります。通常、これはプログラムで生成されます：

// TYPO3 マイグレーションの next.config.js リダイレクト例
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 Association パートナーディレクトリをチェック）、PHP 開発者がいる場合は社内保守を試みてください、またはこれを最新プラットフォームへのマイグレーション機会として使用してください。サポートされていない TYPO3 サイトが座るのを許可しないでください。修正されていないセキュリティ脆弱性は数か月以内に深刻なリスクになります。

TYPO3 は 2025 年でもまだ良い CMS ですか？ TYPO3 v14 は技術的に堅牢です。優れたマルチ言語サポート、細粒度のアクセス許可、強力なセキュリティを備えた、本当に機能豊富なエンタープライズ CMS です。問題はテクノロジー自体ではなく、開発者エコシステムの縮小、代替案と比較した高いメンテナンスコスト、TYPO3 の編集体験と最新のヘッドレス CMS が提供するものの間のギャップです。新しいプロジェクトの場合、TYPO3 を推奨することはめったにありません。よくメンテナンスされている既存の TYPO3 サイトの場合、去る緊急な理由はありません。

TYPO3 コンテンツをヘッドレス CMS に自動的にマイグレーションできますか？ 部分的に。TYPO3 のデータベース（ページ、テキスト要素、メタデータ）の構造化されたコンテンツはプログラム的に抽出および変換できます。ただし、複雑なコンテンツ型、RTE リファレンス付きのインラインイメージ、FAL（File Abstraction Layer）アセット、言語オーバーレイはすべてカスタムマイグレーション スクリプトが必要です。マイグレーションの約 60-70% が自動化可能であると予想してください、残りは手動レビューと調整が必要です。

TYPO3 から Next.js へのマイグレーションにはどのくらい時間がかかりますか？ 一般的な中程度のサイト（50-200 ページ、2-5 言語、標準的な機能）の場合、キックオフから起動まで 12-20 週を計画してください。これには、コンテンツ監査、CMS 選択、コンテンツモデリング、マイグレーション スクリプト、フロントエンド開発、QA、および起動が含まれます。複雑なカスタム機能（e コマース統合、メンバーポータル、複雑なワークフロー）を持つより大きなサイトは 6-9 か月かかります。Next.js 開発能力の詳細については、これがどのような実質を持つかについての詳細を確認してください。

TYPO3 から移行した場合、SEO ランキングを失いますか？ 正しく処理すれば、そうではありません。鍵は、すべての インデックス付き URL をカバーする完全なリダイレクトマップ、コンテンツの品質と構造を保持、ページ読み込みパフォーマンスを維持（または改善）、XML サイトマップと構造化データをそのままにしておくことです。私たちの経験では、TYPO3 から Next.js や Astro などの最新フレームワークへのマイグレーション サイトは通常、Core Web Vitals スコアの改善を確認します。ランキングを高める可能性があります。リスクは、URL を壊したり、コンテンツを失ったりする雑なマイグレーション来ます。これは隅を切り取る場所ではありません。

老化する TYPO3 サイトを処理する最も安い方法は何ですか？ 予算がプライマリ制約の場合、最も安い短期的なオプションは、セキュリティパッチのみを適用し、できるだけ長く現在のバージョンを実行し続けることです。TYPO3 v11 は TYPO3 ELTS プログラム（有料、小規模サイトで年間約 €500 で開始）を通じた延長長期サポートがあります。これにより、適切なマイグレーションを計画する時間が得られます。最も安い長期的なオプションは、通常、より少ない専門的な（したがってより安価な）開発者サポートが必要で、より単純な CMS へのマイグレーションです。

チームが技術的でない場合、ヘッドレスアプローチを検討すべきですか？ 絶対に。これは一般的な誤解です。Storyblok や Sanity などの最新のヘッドレス CMS は、実際には TYPO3 のバックエンドよりもコンテンツエディター向けにより直感的なビジュアル編集インターフェイスを提供しています。技術的な複雑さはフロントエンド ビルドに存在し、開発パートナーが処理しています。日々のコンテンツ管理はより簡単になり、より難しくなります。この概要でこれを探索したい場合は、チームに連絡してください。ライブデモを使用してエディタリング体験が実際にどのようであるかをお見せすることができます。

フロントエンドを移行しながら、いくつかの TYPO3 機能を保持できますか？ はい。TYPO3 は、headless 拡張機能を使用してヘッドレス CMS として機能することができます。これにより、TYPO3 をコンテンツバックエンドとして保持しながら、Next.js または Astro で最新のフロントエンドを構築できます。これは、既存のコンテンツとエディタリアルワークフローを保持しながら、ユーザーに面した側をモダン化する中間グラウンドオプションです。ただし、これは進行中の TYPO3 保守コストの問題を解決しませんので、一般的には永続的なアーキテクチャではなく一時的なステップとしてのみお勧めします。ヘッドレスフロントエンドビルドの例については、Astro 開発ページを確認してください。