Drupal保守会社を比較｜既存サイトの引き継ぎ・更新・改修と費用

Drupalの保守会社は、コアやモジュールを更新できるかだけでなく、自社の独自機能・権限・多言語・外部連携を理解して維持できるかで選びます。「Drupal対応」という表記だけで、自社と同じ構成の保守が可能とは判断できません。

この記事では、Drupalの保守・運用を相談できる会社を比較します。制作会社探しとは分け、稼働中のサイトを引き継ぐ際の監査、更新と改修の区別、見積もり、受入確認を発注者の視点で整理します。

本記事は株式会社ファーストネットジャパンが運営するITキャピタルによる比較記事で、同社の相談窓口も紹介しています。掲載順は目的に応じて比較しやすくするためのもので、実測による優劣の順位ではありません。

Drupal保守で最初に確認する、五つの管理対象

Drupalを構成するのは、コアだけではありません。公開モジュール、独自モジュール、テーマ、インフラや開発・公開の仕組みまで含めて、誰がどこを管理するかを確認します。更新通知だけを担当する契約と、更新を検証して本番反映する契約では必要な体制が変わります。

管理画面に入れるだけで調査が完結するとは限りません。ソースや依存関係の情報、公開時に使う設定が別の場所に保管されていることもあります。資料の所在が不明な場合は隠さず伝え、調査できる範囲と不足する権限を先に整理しましょう。

既存Drupalの引き継ぎは、監査と継続保守を分けて依頼する

他社構築のDrupalを受け入れる会社でも、開始前の監査や調査が必要な場合があります。現在のコード、更新履歴、利用環境を確認しなければ、継続保守の負担や残るリスクを判断できないためです。初期調査の費用と、調査後に始まる月額費用を別に比較します。

調査報告では、今すぐ対応が必要な点、定期保守で対応する点、別の改修案件にする点、資料不足で判断できない点を分けてもらいます。問題の指摘だけで終わらず、どの作業を先に進めれば保守を始められるのか、判断の順番まで示してもらうことが大切です。

大きなバージョン移行と通常保守も混同しないようにします。公式サポートの状況はDrupal本体だけでなく、使っているモジュールや関連環境も含めて確認してください。古い環境を一時的に維持する提案では、期間、制約、移行が必要になる条件を合意します。

Drupalの保守・運用を相談できる会社を比較

Drupalの継続保守を公開する会社を、既存監査、更新・改修、編集支援、クラウドを含む運用の違いで選んでいます。単に制作実績がある会社を並べるのではなく、稼働後の支援内容を確認できる候補を比較します。

対応範囲は2026年10月31日に確認した公開情報をもとにしています。料金、受け入れ条件、対応時間は対象サイトの構成によって異なります。通常の営業時間と障害対応の受付時間も分けて確認してください。

株式会社ファーストネットジャパン

他社制作サイトの保守相談を受け付け、CMSやWebシステムの既存改修も扱う会社です。日常の更新と技術的な調査を別々の窓口へ依頼している企業は、現在の構成を示して相談できます。

Drupalの新規制作だけでなく、既存サイトの改修、移行、保守・運用を公式の公開記事で案内しています。独自モジュールや外部連携がある企業は、保守だけで維持する範囲と、調査後の個別開発が必要な範囲を分けて相談してください。通常のホームページ保守料を、そのまま複雑なDrupalへ当てはめないことが重要です。

デジタルサーカス株式会社

Drupalの法人向け保守サービスを公開し、問い合わせ対応、障害調査、更新、監視、報告を案内しています。他社開発サイトは開始前に監査を行い、その結果から保守条件を提案する流れが明記されています。

既存環境の状態を監査し、継続保守の条件を固めたい企業が比較しやすい候補です。サイトの性能監視や月次の報告も案内されていますが、監視対象、通知、調査・復旧の条件は見積もりで照合します。専用窓口への問い合わせから実作業へ進む手順も確認しておきましょう。

