プロダクション環境のJoomlaサイトはまだ動作している——ページは表示され、フォームは送信され、ユーザーはログインできている——しかし、拡張機能フォルダのGitHubコミットは11ヶ月間更新されていない。W3Techsを確認すると、2026年4月のJoomlaは1.4%の市場シェアで、2年前の2.8%から低下している。最後の開発者は、もはやJoomla向けの仕事を募集している企業がないため辞めてしまった。真実は：Joomlaは技術的には死んでいないが、重要なあらゆる指標——プラグインのメンテナンス、セキュリティパッチ、開発者の利用可能性、ホスティング最適化——が管理下での衰退を示している。2026年にもJoomlaを使用しているなら、実際の期限を持つ移行計画が必要だ。実際に最初に壊れるもの、そしていつ時間切れになるかを見ていこう。

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

目次

2026年にJoomlaは終わったのか？誠実な評価

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

まず重要なデータから始めよう。トップ1,000万ウェブサイトにおける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、ボランティアが運営するNPOを持つ。これは長期的な持続可能性にとって非常に重要だ。

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

オープンソースCMSプラットフォームについて重要なことは、ソフトウェアはコミュニティと同じくらい活発に機能するということだ。そしてJoomlaのコミュニティは何年も貢献者を失血させ続けている。

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

数字で見ると

  • コア貢献者： Joomlaコアへの月間アクティブ貢献者は、2018年の約80～100人から2026年の推定20～30人に低下した。この複雑さのプロジェクトではスケルトン体制である。
  • フォーラムアクティビティ： Joomlaコミュニティフォーラムは5年前のトラフィックのほんの一部を見ている。多くの質問は数日または数週間答えられないままだ。
  • 拡張機能開発： 以下でこれについてもっと説明するが、Joomla Extensions Directory（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のようなタスク管理。
  • メディアマネージャーの改善： より良い画像処理と遅延読み込み。
  • Webサービスapi： RESTAPIサポートは着実に向上している。

Joomla 6が約束するもの

  • さらなる管理UI現代化
  • より優れたアクセシビリティコンプライアンス
  • パフォーマンス改善
  • 拡張API機能

これらすべて良いことだ。問題はJoomlaが改善を停止したことではない。問題は、改善が根本的な質問に対処していないことだ：2026年に新しいプロジェクトのためにJoomlaを選択する理由は何か？

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

Joomla 5と6は既存ユーザーのためにライトを保ち続けている。新しいユーザーを引き付けていない。

2026年にJoomlaは終わったのか？誠実な評価 - アーキテクチャ

エコシステムの衰退問題

ここはJoomlaをまだ実行している人にとって状況が本当に危険になると思う場所だ。

拡張機能の放棄

Joomla Extensions Directory（JED）はかつて8,000を超える拡張機能をリストしていた。今日、かなりの割合は放棄されており、Joomla 5と互換性がないか、年に一度のペースでアップデートする単一の開発者によってメンテナンスされている。

具体例を共有しよう：

  • eコマース： かつてJoomlaのeコマースソリューションの定番だったVirtueMartは、ますますまばらなアップデートを行っている。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を最も頻繁にハックされるCMSプラットフォームの1つとして一貫して示している。Joomlaコアが不安全であるためではなく、インストールベースが放棄されたサイトと古い拡張機能を持つ傾向があるためだ。

実際のリスクシナリオ

Joomla 5サイトを15個の拡張機能で実行しているとしよう。そのうち3つは18ヶ月間更新されていない。そのうちの1つは2026年初頭に発見されたSQLインジェクション脆弱性を持つ。開発者は進んだ。パッチは来ていない。

どうする？拡張機能を無効にすることができるが、重要な機能を提供していれば、立ち往生している。PHPスキルを持っていれば自分でパッチを試すことができるが、それはほとんどの組織が維持できないメンテナンス負担だ。

これがエコシステム衰退のスローモーション災害だ。

