2026年Joomlaは終わったのか？率直な分析

2009年、私は初めてのJoomlaサイトを構築しました。地元の音楽シーンのためのコミュニティポータルで、当時Joomlaは正しい選択に思えました。WordPressより柔軟で、Drupalより敷居が低かった。本当に楽しんでいました。だからこの記事を書くのは簡単ではありませんが、誰かが明確に言う必要があります。Joomlaは技術的には死んではいませんが、延命治療を受けており、2026年もJoomlaを運用している人に対して、そうでなければ失礼です。

数字、コミュニティ、技術的軌跡を見て、そして最も重要なことに、Joomlaをまだ使用している場合に実際に何をすべきかを見てみましょう。

目次

• 数字は嘘をつかない：Joomlaの市場シェア低下
• コミュニティの縮小：本当の危機
• Joomla 5と6：遅すぎた対応か？
• エコシステム衰退の問題
• 縮小するエコシステムのセキュリティ懸念
• 移行すべき時と避けるべき時
• どこへ行くべきか：現実的な代替案
• アップグレードパス：Joomla 3から4、5、6へ
• 実際の移行プロセス
• よくある質問

数字は嘘をつかない：Joomlaの市場シェア低下

重要なデータから始めましょう。上位1000万のウェブサイト全体でCMS使用状況を追跡するW3Techsによると、Joomlaの市場シェアは急速に低下しています。

年	Joomlaの市場シェア（W3Techs）	WordPressの市場シェア	Drupalの市場シェア
2015	3.3%	25.0%	2.1%
2018	3.1%	32.7%	1.9%
2020	2.6%	38.8%	1.6%
2022	2.2%	43.0%	1.4%
2024	1.7%	43.5%	1.2%
2025	1.5%	43.2%	1.1%
2026年（Q1）	約1.3%	約43.0%	約1.0%

いくつかのポイントが浮かび上がります。はい、Drupalも衰退していますが、Drupalはエンタープライズと政府の明確なニッチを確保しています。Acquiaが背後にあり、欧州委員会のような組織は依然としてそれを利用しています。Joomlaはそのような機関的支援を持っていません。

BuiltWithのデータはさらに厳しい状況を物語っています。上位100万のウェブサイト中で、Joomlaはおよそ1.1%を占めています。10年前はほぼ5%でした。これは緩やかな終わりではありません。断崖です。

衰退を引き起こす要因は？

複数の要因が相互に作用しています。

1. WordPressが中堅市場を食い尽くした。 Joomlaはかつて「ブログが必要なだけ」（WordPress）と「エンタープライズプラットフォームが必要」（Drupal）の間のスペースを占めていました。WordPressは進化し、カスタム投稿タイプ、ACF、最終的にはブロック編集を手に入れました。その中間地帯は消えました。

2. ヘッドレスCMS革命。 Strapi、Sanity、Contentful、Payload CMSなどのツールは、モノリシックアーキテクチャなしで構造化されたコンテンツを求める開発者を引きつけました。Joomlaはこの会話に入っていません。

3. モダンフレームワークの採用。 Next.js、Astro、Remix。開発者はJavaScriptフレームワークへと移行し、高速でモダンなサイトを構築しています。Joomlaのphp集約的なアーキテクチャはますます時代遅れに見えます。

4. 強力な企業スポンサーがない。 WordPressはAutomattic。DrupalはAcquia。Joomlaは...ボランティアが運営する非営利団体Open Source Mattersです。これは長期的な持続可能性に大きく影響します。

コミュニティの縮小：本当の危機

オープンソースCMSプラットフォームについての事実はこれです。ソフトウェアはそのコミュニティと同じくらいにしか生き続けられません。そしてJoomlaのコミュニティは数年間、貢献者を失血させています。

Joomlaコミュニティポータルはかつて活気に満ちていました。JoomlaDaysとJoomlaWorldカンファレンスは数百人の参加者を集めました。拡張機能ディレクトリには積極的にメンテナンスされている数千の拡張機能がありました。すべてが変わりました。

数字で見る

• コア貢献者： Joomlaコアへの月間アクティブ貢献者は2018年の約80～100人から2026年の推定20～30人に減少しました。これはこの複雑さのプロジェクトとしてはスケルトンクルーです。
• フォーラムアクティビティ： Joomlaコミュニティフォーラムは5年前のトラフィックの一部を見ています。多くの質問は数日から数週間答えのないままです。
• 拡張機能開発： これについては以下でもっと詳しく説明しますが、Joomla拡張機能ディレクトリ（JED）は開発者の大量流出を見ています。
• Stack Overflowアクティビティ： joomlaでタグ付けされたStack Overflowの質問は2018年以降、約75%減少しました。新しい質問は稀です。

