Webサイトの死活監視とは｜ダウンに気づけない会社が失うものと導入の実務

「サイトが落ちていたことに、お客様からの電話で初めて気づいた」——これは笑い話ではなく、監視を入れていない会社では普通に起きることです。死活監視とは、サーバーやWebサイトが正常に応答しているかを自動で定期確認し、異常があれば通知する仕組みのことです。本記事では、死活監視の基本と導入の実務、無料ツールの限界までを解説します。

死活監視と外形監視の違い

ひとくちに「監視」と言っても、見ている場所が異なります。

種類	見ているもの	検知できる異常の例
死活監視（ping監視）	サーバーが応答するか	サーバー停止・ネットワーク断
外形監視（URL監視）	実際のページが正しく表示されるか	Webサーバーのエラー・応答の極端な遅延・特定文字列の欠落
リソース監視	CPU・メモリ・ディスクの内部状態	ディスク枯渇・負荷上昇の予兆

重要なのは、サーバーが生きていてもサイトは死んでいることがあるという点です。サーバー自体は応答するのにWebアプリがエラーを返しているケースは頻繁にあり、pingだけの監視では見逃します。実務ではまず外形監視（実際のURLへのHTTPアクセス確認）を軸に据えるのが基本です。

ダウンに気づけないと何を失うか

機会損失 — 問い合わせフォームやECが止まっている間の売上・リードは戻ってきません。深夜や休日のダウンは、監視がなければ翌営業日まで気づけないこともあります
信用 — 「電話で指摘されて気づいた」という事実そのものが、取引先からの信頼を削ります。障害は起きるものですが、検知の遅さは体制の問題と受け取られます
検索評価への影響 — 長時間・頻繁なダウンが続くと、検索エンジンからのクロールに失敗し続けることになり、良いことは何もありません
原因調査の手がかり — いつからいつまで落ちていたかが分からないと、原因の特定も難しくなります。監視記録は障害対応の出発点です

導入の実務｜監視設計で決めること

監視対象のURL — トップページだけでなく、事業上止まると困るページ（問い合わせフォーム・ログインページ・決済導線）を対象にします。DBに接続するページを1つ入れておくと、DB障害も間接的に検知できます
監視間隔 — 1〜5分間隔が一般的です。間隔が長いほど検知が遅れます。コーポレートサイトなら5分、ECや業務システムなら1分を目安にします
判定条件 — HTTPステータスだけでなく、応答時間のしきい値（例：10秒超で異常）や、ページ内の特定文字列の有無まで見ると精度が上がります。1回の失敗で即通知ではなく「2〜3回連続失敗で通知」にすると誤報を減らせます
通知先と時間帯 — メールだけでは深夜に気づけません。SlackやChatwork、必要なら電話・SMSへの通知を組み合わせ、誰が一次対応するかまで決めておきます

SSL証明書の期限監視も忘れずに

サイトダウンと並んで多いのがSSL証明書の期限切れです。期限が切れるとブラウザに警告が全面表示され、実質的にサイトが使えなくなります。自動更新を設定していても、更新処理の失敗に気づかないまま期限を迎える事故は珍しくありません。「期限30日前・7日前に通知」のような期限監視を、死活監視とセットで入れておくのが定石です。

無料ツールでどこまでできるか

UptimeRobotなどの無料監視サービスでも、URL監視と通知という基本は実現できます。まず無料で始めること自体は良い選択です。ただし限界もあります。

監視間隔が長め（無料枠では5分間隔など）に制限される
通知手段や監視項目（文字列チェック・SSL期限など）が有料機能になっていることがある
通知が来た後に対応する人がいなければ意味がない — これが最大の限界です。深夜の通知を誰が受けて、誰がサーバーを調査するのかという体制は、ツールでは解決できません

監視代行を検討すべきタイミング

次のいずれかに当てはまるなら、監視と一次対応を外部に任せる価値があります。

サイト停止が売上や業務に直結する（EC・予約・業務システム）
社内に、通知を受けてサーバーを調査できる人がいない、または1人しかいない
夜間・休日の障害に対応する体制が組めない

監視代行は「ツールの設定代行」ではなく「気づいた後に動ける体制の購入」と考えると、費用対効果を判断しやすくなります。

費用の目安と運用のコツ

費用感の目安としては、監視ツール自体は無料〜月数千円程度、有料プランでも監視対象が数十本規模までなら月1万円以内に収まることが多いです。監視代行（通知の一次対応・障害調査まで含む）は対象や対応時間帯によって幅がありますが、月数万円程度からが一般的なレンジです。サイト停止1回の機会損失と比べて判断してください。

運用面では、次の2点を押さえると監視が形骸化しません。

誤報を放置しない — 誤報が続くと通知が「オオカミ少年」化し、本物の障害を見逃します。誤報が出たら判定条件（連続失敗回数・タイムアウト値）をその都度調整します
月次で稼働率を振り返る — 監視サービスの多くは稼働率レポートを出せます。「先月は99.9%だったか」「短い断続的なダウンが増えていないか」を月次で見ると、サーバー移転や増強の判断材料になります

まとめ｜まず1本のURL監視から

死活監視は、導入コストに対して防げる損失が大きい、費用対効果の高い施策です。まずは主要ページの外形監視とSSL期限監視から始めてください。シャノンではWebサイト・サーバーの監視サービスを提供しており、監視設計から障害時の一次調査・復旧対応までを一括でお任せいただけます。自社サービスの運用で日常的に監視・障害対応を行っている体制をそのまま活かしてご支援しますので、「通知の先の対応まで含めて任せたい」という場合はご相談ください。