いつ移行すべきか（そしていつすべきでないか）

すべてのJoomlaサイトが直ちに移行する必要があるわけではない。現実的になろう。

今移行するべき場合：

  • Joomla 3をまだ実行している（EOLであり——毎日セキュリティ負債を蓄積している）
  • サイトが機密ユーザーデータを処理している（eコマース、メンバーシップ、個人識別情報を含むフォーム）
  • メンテナンスされなくなった拡張機能に依存している
  • とにかく再設計を計画している
  • Joomla開発者を雇うことができない（これはますます一般的になっている）
  • サイトパフォーマンスが低く、モダンな最適化ツールが必要だ

待つことができる場合：

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

留まるべき場合：

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

しかし、ぶっきらぼうに言わせてほしい：「留まる」は「無視する」を意味しない。Joomlaに留まる場合でも、計画が必要だ。拡張機能を監査してほしい。すべてがJoomla 5+で実行されていることを確認してほしい。最終的な移行のために予算を組んでほしい。

移行先：現実的な代替案

正しい代替案は、Joomlaサイトが実際に何をするかによって完全に異なる。

コンテンツ重視型のウェブサイトの場合

要件 最良の代替案 理由
ブログ/ニュースサイト WordPress 巨大なエコシステム、簡単な移行パス
マーケティングサイト Astro +ヘッドレスCMS 超高速、モダンな開発者体験
コーポレートサイト Next.js + Sanity/Payload 柔軟性、スケーラビリティ、優れたパフォーマンス
多言語サイト WordPress（WPML）またはStrapi どちらもi18nをよく処理

Astro開発に目を向けているなら、特にコンテンツが重いサイトに非常に適している——大量の動的サーバーサイド機能が不要な場合。ビルド時間は信じられないほどで、island architectureはJavaScriptを実際に必要なインタラクティビティが必要な場所にのみシップすることを意味する。

動的ウェブアプリケーションの場合

Joomlaサイトがコンテンツよりもアプリケーションの場合——ユーザーポータル、ダッシュボード、複雑なフォーム——別のアプローチが必要だ：

  • Next.jsはヘッドレスCMSバックエンドと共に、Joomlaがかつて提供していた柔軟性をモダンツールで提供する
  • Payload CMSは自己ホスト型ヘッドレスCMSを備えた優れたオプションで、素晴らしい管理パネルを持つ
  • Laravelは、PHP生態系に快適なチームがいる場合、PHPフレームワークの正しい選択かもしれない

当社のチームは従来のCMSプラットフォームから移行するクライアント向けに多くのNext.js開発を行っており、パフォーマンス改善は一貫して劇的だ——ページ読み込み速度が2～5倍速く、より優れたCore Web Vitals、および大幅に改善された開発者速度。

eコマースの場合

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

  • Shopifyほとんどの中小企業向け（戦わない、エコシステムは大規模だ）
  • Medusa.jsまたはSaleorより多くの制御を持つヘッドレスeコマース
  • WooCommercePHP世界に留まりたい場合

アップグレードパス：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

パターンはJoomla 4→5遷移に従うと予想される。Joomlaプロジェクトは、各バージョンペア（4/5、5/6）がAPI互換性を共有するため、以降、より破壊的でない主要なバージョンアップグレードを約束している。

正直に言うと、Joomla 3から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切り替え
  • 404を監視し、リダイレクトギャップを修正
  • 検索エンジンインデックスを確認
  • Core Web Vitalsを監視

中程度の複雑さのJoomlaサイトの総タイムライン：8～16週間。それは些細なことではないが、確実に克服できるものだ。移行計画で助けが必要な場合、価格ページではこのようなプロジェクトが通常コストがかかるもの分解し、いつでも直接連絡して会話することができます。

FAQ

Joomlaは公式に死んでいるのか？