8年間人気のあるJoomla拡張機能を保持していた開発者仲間と話しました。彼は2024年に停止しました。彼の理由はシンプルでした。「2019年には12,000のアクティブなインストールがありました。2024年までに2,000未満でした。もう時間を正当化できません。」その話は悲しいほど一般的です。

ボランティアバーンアウトの問題

Joomlaはボランティアに大きく依存してきました。コミュニティが大きく熱心だった時、これは機能していました。しかし、ボランティア駆動プロジェクトは非常に脆弱です。主な貢献者はバーンアウトし、後退し、有給の仕事にシフトします。企業のスポンサーシップがギャップを埋めることなく、制度的知識は蒸発します。

Joomlaリーダーシップはこの問題を公開で認めていますが、それを認識することと解決することは大きく異なります。

Joomla 5と6：遅すぎた対応か？

ここで公平にしましょう。2023年10月にリリースされたJoomla 5は、正当な技術改善でした。そしてJoomla 6へのロードマップ（2025年後半または2026年初頭に予定）は、チームがまだ試みていることを示しています。

Joomla 5が正しく対応したこと

• モダンPHPサポート： Joomla 5はPHP 8.1+を要求し、PHP 8.2/8.3でうまく機能します。
• 管理画面のBootstrap 5： バックエンドはようやく現代的に見えます。
• タスクスケジューラ： 組み込みのcronのようなタスク管理。
• メディアマネージャーの改善： より良い画像処理と遅延読み込み。
• ウェブサービスAPI： 着実に改善しているREST APIサポート。

Joomla 6が約束するもの

• 管理画面UIのさらなるモダン化
• よりよいアクセシビリティ対応
• パフォーマンス改善
• 強化されたAPI機能

これらはすべて良いことです。問題はJoomlaが改善を停止したということではありません。問題は、改善が根本的な質問に対応していないということです。2026年に新しいプロジェクトのためにJoomlaを選ぶ理由は何ですか？

WordPressはJoomlaが一般的なコンテンツ管理のためにすることはすべてすでにしており、はるかに大きなエコシステムがあります。モダンヘッドレスCMSプラットフォームはより良い開発者体験、より良いパフォーマンス、より良いスケーラビリティを提供します。AstroのようなStaticサイトジェネレータはより少ない複雑さでより高速なサイトを構築します。

Joomla 5と6は既存ユーザーのためのライトを保っています。新しいユーザーを引きつけていません。

エコシステム衰退の問題

ここでJoomlaを実行し続けている人にとって状況が本当に危険になると思います。

拡張機能の放棄

Joomla拡張機能ディレクトリ（JED）はかつて8,000以上の拡張機能をリストしていました。今日、相当なパーセンテージが放棄されており、Joomla 5と互換性がなく、または年に一度最高でアップデートする単一の開発者によってメンテナンスされています。

具体例をいくつか共有しましょう。

• e-commerce： VirtueMart（かつてのJoomla向けe-commerce標準）は、アップデートがますますまばらになっています。HikaShopはまだメンテナンスされていますが、チームは小さいです。これをWooCommerceの大規模なエコシステムまたはShopifyの開発者ツールと比較してください。
• ページビルダー： JoomShaperのSP Page Builderはまだありますが、ビジュアル編集体験はElementor、WordPressブロック、さらにはWebflowが提供するものより何年も遅れています。
• SEOツール： sh404SEFはアップデートされていません。JESPは廃止されました。メンテナンスされたオプションは一握りです。
• フォーム： RSForm! Proはまだメンテナンスされていますが、多くの代替案は放棄されています。

テンプレートエコシステム

Joomlaテンプレート市場は崩壊しました。Joomlaテンプレートを販売していた企業（RocketTheme、Shape5、GavickPro）は、Joomla部門を閉鎖するか、または静かになりました。JoomlArtはまだありますが、出力が減少しています。Yoothemeはまだ以前のJoomlaサポートしており、これは明るいスポットですが、1つの企業だけではテンプレートエコシステムを維持できません。

開発者ツール

モダン開発者が期待するのはここです。

# モダンCMS開発ワークフロー
npm create astro@latest     # 数秒でAstroプロジェクト
npx create-next-app@latest  # TypeScript、ESLint、Tailwind付きNext.js
npx create-payload-app      # すぐに使えるAPIを持つヘッドレスCMS

それを設定するJoomla開発環境と比較してください。

