Joomlaのシステム開発の発注/外注/依頼/委託方法について

Joomlaのシステム開発を発注・外注するときは、Joomla本体が無償で使えるかだけでなく、要件整理、権限設計、拡張機能、データ移行、外部連携、テスト、保守まで含めて依頼範囲を決めることが重要です。先に業務上の目的と運用条件を固め、同じ前提のRFPで複数社を比較すると、見積金額の差を正しく判断できます。

この記事では、Joomlaのシステムを発注・外注する際の進め方を、発注形態の選び方、RFPと要件整理、契約形態、費用相場、委託先選定、見積比較、公開後の保守まで順番に解説します。Joomla 6系のサポート状況や拡張機能の互換性、個人情報を扱う場合の委託先管理も取り上げるため、初回相談前の準備にも活用できます。

▼全体ガイドの記事
・Joomlaのシステム開発の完全ガイド

Joomlaのシステムを発注する前に知っておきたい全体像

Joomlaは、PHPとデータベースを基盤にしたオープンソースのWeb CMSです。記事、カテゴリ、タグ、カスタムフィールド、メニュー、ユーザーグループ、アクセス制御、公開承認などを組み合わせて、企業サイト、会員サイト、社内ポータル、学校・団体サイト、施設検索サイトなどを構築できます。発注時は単なるページ制作ではなく、誰がどの情報を登録し、誰が承認し、どの利用者に公開するシステムなのかを定義することが出発点です。

Joomla本体はオープンソースのため、ライセンス購入費を原則として必要としません。しかし、発注費用はJoomlaのダウンロード代ではなく、要件定義、画面設計、テンプレート調整、拡張機能の選定と設定、独自コンポーネントの開発、既存データの移行、テスト、操作教育、サーバー構築、保守の対価です。「無料のCMSだから数万円で業務システムが完成する」と考えると、必要な機能や運用体制が見積もりから抜けやすくなります。

とくに会員情報、社内文書、顧客データを扱う場合は、部署ごとの閲覧範囲、編集・承認権限、操作ログ、バックアップ、障害時の復旧手順まで決める必要があります。Joomlaを情報の入口や承認基盤として使い、会計・在庫・顧客マスタなどの正データは既存システムに置く疎結合構成にすると、責任範囲と改修範囲を整理しやすくなります。

2026年8月時点で、Joomla公式ロードマップはJoomla 6.xを現在サポートされている主要系列として掲載し、現行リリースを6.1.2としています。公式ロードマップ上のJoomla 6.xは通常のバグ修正が2028年10月17日まで、セキュリティ修正のみのサポートが2029年10月16日までです（出典：Joomla! Project Roadmap、2026年8月確認）。ただし、これだけで発注先の対応が保証されるわけではありません。

既存サイトを移行する場合は、現在のJoomla本体の版、PHPの版、テンプレート、コンポーネント、モジュール、プラグインを一覧化します。拡張機能がJoomla 6に対応していなければ、代替製品への置き換えや独自改修が必要になります。見積もりには「Joomla 6対応」とだけ書かず、対応する拡張機能名、検証環境、アップデート後の動作確認範囲まで記載してもらうことが大切です。

Joomlaのシステムはどの発注形態で外注するべきですか？

結論として、要件が固まっていない段階では要件定義を先に委託し、機能と責任範囲が見えてから開発契約へ進む形が安全です。小規模なサイトなら標準機能と既存拡張機能を活用する一括請負、大規模な会員・業務システムなら準委任や段階契約を組み合わせるなど、案件の不確実性に合わせて発注形態を選びます。

要件、画面、移行対象、受入条件が比較的明確で、納期と成果物を合意しやすい場合は、一括請負が向いています。委託先が決められた成果物を完成させる責任を負うため、発注側は予算と納期を管理しやすくなります。企業サイトのリニューアルや、標準機能を中心にした情報発信サイトは、この方式を採用しやすい案件です。

一方で、契約後に仕様変更が多いと、追加費用や納期延長が発生します。契約前に、含まれるページ数、修正回数、移行件数、対応ブラウザ、テスト範囲、納品物、瑕疵対応期間、仕様変更の見積もり方法を定めます。「要件定義も開発も保守も一式」とだけ書かれた見積もりは、後で比較できないため注意が必要です。

会員・社内ポータル、外部API連携、複雑な権限、旧サイトからの大量移行など、実際に調査しなければ工数を確定できない案件は、準委任や段階発注が適しています。まず現状調査と要件定義だけを契約し、その成果物をもとに設計・開発の見積もりを取り直します。発注側が優先順位を変えながらMVPを作りたい場合にも、月単位や工程単位で専門人材を確保しやすい方式です。

