記事一覧に戻る
システム保守

PHPバージョンアップの費用はいくらか|金額を左右する4つの要因と、定額で頼む方法

2026年8月12日 約5分で読めます
この記事でわかること
  • 「PHPバージョンアップの相場」が調べても出てこない理由
  • 金額を左右する4つの要因
  • 実際にどんな作業が発生するのか
  • 見積もりを待たずに金額を決める方法

PHPのバージョンを上げたいんだけど、いくらかかるんだろう。 検索しても「規模によります」ばかりで、金額が全然分からない。 社内で予算を通したいのに、これじゃ稟議が書けない。

PHPバージョンアップの費用の目安はいくらか

結論から言うと、FUNBREWではPHP8系へのバージョンアップと主要機能の改修をまとめて100万円の定額パックを目安にしています。フレームワークの移行を伴わない小規模なシステムであれば、応急処置に近い30万円のパックで収まることもあります。正確な金額は中のソースコードを見るまで確定しませんが、まずはこの目安を起点に相談しながら絞り込む形になります。

「相場」を調べても出てこないのには理由があります

「PHP バージョンアップ 費用」で検索すると、たいてい「規模によります」「要お見積り」に行き着きます。 不親切に見えますが、これには理由があります。

同じ「PHP 7から8へ」でも、作業量が10倍以上違うことが普通にあるからです。

たとえば同じ規模のシステムでも、

  • 素直に作られていて、フレームワークの標準に沿っている → 数日で終わることもある
  • 独自の書き方が積み重なっていて、廃止された関数を大量に使っている → 数ヶ月かかることもある

見積もりを出す側は、中を見るまで本当に分からないのです。 だから「規模によります」としか書けない。そして依頼する側は、 金額が分からないまま相談するしかない——ここで止まってしまいます。

金額を左右する4つの要因

見積もりが出るまでの間、自分で当たりをつけるための材料をお伝えします。

要因1: 今のバージョンと、上げ先のバージョンの差

バージョンの差が大きいほど、途中で廃止された書き方が多く含まれます。

PHP 7.4 から 8.0 への1段階なら、変更点は限られます。 一方で PHP 5系から8系へ一気に上げる場合は、間に何度も大きな変更が入っているため、 修正が必要な箇所が桁違いに増えます。

各バージョンのサポート状況は別記事にまとめています。 → PHPサポート終了日カレンダー

要因2: フレームワークを使っているか

フレームワークを使っている場合、フレームワーク自体のバージョンアップも必要になります。 そして多くの場合、こちらのほうが本体より大変です。

  • Laravel、CakePHP、Symfony などを使っている → フレームワークの移行が別途必要
  • フレームワークを使っていない(素のPHP) → 影響範囲は限定的だが、共通処理が自作なので確認箇所が多い
  • 独自フレームワーク → 中を読まないと本当に分からない。作った人の設計に依存する

要因3: 自動テストがあるか

これが最も費用を左右する要因かもしれません。

自動テストがあれば、修正したあと「壊れていないか」を機械が確認できます。 無ければ、人が画面を一つずつ触って確認するしかありません。 この確認作業が、バージョンアップの工数の大部分を占めることがあります。

「テストがない」のは珍しいことではなく、むしろ古いシステムでは普通の状態です。 その前提で見積もる必要がある、ということです。

要因4: 外部サービスとの連携があるか

決済、地図、メール配信、SMS、外部システムとのAPI連携。 これらは相手側の仕様変更が絡むため、PHPのバージョンアップだけでは終わらないことがあります。 古いライブラリが新しいPHPで動かず、かつ新しいライブラリは使い方が変わっている、というケースです。

実際にどんな作業が発生するのか

「バージョンを上げる」という一言の中身は、だいたい次のようになります。

  1. 現状の把握 — 何がどのバージョンで動いているか、どのライブラリを使っているかを洗い出す
  2. 影響範囲の調査 — 廃止された書き方、動かなくなる箇所を機械的に検出する
  3. 検証環境の構築 — 本番と同じ構成で、新しいPHPが動く環境を用意する
  4. 修正 — 検出した箇所を直す
  5. 動作確認 — 全画面・全機能を確認する(テストが無ければここが最も重い)
  6. 切り替え — 業務時間外に本番を切り替え、問題があれば戻せるようにしておく

1〜3の準備段階だけで、全体の3〜4割を占めることも珍しくありません。 「修正するだけ」ではないことが、金額の分かりにくさにつながっています。

見積もりを待たずに金額を決める方法

ここまで読んで、「結局いくらなのか分からない」と思われたかもしれません。 そのとおりです。中を見るまで分からないというのが正直なところです。

そこで弊社では、順番を逆にしました。

金額を先に決めていただき、その金額でできることを私たちが組み立ててご提示します。

内容 金額
応急処置 脆弱性の対応・不具合の修理・現状のドキュメント化 30万円
延命・改修 PHP 8系へのバージョンアップ・主要機能の改修 100万円
部分リプレース 中核機能をLaravelで作り直し・データ移行 300万円

バージョンアップが目的であれば、多くの場合は100万円のパックが該当します。 規模が小さければ30万円のパックで収まることもあります。

進め方はこうです。

  1. NDAを締結し、ソースコードを拝見します
  2. 3営業日で「どのパックが妥当か」「その予算で何ができるか」をお答えします(無料)
  3. 一覧に合意いただいてから着手します
  4. 合意した範囲を超える追加請求はいたしません

