PHPの開発会社と連絡が取れない場合の対応方法
PHPで構築されたシステムを運用していると、開発会社（制作会社）と連絡が取れなくなる状況は珍しくありません。 担当者の退職、体制変更、事業縮小、廃業など理由はさまざまです。
放置すると運用・障害対応・保守の継続に影響しやすくなります。まずは「確認できること」から小さく着手するのが現実的です。
まず確認すべきこと
最初に、契約や連絡の記録をもとに「連絡不能の範囲」を切り分けます。
- 契約書・発注書・保守契約の有無（契約主体、責任範囲、成果物の権利）
- 過去の連絡履歴（メール、チャット、電話、請求書の担当印など）
- 会社の存続状況（登記、Webサイト、代表番号、SNS、移転・社名変更の可能性）
- 担当者だけが不通か／会社全体が不通か（窓口の変更が必要なケース）
「誰に」「どの手段で」「いつ」連絡したかを時系列で残しておくと、後の整理が楽になります。
放置した場合のリスク
連絡不能のまま運用を続けると、ある日突然「詰む」ポイントが来やすくなります。 目立つ障害が出ていなくても、更新期限やセキュリティの問題は積み上がります。
- 障害時に原因特定・復旧ができず、停止時間が長期化する
- SSL更新・ドメイン更新・サーバ契約更新などの期限に対応できない
- PHPやライブラリ更新が止まり、脆弱性リスクが増える
- 外部サービス連携（決済、メール配信等）の仕様変更に追随できない
最低限確保すべき情報と資産
まずは「現状を維持し、必要なときに手を入れられる状態」に近づけるために、 次の情報が確保できるかを確認します。
- ソースコード（リポジトリ、zip納品、サーバ上の配置元）
- データベース（接続情報、バックアップ手順、権限、容量）
- サーバのログイン情報（管理画面、SSH、FTP/SFTP、権限の所在）
- ドメイン管理（レジストラ、DNS、更新アカウント）
- SSL証明書（発行元、更新手順、自動更新の有無）
- 外部サービス連携情報（SMTP、決済、ストレージ、APIキーなど）
- 定期処理（cron、バッチ、キュー、ジョブ）
すべてが揃っていなくても、取れるところから優先順位を付けて回収します（特にドメイン/DNSとサーバ権限は重要度が高いです）。
代替手段の検討
連絡が戻る可能性が低い場合は、並行して代替手段も検討します。 いきなり全面改修を決めるのではなく、現状把握をしながら選択肢を比較するのが安全です。
- 第三者による調査・引き継ぎ（構成把握、リスク棚卸し、改善計画の作成）
- 保守体制の再構築（障害対応窓口、監視、バックアップ、手順整備）
- 段階的な更新（PHPの段階的アップデート、影響の大きい箇所から対応）
- 必要最小限の改修で延命しつつ、中長期で刷新計画を立てる
引き継ぎ時によくある課題
実務上は、次のような課題がボトルネックになりがちです。
- 権限が担当者個人に紐づいており、アカウント回収が難しい
- 環境差分（本番/検証/開発）の実態が不明で、変更が怖い
- 独自実装が多く、仕様がコードに埋もれている
- 改修の影響範囲が読めず、見積りが立てづらい
- 運用の属人化（手順が口頭/メモのみ）
ここで無理に一気に解決しようとせず、調査→整理→小さな改善を積むほうが失敗しにくいです。
現実的な進め方
状況が不透明なときほど、次のように「小さく切って」進めるのが現実的です。
- 現状把握（構成・権限・外部連携・運用期限の確認）
- 緊急度の高いリスクを先に潰す（ドメイン/DNS、SSL更新、バックアップ等）
- 障害対応の最低ラインを作る（ログ取得、再現確認、切り分け手順）
- 必要箇所から段階的に改修（影響範囲が小さいところから）
- 中長期の方針決定（延命/更新/刷新を比較して判断）
関連記事
このページのテーマ
- 主なテーマ: 引き継ぎ・開発会社と連絡が取れない
- 関連テーマ: 受託開発・保守の基本案内
- 関連テーマ: 不具合調査・緊急対応
あわせて確認
ご相談について
開発会社と連絡が取れない、仕様書がない、古いPHPで動いているなど、 状況が整理できていない段階でもご相談可能です。 まずは現状把握（構成確認・情報整理・切り分け）から、無理のない進め方をご一緒に検討できます。
相談窓口（PHP保守・引き継ぎ）はこちら