準委任では、作業時間や体制に対して対価を支払うため、請負のような完成責任と混同しないことが重要です。月の稼働時間、担当者、作業報告、成果物の定義、品質確認、予算上限、終了条件を契約に入れます。発注側にも意思決定者とレビュー担当者を置き、質問への回答が遅れて開発が止まる状態を避けます。

発注形態を決めるときは、実装方式も同時に比較します。標準機能と実績のある拡張機能を組み合わせる方式は短納期になりやすい一方、拡張機能のライセンス、提供元のサポート、Joomla 6対応、脆弱性情報、データのエクスポート可否を確認します。拡張機能を増やしすぎると、アップデート時の互換性確認と障害切り分けが難しくなります。

クラウドやマネージドサービスは、バックアップ、監視、WAF、OS・PHP更新を運用会社に寄せられる点が利点です。ただし、Joomla本体が自動的に安全運用されるわけではなく、誰が本体と拡張機能を更新するか、障害時の責任分界、データの保管場所、解約時の移行方法を明確にします。独自コンポーネントやAPI連携が必要なら、Joomlaのコアを直接改変せず、更新可能な拡張として開発できる会社を選びます。

RFPと要件整理はどこまで準備してからJoomlaを外注しますか？

RFPは完成した仕様書でなくても構いません。発注の背景、達成したい業務成果、対象ユーザー、現在の課題、必要な情報、希望時期、予算の考え方、既存環境を整理し、提案してほしい範囲を明確にする文書です。発注側だけで実装方式を決めず、「標準拡張で実現する案」と「独自開発する案」を分けて提案してもらうと、費用と将来の保守性を比較できます。

最初に「Joomlaで何を作るか」ではなく、「何を改善するか」を書きます。たとえば、部署ごとに分散した社内文書を一つのポータルで管理する、会員が自分の属性に合った情報を閲覧できるようにする、更新承認をメールだけに頼らない、といった目的です。そのうえで、管理者、編集者、承認者、一般会員、外部公開者などの利用者を分けます。

利用者ごとに、閲覧、作成、編集、承認、公開、削除、ダウンロードのどこまで許可するかを整理します。アクセス制御を後回しにすると、公開後の権限修正が画面やデータ構造の作り直しにつながります。個人情報や機密文書がある場合は、データ項目、保持期間、操作ログ、マスキング、管理者の多要素認証、退職者アカウントの停止方法も要件に含めます。

機能要件には、記事・カテゴリ・タグの管理、検索条件、会員登録、承認ワークフロー、予約公開、通知、ファイル管理、多言語、問い合わせ、外部API連携、既存データの移行を記載します。各機能は「必要」とだけ書かず、誰が、どのデータを、どの条件で、どの画面から操作するのかを簡単な業務シナリオで示します。これにより、会社ごとの解釈差を抑えられます。

非機能要件には、表示速度、同時利用者数、稼働時間、バックアップ頻度、目標復旧時間、監視、ログ保管、アクセス制御、暗号化、対応ブラウザ、アクセシビリティ、保守窓口を記載します。大量アクセスや個人情報が関係する場合は、平常時だけでなく障害時、災害時、拡張機能の脆弱性が公表された時の対応も確認します。RFPに書けない項目は、要件定義フェーズで調査する事項として分けておくと、見積もりの前提が透明になります。

旧サイトから移行する場合は、ページ数だけでなく、記事、画像、文書、ユーザー、カテゴリ、公開日時、URL、メタ情報、権限、不要データの扱いを洗い出します。移行元のHTMLやデータベースに不整合があると、移行後の手修正が増えます。サンプルデータで移行テストを行い、件数、文字化け、画像リンク、検索結果、リダイレクト、権限を確認してから本番移行へ進みます。

受入条件には、主要ブラウザでの表示、権限ごとの操作、フォーム通知、外部連携、バックアップからの復旧、エラーログ、負荷、脆弱性対策の確認方法を定めます。発注側が検収できる状態を作るため、画面一覧、テスト仕様書、課題管理表、操作マニュアル、構成図、拡張機能一覧、管理者アカウントの引き渡しを納品物に含めます。

Joomlaのシステム開発で契約形態と責任範囲をどう決めますか？

契約では、作る機能だけでなく、作らない範囲と運用上の責任者を決めます。Joomla本体、PHP、Webサーバー、データベース、テンプレート、拡張機能、外部サービス、メール、DNS、CDN、WAFのどこを誰が管理するかを一覧にします。責任分界が曖昧だと、障害発生時に「Joomla側かサーバー側か」を確認するだけで時間がかかります。