いいえ、Joomlaは公式には死んでいない。プロジェクトはアップデートをリリースし続け、Joomla 5はセキュリティパッチを積極的にメンテナンスしている。ただし、市場シェアは2026年初頭までに1.5%以下に低下し、コミュニティアクティビティは大幅に低下し、拡張機能エコシステムは広範な放棄を経験している。技術的には生きているが、深刻な衰退。

Joomla 3からJoomla 5にアップグレードしるべきか？

Joomla 3は2023年8月にライフエンドに達した、セキュリティパッチなし。Joomla 3をまだ実行している場合、借りた時間で実行している。ただし、Joomla 5へのアップグレードには多くの場合、重大な作業が必要だ——多くの拡張機能は引き継がれず、テンプレートの変更は実質的である。異なるプラットフォームへの移行全体が時間とお金のより良い投資かどうかを真剣に評価すべきだ。

2026年で最高のJoomla代替案は何か？

ニーズによる。一般的なコンテンツ管理の場合、WordPressは最大のエコシステムを持つ最も実用的な移行ターゲットのままだ。パフォーマンス重視のマーケティングサイトの場合、Astroをヘッドレスなものと組み合わせることでCMSは例外的な結果を提供する。動的なウェブアプリケーションの場合、Next.jsはPayloadやSanityのようなヘッドレスCMSを使用してモダンな開発体験と優れたパフォーマンスを提供する。

Joomlaはまだ安全か？

Joomlaコアはまだ開発チームからセキュリティパッチを受け取る。セキュリティリスクは主に放棄されたサードパーティ拡張機能から来ており、パッチされていない脆弱性が含まれている可能性がある。メンテナンスされている拡張機能とJoomlaを実行していて、すべてのものをアップデートしている場合、コアセキュリティ体勢は合理的だ。しかし、縮小する拡張機能エコシステムはこれを維持するためにますます困難にしている。

Joomlaをヘッドレスなものとして使用できるかCMS？ Joomla 4と5には、技術的に可能なWeb Services（REST API）サポートが含まれている。ただし、APIはStrapi、Sanity、Payloadのような目的構築ヘッドレスCMSプラットフォームほど洗練されていない。ドキュメントはまばらで、ヘッドレスなJoomla使用例のコミュニティサポートは最小限で、従来のサーバーレンダリングページ用に設計されたプラットフォームに対抗しています。

Joomlaから移行するのはどのくらいの費用がかかるか？

移行コストはサイトの複雑さによって大きく異なる。シンプルなブロシュアサイト（10～30ページ）は$5,000～$15,000で移行される場合がある。カスタムコンポーネント、eコマース、またはユーザーポータルを持つ複雑なサイトは$25,000～$75,000以上の費用がかかる可能性がある。最大のコスト要因は、再構築が必要なカスタム機能と、移行スクリプトが必要なコンテンツ量だ。

Joomlaなぜ市場シェアを失ったのか？

複数の要因が収束した：WordPressはブログを超えて一般的なCMS使用法を支配するために拡大；モダンなヘッドレスCMSプラットフォームは開発者の考え方を獲得；Next.jsおよびAstroのようなJavaScriptフレームワークはより優れた開発者体験を提供；Joomlaは強力な企業スポンサーを欠いていた革新とマーケティングを推進する；そしてプロジェクトはボランティアへの依存により、貢献者のバーンアウトとより遅いセットアップサイクルが発生した。

Joomla 6がプラットフォームを保存できるか？

それは可能性が低い。Joomla 6は管理UIへのインクリメンタルな改善、アクセシビリティ、パフォーマンスを約束しているが、市場でのJoomlaの位置を根本的に変えることはない。コアの課題は技術的品質ではなく——それはエコシステムヘルス、開発者採用、市場認識だ。戦略、企業支援、または説得力のある新しい価値提案の重大な変化なしに、Joomla 6は主に既存ユーザーにサービスを提供し、新しいユーザーを引き付けるのではなく。