Zenovayでは、何か変わったときに通知を受け取るための2つの方法があります。自動化ルール（トラフィック、エラー率、コンバージョン率の変化用）と稼働時間アラート（サイトがダウンしたときの通知用）です。このガイドではその両方をカバーします。
両方の機能はPro以上で利用できます。無料のワークスペースは稼働時間を監視できますが、自動化ルールは作成できません。
自動化ルール
自動化ルールはあなたの分析を監視し、条件が満たされたときにアクションを実行します。これらはグローバルアラート領域ではなく、各Webサイトの設定に存在します。
見つける場所
- Webサイトのダッシュボードを開く
- 設定 → 自動化に進む
- ルール作成をクリック
Proはサイトあたり最大10ルール、Scaleは最大50ルールを許可します。Enterpriseはルール数の制限がありません。
トリガータイプ
| トリガー | 発動時 |
|---|---|
| トラフィックスパイク | 訪問数が最近のベースラインをはるかに上回ると上昇 |
| トラフィック低下 | 訪問数がベースラインに対して設定された割合だけ低下 |
| エラー率しきい値 | エラー率が設定された制限を超える |
| コンバージョン率以下 | 目標のコンバージョン率が目標値を下回る |
| バウンス率以上 | バウンス率がしきい値を超える |
トラフィックルールの場合、現在の値が比較されるベースライン期間（1、7、14、または30日）を選択します。
アクション
ルールがトリガーされると、次のいずれかのアクションを実行できます：
| アクション | 実行内容 |
|---|---|
| メール | 1つ以上のメールアドレスにアラートを送信 |
| Slack | 受信Webhook URLを介してSlackチャネルに投稿 |
| Webhook | JSON ペイロードをあなたが管理するHTTPSエンドポイントに送信 |
| プッシュ通知 | 登録されたデバイスにブラウザプッシュ通知を送信 |
クールダウン
各ルールにはクールダウン（分単位）があり、単一の継続中の条件が繰り返し発動しないようになっています。デフォルトは60分です。ノイズの多い信号の場合は増やし、すぐに知りたい信号の場合は減らします。
稼働時間アラート
稼働時間監視はあなたのサイトに対してサーバー側のチェックを実行し、ダウンしたときに通知します。このために追跡スクリプトは必要ありません。
稼働時間アラートを構成する
- Webサイトのダッシュボードを開く
- 稼働時間タブを開く
- モニター構成を開く
そこから以下を設定できます：
- チェック間隔 — Zenovayがサイトをチェックする頻度。最短間隔はあなたのプランに依存します：Freeで10分、Proで5分、ScaleとEnterpriseで1分。
- アラートしきい値 — アラートが送信される前に発生する必要のある連続した失敗チェック数。デフォルトは3で、単一の一時的な問題でのアラートを回避します。
- 予期される状態コードと応答が含む必要のあるオプションのキーワード。
- SSL監視（有料プラン）で証明書の問題をキャッチ。
稼働時間アラートはメール、webhook、Slack、またはDiscordで配信できます。
Webhookペイロード
自動化ルールまたは稼働時間アラートがwebhookアクションを使用すると、ZenovayはJSONボディを含むPOSTリクエストを提供するHTTPS URLに送信します。これを使用してアラートを独自のツールに転送します。
Webhook URLはHTTPSを使用する必要があります。
ベストプラクティス
アラートの衛生管理
- アラート疲労を避ける。 多すぎるアラートは無視されます。いくつかのハイシグナルルールから始めます。
- 意味のあるしきい値を設定する。 実際のベースラインに対して調整し、通常の分散時に発動しないようにします。
- クールダウンを使用する。 これは単一の条件があなたをスパムするのを防ぐ最も簡単な方法です。
- 定期的に確認する。 トラフィックパターンが変わるにつれてしきい値を調整します。
しきい値ガイドライン
これらは出発点であり、ルールではありません。1～2週間自分のデータを観察して調整します。
| シグナル | 妥当な出発点 |
|---|---|
| エラー率 | 通常のベースラインの2倍 |
| トラフィック低下 | ベースラインより30%低い |
| 稼働時間 | 連続した失敗チェック3回後にアラート |
デプロイメント確認にAPIを使用
また、デプロイ後のリグレッションを検出するために、CI/CDパイプラインに分析をプルできます。これは外部API を使用し、Pro以上で利用できます。
# GitHub Actions example - check analytics after deploy
- name: Verify Post-Deploy Analytics
run: |
curl -X GET "https://api.zenovay.com/api/external/v1/analytics/${{ vars.ZENOVAY_WEBSITE_ID }}" \
-H "X-API-Key: ${{ secrets.ZENOVAY_API_KEY }}"
ワークスペースの設定 → セキュリティ → APIキーでAPIキーを生成します。ポーリングが不要な自動化されたアラートの場合は、上記の自動化ルールをwebhookアクション付きで設定して、Zenovayがしきい値がクロスされたときにチームに通知するようにします。
トラブルシューティング
アラートを受け取っていない
確認する内容：
- ルールまたはモニターが有効になっている。
- メールアクションの場合、受取人のアドレスが正しく、メッセージがスパムに入っていない。
- Slackの場合、受信Webhook URLが有効でチャネルが存在する。
- Webhookの場合、エンドポイントにHTTPSでアクセス可能で2xx応答を返す。
アラートが多すぎる
調整する内容：
- しきい値を上げてあまり頻繁に発動しないようにする。
- ルールのクールダウンを増やす。
- トラフィックルールに対してより長いベースライン期間を使用して、通常の分散を平滑化します。
誤検知
確認する内容：
- しきい値が実際のトラフィックパターンと一致しているか。
- トラフィックルールが比較するベースライン期間。
- 最近の変更（キャンペーン、デプロイメント、既知のメンテナンスウィンドウ）がシグナルを説明しているかどうか。