WordPress復旧費用はいくら？改ざん・ハッキング・真っ白の症状別に料金相場を解説

WordPressに障害が起きたときは、復旧操作を繰り返す前に、現在のファイルやデータベース、ログ、利用できそうなバックアップを保存してください。とくに不審な転送や改ざんが疑われる場合、上書きや無差別なプラグイン停止によって原因調査が難しくなることがあります。

この記事では、症状別の公開開始料金例、復旧作業の範囲、所要時間を左右する条件、スポット復旧と継続保守の違いを整理します。現在の状態を守りながら、必要な復旧範囲を見極め、比較できる見積もりを依頼できるようになります。緊急の無料相談は、電話050-3696-1191または相談フォームからご利用ください。

復旧費用は症状名だけでは決まりません。原因、影響範囲、正常な復旧地点、業務機能の確認範囲をそろえて比較します。

症状別の復旧費用レンジ早見表

同じ白画面でも、プラグイン更新直後の競合と、マルウェアによるファイル改変では必要な作業が違います。費用を判断するときは、正常な復旧地点、影響を受けたファイル・DB・アカウント、カスタマイズ、業務機能のテスト、外部警告への対応まで見積もりに含まれるかを確認します。

症状別の作業内容と所要時間

WordPressの復旧は、画面を表示させる作業だけではありません。現状保存、原因診断、技術的復旧、不正要素や侵入原因への対処、業務機能の確認、外部警告への対応を分けると、見積もりの違いを判断しやすくなります。

真っ白・ログイン不可は直前の変更と影響範囲を調べる

真っ白な画面や管理画面へのログイン不能は、WordPress本体・テーマ・プラグイン・PHPの更新、設定変更、容量不足など複数の原因で起こります。白画面の確認方法も参考にしつつ、直前の変更履歴、エラーログ、サーバー状態を照合します。

原因が一つに限定され、必要なアクセス情報と正常なバックアップがそろい、承認後すぐ着手できる場合は、技術的復旧が当日中に進むこともあります。ただし、これは問い合わせ受付や見積もりの時点ではなく、原因を特定して着手した後の工程を想定した例です。

DB接続エラーは接続設定とデータの状態を分けて確認する

「データベース接続確立エラー」は、認証情報の不一致、DBサーバーの停止、容量不足、データ破損などで発生します。DB接続エラーの切り分け方を踏まえ、ホスティング障害、契約状態、ストレージ、設定、DBの稼働状況を順に確認します。

設定修正だけなら範囲は限定されますが、バックアップからの復元やデータ整合性の確認が必要なら工程が増えます。復元する場合は、どの時点へ戻るのか、その後に受注・投稿・会員情報などのデータが失われないかを先に確定する必要があります。

ハッキング・マルウェア・改ざんは表示回復後の調査も必要になる

改ざんされたページだけを元に戻しても、不正ファイルやバックドア、未知の管理者が残れば再発するおそれがあります。ハッキング後の復旧手順を参考に、現状保存、影響範囲の調査、不正要素の除去、認証情報の見直し、正常なデータからの復旧、動作確認を分けて進めます。

範囲が限定されている場合、作業範囲の承認・着手から、技術的復旧と基本的な動作確認の完了まで3日程度が一つの計画例です。感染範囲が広い、独自開発が多い、データの健全性確認が必要といったケースでは、承認・着手から、広範な調査、技術的復旧、業務機能の確認完了まで1週間程度またはそれ以上かかることがあります。外部警告の解除や反映は、これらとは別の工程であり、技術的復旧後にも審査・反映時間を要する場合があります。

軽症・中症・重症の判別基準

不審な転送や未知の管理者など侵害の兆候がある場合は、復旧操作よりも現状と正常な復旧地点の保全を優先します。

重症度は、画面が表示されるかどうかだけでは判断できません。HTTPの応答が正常でも、白画面、フォーム不調、不正な転送が起きることがあります。次の5段階で、安全に切り分けてください。

