一般的なイベント トラッキングの落とし穴とその回避方法
公開: 2022-12-13編集者注: この記事は、もともと 2021 年 2 月 19 日に Iteratively ブログで公開されたものです。
データ収集はデータ スタックの基盤ですが、見落とされがちであり、愛されていないことさえあります。そのため、多くの企業はそれを正しく行うために必要な時間とリソースを費やしていません。
アナリティクス トラッキングの落とし穴は、イベント トラッキングに十分な注意が払われていない場合に簡単に発生する可能性があります。 幸いなことに、これらの落とし穴が何であるかを知っていれば、より簡単に回避できます。 さらに、以下で共有するいくつかの具体的なヒントを使用して、データ収集戦略とプロセスを改善できます.
イベント トラッキングとは
本題に入る前に、ここで取り上げる内容について簡単に説明しましょう。イベント トラッキングとは、Web サイト、Web、モバイル アプリなどのデジタル プロダクトに対するユーザーの操作に関するデータをキャプチャして収集するプロセスです。
ページ ビュー、ボタンのクリック、フォームの送信、検索など、ユーザーが開始したすべてのアクションをイベントとしてエンコードできます。 どのイベントをキャプチャする必要があるかは、製品、ビジネス モデル、およびデータの成熟度によって大きく異なります。 すべての製品には独自の一連のユーザー行動があり、製品の改善または販売に取り組んでいるチームには独自の分析指標と目標があります。 イベント トラッキングを始めたばかりの場合は、トラッキング プランの作成ガイドをご覧ください。
データのコアビルディングブロック
製品のパフォーマンス、ユーザーの行動、または顧客獲得戦略について必要な洞察を得るには、考慮する必要がある 4 つの基本的なデータ構成要素があります。
イベント
ユーザーまたはサーバーが開始したアクションはすべてイベントです。 これには、ページ ビューやボタンのクリックから、アカウントの削除やアプリケーションのクラッシュまで、すべてが含まれます。
イベント プロパティ
イベント プロパティは、特定のイベントとそれが呼び出されたコンテキストをさらに記述します。プロパティを利用して、ブラウザ情報やフォーム フィールドで送信された情報など、イベントに関する追加情報を取得します。
ユーザー
ユーザーは、イベントを実行する個人です。 彼らは、未知の Web 訪問者、アプリ ユーザー、またはログインしている顧客です。
ユーザー プロパティ
ユーザー プロパティを使用すると、ユーザーの特徴を簡単に記録できます。 これには、サブスクリプション プラン、地理的な場所、ユーザー ID、ブラウザーまたはデバイスの種類などのデータが含まれる場合があります。
一般的なイベント トラッキングの課題とそれを回避するためのヒント
基本について説明したので、多くのデータ チームや製品チームと話しているときによくある落とし穴を見てみましょう。
イベントの種類が多すぎる
大量のイベントが収集される場合がありますが (会社の規模とビジネス モデルによっては 1 日に数十億になる場合もあります)、イベントの種類の総数を制限することをお勧めします。 イベント ディクショナリが無秩序に広がっていると、干し草の山から 1 本の針を探す必要が生じ、アナリストや PM などのデータ コンシューマは、分析を実行するために必要なイベントを特定するのが困難になります。
ヒント:トラッキング プランには、10 ～ 200 のイベント タイプを含めることをお勧めします。 明らかに、複雑なマルチ製品にはさらに多くのものが必要になる場合がありますが、企業がイベントの種類を整理することでデータ モデルを大幅にスリム化できることがよくあります。
データモデルの過度の複雑化
上記の点に関連して、企業がデータ モデルを具体化しすぎて、一貫性とスケーラビリティを維持することが難しくなっていることがよくあります (したがって、イベント タイプが多すぎます)。 例として、コンテキストのプロパティ値 (UTM パラメータや URL など) を含むキャッチオール イベント「ページ ビュー」ではなく、ランディング ページごとに固有のイベントを使用している企業を見てきました。
ヒント:成長に合わせてスケーラブルな構造を作成していることを積極的に確認し、現在必要なデータに集中してください。
プロパティがありません
チームはイベントの定義に多くの時間を費やしていますが、どのプロパティをイベントに関連付けるべきかについてはあまり考えていません。 おそらく、イベントとユーザーのデータは、それらの周りのコンテキストもある場合にのみ本当に有用になります.それらがなければ、分析は制限されます.
ヒント:プロパティは、それに値する重要性を持って扱うようにしてください。 チームがプロパティを最大限に活用できるように、人々が活用できるプロパティ テンプレートを作成できます。 必須のプロパティとオプションのプロパティを指定することもできます。 これは Amplitude で簡単に実行できますが、Google Sheet または Notion ページで作成することもできます。
イベントが正しく発生しない
イベントが正しく起動されないことに関連するダウンストリーム データの品質の問題がよく見られます。 これは主に、イベント トラッキングがテストされておらず、コードのように扱われていないためです。
ヒント:トラッキングを他のコードと同様に扱い、テストすることをお勧めします。 QA を拡張して、既存の CI/CD および単体テスト ワークフローの一部としてイベント トラッキングを含めます。
ButtonClicked、button_clicked、またはクリックされたボタン?
イベントの命名規則は、最高の企業でさえワイルドウェストになる可能性があります. iOS チームと Android チームが 1 つの規則に従っている一方で、Web チームと製品チームが別の規則に従っている場合があります。 これにインストルメンテーション中の人的エラーが加わると、データ コンシューマーは、データを分析に使用する前に大量のデータ変更を余儀なくされます。
ヒント:イベントの構造を管理するためのベスト プラクティスとして、オブジェクト アクションのようなフレームワークを使用します (つまり、各イベントは、アプリケーション内のオブジェクト (ボタンなど) とアクション (クリックなど) に関連付けられます)。チーム間およびインストルメンテーション中に命名規則を適用します。
タイムスタンプの複雑さ
これはとてもシンプルですが、タイムゾーンが重要です。 複数のタイム ゾーンにまたがる人々との会議を予約する場合は、複雑さを考慮してください。 データの複雑さは望ましくありません。
ヒント:これについては考えすぎないでください。UTC に固執してください。
プロパティのデータ型が正しくない
これは私たちが頻繁に目にするものではありませんが、それはチームに起こり、通常は常に数字が関係している場合に発生します. たとえば、6 桁のユーザー ID は、実際には数値ではなく文字列値です。
ヒント:プロパティが何を記述しているか、および正しいフィールド タイプをどのように決定するかに注意してください。 すべてのプロパティ タイプの例を含むドキュメントを手元に置いて、チームが追跡計画を正確に発展させるのを容易にします。
振幅はあなたを助けるためにここにいます
イベント追跡の設計、計測、進化に伴うあらゆる危険や困難に圧倒されていませんか? 振幅はあなたの背中を持っています。
Amplitude のデータ管理機能は、データ チーム、プロダクト マネージャー、およびエンジニアが、イベント追跡の定義、計測、検証、およびコラボレーションを支援します。 一貫性のないイベント名や追跡の欠落から生じるデータ品質の問題を積極的に解決し、追跡の進化を管理するためのワークフローを提供します。
スプレッドシートを捨て、イベント データをスキーマ化し、追跡計画を実施することで、高品質のデータを扱うことができ、データの改ざんが不要になります。 Amplitude のデータ管理機能を試すことに興味がある場合は、今すぐ無料のアカウントを作成するか、当社のチームでデモを予約して詳細を確認してください。
