ACQUA JOURNAL

WordPressサイトが表示されないときの初動確認|影響・限定調査・復旧後の検収

WordPressサイトが表示されないときの初動確認|影響・限定調査・復旧後の検収

Webサイトが突然表示されないと、すぐに設定を変えたくなるかもしれません。しかし、サイト停止の原因はWordPressだけとは限りません。サーバー、ドメイン、DNS、SSL証明書、ネットワーク、直前に行った更新など、複数の可能性があります。

最初に大切なのは、何がいつから使えないのかを記録し、影響を広げる操作を止めることです。画面が戻っても、フォームや注文のデータが失われていたり、管理者だけが入れなかったりする場合があります。

この記事では、サイトが見えないときに利用者側で確認できること、担当者へ伝える情報、変更や復元を始める前に合意することを整理します。原因が分からないままファイルやデータベースを書き換える手順は扱いません。

1. まず記録する4項目

次の内容を、分かる範囲でメモしてください。エラー画面は、個人情報や認証情報が写らないようにして保存します。

時刻・URL・症状・影響を分けて記録する図
図1:発生時刻、使えない範囲、直前の変更、業務への影響を記録します。
  1. 発生時刻とURL:いつから、どのページで起きたか。表示された文言やエラー番号も記録します。
  2. 使えない範囲:トップページ、特定ページ、管理画面、フォーム、予約・注文、メールなどを分けて確認します。
  3. 直前の変更:WordPress・プラグイン・テーマの更新、原稿や設定の変更、サーバー・ドメインの作業があったかを記録します。分からない場合は「不明」とします。
  4. 事業への影響:問い合わせ・注文・予約を受け付けられない、社内だけで見られないなど、困っている業務を整理します。

パスワード、管理者用の復旧リンク、データベース情報を問い合わせ本文や公開のチャットへ貼らないでください。安全な受け渡し方法は、契約先や担当者へ別途確認します。

2. 自分でできる、変更を伴わない確認

1. 表示環境を変えて確認する

別のブラウザーや端末、別回線でも同じページを開けるか確認します。自分の端末だけで起きる問題か、ほかの人からも見えない問題かを切り分けるためです。証明書に関する警告が出た場合は、警告を無視して先へ進まないでください。

別端末・管理画面・公式障害情報を確認する図
図2:設定を変える前に、表示環境と契約先の状況を調べます。

2. サーバー会社の障害情報を確認する

契約先の管理画面や公式のお知らせに、障害・メンテナンスが出ていないかを確認します。契約者でなければ、管理者へ確認を依頼してください。サーバーの稼働状況やエラーログが必要な場合は、権限のある契約者または保守担当が確認します。

3. 直前の作業記録を確認する

更新履歴や社内の作業記録に、発生直前の変更があるか確認します。原因を断定できなくても、作業の名前・時刻・担当者が分かれば、調査の手がかりになります。記録がなければ、そのこと自体を担当者に伝えます。

真っ白・エラー・一部だけの症状を分ける図
図3:症状と影響する機能を伝え、調査の担当を決めます。

3. 症状ごとに、担当者へ伝えること

症状 まず確認すること 次に確認を依頼する相手
サイト全体が開かない 別端末・別回線での結果、発生時刻、サーバー障害情報 サーバー会社、ドメイン管理者、保守担当
一部のページだけ開かない URL、他ページとの違い、直近の原稿・設定変更 サイトの更新担当、制作会社
管理画面だけ入れない 公開画面も停止しているか、権限変更やログイン通知 管理者、保守担当
フォーム・予約・注文だけ使えない 入力操作、画面の反応、受付通知の有無。再送による重複受付にも注意 フォーム担当、メール・予約等の提供会社
身に覚えのない表示や管理者変更がある 発見時刻、見つけたURL、受け取った通知。表示やログを消さない サーバー会社、保守担当、必要に応じて関係機関

フォーム送信を再試行する前に、受付通知や注文記録で重複していないか確認します。受付状況が分からない場合は、利用者へ同じ内容を繰り返し送らせず、代替連絡方法を案内できるか運営者と判断してください。

4. WordPressの復旧機能を使うとき

