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

古い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以外の起点で探したい場合は、次のテーマ別ガイドも参照してください。

• 受託開発・保守の基本案内
• 引き継ぎ・開発会社と連絡が取れない
• WordPress・PHP更新・サーバー移行
• 不具合調査・緊急対応
• 比較・選定・費用

状況別に読む記事

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

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

あわせて確認

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