リソース · 25
イベント測定計画を作成し、収集状況を検証します。
意思決定の必要性から、イベント辞書、シナリオテスト、および不一致監視へと移行します。
更新済み · 3 min
このガイドが達成するのに役立つこと
- 意思決定の定義
- イベントの文書化
- 各状態のテスト
- 不一致の監視
クイックチェック
- この指標に依存する意思決定はどれですか？
- 観測された事実を説明するイベントとパラメータはどれですか？
- どの同意状態が収集を変更しますか？
- 1つのアクションで重複イベントが発生する可能性がありますか？
- リリース後の不一致の責任者は誰ですか？
手順
- 1
意思決定から始める
製品およびビジネス上の意思決定、その指標、および関連するカスタマージャーニーをリストアップします。 イベント名を選択する前に、分析単位を定義します。
成果物：優先順位付けされた意思決定と指標
- 2
ディクショナリの作成
各イベントについて、トリガー、パラメータ、タイプ、単位、ソース、所有者、および除外ケースを記録します。 アクションを正確に説明する場合は、GA4推奨イベントを使用します。
成果物：例を含むバージョン管理されたディクショナリ
- 3
コレクションの指定
ページ状態、同意選択、SPA遷移、サーバー交換、および必要に応じて重複排除識別子を記述する。
成果物：シナリオレベルのトリガー仕様。
- 4
制御されたジャーニーのテスト
成功、エラー、離脱、拒否、モバイル、および再読み込みをリプレイする。 リクエストを想定パラメータおよびプラットフォームのデバッグツールと比較する。
成果物：不一致を含む日付付きQAレコード。
- 5
集計の検証
2つのシステムがセッションまたはコンバージョンを同一に定義していると仮定せずに、一定期間にわたる既知の操作とボリュームを比較する。
成果物：注釈付きの調整およびアラートしきい値。
- 6
スキーマの維持
変更の所有者を割り当て、欠落または重複するイベントを監視し、フォーム、タグ、または同意バナーの変更後に再テストする。
成果物：定期的なデータ品質レビュー。
管理指標
| 指標 | 測定対象 | 最初のアクション |
|---|---|---|
| 網羅性 | テスト済みイベントに基づく決定 | 欠落しているジャーニーの計測 |
| 完全性 | 必須パラメータを持つイベント | トリガーまたはスキーマの修正 |
| 重複 | 予期しない追加イベントを生成するアクション | 重複排除ルールの追加 |
| 遅延 | アクションから使用可能なデータまでの時間 | 収集と処理の検査 |
よくある間違い
- 実際の成功ではなくページ読み込み時にトリガーされる
- ディクショナリのバージョン管理を行わずに名前またはタイプを変更する
- 同意の拒否または撤回をスキップする
- 承認されたリクエストをレポートの有効性の証明として扱う
よくある質問
必要なイベントの数は？
明示的な決定をサポートし、定義とテストが維持されているイベントのみ。
サーバー応答はデータ品質を証明するものか？
いいえ。リクエスト検証、デバッグ可視性、集計照合はそれぞれ別のチェック項目です。
リデザインで再テストすべき項目は？
重要なジャーニーにおけるトリガー、パラメータ、同意状態、重複データ、集計データ。
公式参照文献
参照文献はメソッドを裏付けるものです。 チェックは状況に合わせて調整してください。 これらは認証ではありません。 元の参照文献のタイトルやソース文書は別の言語で書かれている場合があります。