株式会社アクレット

Drupalの導入から、既存環境のバージョンアップ、保守・運用までを扱っています。本体やモジュールの更新だけでなく、日々のコンテンツ更新も相談できるため、技術保守と編集運用の双方に課題がある企業の候補です。

Drupalの更新に加え、多言語や日々のコンテンツ更新も相談したい企業に向いています。編集者が使う画面や承認フローを維持できるか、翻訳の欠落や公開の不整合をどのように点検するかを依頼時に伝えます。技術保守と原稿の更新代行は、担当範囲と予算を分けて比べてください。

ANNAI株式会社

Drupalの開発・保守を扱い、システム診断やマネージド環境も提供しています。現在のインフラを維持する保守と、新しい運用環境へ移す提案は条件が異なるため、移行の必要性も含めて比較したい場合に向いています。

現在の環境をそのまま保守するか、運用基盤も見直すかを比較したい企業の候補です。マネージドサービスの機能と、独自モジュールの改修や編集支援が同じ契約に含まれるとは限りません。移行が必要か、アプリケーションとインフラのどちらを任せるかを具体化して相談しましょう。

スタジオ・ウミ株式会社

Drupalに特化したサイトの保守・運用サービスを公開し、他社が構築したサイトの引き取りにも対応しています。引き継ぎの可否だけでなく、保守開始前の確認や既存コードの調査に必要な期間を相談しておきたい候補です。

他社開発サイトの引き継ぎを相談したい企業が比較できます。受け入れの対象、調査で求められる資料、開発・検証環境の扱いを確認し、公開中のサイトを維持しながら作業する方法を合意します。新しい機能の開発も依頼する場合は、保守の定常作業とは別に優先順位を決めてください。

Drupal保守の見積もりで確認する作業と成果物

Drupalの保守費用は、コード量だけでなく、サイト停止時の影響、更新頻度、独自機能、連携、対応時間で変わります。公開価格を集めるだけでは同条件の比較になりません。初期調査と定期作業、追加改修、インフラ実費を区別した見積もりを依頼しましょう。

工数制の場合は会議、調査、検証、報告が作業時間に含まれるかを確認します。時間が余った月に繰り越せるのか、不足した場合は作業前に相談があるのかも比較材料です。小さな修正の依頼が増える企業は、月額だけでなく依頼から完了までの流れも見る必要があります。

更新後の受入確認は、公開画面と編集業務の両方を対象にする

トップページが開くことだけではDrupalの更新を完了にできません。コンテンツの種類、利用者の権限、多言語、承認、フォーム、検索など、自社で実際に使う経路を試験に含めます。作業前にチェック表を合意しておくと、担当者ごとの確認漏れを減らせます。

個人情報を含む本番データを検証環境へ複製する場合は、その必要性と管理方法も確認してください。検索エンジンに検証環境が出ないこと、通知メールが意図せず送信されないこと、連携先を誤って更新しないことも、受入試験の前提として扱います。

保守会社を変えるときの、段階的な引き継ぎ手順

最初に旧担当者から取得する情報と、利用契約を継続するものを一覧にします。ドメイン、サーバー、ライセンス、ソース管理、外部APIの契約名義が異なると、切り替えの作業が止まることがあります。新しい保守会社が必要な範囲へアクセスできるまで、旧契約を急いで解約しないようにしましょう。

次に、現状調査、検証環境の確認、限定した更新、初回報告という段階を設けます。最初から大きな機能追加まで同時に行うと、不具合の原因と責任範囲が分かりにくくなります。急ぎの対策と中期の改修を分けることで、保守の開始条件を合意しやすくなります。

引き継ぎの完了時には、構成の一覧、連絡先、更新の手順、バックアップの対象、未対応の課題を受け取ります。担当者が変わっても同じ作業を続けられる状態が目標です。パスワードだけを共有して引き継ぎ完了とせず、運用上の判断や承認の流れも残してください。

