古いPHP・古いWebシステムの保守・改修判断ガイド

サーバーのPHPバージョンが古いと言われたときの見方

「サーバー phpバージョン 古い」「old php」のような検索では、技術的なバージョン番号だけでなく、 このまま運用してよいのか、更新すべきか、誰に相談すべきかを知りたいケースが多くあります。

最初に分けたいのは、単にPHPが古い状態なのか、WordPressや業務システムの不具合がすでに出ている状態なのかです。 不具合が出ていない場合でも、サーバー移行、SSL更新、CMS更新、プラグイン更新のタイミングで問題が表面化することがあります。

• PHP5系・7系などサポート終了済みの版か
• WordPress、独自PHP、古いフレームワークのどれで動いているか
• 更新前に検証環境やバックアップを用意できるか
• 保守先や開発会社に連絡できる状態か

古いPHPは、更新作業だけでなく、保守体制や引き継ぎの問題として整理すると判断しやすくなります。

状況別の判断表

古いPHPを使い続けるときに起きやすい問題

古い環境がすぐに停止するとは限りませんが、時間が経つほど次のような負荷が積み上がりやすくなります。

• サポート終了 — PHP本体や周辺ライブラリの保守が終わり、公式の安全対応が期待しにくくなります。
• セキュリティリスク — 土台の脆弱性が残り続けるほか、新しい脅威への対応も難しくなります。
• サーバーや周辺環境との相性 — OS・Webサーバー・DB・PHPバージョンを変えると、これまで動いていた処理が動かなくなることがあります。
• 担当者不在・ブラックボックス化 — 知っている人がいなくなり、変更の影響範囲が読みにくいまま運用が続きます。

問題は単体ではなく複数が重なることが多いため、「どれか一つだけ直せば終わり」と捉えず、環境と業務の両面から整理するのが現実的です。

まず確認したいこと

対策の前に、現状が分かる範囲で次を押さえておくと、その後の見積もりや優先順位付けがしやすくなります。

• PHPバージョン — 本番で実際に動いている版。画面表示だけでなくCLIやcronでも異なることがあります。
• サーバー環境 — OS、Webサーバー、DB、メール送信、SSL、バックアップの有無など。
• フレームワークやCMSの有無 — 独自実装か、WordPress等の製品かで、更新や切り分けの進め方が変わります。
• エラーの有無 — ログや画面の警告・致命エラー。いつから・どの操作で起きるか。
• 更新履歴や保守状況 — 最後に触った時期、誰が関与していたか、契約や権限の所在。

資料が揃っていない場合でも、サーバー情報の確認やログの取得から段階的に進められることがあります。 分からない項目があっても、そこから洗い出すところから相談いただいて問題ありません。

改修で済むケースと、作り直しを検討した方がよいケース

古いからといって、すぐ全面刷新が必要とは限りません。局所的な修正やPHP・ライブラリの段階的な更新で、しばらく運用できるケースもあります。

一方で、構造が複雑で変更の影響が読めない、セキュリティ上の前提が崩れている、業務要件と実装の乖離が大きい、といった場合は、延命だけではリスクが残りやすくなります。

どちらに寄せるかは、コードの見え方だけでなく、止まったときの業務影響や運用体制、予算感も含めて判断する必要があります。 感覚や社内の通説だけで決めず、ある程度の調査を踏まえて整理するのが安全です。

サーバー移行やPHPバージョン更新時の注意点

環境を変えるタイミングで表面化しやすい症状の例です。

• 画面が真っ白 — エラー表示がオフのまま致命エラーが出ている、互換性のないコードが実行されている、など。
• エラー表示やログの急増 — 非推奨機能の削除、厳格になった型・エラー扱いの変化など。
• ライブラリ非互換 — 同梱ライブラリやComposer依存が新PHPに対応していない。
• WordPress特有の事象 — テーマ・プラグイン・本体の組み合わせで、PHP更新後にだけ不具合が出る。
• 独自システム — 文字コード、パス、外部API、バッチやcronの実行環境の差分。

WordPressでPHP更新直後に症状が出た場合は、 PHP更新時に起きやすい問題や 画面が真っ白になったときの確認事項 でも触れています。

本番をいきなり切り替えるのではなく、バックアップと検証環境の確保、切り戻しの想定を置くことが重要です。

どの記事を読めばよいか（検索意図別の入口）

• 古いPHPのリスクを知りたい → 古いPHP（5系・7系）のリスクと対策
• WordPressで古いPHP警告が出た → 「このサイトは古いバージョンのPHPを実行しています」と出たときに確認したいこと
• PHP更新・サーバー移行後にエラーが出た → 古いPHPサイトで起きやすいエラーと確認事項
• 改修か作り直しか判断したい → PHPシステムは改修すべきか、作り直すべきか
• 保守先変更・引き継ぎで困っている → 引き継ぎ・開発会社と連絡が取れないときの対応ガイド

関連するテーマ

古いPHP以外の起点で探したい場合は、次のテーマ別ガイドも参照してください。

• 受託開発・保守の基本案内
• 既存PHPシステム改善・IT活用支援の進め方
• 引き継ぎ・開発会社と連絡が取れない
• WordPress・PHP更新・サーバー移行
• 不具合調査・緊急対応
• 比較・選定・費用

状況別に読む記事

気になるトピックから読み進めてください。ここに載せた記事以外にも、 記事一覧から近いテーマを探せます。

• 古いPHPを段階的に更新するロードマップ
  一気に刷新しない前提で、現実的に進める更新計画の考え方です。
• 古いPHP（5系・7系）のリスクと対策
  サポート終了や互換性の観点から、古いPHPを使い続ける意味合いと対策の進め方を整理しています。
• 古いPHPサイトで起きやすいエラーと確認事項
  環境変化のあとに出やすい症状と、コードに触る前に押さえたい確認の順番です。
• 「このサイトは古いバージョンのPHPを実行しています」と出たときに確認したいこと
  WordPressの警告を受けたあと、本番を急がずに確認したいポイントです。
• WordPressで古いPHPのまま運用するリスク
  CMS上で古いPHPが続くときのセキュリティ・更新・移行まわりの論点です。
• PHPシステムのサーバー移行で注意すべきポイント
  移行前後で見落としやすい差分と、業務フローに沿ったテストの観点です。
• PHPで作られた古い業務システムを運用し続けるリスク
  業務システム特有の属人化や、影響範囲が読みにくくなる点を整理しています。
• PHPシステムは改修すべきか、作り直すべきか
  改修と再構築の判断軸を、PHPシステム向けに整理しています。
• 古いWebシステムは改修か作り直しかを考えるポイント
  Webシステム全般の延命と作り直しの考え方です。
• ブラックボックス化した古いPHPシステムを「止めない」ための保守の考え方
  仕様が曖昧なまま保守を続けるときの進め方です。

あわせて確認

• 記事一覧
• PHP保守・引き継ぎのよくある質問
• PHP保守・引き継ぎの全体案内（トップ）