ホームページの死活監視とは：監視する項目・間隔・通知先と無料で始める方法

会社のホームページが止まっていても、社内の人が毎日自社のサイトを開くとは限らないため、気付くのが遅れがちです。取引先や応募者からの「サイトが見られない」という連絡で初めて知る、ということも起こります。死活監視は、こうした停止を早く知るための仕組みです。

この記事は、ホームページを担当している総務・広報・営業企画の人に向けて、死活監視で何を確かめるか、監視の間隔と通知先の決め方、無料で始める方法、止まったときの連絡体制をまとめたものです。結論を先に書くと、監視はサイトの外から行い、通知はサイトと別の経路で複数の人に届くようにし、通知を受けた後に誰が何をするかまで決めておくことが大切です。

WordPress や SSL 証明書、Google の検索に関する仕様は、2026年11月時点で各公式ページから確認できた内容です。

死活監視とは：サイトの外から定期的に確かめる仕組み

死活監視は、決まった間隔でサイトにアクセスして正しく応答するかを確かめ、応答がない場合や異常な応答の場合に担当者へ通知する仕組みです。「稼働監視」と呼ばれることもあります。WordPress のサイトでも、仕組みは同じです。

監視はサイトの外から行うのが基本です。サイトの中で動く仕組みは、サイトが止まると一緒に止まります。たとえば WordPress の予約処理（WP-Cron）は、常に動いているわけではなく、ページが表示されたときに実行される仕組みだと WordPress の公式ドキュメントに書かれています（WordPress Developer Resources：Cron）。また、同じサーバーの中で監視しても、サーバーそのものが止まれば通知を送れません。

止まったまま気付かないと、問い合わせや応募の機会を失うだけでなく、検索にも影響します。Google の公式ドキュメントでは、サーバーエラー（5xx）が返るとクローラーが一時的にクロールの速度を落とし、サーバーエラーを返し続ける URL はインデックスから削除されると説明しています（Google：HTTP ステータスコードがクローラーに与える影響）。早く気付いて直すことは、検索での表示を守ることにもつながります。

何を監視するか：応答・表示内容・SSL・ドメイン期限

「サイトが開けるか」だけを見ていると、見落とす障害があります。監視の項目ごとに、気付けることと気付けないことを整理しました。

最低限は「応答」と「表示内容」の2つです。画面が真っ白でも、エラーの文言が出ていても、応答の種類としては正常を示すコードが返る場合があります。応答だけでなく、決まった文字列が表示されているかも合わせて確かめます。

WordPress の「重大なエラー」のメールだけに頼らない

WordPress 5.2 以降には、ページの表示中に PHP の致命的なエラーを検知すると、サイトに技術的な問題が起きていることを知らせる画面を出し、同時に管理者のメールアドレスへリカバリーモードのリンクを送る機能があります（WordPress.org：Recovery Mode）。ただし公式の説明でも、このメールは迷惑メールに分類されたり、届かなかったりする場合があるとされています。サーバーが止まった場合やドメインが切れた場合は、この仕組みは働きません。外からの監視と組み合わせて使います。

SSL 証明書は期限の通知が届かない前提で確かめる

無料の SSL 証明書を発行している Let’s Encrypt は、有効期限の通知メールのサービスを2025年6月4日に終了しました（Let’s Encrypt：Expiration Notification Service Has Ended）。また、認証局とブラウザの提供元でつくる CA/Browser Forum の基準では、SSL（TLS）証明書の最長の有効期間が、2026年3月15日以降は200日、2027年3月15日以降は100日、2029年3月15日以降は47日と段階的に短くなります（CA/Browser Forum：Baseline Requirements）。更新の回数が増えるほど、自動更新の失敗に早く気付く仕組みが必要になります。証明書の種類の違いはSSL証明書の種類（DV・OV・EV）の違いで解説しています。

ドメインの期限は契約先の案内と二重で確かめる

.com などのドメインでは、登録事業者が期限の約1か月前と約1週間前に更新の案内を送ることが ICANN のポリシーで決められています（ICANN：Expired Registration Recovery Policy）。ただし、案内が届くのは契約先に登録したメールアドレスです。前任者のアドレスのままだと気付けません。監視とは別に、期限を管理台帳に記録しておきます。ドメインの名義や管理の確かめ方はドメイン・サーバーは自社と制作会社どちらの名義で管理するかで解説しています。