WordPressのリカバリーモードには、特定の重大エラーが起きたときに管理者へメールを送り、Recovery Mode(リカバリーモード)へ入るためのリンクを案内する機能があります。メールが届いた場合は、送信元やサイト名を確認し、正規の管理者が安全な環境から内容を確認してください。この機能はすべての停止原因で作動するものではなく、メールが届かない場合もあります。

管理者のリカバリーモードと通常表示を分ける図
図4:リカバリーモードでの調査と、通常表示の復旧確認を分けます。

メールにあるリンクは、管理者が扱うためのものです。公開の相談欄へ貼ったり、関係のない人に転送したりしないでください。何を無効化・変更するか決められない場合は、復旧操作を続ける前に管理者や保守担当へ連絡します。

本番サイトへPHPエラーを表示するデバッグ設定を追加する方法は、一般向けの初動として勧められません。WordPress公式のデバッグ説明はデバッグ用設定をローカルや検証環境で使う方法として説明し、本番環境での利用を推奨していません。エラーログを調べる必要がある場合は、記録先・閲覧者・保管期間・停止方法を決めてから、権限のある担当者が対応します。

5. ファイルやデータベースを変更する前に

フォルダ名の変更、ファイル削除、.htaccess の書き換え、URLの強制指定、データベース修復、プラグイン一括停止は、サイトの構成や症状に応じて影響が変わります。原因を確認せずに実行すると、フォーム・ログイン・転送・メールなど別の機能に影響したり、元の状態へ戻しにくくなったりすることがあります。

変更範囲・担当者・戻し方を先にそろえる図
図5:変更理由、作業範囲、保存と戻し方を決めてから操作します。

変更が必要な場合は、作業者と次の点を確認してください。

  • 対象にするファイル・設定・データと、変更する理由
  • 変更前の状態を保存する方法と、戻せる人
  • 検証環境で同じ症状を確認できるか
  • 公開後に確かめるページ・機能・受付通知
  • 変更で悪化した場合に、どの時点で作業を止めるか

管理画面に入れない場合に、FTPやデータベース管理ツールを使って一括操作することも、すべての人に安全な方法ではありません。権限や復元手段が分からないときは、契約先へ状況確認を依頼してください。

6. バックアップから戻すか判断する

復元すると、選んだ時点より後に追加・変更された情報が消えることがあります。フォームの受付、注文、予約、投稿、会員情報など、サイト上で増えるデータがある場合は特に注意が必要です。

バックアップ以降の受付情報を保全して復元を判断する図
図6:取得後の問い合わせ・注文などを保全し、復元範囲を判断します。

復元を決める前に、次を担当者と確認します。

  1. 使用するバックアップの取得時刻と、対象に含まれるファイル・データベース。
  2. 取得時刻以降に受けた問い合わせ・注文・予約・更新の有無と、別途保全できるか。
  3. ファイルとデータベースを組み合わせて復元できるか、復元先を用意できるか。
  4. 復元後に確認するページ、ログイン、フォーム・通知、決済・予約等の重要機能。
  5. 復元に失敗した場合の戻し方と、利用者へ案内する担当者。

WordPressのバックアップは、一般にサイトのファイルとデータベースの両方が必要です。保存できているかだけでなく、必要な範囲を戻せるかを、可能であれば本番とは別の環境で試します。バックアップの保存間隔や保管先は、サイトで失ってよい情報の量、復旧にかけられる時間、契約中の保存機能を踏まえて決めます。

7. 復旧後に確認すること

トップページが開いたことだけで完了にせず、今回影響した機能が使えるかを確認します。必要に応じて、次の項目を担当者と照合してください。

ページ表示・送信・受信を別々に確認する図
図7:画面が開くだけでなく、受付と担当者への通知まで確認します。
  • 影響が出たページと管理画面が正常に表示される
  • フォーム・予約・注文などの操作が完了し、通知先に届く
  • 復元前後で失われた情報がないか、必要な場合は別の記録から確認できる
  • HTTPSの警告、転送、ログイン、画像や添付ファイルに問題がない
  • 原因、実施した変更、残った課題、次回の担当者が記録されている

