ダッシュボードの遅さのほとんどは、クエリ側、ネットワーク側、ブラウザ側の 3 つのソースのうちのいずれかから来ます。どれが犯人かを診断するのは約 60 秒です。
ステップ 1 — 1 つのタブだけかをチェック
新しい シークレット / プライベートウィンドウ でダッシュボードを開きます。そこでは速いが通常のセッションでは遅い場合、ブラウザ側の問題です (拡張機能、蓄積されたキャッシュ状態、タブの数)。ステップ 4 に進みます。
シークレットでも遅い場合、サーバーまたはネットワーク側です。ステップ 2 へ続行します。
ステップ 2 — 日付範囲を確認
大きなウィンドウの高ボリュームデータを引くのは本当に重いです。ダッシュボードのクエリは大量のイベントをスキャンする必要があります。高ボリュームサイトで すべての時間 (または長いカスタム範囲) を選択してダッシュボードを開いた場合、最初のレンダーの時間は、保持している履歴が多いほど長くなります:
- ハイボリュームサイト (月 1M+ イベント) で 1 年以上の履歴 → 5〜10 秒の初期ロードは正常です。
- 2 年 (Pro リテンション ウィンドウ) → 最初のレンダーで最大 15 秒。後続のレンダーはキャッシュされ瞬時です。
- 4 年 (Scale リテンション ウィンドウ) → 非常に高ボリュームのサイトで最初のレンダーに最大 30 秒。
クイックフィックス: 期間セレクタで 過去 30 日間 に切り替えます。ダッシュボードは 2 秒未満で再読み込みします。広いウィンドウは実際に必要なときのみ使用します。
ステップ 3 — フィルタの複雑さを確認
各アクティブフィルタはクエリに JOIN と WHERE 句を追加します。広い日付範囲で 5 つ以上のアクティブフィルタがあると、クエリは 30 秒以上に膨れ上がる可能性があります。
クイックフィックス: フィルタバーで すべてクリア をクリックし、最も重要な 1〜2 個のフィルタを再追加します。ダッシュボードはほぼ即座に再読み込みします。
ステップ 4 — ブラウザのトラブルシューティング
よくあるブラウザ側の犯人:
拡張機能
一部のプライバシー拡張機能 (アグレッシブなリストの uBlock Origin、Strict モードの Privacy Badger) は app.zenovay.com や api.zenovay.com へのリクエストを傍受します。リクエストが静かにブロックされるためダッシュボードがハングします。
修正: 拡張機能で app.zenovay.com と api.zenovay.com を許可リストに追加します。または通常拡張機能が無効になるシークレットでダッシュボードを開きます。
古い localStorage
ダッシュボードはブラウザの localStorage にクエリ結果をキャッシュして、再訪問が瞬時に読み込まれるようにします。長時間実行されているセッションでは、このキャッシュが大きくなり、最初のレンダーを遅くする可能性があります。
修正: サインアウトし、DevTools (Application → Storage → Local Storage) で app.zenovay.com の localStorage をクリアし、サインインし直します。
タブが多すぎる
ダッシュボードはライブ訪問者更新のためにリアルタイム接続を開いたままにしています。多くの Zenovay タブが同時に開いていると、これらの接続とバックグラウンド更新がリソースを競い合い、個々のタブが遅く感じられます。
修正: アクティブに使っていないタブを閉じます。タブをフォーカスするとダッシュボードは自動的に再接続します。
ステップ 5 — ネットワークのトラブルシューティング
DevTools → Network → ダッシュボードをリロード。最も遅いリクエストを確認:
app.zenovay.com(HTML/JS) へのリクエストの場合、CDN キャッシュが問題です。ページをリロードしてください。通常 2 回目のロードで解消します。api.zenovay.com/api/...(JSON クエリ) へのリクエストの場合、データベースが遅いです。これはサーバーサイドです。- ホストに関係なく複数のリクエストが遅い場合、ローカルネットワークが問題です (企業 VPN、キャプティブポータル、ISP ルーティング)。
ステップ 6 — ステータスページを確認
status.zenovay.com を開きます。「ダッシュボードパフォーマンス」または「データベースクエリ」に影響するアクティブインシデントがある場合、あなたの環境ではありません — 解除を待ちます。
サポートへの連絡時期
ステップ 1〜6 を消化してもダッシュボードが遅い場合:
- ドメイン、表示していた日付範囲、ブラウザ / OS、DevTools からの HAR ファイル (Network → 右クリック → Save as HAR with content) を添えて [email protected] にメールします。
私たちの側で関連クエリトレースを引き出し、クエリプラン回帰、ホットキー競合、特定アカウントに固有の何かであるかを特定できます。
プランはロード時間に影響しますか?
あなたのプランは一部のアカウントに他のアカウントより速いクエリを与えることはありません。何が変わるかは、どのくらい遡って見ることができるかです:
- 無料: 1 年の履歴
- Pro: 2 年
- Scale: 4 年
- Enterprise: カスタム
より広い保持期間ウィンドウは、長い日付範囲を選択するときにスキャンするデータが増えることを意味するため、高ボリュームサイトのマルチ年ビューの最初のレンダーは 30 日ビューよりも長くなります。すべてのプランで修正は同じです: 日付範囲を実際に必要なものに絞り、必要な場合のみ拡大します。