請負契約にする場合は、要件定義書、画面・画面遷移、データ定義、権限表、テスト結果、移行結果、ソースコード、環境設定、操作マニュアル、運用手順書を成果物として定義します。検収期限、修正依頼の方法、重大な不具合の扱い、瑕疵対応期間も明記します。成果物が「完成したシステム一式」だけでは、何をもって完成とするか判断できません。

独自開発したコンポーネントやテンプレートの著作権、第三者製拡張機能のライセンス、オープンソースライセンスの表示義務、再利用できる汎用部品の扱いも確認します。契約終了後に別会社へ保守を移す可能性があるなら、ソースコードと設計情報を引き渡せる状態にし、リポジトリ、アカウント、環境変数、バックアップの所有者も発注側に寄せると安全です。

会員情報や問い合わせ情報などの個人データを扱うときは、委託先の選定基準、アクセスできる範囲、秘密保持、保存場所、暗号化、ログ、バックアップ、事故時の報告、契約終了時の返却・消去を定めます。個人情報保護委員会のガイドラインは、委託先の安全管理措置を事前に確認し、再委託先についても相手方、業務内容、個人データの扱いを報告または承認の対象とし、必要に応じて監査する考え方を示しています（出典：個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年確認）。

Joomlaの開発会社が別の制作会社、クラウド運用会社、拡張機能開発者へ再委託する場合は、再委託の有無と範囲を確認します。海外拠点や海外クラウドを使う場合も、データの保管場所とアクセス経路を把握します。セキュリティを「JoomlaはOSSだから危険」または「公式CMSだから安全」と単純化せず、更新・監視・最小権限・MFA・WAF・バックアップ・脆弱性対応を運用契約に落とし込むことが重要です。

Joomlaのシステム開発を外注する費用相場と内訳

Joomla専用の全国統計による一律の開発相場は確認しにくいため、次の金額はリサーチノートの業務Webシステム相場、公開されている過去のJoomla導入支援価格、一般的な工数をもとにした発注検討用の推定レンジです。会社や要件によって変動するため、金額だけを相場の正解とせず、同一条件のRFPで比較してください。

小規模な企業サイトや情報発信サイトで、Joomlaの導入、既存テンプレートの調整、10〜30ページ程度の構築、基本権限、操作説明を含む場合は、30万〜80万円程度が検討の起点になります。オリジナルテンプレート、既存コンテンツ移行、問い合わせフォーム、承認、多言語、計測設定まで含む企業サイトでは、80万〜250万円程度が一つの目安です。ページ数だけでなく、移行と権限の複雑さで上下します。

会員・社内ポータル、検索・投稿システム、ファイル管理、ワークフロー、通知などを組み込む場合は、250万〜600万円程度のレンジを見込みます。SSO、顧客・商品マスタ、予約・決済、監査ログ、負荷試験、大量移行など外部連携を伴う業務Webシステムでは、600万〜1,500万円以上になる可能性があります。いずれも推定値であり、要件定義後に工数と単価を分解した見積もりを取得する必要があります。

初期費用は、現状調査・要件定義、情報設計・画面設計、テンプレート制作、Joomla本体と拡張機能の設定、独自機能開発、API連携、移行、テスト、セキュリティ設定、教育、リリース支援に分けて記載してもらいます。株式会社コンピュータ沖縄が過去に公開したJoomla導入支援資料には、導入、マニュアル、講習、テンプレートなどを含む63万円（税込）のパック例がありますが、現行価格ではないため、2026年の見積もり相場として断定できません。軽量導入の公開参考値として、対応バージョンと現在の提供条件を確認して扱います。

運用費は、サーバー・クラウド、ドメイン、WAF、バックアップ、監視、拡張機能のライセンス、Joomla本体とPHPの更新、脆弱性対応、問い合わせ、軽微改修に分けます。小規模な環境ではサーバー・クラウドが月1万〜10万円程度、更新や監視を含む保守が月5万〜30万円程度という推定レンジを置けますが、冗長化、個人情報、24時間対応、復旧時間の保証で増加します。初期開発費だけでなく、少なくとも公開後1年の運用費を含めて予算化します。

安い見積もりが、要件定義、データ移行、テスト、保守を含まないだけというケースがあります。反対に高い見積もりには、予備工数、監視、セキュリティ診断、手厚い教育、将来の拡張設計が含まれている場合があります。総額だけでなく、作業項目、工数、単価、前提、除外項目、追加条件、支払いタイミングを同じ表に並べると、価格差の理由を確認できます。