監視の間隔と通知先の決め方

間隔：どのくらいの時間で気付きたいかで決める

監視の間隔は、短いほど早く気付けますが、一時的な通信の乱れでも通知が増えます。決めるときは「止まってから何分以内に気付きたいか」「その時間に誰が対応できるか」から考えます。夜間に通知を受けても対応できる人がいなければ、間隔を短くしても復旧は早まりません。営業時間内に確実に気付ける間隔を基準にし、夜間・休日の扱いは連絡体制とあわせて決めます。

誤った通知を減らす設定も確かめます。監視の方法によっては、1回の失敗ではなく続けて失敗したときだけ通知する設定や、複数の地点から確かめる設定ができます。通知が多すぎると、本当に止まったときの通知も見逃されやすくなります。

通知先：サイトと別の経路で、複数の人に届ける

避けたいのは、サイトと同じドメイン・同じサーバーのメールアドレスだけに通知を送る設定です。サーバーやドメインに問題が起きると、同じサーバーのメールも止まる場合があり、通知そのものが届きません。通知先は次のように組み合わせます。

• サイトとは別のドメインのメールアドレス
• 担当者がスマートフォンで受け取れる手段（業務用のチャットなど）
• 正担当と副担当の2人以上（休暇・出張・退職で止まらないように）
• 保守を委託している場合は委託先（通知を受けた後の対応の範囲と時間を契約で決めたうえで）

無料で始める方法：3つのやり方と注意点

死活監視は、有料の契約をしなくても始められます。ここでは特定のサービスを勧めるのではなく、やり方ごとの特徴を紹介します。どのやり方でも、利用規約、無料で使える範囲、通知の手段は提供元の公式ページで確かめてください。

外部の監視サービスの無料プラン

監視の専用サービスに URL を登録し、間隔と通知先を設定するやり方です。サイトとは別の場所から確かめるため、外からの監視という条件を満たしやすい方法です。一方で、無料の範囲や機能は提供元が変えることがあります。海外のサービスの場合は、通知の言語や問い合わせ先も確かめておきます。会社として使う場合は、個人ではなく部署の共有アカウントで登録し、ログイン情報の保管場所を決めておきます。

Google Apps Script で定期的に確かめる

Google のアカウントがあれば、Google Apps Script（Google のサービスの上でプログラムを動かす仕組み）の時間主導型トリガーを使い、決まった間隔で URL にアクセスし、異常があればメールを送る仕組みを作れます。公式ドキュメントでは、時間主導型トリガーは1分ごとから月1回まで設定でき、実行の時刻は多少ずれる場合があるとされています（Google：Installable Triggers）。

注意点は2つあります。1つは、トリガーの実行時間や URL の取得の回数に1日あたりの上限があり、その上限は予告なく変わる場合があることです（Google：Quotas for Google Services）。もう1つは、トリガーが作った人のアカウントで動くことです。担当者が退職してアカウントが止まると、監視も止まります。共有のアカウントで作り、作った人と内容を記録しておきます。

社内のサーバーやパソコンで定期的に確かめる

常に動いている社内のサーバーやパソコンがあれば、定期実行の仕組み（Linux の cron、Windows のタスク スケジューラなど）で URL にアクセスし、結果を確かめる方法もあります。設定には知識が必要で、機器の停止や停電、社内回線の障害が起きると監視も止まります。監視するサイトと同じサーバーで動かすと、サーバーが止まったときに通知できないため、別の機器で動かします。

監視を補う公式の仕組み

死活監視の代わりにはなりませんが、次の仕組みも合わせて使えます。Google Search Console は、サイトに重要なできごとがあったときに所有者へメールを送ります（Search Console ヘルプ：Search Console からメールが届いた理由）。ただし監視の間隔を自分で決めることはできません。WordPress の管理画面の「ツール」→「サイトヘルス」では、古いバージョンの PHP、更新を待っているプラグイン、バックグラウンドの更新が動いていないことなど、設定の問題を確かめられます（WordPress.org：Site Health screen）。月1回の点検の項目に入れておきます。

止まったときの連絡体制を表にしておく

監視を始めても、通知を受けた人が何をすればよいか分からなければ、復旧は早まりません。誰が、何を、誰に連絡するかを1枚の表にまとめ、通知を受ける全員が見られる場所に置きます。下の表は、社内の担当者が一次対応をし、保守を委託している会社に連絡する場合の例です。