1. 現状を保存する

   障害画面のスクリーンショット、発見時刻、URL、現在のファイルとDB、サーバーログを保存します。既存バックアップは上書きせず、世代と取得日時が分かる状態にします。

2. サーバーや契約状態を確認する

   ホスティング事業者の障害情報、契約期限、容量超過、DBやサーバーの稼働状態を確認します。ここで明確な外部障害が見つかれば、その復旧状況を追います。

3. 改ざんや侵害の兆候を確認する

   不審なリダイレクト、ブラウザや検索サービスの警告、未知の管理者、改変されたコンテンツ、見覚えのないファイル、複数ページに及ぶ障害がないかを確認します。

4. 直前の変更と正常なバックアップを照合する

   直前に行った更新や設定変更を整理し、障害発生前で正常だったと確認できるバックアップがあるかを調べます。存在するだけでなく、感染前か、復元可能か、戻した場合のデータ損失点はどこかを確認します。

5. 原因が絞れなければ診断を依頼する

   明確な変更直後に一部機能だけが止まったケースは軽症候補です。ログイン不能、DBエラー、複数ページの不具合、バックアップの健全性が不明なケースは中症候補です。侵害の兆候や広範な障害があれば重症候補として、不要な変更を止めて専門家へ相談します。

追加費用が発生するケース

公開開始料金より費用が増えるのは、見た目の症状に加えて、診断・復旧・確認の対象が広がるためです。見積もりでは、追加料金の条件を具体的な作業と結び付けて確認します。

見積もりの金額だけでなく、「どの作業が増えたときに追加費用になるか」を確認してください。とくにバックアップの復元は、復元作業そのものと、復元後のデータ損失・業務機能の確認を分けて考える必要があります。

スポット復旧と継続保守を同じ期間で比較する

スポット復旧と継続保守は目的が異なります。費用は開始料金だけでなく、比較期間と作業範囲をそろえて確認します。

スポット復旧は現在の障害を合意した範囲で直す契約、継続保守は更新・バックアップ・監視などを継続する契約です。目的が異なるため、開始料金だけではなく、同じ3か月・12か月の期間と作業範囲で比較します。

原因が限定され、正常なバックアップがあり、継続的な更新作業を社内で担えるサイトでは、スポット復旧が比較候補になります。一方、更新やPHP対応、バックアップ、復元準備、障害時の相談を継続的に外部へ任せたい場合は、保守費用を同じ期間で比べると判断しやすくなります。

WPセンターの保守サービスと料金体系

WPセンターの料金は、Standardが月額44,000円、初期費用0円、契約期間3か月からです。Customは個別見積もりです。詳しい料金と提供内容はWPセンター公式サイトで案内しています。

Standardの料金と保守内容

サーバー保守はオプションです。Standardは、更新作業だけを代行するのではなく、検証環境での確認、更新に伴う不具合の解消、PHP更新、バックアップからの復旧までを継続的に管理したい企業に適しています。

Customはサイトごとに個別見積もり

Customは、サイト構成や運用要件に応じて個別に見積もります。複数サイトや独自の運用要件がある場合は、対象サイト、必要な作業、確認する業務機能、社内との役割分担を整理して費用を比較します。

緊急復旧の流れ

復旧の完了条件は、画面表示だけでなく、必要な業務機能のテスト範囲まで見積もり時に確認します。

復旧は、現状保存と問い合わせの後に診断を行い、作業範囲・費用・工程の承認を経て着手します。技術的復旧後は業務機能を確認し、必要なケースでは不正要素への対処や外部警告に関する工程を進めます。どの時点を「復旧完了」とするかは、見積もりの段階で決めておくことが大切です。

認証情報を含めず、最初の相談内容をそろえる

見積もり相談で最初に伝える6項目

• サイトURLと、影響が出ているページ・機能
• 真っ白、ログイン不可、DB接続エラー、不審な転送などの症状
• 症状の発生を確認した日時
• 直前に行った更新、設定変更、公開作業、アカウント変更
• バックアップの有無、取得日時、正常だったと判断できる情報
• 問い合わせ、決済、注文、ログイン、信用面など事業への影響