見積もりに「一式」が多い場合は、ページ数、ユーザー数、データ件数、外部サービス数、対応する拡張機能、テストケース数、会議回数、修正回数に置き換えてもらいます。変更が起きたときの単価や承認フローも聞いておくと、発注後の追加請求を予測しやすくなります。相場から大きく外れていると感じた場合も、まず前提条件の違いを確認してから判断します。

Joomlaの委託先選定と見積比較で確認するポイント

委託先は、Joomla対応の記載があるかだけでなく、自社と近い規模・用途の経験、現行版への移行力、拡張機能の調査力、要件定義の進め方、保守体制、再委託の透明性で評価します。サイト制作の実績が多くても、会員権限、SSO、基幹連携、監査ログを伴うシステム開発とは必要な能力が異なります。提案時に、今回の要件をどの機能で実現し、どこを独自開発するのかを説明してもらいます。

実績を聞くときは、URLや業種だけでなく、Joomlaのメジャーバージョン、利用者数、権限の種類、拡張機能、外部連携、移行の有無、保守期間、担当した工程を確認します。公開できない案件でも、匿名化した画面、構成図、課題と解決策、テスト方法を説明できる会社なら、経験を評価しやすくなります。問い合わせの回答者が実際のプロジェクト責任者なのかも確認します。

候補会社には「Joomla 6.1.2を前提にした場合、現在の拡張機能はどのように調べるか」「旧バージョンからの移行で先に検証するデータは何か」「独自コンポーネントをコア改変なしで実装できるか」と質問します。公式ロードマップやセキュリティ告知を見て、サポート期限と修正版の適用方針を説明できるかは、長期運用の判断材料になります。

Joomlaのシステムでは、公開時の構築品質だけでなく、公開後に更新を続けられる体制が重要です。Joomla公式は2025年、Scheduled Tasksコンポーネントに関するSQLインジェクションの脆弱性について、Joomla 4.1.0〜4.4.10と5.0.0〜5.2.3が影響を受け、4.4.11または5.2.4への更新を解決策として公表しました（出典：Joomla! Security Centre、CVE-2025-22207）。この事例からも、本体・PHP・拡張機能を誰がいつ更新するかを契約に含める必要があります。

選定時は、脆弱性情報の監視、緊急更新、MFA、管理画面のアクセス制限、最小権限、WAF、バックアップ、ログ監視、復旧訓練、障害時の連絡体制を質問します。保守契約は「月額で対応」とだけせず、通常問い合わせの受付時間、重大障害の初動時間、復旧目標、月内の軽微改修時間、対象外作業、休日対応費を記載します。安定運用に必要な作業が見積もりから抜けていないかを確認します。

見積比較では、価格だけでなく、要件理解、実装方式の妥当性、Joomlaと拡張機能の経験、移行・テストの具体性、セキュリティ、保守、納期、コミュニケーション、ドキュメント、引き継ぎを評価します。たとえば各項目を5点満点で採点し、価格だけで決めないようにします。自社にとって重要な権限や個人情報を扱う案件では、セキュリティと保守の配点を高くします。

提案書の質問には、見積もりの前提を変えずに同じ条件で回答してもらいます。候補会社が独自に要件を削って安くしていないか、逆に不要な機能を追加して高くしていないかを確認します。最終候補には、要件定義の進め方、初回1か月の成果物、発注側に必要な作業、リスクと対策を説明してもらい、契約後の進行を具体的に想像できる会社を選びます。

Joomlaのシステムは開発後の運用・保守まで外注するべきですか？

結論として、社内にJoomlaとインフラを管理できる担当者がいない場合や、個人情報・会員情報を扱う場合は、少なくとも初期運用を委託することをおすすめします。更新作業だけを外注する方法、監視・障害対応まで任せる方法、問い合わせと軽微改修を月額で依頼する方法があり、必要なサービスレベルに合わせて選びます。最終的には、社内で担う作業と外部へ任せる作業を分けることが大切です。

公開前に、社内の業務担当者、コンテンツ編集者、システム管理者、承認者を決め、各役割を文書化します。操作マニュアルだけでなく、拡張機能の一覧、管理画面の権限表、サーバー構成、バックアップ先、障害時の連絡先、更新前の検証手順、ロールバック手順を引き継ぎます。担当者が退職しても別の人が運用できる状態を作ることが、外注依存のリスクを下げます。