Drupal保守の相談を具体化する依頼内容の例

たとえば「多言語の企業サイトで、記事は社内更新。独自検索と会員認証があり、旧制作会社から保守を引き継ぎたい」という場合は、更新代行よりも、既存コードの調査と更新検証、認証・検索の維持が中心です。この条件を示すと、CMS保守とインフラ管理をどこまで一括委託するかを話し合えます。

依頼書では現状、困っていること、維持する業務、希望する支援、まだ不明な部分を分けます。「全部お任せ」よりも、記事更新は社内、コア更新は委託、独自機能の改修は都度相談と書くほうが、候補から比較可能な提案を受け取りやすくなります。

保守開始後の評価は、障害が起きなかったかだけで決めません。更新が計画どおり実施されたか、影響範囲が説明されたか、作業履歴と残る課題を確認できるかを見ます。サイト構成や利用部門が変わったときには、保守対象と連絡体制も見直してください。

保守の引き継ぎで使う、権限と公開経路の確認例

Drupalでは、同じ記事でも編集者、承認者、翻訳担当などで使える操作が異なる場合があります。引き継ぎ時には、利用者の人数だけでなく、役割ごとの作業を確認します。管理者権限だけで試験すると、現場の編集者が使う経路の不具合を見落とすおそれがあります。

これは一般的な役割の例であり、全サイトに同じ機能が存在するわけではありません。自社の実際の権限と承認フローへ置き換え、更新後の受入項目として保守会社へ渡してください。編集上の運用ルールを変える提案がある場合は、技術的に実装できるかだけでなく、社内で継続できるかも確認します。

公開ファイルや設定が複数の環境に分かれる場合は、どの変更をどの手順で本番へ反映するかを記録します。緊急時に管理画面から行った変更と、通常の公開手順で戻ってくる設定が食い違わないよう、変更の管理方法も引き継いでおくことが重要です。

社内の承認者には、更新の目的と影響範囲、停止の有無、戻す条件を簡潔に共有します。専門用語だけの報告で判断を求めず、維持する業務と確認した操作が分かる形式を合意しておくと、技術部門以外とも保守の予定を共有しやすくなります。

関連記事

システム運用保守会社の比較

システム保守費用の内訳

多言語サイト制作会社の対応範囲

よくある質問

他社が開発したDrupalも保守を依頼できますか？

受け入れる会社はありますが、コード、構成、資料、権限を調査して判断します。初期監査の費用と、保守開始までに必要な作業を確認してください。

Drupalの更新は自動で行われますか？

環境や契約によって異なります。公開モジュールや独自コードとの互換性を確認し、検証・承認・本番反映をどの手順で行うかを合意します。

古いDrupalの保守も可能ですか？

バージョンと利用環境、委託先の方針によります。公式サポートの状況を確認し、短期の維持と大きな更新・移行を分けて検討してください。

独自モジュールも月額保守の対象ですか？

一律には決まりません。調査と点検だけか、コード改修も含むか、月額内の工数と別見積もりの条件を確認します。

多言語や承認フローも確認してもらえますか？

必要な経路を試験項目として合意すれば、見積もりと検証計画へ反映できます。言語、権限、利用部門、公開手順を伝えてください。

保守会社を変えるならクラウド移行も必要ですか？

必須ではありません。現在の環境の維持、部分改修、運用基盤の移行を別の案として比較し、必要性と費用を判断します。

まとめ｜Drupal保守は、更新できる範囲と検証できる業務で選ぶ

Drupalの保守先選びでは、本体のバージョンだけでなく、独自モジュール、編集権限、多言語、外部連携、インフラの担当範囲を確認します。初期監査と継続作業を分け、更新後に何を試験するかまで比較することが重要です。

サイトURL、構成の情報、現担当者、困っていること、不明な箇所を整理して相談しましょう。必要な調査と保守の範囲を固めてから契約することで、引き継ぎ後の認識違いを抑えられます。