メインコンテンツへスキップ
Pro プラン10 minutes初級

稼働時間モニタリング

自動チェック、SSLサーティフィケート追跡、および電子メール経由でのインスタント停止アラート通知でウェブサイトの可用性を監視します。

uptimemonitoringavailabilitydowntimealerts
最終更新日:

Zenovayはスケジュールに従ってサイトに到達可能かどうかをチェックし、ダウンした場合はメールを送信するため、訪問者が知る前に発見できます。

仕組み

トラッキングスクリプトがインストールされ、ドメインが確認されると、Zenovayは自動的にサイトのチェックを開始します。追加の設定は不要です。所有しているすべての確認済みウェブサイトが監視されます。

  • 自動チェック: ZenovayはCloudflareエッジからスケジュールに従ってホームページをリクエストします。
  • ステータス検出: リクエストが予期されたステータスコード(デフォルトでは2xx~4xx; 正確なコードを要求できます)で成功した場合、サイトは「アップ」と見なされます。
  • SSLトラッキング: Zenovayはサーティフィケートの有効期限日とチェーンの有効性を監視します(プロ以上)。
  • インシデント検出: 繰り返される失敗は自動的にインシデントを開き、メールを送信します。復旧により閉鎖されます。
  • 履歴: 可用性パーセンテージと応答時間は時系列で追跡されます。

情報

稼働時間モニタリングは確認済みウェブサイトに対して実行されます。トラッキングスクリプトをまだインストールしておらず、ドメインを確認していない場合は、クイックスタートから始めてください。

Uptimeタブを開く

  1. Domainsに移動して、検査するウェブサイトを開きます。
  2. サイドバーで、Behaviorの下のUptimeを選択します。

現在のステータス、可用性グラフ、応答時間グラフ、期間別のuptimeテーブル、および(プロ以上では)インシデント、ステータスコード、SSLの詳細カードが表示されます。

モニターの設定

プロ以上の場合、Uptimeタブヘッダーのギアを押してモニター設定を開きます。

モニター設定

チェック間隔:            Zenovayがサイトをチェックする頻度
期待されるステータス:    「アップ」を意味するHTTPステータスコード(デフォルト200)
キーワードチェック:      応答本体に表示される必要があるオプションのテキスト
アラート閾値:            インシデントが開く前の連続したエラー数(デフォルト3)
アラートチャネル:        電子メール(SlackとWebhookは近日公開)
SSLモニタリング:         サーティフィケート有効期限とチェーン有効性を追跡

キーワードチェックは、何か壊れているにもかかわらずサイトが200を返す場合に便利です(たとえば、それでも読み込まれるエラーページ)。Zenovayはページを取得し、指定したテキストが存在することを確認します。欠落している場合、チェックは失敗とマークされます。

プランごとのチェック間隔

最小チェック間隔はプランによって異なります:

プラン最小間隔
無料10分
プロ5分
スケール1分
エンタープライズ1分

プランの最小値以上のいずれかの間隔を選択できます(1、5、10、15、30、または60分)。より短い間隔はアップグレードプロンプト付きでロックされています。

アラート

サイトが構成されたアラート継続回数の連続チェックに失敗した場合(デフォルトでは3回)、Zenovayはインシデントを開き、ワークスペースオーナーにメールを送信します。サイトが復旧した場合、インシデントは解決され、復旧メールが送信されます。

  • 電子メールアラートはワークスペースオーナーに送信されます。モニター設定で電子メールが有効になっていることを確認してください。
  • Slackとwebhookチャネルは設定に表示されていますが、まだアクティブではありません(「近日公開」)。

アラートメールには、影響を受けたドメイン、ステータスコードまたはエラー、インシデントが開始された時刻、およびUptimeタブへの直接リンクが含まれています。

インシデント

インシデントはUptimeタブ内のインシデントフィード(プロ以上)に表示されます。

  • 自動検出されたインシデントは、連続失敗の閾値に達した後に開き、サイトが復旧したときに自動的に閉鎖されます。期間は自動計算されます。
  • 手動インシデントは、自動チェックが検出しなかった内容をログに記録する場合に作成および更新できます。各インシデントはinvestigatingidentifiedmonitoringresolvedを経由します。
インシデント: example.comはダウンしています

開始:      10:15:00
ステータス: investigating → resolved
期間:      8分
詳細:      サイトはHTTP 503を返しました

SSLサーティフィケートモニタリング

プロ以上の場合、SSLモニタリングが有効になっていると、Zenovayはサーティフィケートを追跡するため、有効期限が切れてもあなたは驚かされません。

SSLサーティフィケート

発行者:          Let's Encrypt
有効期限:        2026-09-12
残り日数:        91
チェーン有効:    はい
グレード:        A

有効期限が近づくにつれてグレードが低下します(30日以上でA、7日以上でB、最後の週でC、有効期限後またはチェーンが無効な場合はF)。SSLはuptime実行の一部として定期的にチェックされます。

応答時間とステータスコード

Uptimeタブはサイトがどのように応答するかを追跡します。これはアップかどうかだけではありません:

  • 応答時間: 中央値(p50)と選択されたウィンドウ上のp95およびp99パーセンタイル。
  • ステータスコード内訳: 2xx / 3xx / 4xx / 5xxを返すチェックのシェア。「技術的には稼働中」だが、エラーが増加しているサイトを検出できます。

上昇するp95/p99またはp95/p99 5xxレスポンスの割合の増加は、多くの場合、完全なダウンタイムの前兆警告です。

プランごとの表示ウィンドウ

Uptimeタブがどのくらい遠くを見ることができるかはプランによって異なります:

プランUptime履歴
無料7日
プロ30日
スケール90日
エンタープライズ90日

個別の生チェックは7日間保持されます。日次可用性サマリーはより長く保持されるため、より長いウィンドウでも継続的なトレンドが表示されます。

ベストプラクティス

  1. 期待されるステータスコードを設定します ホームページが常に特定のコード(たとえば、200)を返す場合。そうでなければ、500未満の応答はすべてアップと数えられます。
  2. キーワードチェックを追加します 200を返し続けながら「やさしく」失敗できるページの場合。
  3. アラート閾値を調整します 1つの過度な瞬間がアラートを発しないように、しかし実際のアウタージはそうするように。3つの連続したエラーは合理的なデフォルトです。
  4. SSLモニタリングを有効にします 忘れたサーティフィケート更新がアウタージになることはありません。
  5. ワークスペースオーナーのメールアラートをオンに保ちます ダウンタイムが人間に届くように。

トラブルシューティング

稼働時間データが表示されない

  • ウェブサイトが確認済みであることを確認してください(トラッキングスクリプトがインストール済み)。確認済みサイトのみが監視されます。
  • 新しいモニターには、記入するために数回のチェックサイクルが必要です。1~2つの間隔を与えてください。

アラートメールが届きません

  • モニター設定を開き、電子メールチャネルが有効になっていることを確認してください。
  • アラートはワークスペースオーナーのメールアドレスに送信されます。
  • インシデントは構成された連続失敗数後にのみ開くため、短い単一のバリア(blip)はアラートを発しません。

SSLデータが欠落しています

SSLはuptime実行中に定期的にチェックされますが、すべての単一チェック中ではありません。有効にしたばかりの場合は、次のサイクルを待ちます。SSLモニタリングはプロ以上の機能です。

次のステップ

この記事は役に立ちましたか?