異常検知

Pro プラン

異常検知は、分析データ内の異常なパターンを自動的に識別します。AI Insightsの一部として実行されるため、重要な変化を発見するのを待つ代わりに、他のインサイトと一緒に表示されます。

異常検知とは？

Zenovayがサイト向けのインサイトを生成するたびに、最近の日次メトリクスを30日間のベースラインと比較し、通常の範囲を大きく外れている日を検出します：

監視対象	検出対象
訪問者数	スパイクと低下
バウンス率	異常な上昇
訪問者価値スコア	平均品質の急激な低下

これらの異常は、その日がベースラインからどの程度外れているかに応じて、info、warning、またはcriticalとして評価されます。

仕組み

統計分析

Zenovayは独自の履歴から「正常」の理解を構築します：

このカ月の典型的な日：
- 訪問者数：1,000～1,200
- バウンス率：42～48%

今日：
- 訪問者数：580 ← 異常（通常の範囲をはるかに下回る）

メトリクスが30日間の平均から2標準偏差以上ずれている場合、その日は検出されます。3標準偏差を超える変動はcriticalとしてマークされます。

ベースライン期間

始める時：

Zenovayが何かを検出する前に、少なくとも数日間の日次データが必要です（ローリング30日間ベースラインを使用）。
より多くの日が蓄積されると、ベースラインがより代表的になります。
1ヶ月分の完全な履歴があれば、検出は実際の日々の変動を反映します。

サイトに3日未満の過去データがある場合、まだ異常は報告されません。

継続的な更新

ベースラインは実行するたびに再計算されるため、トラフィックパターンが変わると検出が適応します。継続的な変化は、繰り返し発火するのではなく、徐々に新しい正常になります。

異常の種類

訪問者異常

タイプ	例	重要性
スパイク	通常の範囲をはるかに上回る	キャンペーン成功？ボットトラフィック？
低下	通常の範囲をはるかに下回る	サーバーの問題？SEOの問題？

バウンス率異常

タイプ	例	重要性
急上昇	バウンス率がベースラインをはるかに上回る	UX問題？ページが壊れている？悪いトラフィックソース？

訪問者価値スコア異常

タイプ	例	重要性
急低下	平均訪問者価値がベースラインを下回る	品質の低いトラフィック？ターゲティング変更？

これら3つのメトリクスを超えた、より広い観察（エンゲージメント傾向、地理的変化、機会）については、異常と一緒に受け取るAIインサイトを参照してください。

異常を表示

異常とその他のAIインサイトは、各ウェブサイトのInsightsタブにあります：

Domainsからサイトのダッシュボードを開きます。
サイドバーのInsightsタブを選択します。
クリティカルと警告アイテムは上部にアラートとして表示されます。完全なリストは下にあります。
任意のアイテムをクリックして詳細を開きます。

異常の詳細

各異常は以下を表示します：

要素	情報
メトリック	変わったもの（訪問者数、バウンス率、または訪問者価値スコア）
実際の値	その日に記録された値
期待値	比較されたベースラインの平均
偏差	期待値からの変化率
重大度	Info、Warning、またはCritical
検出日時	フラグが立てられた時期

サンプル異常

クリティカル異常

メトリック：訪問者数
検出日時：今日
期待値：~1,100訪問者/日
実際：580訪問者
偏差：期待値から-47%

推奨される次のステップ：
- 稼働時間と最近のデプロイメントを確認する
- トラフィックソースの低下を確認する
- 訪問者チャートと比較する

異常に対処

何かがフラグされたら、インシデントと同じ方法で対処します。

ステップ1：検証

異常が実際であることを確認します：

ダッシュボードの基礎メトリックを確認します。
同じ日の関連メトリクスを確認します。
トラッキングまたはデータ収集の問題を除外します。

ステップ2：スコープを理解

何が影響されているかを決定します：

特定のページ？
特定のトラフィックソース？
モバイルとデスクトップ？
地理的地域？

ステップ3：原因を見つける

ステップ4：解決

調査後、インサイトを確認してアクティブリストから削除します。確認されたアイテムは参照用に履歴に保持されます。詳細についてはインサイトの確認を参照してください。

一般的な異常の原因

訪問者の低下

原因	調査
サーバー問題	稼働時間の監視を確認
SEOの変更	検索ランキング
広告停止	キャンペーンステータス
外部イベント	ニュース、季節性

訪問者スパイク

原因	調査
バイラルコンテンツ	ソーシャルメディアの言及
ボットトラフィック	トラフィック品質、リファラー
キャンペーン開始	UTMパラメータ
プレスカバレッジ	リファラー

バウンス率または訪問者価値スコアの変更

原因	調査
UXまたはページエラー	セッション記録、ヒートマップ
新しいトラフィックソース	リファラーとUTMパラメータ
ランディングページの変更	最近の更新

誤検知

発生する理由

何も問題がないのに、日がフラグされることがあります：

1回限りのイベント（単一の大きなリファラル日）。
ベースラインが短い新しいサイト。
本物だが害のない変動。

ノイズ低減

ベースラインが埋まるまで時間を与える（履歴が増えると改善される）。
期待どおりであることが判明したアイテムを確認して、アクティブリストから削除する。
infoおよびwarningアイテムを緊急事態としてではなくコンテキストとして扱う。緊急性はcriticalに保持する。

通知を受け取る

異常アラートはメールでも届く場合があります。Settings → Account → Preferencesを開き、Email notificationsセクションを使用して以下を切り替えます：

Anomaly Alerts - 分析データの異常なパターンについてのメール
Traffic Spike Alerts - サイトが異常なトラフィックスパイクを見たときのメール
Weekly Reports - 毎週月曜日の週間分析レポート

これらはユーザーごとのメール設定です。アプリ内では、メール設定に関わらず、異常は常にInsightsタブに表示されます。

ベストプラクティス

重大度別のトリアージ

重大度	推奨応答
Critical	すぐに調査
Warning	同じ日に確認
Info	通常のレビュー時にメモ

メモを取る

異常を調査するときは、何が起こったか、可能性のある原因、およびあなたが取ったアクションを記下します。時間が経つと、サイトがどのように動作するかの有用な記録が作成されます。

チームで調整

クリティカルな異常を共有します。
誰が何を調査するかを決定します。
処理されたアイテムを確認して、アクティブリストが意味のあるものに保たれるようにします。