Trust ビューはドメイン別ダッシュボードに配置されており、トラッキングのうちどれだけが実際に捕捉されているかを誠実に計測します。日次で実行され、3 つのシグナル — ブラウザトラッカー、サーバーサイド取り込み、Webhook の真実 — を比較してギャップを推定し、その原因の可能性を説明します。
このガイドではビューの読み方と、調査すべき内容が見えたときの対処方法を案内します。
どこで見つけるか
app.zenovay.com で任意のドメインダッシュボードを開き、サイドバーの Reliability グループから Trust タブを選択します(パスは /domains/{id}?tab=trust)。ビューには直近 7 日間の整合性チェック結果が表示されます。
新規ウェブサイトの場合は、親しみやすい空状態が表示されることがあります。最初の整合性レコードはアクティビティ発生から 24 時間以内に表示されます(日次ジョブは 00:00 UTC に実行)。
見出し数値
最上部に大きなパーセンテージ「推定トラッキング損失」と信頼度チップが表示されます:
- 正のパーセンテージ(例:
8.4%)— ブラウザトラッカーが、サーバーまたは Webhook 真実の層が示すよりも少ないイベントを記録しています。ある程度の損失は通常です。下の内訳が理由を説明します。 - 負のパーセンテージ / 「+X% 過剰計上」 — サーバーがブラウザトラッカーよりも 多く のイベントを記録しています。これはバグではありません。通常、広告ブロッカーやネットワーク欠落で失われていたであろうイベントを、サーバーサイド取り込みが拾ったことを意味します。
—(ダッシュ)— 比較できる十分なデータがまだありません。通常、このサイトでサーバー層または Webhook 層が空だからです。
パーセンテージの下に 完成度バー があります。塗りつぶしのエメラルド部分は層間で一致したイベント、琥珀色の斜線部分は推定ギャップを表します。
信頼度ラベル
各メトリックには 3 つのラベルのいずれかが付きます:
| チップ | 意味 |
|---|---|
| 高信頼度 ●●● | 両層がそれぞれ 100 件以上のイベントを持ち、損失が 30% 未満。数値は信頼できます。 |
| 中信頼度 ●●○ | いずれかの層が 50–100 件の範囲、または損失が 30–60% の範囲。数値は方向性として扱ってください。 |
| データ限定的 ●○○ | いずれかの層が 50 件未満、損失が 60% 超、または片方の層しか存在しない。ビューは見えている範囲を示しますが、数値だけで行動しないでください。 |
信頼度は深刻度ではありません。高信頼度の 5% 損失は、低信頼度の 80% 損失よりも有用な情報です。
メトリック別内訳の読み方
見出し数値の下にある 3 行は、同じ比較を ページビュー、目標完了、収益イベント に分けて表示します。各行は独自の信頼度ラベルと 3 つの列(クライアント / サーバー / Webhook)、および完成度バーを持ちます。
よくあるパターン:
- ページビュー:クライアントとサーバーは近い値であるべきです。継続的なギャップは通常、広告ブロッカーや CSP ルールが特定のページで静かにトラッカーをブロックしていることを示します。
- 目標:ここでのギャップは正当な場合が多いです — 訪問者がクライアントイベントを発火させてからサーバー側確認までの間にタブを閉じるためです。1 日のパーセンテージよりも トレンド の変化に注目してください。
- 収益:Webhook 層が真実の出どころです(実際に顧客に課金したのは Webhook 側)。ここでのギャップは通常、クライアントの購入イベントが成功した支払いごとに発火していないか、Webhook 配信が遅延しているかを意味します。
行に「サーバーサイド取り込みが未使用」のような小さなメッセージが表示される場合、そのメトリックの真実層が空であることを示します。整合性チェックは存在する層を使って 何か を表示しますが、信頼度は低くなります。
主要なミスマッチ理由
メトリック内訳の下に、Trust は今週影響を受けたイベント数で並べた主要な疑わしい理由をリストします。
3 つの理由は 対処可能 として小さな琥珀色のタグで強調されます。これらに対しては、Pro 以上のプランで 1 行のアクション手順が表示されます。残りの理由は診断的 — 何が起きているかを説明しますが、行動は不要です。
対処可能な理由とその対応
クライアントトラッカーがブロックされている可能性 (client_blocked)
- 確認した内容:少なくとも 1 つのメトリックでサーバー側カウントがブラウザカウントよりも明らかに高かった。
- 考えられる原因:広告ブロッカー、ブラウザのプライバシー拡張、または独自の Content-Security-Policy ヘッダーが一部の訪問でトラッカーをブロックしている。
- 試すべきこと:CSP の
connect-srcディレクティブにapi.zenovay.comを追加してください。script-srcを含む厳格な CSP を使用している場合は、そちらにも追加してください。プライバシー拡張による損失には、自社ドメインからトラッカーを読み込む ファーストパーティ トラッキング の有効化を検討してください。
Webhook 配信の遅延 (webhook_delay)
- 確認した内容:クライアント側購入イベントが Webhook 到着を上回り、かつ当日の Webhook 件数が直近 6 日間のベースラインを大幅に下回った。
- 考えられる原因:決済プロバイダ(通常は Stripe)が一部の Webhook をまだ配信していません。多くは数時間以内に自然に解消します。
- 試すべきこと:決済プロバイダの Webhook 配信ダッシュボードを開き、失敗または保留中の Webhook を探してください。リトライが見える場合、それらが届くにつれてギャップが閉じるはずです。Webhook が完全に失敗している場合、エンドポイントが到達可能で 2xx レスポンスを返しているか確認してください。
ルート正規化のミスマッチ (route_mapping)
- 確認した内容:1–2 個の特定ルートがギャップの半分以上を占めている。
- 考えられる原因:それらのルートがブラウザトラッカーとサーバー間で異なる正規化を受けている。よくあるケース:トラッカーは
/checkout/abc123と報告するが、サーバーは/checkout/[id]として記録する SPA ルート。 - 試すべきこと:対象 URL のトラッカー SPA ルート処理を確認してください。Pro+ ドリルダウン表で、ギャップに寄与しているルートが正確に分かります。
診断のみの理由(対応不要)
- 重複イベントの抑制 — 取り込みパイプラインが同じ idempotency key の重複ブラウザイベントを検出し、1 つだけ残しました。正しい挙動です。
- 訪問者識別の欠落 — 訪問者のブラウザ ID がサーバー側で記録されたイベントとクリーンに一致しませんでした。セッション中に訪問者が Cookie を消去した場合によく発生します。
- サーバーサイド取り込みが未使用 — まだ
POST https://api.zenovay.com/e/{trackingCode}にサーバーサイドイベントを送信していません。これがないとサーバーサイド整合性チェックは不可能です。設定方法は サーバーサイドイベント を参照。 - 支配的な原因が特定されない — ギャップが特定の理由のしきい値を下回っています。多くの場合、トラッキングが健全であることを意味します。
Pro+ ドリルダウン表
プランが Pro 以上の場合、最下部に ルート別ギャップ 表が表示されます。今週のクライアント vs サーバーカウントの最大単一ルート差をイベントギャップで並べて表示します。
これがビューで最も対処可能な部分です — どこを見るべきかを正確に教えてくれます。例:
- 1 つの製品詳細ページがページビューギャップの大部分を占める → そのページに CSP ルール、独自インラインスクリプト、トラッカーを壊す A/B テスト レイアウトがないか確認してください。
- サーバー側にのみ表示される
/checkoutルート → クライアント側トラッカーがチェックアウトページにインストールされていない可能性があります(分離された決済フローでよくある見落とし)。 - 各 1–2 イベントのみを寄与する
/blog/[slug]パターンの数百ルート → 想定通り。無視して構いません。
よくある質問
Trust タブにページビューの 12% を失っていると表示されます。心配すべきですか?
必ずしもそうではありません。ブラウザベースのアナリティクスにおける広告ブロッカー損失の業界平均は、業種によっては 20–40% です。実際のサーバー比較で測定された 12% の損失は、典型的なアナリティクスツールの 未測定 損失よりはるかに優れています。実行可能な質問は、ギャップが特定のルート(修正可能)に集中しているか、均等に分布している(事業コスト)かです。
「+5% 過剰計上」と表示されるのはなぜですか?
サーバーがブラウザトラッカーよりも多くのイベントを捕捉しています。これは良いニュースです — サーバーサイド取り込みがトラッカーの取りこぼしを埋めています。「+」表記は損失ではないことを明確に示します。
収益で「データ限定的」と表示されます。何を意味しますか?
今週の購入イベントが少ない(ウィンドウ全体で 50 件未満)か、真実層の片方しか含まれていない(例:クライアント側購入イベントはあるが Stripe Webhook が未設定)かです。解決策は通常、より多くのイベントを待つか、欠けている層を組み込むことです。
一部の理由でアクション手順が表示されないのはなぜですか?
3 つの対処可能な理由のアクション手順は Pro 以上で利用可能です。Free では理由名とイベント数は見えますが、推奨される修正はゲートされています。理由自体と見出し数値はすべてのプランで表示されます。
Trust タブは公開ダッシュボードに表示されますか?
いいえ。Trust は内部診断専用のサーフェスです。公開共有ダッシュボードに含まれることはありません。
関連ガイド
- 直帰率とセッション時間 — エンゲージメント品質を調査する際、整合性チェックと相性が良い
- メトリックの理解 — Trust ビューが集約する基礎カウントの定義
- サーバーサイドイベント — 整合性チェックを支えるサーバー層の組み込み方