# Joomla開発ワークフロー（2026）
# 1. joomla.orgからzipをダウンロード
# 2. LAMP/MAMP/XAMPPをセットアップ
# 3. ウェブインストーラーを実行
# 4. データベースを手動で構成
# 5. PHPテンプレートオーバーライドでビルド開始
# 6. 拡張機能がJ5で機能することを望む

Joomlaのワークフローが不可能であるわけではありません。2012年のように見えるのです。最初のCMSプロジェクトのためのプラットフォームを選択している最新の開発者は、最もセットアップが必要で最小のエコシステムを持つプラットフォームを選ぶつもりはありません。

縮小するエコシステムのセキュリティ懸念

これはJoomlaサイト所有者を夜眠れなくさせるべき問題です。

Joomlaコアはまだセキュリティパッチを受け取ります。コアチームは小さいですが、セキュリティを真摯に受け取っています。しかし、任意のCMSの実際の攻撃サーフェスは拡張機能エコシステムです。そしてそれはここで怖くなります。

拡張機能セキュリティの問題

放棄された拡張機能はパッチされません。そしてJoomlaサイトは攻撃者による不釣り合いなターゲットとなるのはまさにこれらの理由です。

1. 多くのサイトはJoomlaの古いバージョンを実行します（Joomla 3は2023年8月にEOLを迎えましたが、それでもサイトは数千実行しています）
2. 放棄された拡張機能は既知の脆弱性を含みます
3. サイト所有者はしばしば自分のインストールをメンテナンスするための技術知識を持っていません
4. 自動スキャンツールはJoomla脆弱性パターンを具体的にターゲットにします

Sucuriの年次脅威レポートは、Joomlaコアが不安定であるためではなく、インストールベースが非メンテナンスサイトと古い拡張機能に偏っているために、Joomlaを最も頻繁にハックされるCMSプラットフォームの1つとして一貫して示しています。

実際のリスク シナリオ

あなたが15の拡張機能を持つJoomla 5サイトを実行しているとしましょう。その3つの拡張機能は18ヶ月更新されていません。その1つはこの実装では2026年初期に発見されたSQLインジェクション脆弱性を持っています。開発者は前に進みました。パッチは来ません。

何をしますか？その拡張機能を無効にできますが、重要な機能を提供する場合は、立ち往生しています。PHPスキルがある場合はそれを自分でパッチしてみることができますが、それは大多数の組織が持つことができないメンテナンス負担です。

これはエコシステム衰退のスローモーション災害です。

移行すべき時と避けるべき時

すべてのJoomlaサイトが直ちに移行する必要があるわけではありません。現実的になりましょう。

今すぐ移行：

• Joomla 3をまだ実行している場合（EOL状態です。毎日セキュリティ債務を積み重ねています）
• サイトが機密ユーザーデータを処理する場合（e-commerce、メンバーシップ、PII付きフォーム）
• メンテナンスされていない拡張機能に依存している場合
• とにかく再設計を計画している場合
• Joomla開発者を雇うことができない場合（これはますます一般的になっています）
• サイトパフォーマンスが悪く、モダンな最適化ツールが必要な場合

待つことができる場合：

• メンテナンスされた拡張機能を備えたJoomla 5を実行している場合
• サイトが基本的に最小限のインタラクティブ機能を持つ静的コンテンツである場合
• Joomlaをよく知っている内部開発者がいる場合
• サイトは12～18ヶ月以内に廃止されるため
• 予算が本当に今利用可能でない場合（しかし計画を開始してください）

留まるべき場合：

• 複雑なカスタムコンポーネントを持つ深くカスタマイズされたJoomlaアプリケーションがある場合（移行コストはサイトの価値を超える可能性があります）
• サイトのプラットフォーム変更が長い承認プロセスを必要とする規制産業にいる場合

しかし、率直に言いましょう。「留まる」は「無視する」を意味しません。Joomlaに留まることを選択しても、計画が必要です。拡張機能を監査してください。すべてがJoomla 5以上で実行されていることを確認してください。最終的な移行のために予算を計上してください。

どこへ行くべきか：現実的な代替案

正しい代替案は完全にあなたのJoomlaサイトが実際に何をするかに依存します。

コンテンツヘビーなウェブサイト

要件	最適な代替案	理由
ブログ/ニュースサイト	WordPress	大規模なエコシステム、簡単な移行パス
マーケティングサイト	Astro + ヘッドレスCMS	超高速、モダンDX
コーポレートサイト	Next.js + Sanity/Payload	柔軟、スケーラブル、優れたパフォーマンス
多言語サイト	WordPress（WPML）またはStrapi	両者とも国際化に対応