見積もりは同じ作業範囲で比較する

サイトURL、症状、発生時刻、直前の変更、バックアップ状況、事業への影響を準備できたら、電話050-3696-1191または相談フォームから無料相談をご利用ください。現在の状況をもとに、見積もりについてご相談いただけます。

再発防止のための予防保守

復旧後は、今回の原因と業務への影響に合わせて予防策を選びます。バックアップを取得するだけでなく、正常な復旧地点を保ち、更新後に重要機能を確認できる運用が必要です。

製造業サイト：変更後にフォームとメールが止まった想定ケース

これは実績ではなく想定ケースです。プラグインやPHPの変更後、問い合わせフォームの送信完了画面は表示されるものの、通知メールやCRM連携が動かなくなった状況を考えます。

必要な作業は、変更履歴とログの確認、テーマ・フォーム・プラグイン・PHPの互換性確認、制御された修正または復元です。独自の入力処理、複数フォーム、CRM連携、正常なバックアップの有無が費用を左右します。復旧完了は、画面表示ではなく、送信、通知メール、担当部署への到達、CRMへの登録までテストして判断します。

ECサイト：DBやアプリケーション障害で購入できない想定ケース

商品表示、カート、決済、注文通知の一部が止まったケースでは、サーバーとDBの状態、容量、ログ、接続設定、データ整合性を確認します。バックアップを使う場合は、復元時点以降の注文や会員情報に生じるデータ損失も判断材料です。

決済サービス、在庫連携、配送連携、注文メール、セール中の取引量によって確認範囲が変わります。復旧完了は、商品選択から決済、注文記録、在庫反映、購入者・運営者への通知までをテストして判断します。

企業メディア：不審な転送や改ざんが起きた想定ケース

記事やテンプレートから外部サイトへ転送される、コンテンツが書き換えられる、警告が表示されるケースでは、証拠保全後にファイル、DB、管理者、ログを調べます。不正要素の除去、正常なデータからの復元、認証情報や構成部品の見直しも検討します。

影響ファイル数、バックドア、広告・解析タグ、独自テンプレート、正常なバックアップの取得時点が費用を左右します。復旧完了は、主要記事とテンプレートの表示、不正転送の有無、管理者アカウント、検索・広告経由の遷移などを確認して判断します。

再発防止は、次の順で整えると優先順位を付けやすくなります。

1. 正常で復元可能なバックアップを、複数世代で保管する
2. WordPress本体、テーマ、プラグイン、PHPを検証して更新する
3. フォーム、メール、ログイン、決済などの業務テストを決める
4. 管理者、権限、認証情報、不要なアカウントを定期的に見直す
5. 監視、改ざんチェック、作業記録、月次報告を運用へ組み込む

WordPress復旧費用に関するよくある質問

Q. 診断前に復旧料金が確定しないのはなぜですか？

同じ症状でも、原因が設定不備なのか、DB障害なのか、マルウェアや改ざんなのかで作業範囲が変わるためです。正常なバックアップの有無、影響を受けたファイル・DB・アカウント、カスタマイズ、業務テスト、外部警告への対応を診断してから見積もります。

Q. バックアップがあれば、すぐに復旧できますか？

バックアップが存在するだけでは判断できません。障害や感染より前に取得され、必要なファイルとDBがそろい、実際に復元できることが必要です。また、復元時点以降の注文や投稿などが失われないかも確認します。

Q. 24時間365日のツール監視があれば、夜間もすぐ復旧されますか？

ツール監視は、サイトの状態を継続的に確認する仕組みです。夜間の有人対応や即時復旧と同じ意味ではありません。監視方法と、通知後の確認・復旧工程は分けて理解してください。

Q. 問い合わせフォームから管理画面のパスワードを送ってもよいですか？

通常の問い合わせフォームには送らないでください。パスワード、秘密鍵、DB認証情報、サーバー認証情報は、必要性を確認した後、専用アカウントや安全な共有方法を決めて渡します。