問い合わせの受信や注文データの整合が確認できない場合は、「サイトが表示された」ことだけで再開を決めず、業務の責任者と相談してください。

再発に備えて決めておくこと

日々の更新を止めずに続けるには、障害時に誰がどの情報を確認し、誰が変更を承認するかを決めておくことが役立ちます。次の項目を、社内・制作会社・保守先の間で整理します。

  • サーバー、ドメイン、DNS、WordPress管理者の連絡先と権限
  • バックアップの対象・時点・保管場所・確認方法
  • 問い合わせや注文など、復元で消えては困るデータの扱い
  • 更新前後に確認するページ・フォーム・通知
  • 障害を見つけた人が記録する情報と、作業を止めて連絡する条件

バックアップの頻度に一律の正解はありません。更新量や受付データ、復旧にかけられる時間に合わせて見直してください。

8. 相談するときに準備する情報

原因調査や設定変更を任せる場合は、分かる範囲で次をまとめると、作業範囲を相談しやすくなります。

症状・直前の変更・担当と権限をまとめて相談する図
図8:相談時は状況と作業記録を共有し、認証情報は別の方法で扱います。
  • サイトURL、発生時刻、症状が出ているページや機能
  • エラー画面の文言と、別端末・別回線で試した結果
  • 直前の更新・設定変更と、その担当者
  • サーバーやドメインの管理者、契約先、確認できた障害情報
  • バックアップの時点・範囲・復元試験の有無
  • 問い合わせ・注文・予約などで、止められない業務

アカウントのパスワードや復旧リンクは、最初の問い合わせに含めないでください。作業が必要な場合の権限付与・情報の共有方法は、依頼先と別途決めます。

Acquaへ相談する場合

自力でできる確認だけで原因が分からず、WordPressの構成調査、更新・修正、復元前後の機能確認を任せたい場合は、現在の状況と上記の記録を添えてご相談ください。企業のWeb担当としての相談は企業向け案内と保守・運用をご確認いただけます。制作会社からのWordPress実装・検証依頼は制作会社向け案内をご覧ください。

対応できる作業、受付方法、費用、緊急時の対応、作業時間は、サイト構成・契約内容・その時点の状況を確認してから合意します。この記事は、即時対応や特定時間内の復旧を約束するものではありません。相談はお問い合わせから受け付けています。

まとめ

サイトが表示されないときは、まず発生時刻、影響範囲、直前の変更を記録し、ホストの障害情報と別環境からの表示を確認します。原因が分からないまま設定やファイルを変えたり、バックアップから戻したりすると、別の機能や受付データへ影響することがあります。

復旧作業を始める前に、変更理由、保存・復元の方法、データの損失、復旧後に確認する機能を担当者と決めてください。自力で対応できる範囲なら記事の確認項目を使い、変更や調査を任せたいときは、現在の契約・構成・依頼範囲を確認してから進めます。

よくある質問

Webサイト制作、外部Web担当、保守・更新について、よくいただく質問をまとめました。

何を頼むべきか決まっていなくても相談できますか?

はい。目的、困りごと、現在の運用体制を伺い、Webサイト制作、外部Web担当、保守・更新のどこから始めるかを整理します。

外部Web担当では何を依頼できますか?

更新、修正、記事投稿、画像差し替え、導線改善、優先順位の整理など、社内のWeb担当に近い実務を必要な時間枠で支援します。

既存サイトのリニューアルでも相談できますか?

はい。既存ページのURLや導線をできるだけ維持しながら、デザイン、スマートフォン対応、表示速度、SEO・LLMOの観点で改善します。

保守・更新だけでも依頼できますか?

はい。WordPress更新、バックアップ、表示やフォームの確認、軽微修正など、公開後に必要な業務だけでもご依頼いただけます。

相談前に準備しておくものはありますか?

現在のサイトURL、困っていること、増やしたい問い合わせ、更新できていないページやブログの状況が分かれば十分です。資料が揃っていない場合も、ヒアリングしながら整理します。

相談・見積り無料

Webの制作も、運用も。必要なところから。

新規制作、外部Web担当、保守・更新、LP、SEO・LLMO、AI活用まで、現状を伺って必要な支援を整理します。オンライン相談も可能です。
相談する