Astro開発を検討している場合、それはコンテンツヘビーなサイトに特に適しており、たくさんの動的なサーバー側機能は必要ありません。ビルド時間は信じられないほどで、島アーキテクチャは、実際にインタラクティビティが必要な場所にのみJavaScriptを送信することを意味します。

動的なウェブアプリケーション

Joomlaサイトがコンテンツ以上のアプリケーション（ユーザーポータル、ダッシュボード、複雑なフォーム）である場合、異なるアプローチが必要です。

• Next.js with a headless CMS backend は、Joomlaが提供するために使用された柔軟性をモダンツーリングで与えます
• Payload CMS は優れた管理パネルを持つ自己ホストのヘッドレスCMSの優れたオプションです
• Laravel はPHPフレームワークが必要で、チームがPHPエコシステムで快適な場合、正しい選択かもしれません

私たちのチームは従来のCMSプラットフォームから移行するクライアントのための多くのNext.js開発を行っており、パフォーマンス改善は一貫して劇的です。2～5倍高速なページロード、より良いCore Web Vitals、著しく改善された開発者速度。

e-commerce

VirtueMartまたはHikaShopを実行している場合：

• Shopify ほとんどの小～中規模ビジネスの場合（それと戦うべきではありません。エコシステムは大規模です）
• Medusa.js または Saleor より多くの制御を望むヘッドレスe-commerceの場合
• WooCommerce PHPの世界に留まりたい場合

アップグレードパス：Joomla 3から4、5、6へ

Joomlaに留まることを決定した場合、アップグレードパスはこのようなものです。

Joomla 3 → Joomla 4

これは最も難しいジャンプでした。Joomla 4は新しい管理テンプレート（CassiopeiaがProtostarに置き換わりました）を導入し、PHP 7.2.5+を要求し、多くの拡張機能との互換性を破っていました。Joomla 3をまだ実行している場合、このアップグレードは本質的に再構築です。

// Joomla 3拡張機能パターン（MVC）
class ContentViewArticle extends JViewLegacy
{
    public function display($tpl = null)
    {
        $this->item = $this->get('Item');
        parent::display($tpl);
    }
}

// Joomla 4+ 拡張機能パターン（名前空間付きMVC）
namespace Joomla\Component\Content\Site\View\Article;

use Joomla\CMS\MVC\View\HtmlView as BaseHtmlView;

class HtmlView extends BaseHtmlView
{
    public function display($tpl = null)
    {
        $this->item = $this->get('Item');
        parent::display($tpl);
    }
}

名前空間の変更だけで、数え切れない拡張機能が破られました。

Joomla 4 → Joomla 5

これはより簡単としてマーケティングされており、ほぼそうでした。Joomla 4と5は一期間コードベースを共有し、移行をスムーズにしました。しかし、PHP 8.1+が依然として必要で、すべての拡張機能はJoomla 5互換性を宣言する必要があります。

Joomla 5 → Joomla 6

4→5移行と同様のパターンに従うと予想されます。Joomlaプロジェクトは、より破壊的でない主要なバージョンアップグレードに取り組むことを約束しており、各バージョンペア（4/5、5/6）はAPIの互換性を共有しています。

正直なところ？Joomla 3からアップグレードする痛みを経ている場合、異なるプラットフォームへの移行が、その時間と予算をより良い使用であるかどうかを真摯に検討する必要があります。

実際の移行プロセス

過去2年間にいくつかのJoomlaサイトを移行するのを支援しました。プロセスは通常これを含みます。

フェーズ1：コンテンツ監査（1～2週間）

• Joomlaからすべての記事、カテゴリ、カスタムフィールドをエクスポート
• Joomlaのコンテンツタイプをターゲットプラットフォームのコンテンツモデルにマップ
• すべてのメディアファイルをインベントリ
• リダイレクトマッピング用のURL構造を文書化

フェーズ2：プラットフォームセットアップ（1～2週間）

• 新しいCMSまたはフレームワークをセットアップ
• コンテンツモデル/タイプを構成
• 該当する場合はユーザーロールをセットアップ

フェーズ3：コンテンツ移行（2～4週間）

• 移行スクリプトを記述（50ページ以上のものを手動で行わないでください）
• コンテンツを移行して検証
• メディアファイルを移動
• すべての古いURLのための301リダイレクトをセットアップ

# シンプルなJoomla記事エクスポートスクリプト
import mysql.connector
import json