Joomla本体や拡張機能を更新するときは、先に検証環境へ反映し、主要な公開画面、管理画面、フォーム、検索、権限、外部連携を確認してから本番へ進めます。更新を何年も先送りすると、バージョン差が大きくなり、移行費用が増えやすくなります。保守契約に定期更新と互換性確認を入れ、緊急時だけでなく平常時にも小さな更新を積み重ねます。

Joomlaは機能が多く、権限やカテゴリの設計によって編集者の使い勝手が変わります。納品時に一度説明するだけでなく、実際の業務データを使った操作研修、編集ルール、画像・文書の命名規則、公開承認の手順を用意すると定着しやすくなります。初期運用で出た質問をFAQやマニュアルへ反映する支援も、外注先に依頼できる業務です。

公開後は、検索されないページ、更新が滞る部署、問い合わせが集中する操作、利用されていない機能を確認します。アクセス解析や問い合わせ記録をもとに、画面改善、検索条件の見直し、権限の整理、連携の自動化を優先順位付けします。開発会社を単発の納品者ではなく、業務成果を確認しながら改善するパートナーとして選ぶと、Joomlaのシステムを長く活用できます。

よくある質問（FAQ）

Joomlaのシステム開発を発注するときに多い疑問を、実際の判断に使える形で回答します。自社のサイト規模、データの種類、利用者、連携先、公開後の体制によって最適な答えは変わるため、FAQをRFPの確認項目としても活用してください。

Joomla本体は原則無料ですが、業務に合わせた設計、画面制作、権限設定、拡張機能、移行、テスト、サーバー構築、教育、保守には作業が発生するためです。無料なのはライセンス費用の一部であり、必要なシステムを安全に運用する費用まで無料になるわけではありません。

小規模な企業サイトなら1〜2か月、オリジナルテンプレートや移行を含むサイトなら2〜4か月、会員・社内ポータルなら4〜8か月、複数の外部連携や大規模移行を伴う場合は6〜12か月以上が検討の起点です。これは推定の目安であり、発注側のレビュー速度、要件変更、移行データの品質、拡張機能の互換性で変動します。

移行できる可能性はありますが、現在の本体バージョン、PHP、テンプレート、拡張機能、データ構造によって方法と費用が変わります。先に本番環境のバックアップを取得し、検証環境で拡張機能の互換性、データ移行、URL、権限、表示、フォームを確認します。対応していない拡張機能を無理に残さず、代替機能や独自開発を含めて移行計画を作ることが重要です。

現行サイトのURL、JoomlaとPHPのバージョン、ページ数、移行データ、利用者・部署数、必要な権限、個人情報の有無、外部連携、希望公開日、予算、保守の希望を伝えます。加えて、解決したい業務課題と受入条件を共有します。わからない項目を無理に埋める必要はありませんが、未確定事項として明記すると、会社ごとの前提を揃えて比較できます。

必ず同じ会社にする必要はありませんが、初期開発の設計情報と運用の責任分界を引き継げる体制が必要です。同じ会社なら構成を理解した状態で保守を始めやすく、別会社なら価格や専門性を比較できる利点があります。別会社へ移す可能性がある場合は、ソースコード、構成図、拡張機能一覧、アカウント、バックアップ、更新履歴を納品物に含めます。

まとめ：Joomlaのシステム発注は要件・契約・保守を一体で比較します

Joomlaのシステムを発注・外注するときは、まず業務目的と利用者を整理し、標準機能、拡張機能、独自開発、クラウド運用のどこまで必要かを決めます。次に、機能要件と非機能要件、移行、テスト、受入条件をRFPにまとめ、同じ前提で複数社の提案と見積もりを比較します。

小規模サイトは30万〜80万円程度、オリジナルサイトは80万〜250万円程度、会員・社内ポータルは250万〜600万円程度、外部連携を伴う業務Webシステムは600万〜1,500万円以上という推定レンジを紹介しました。ただし、Joomla本体の無償性と開発・移行・保守の費用は別です。過去の公開価格や一般的な工数を参考にしながら、自社の条件に合わせた見積もりを取得します。

委託先を選ぶときは、会社名や価格だけでなく、Joomlaの現行版・拡張機能への対応、権限設計、移行、テスト、セキュリティ、再委託、保守、引き継ぎを確認します。Joomla 6.1.2のサポート期限や脆弱性修正を踏まえ、更新を止めない運用を契約に組み込める会社であれば、公開後のリスクを抑えられます。まずは現状と希望をまとめ、要件定義から相談できる開発会社へ問い合わせてください。

▼全体ガイドの記事
・Joomlaのシステム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。