予算内に全部が入らない場合は、正直に「ここまでは今回、ここから先は次期」とお伝えします。 無理に詰め込んで中途半端に終わるほうが、お互いにとって損だからです。

→ PHPレスキュー(古いPHPシステムの定額改修)の詳細を見る

ヒント

相談する前に、これだけ分かっていると話が早く進みます。

  • 現在のPHPのバージョン(確認方法はこちら)
  • フレームワークを使っているか、使っているなら何か
  • ソースコードが手元にあるか、サーバーから取得できるか
  • 画面数のおおよその感覚(正確でなくて構いません)

分からなくても大丈夫です。ソースコードさえあれば、こちらで調べられます。

まとめ

  • 「PHPバージョンアップの相場」が出てこないのは、同じ規模でも作業量が10倍以上違うことがあるため
  • 金額を左右するのは「バージョンの差」「フレームワーク」「自動テストの有無」「外部連携」の4つ
  • 工数の大部分は修正ではなく、準備と動作確認が占める
  • 見積もりを待てない場合は、先に予算を決めてしまうという選択肢がある
よくある質問
PHPバージョンアップの費用の目安はいくらですか?
FUNBREWでは、PHP8系へのバージョンアップと主要機能の改修をまとめた100万円の定額パックを目安にしています。規模が小さい場合は、応急処置に近い30万円のパックで収まることもあります。正確な金額は中を見るまで確定しませんが、まずは目安としてご利用いただけます。

この記事をシェア

PHPバージョンアップの費用が読めないときは

現在のPHPバージョンと依存ライブラリの状況から、費用を左右する要因を切り分けてご相談いただけます。

最新情報をお届けします

IT活用のヒントやお役立ち情報を定期的にお届けします。

あわせて読みたい

「システム移行・モダナイゼーション」に関連する記事です。

まとめ記事

業務システム移行の注意点10選|データ移行・並行稼働・テスト計画まで徹底解説

データ移行のリハーサルは実際に何をしているのか|一発で通るまで繰り返す理由

2026年9月9日

新旧システムの並行運用は何が大変か|終わらせる判断は期間ではなく「旧システムを見なくなった時」

2026年9月5日

PHPサポート終了日カレンダー【2026年9月版】8.2は残り3か月半・自分のバージョンの確認方法

2026年8月12日

会計システムの移行ガイド|勘定科目マッピング・期末跨ぎ・電子帳簿保存法対応の実務手順

2026年4月25日

ECサイトのリプレース手順と費用相場|Shopify・EC-CUBE・独自EC間の移行パターン

2026年4月25日

システム刷新の見積もりサンプル公開|画面単価¥50,000〜方式で30画面のリアル試算

2026年4月25日

老朽化システム刷新の「Phase 1調査」中身を実物公開|画面棚卸しサンプル付きで解説

2026年4月25日
まとめ記事

業務システム移行の注意点10選|データ移行・並行稼働・テスト計画まで徹底解説

2026年3月28日

レガシーPHPからモダンPHPへ|中小企業のシステム刷新ガイド

2026年3月26日

システム移行のスケジュール目安と注意点|計画・データ移行・テストのポイント

2026年3月21日

AWS vs Azure vs GCP|クラウドインフラ徹底比較【2026年版】

2026年3月8日

WordPressからの移行ガイド|最適なタイミングと移行先の選び方

2026年3月8日

データ移行ガイド|旧システムから新システムへの移行手順と注意点

2026年3月7日

関連記事

開発の進め方
2026年9月9日

データ移行のリハーサルは実際に何をしているのか|一発で通るまで繰り返す理由

データ移行のリハーサルで実際にやっていること。回数、本番データの扱い、メール送信など実行してはいけない処理の代替、手順レビューとしての価値、省いた場合に何が起きるかを書いています。

開発の進め方
2026年9月5日

新旧システムの並行運用は何が大変か|終わらせる判断は期間ではなく「旧システムを見なくなった時」

システム移行の並行運用で実際に何が大変なのか。旧システムでデータが増え続け開発も続くというコスト、並行運用を避ける判断、そして終了をどう判断するか(バッチ処理の落とし穴)を書きました。

システム保守
2026年8月12日

PHPサポート終了日カレンダー【2026年9月版】8.2は残り3か月半・自分のバージョンの確認方法

PHP各バージョンのサポート終了日を公式情報から一覧化。2026年9月時点でPHP 8.2のセキュリティサポート終了まで残り約3か月半。自社システムのバージョン確認方法と、EOL後の選択肢もまとめました。

業務システム
2026年4月25日

会計システムの移行ガイド|勘定科目マッピング・期末跨ぎ・電子帳簿保存法対応の実務手順

会計システム移行の実務を徹底解説。主要会計ソフト間の移行パターン、勘定科目マッピングの5ステップ、期首移行が推奨される理由、電子帳簿保存法対応の確認ポイント、税理士との連携タイミングまで網羅。

相談のハードル、下げました

まずは気軽にご相談ください

「まだ具体的に決まっていない」「とりあえず話を聞きたい」でも大丈夫。プロトタイプを見ながら、一緒にアイデアを形にしていきましょう。

相談無料 オンライン対応 1週間でプロトタイプ