def export_joomla_articles(db_config):
    conn = mysql.connector.connect(**db_config)
    cursor = conn.cursor(dictionary=True)
    cursor.execute("""
        SELECT a.id, a.title, a.alias, a.introtext, a.fulltext,
               a.created, a.modified, c.title as category
        FROM #__content a
        LEFT JOIN #__categories c ON a.catid = c.id
        WHERE a.state = 1
        ORDER BY a.created DESC
    """)
    articles = cursor.fetchall()
    with open('joomla_export.json', 'w') as f:
        json.dump(articles, f, default=str, indent=2)
    return len(articles)

フェーズ4：デザイン＆開発（3～8週間）

• 新しいフロントエンドを構築
• Joomla拡張機能で提供されていた機能を実装
• デバイスとブラウザ全体でのテスト

フェーズ5：ローンチ＆モニタリング（1～2週間）

• DNSカットオーバー
• 404sを監視してリダイレクトギャップを修正
• 検索エンジンのインデックスを確認
• Core Web Vitalsを監視

中程度の複雑性のJoomlaサイトの合計タイムライン：8～16週間。ささいではありませんが、克服不可能ではありません。移行計画のヘルプが必要な場合、価格設定ページはそのようなプロジェクトの費用がどのくらい典型的かを分類しており、直接連絡を取るいつでもこれについて会話することができます。

よくある質問

Joomlaは公式に死んでいますか？ いいえ、Joomlaは公式には死んではいません。プロジェクトはアップデートをリリース続け、Joomla 5は積極的にセキュリティパッチでメンテナンスされています。しかし、その市場シェアは2026年初期には1.5%以下に低下し、コミュニティ活動は著しく低下し、拡張機能エコシステムは広範囲な放棄を経験しています。それは技術的には生き続けていますが、深刻な衰退状態です。

Joomla 3からJoomla 5にアップグレードすべきですか？ Joomla 3は2023年8月に人生の終わりに達しました。つまり、セキュリティパッチはありません。Joomla 3をまだ実行している場合、借りた時間で走っています。しかし、Joomla 5へのアップグレードはしばしば重要な作業が必要です。多くの拡張機能は移行されず、テンプレート変更は重要です。異なるプラットフォームへの移行が時間とお金のより良い投資であるかどうかを真摯に評価する必要があります。

2026年の最高のJoomla代替案は何ですか？ 必要なものに完全に依存します。一般的なコンテンツ管理の場合、WordPressは最大のエコシステムとの最も実用的な移行ターゲットのままです。パフォーマンス重視のマーケティングサイトの場合、AstroとペアされたヘッドレスCMSは例外的な結果を提供します。動的なウェブアプリケーションの場合、Payload CMSやSanityなどのヘッドレスCMSを備えたNext.jsは、モダンな開発者体験と優れたパフォーマンスを提供しています。

Joomlaはまだセキュアですか？ Joomlaコアはまだ開発チームからセキュリティパッチを受け取ります。セキュリティリスクは主に、パッチされていない脆弱性を含む可能性のある放棄されたサードパーティ拡張機能から来ています。Joomlaをメンテナンスされた拡張機能で実行し、すべてを更新してください。コアセキュリティ姿勢は合理的です。しかし、縮小する拡張機能エコシステムはこれを維持するために取り組みが増します。

JoomlaをヘッドレスだけCMSとして使用できますか？ Joomla 4と5にはウェブサービス（REST API）サポートが含まれているため、技術的には可能です。しかし、APIはStrapi、Sanity、Payloadなどの専用ヘッドレスCMSプラットフォームほど磨かれていません。ドキュメントは不足しており、ヘッドレスJoomlaの使用例に対するコミュニティサポートは最小限で、従来のサーバー側でレンダリングされたページ用に設計されたプラットフォームに対して戦うことになります。

なぜJoomlaは市場シェアを失ったのですか？ 複数の要因が収束しました。WordPressはブログを超えて拡張し、一般目的のCMS使用を支配しました。モダンヘッドレスCMSプラットフォームは開発者の関心を引きました。Next.jsやAstroのようなJavaScriptフレームワークは優れた開発者体験を提供しました。Joomlaはイノベーションと市場を推進するために強い企業のスポンサーシップを欠きました。そしてプロジェクトのボランティアの依存は貢献者のバーンアウトと遅い開発サイクルにつながりました。

Joomla 6はプラットフォームを救いますか？ ありそうにない。Joomla 6は管理UIへの段階的改善、アクセシビリティ、パフォーマンスを約束していますが、市場内のJoomlaの位置を根本的には変えません。コア課題は技術的な品質ではありません。それはエコシステムの健康、開発者の採用、市場の認識です。戦略、企業のスポンサーシップ、または説得力のある新しい価値提案に大きなシフトなしに、Joomla 6は主に既存ユーザーに役立つ可能性があります。新しいユーザーを引きつけるよりもむしろ。