委託先やサーバー会社に連絡するときは、次の情報を伝えると調べ始めるまでが早くなります。

• サイトの URL と、止まっている範囲（サイト全体か一部のページか）
• 気付いた時刻と、監視の通知の内容
• 表示されたエラーの文言や画面の写真
• 直前に行った作業（プラグインの更新、DNS の変更、サーバーの契約の変更など）
• メールも止まっているかどうか

改ざんの疑いがある場合の初動はホームページ改ざん・WordPress乗っ取りの対処：最初の24時間でやること、復元に備えるバックアップはサーバーのバックアップと復元で解説しています。

監視を続けるための見直しと保守契約

監視は設定して終わりではありません。次の点を定期的に（たとえば半年に1回）見直します。

• 通知が実際に届くか：存在しない URL を一時的に監視するなどして、わざと失敗させて確かめる
• 誤った通知が多すぎないか：多い場合は、続けて失敗したときだけ通知する設定に変える
• 監視している URL は正しいか：リニューアルや URL の変更の後に、設定が古いままになっていないか
• アカウントと通知先：退職・異動した人が残っていないか
• SSL 証明書とドメインの期限：残りの日数と自動更新の設定

社内で続けるのが難しい場合は、保守契約に監視を含める方法があります。ただし、保守契約に含まれる監視の範囲は会社によって違います。応答だけを見るのか、改ざんの検知まで含むのか、夜間・休日に通知を受けた後の対応は誰がするのかを、契約の前に確かめます。保守の作業内容はホームページの保守とは？作業内容の一覧と保守契約で確認すること、費用の内訳はWordPress保守の外注費用で解説しています。

フェニックスデザインの保守ライト（月20,000円〜、税別）には、稼働監視（停止・改ざんの検知）、SSL・ドメインの期限の管理、障害時の一次対応が含まれます。緊急時の連絡方法と対応時間は、契約のときに取り決めます（WEBサイト運用保守・集客改善）。

よくあるご質問

死活監視と保守は何が違いますか？

死活監視は、サイトが止まったことに早く気付くための仕組みです。保守は、更新やバックアップでサイトが止まりにくい状態を保ち、止まったときに直す作業です。監視だけではサイトは直らないため、通知を受けた後に誰が直すかを決めておく必要があります。

WordPress のプラグインだけで死活監視はできますか？

サイトの中だけで動く仕組みは、サイトやサーバーが止まると一緒に止まるため、停止の検知には向きません。プラグインの中には、外部のサービスと連携して外から確かめる種類のものもあります。導入する前に、どこから確かめる仕組みなのか、通知がどこから送られるのかを確かめてください。

監視の間隔は何分にすればよいですか？

一律の基準はありません。止まってからどのくらいの時間で気付きたいか、その時間に対応できる人がいるか、誤った通知をどこまで許せるかで決めます。まずは営業時間内に確実に気付ける間隔で始め、通知の数や対応の状況を見て調整します。

監視の通知が来たのに、自分のパソコンでは表示されます。どう考えればよいですか？

一時的な障害がすでに直った場合や、回線や地域によって見え方が違う場合、DNS の切り替えの途中などが考えられます。スマートフォンのモバイル通信でも確かめ、通知の時刻と内容を記録します。同じ通知が繰り返し届く場合は、記録を添えて委託先やサーバー会社に相談します。

無料の方法だけで十分ですか？

応答と表示内容の確認であれば、無料の範囲で始められる場合があります。大切なのは、通知を受けた後の連絡体制と、復旧の作業を誰が担うかです。社内で一次対応や復旧ができない場合は、監視と復旧をまとめて保守契約で任せることも検討します。

まとめ

• 死活監視は、決まった間隔でサイトの外から応答を確かめ、異常を通知する仕組み。サイトの中やサーバーの中だけの監視では、止まったときに通知できない
• 監視する項目は、応答と表示内容を基本に、SSL 証明書とドメインの期限、フォームの動作を加える
• 間隔は気付きたい時間と対応の体制から決め、通知はサイトと別の経路で2人以上に届ける
• 無料で始めるやり方は、外部サービスの無料プラン、Google Apps Script、社内機器での定期実行。それぞれの上限と、アカウントの持ち主に注意する
• 通知を受けた後に誰が何をするかを表にして共有し、半年に1回ほど設定と体制を見直す