レポートが支持すべき決定事項から始めましょう

Googleのeコマース測定に関するドキュメントでは、ショッピング活動、購入、返金に関するイベントについて、商品情報と取引識別子とともに説明しています。これらのイベントは有用なレポート作成に役立ちますが、ダッシュボードの信頼性は、提供されるデータの意味と品質に左右されます。利用可能なイベントをすべて実装するのではなく、まずは解決すべきビジネス上の疑問点を明確にすることから始めましょう。

小規模店舗であれば、どの商品ページが購入につながっているか、顧客がレジでどの段階で立ち止まっているか、どの商品が頻繁に返品されているかを把握したいと考えるでしょう。それぞれの質問に担当者を割り当て、回答に基づいてどのような行動が考えられるかを記述してください。誰も具体的な決定事項を特定できない場合、レポートは有益な情報を提供するどころか、ノイズを増やすだけになってしまう可能性があります。

## イベント辞書を作成する

各イベントが発生するタイミングと、それに付随する必須フィールドを書き留めてください。ウェブサイト、注文システム、レポート全体で一貫した製品識別子を使用してください。実装において、価格、数量、割引、税金、送料の意味を明確に定義してください。これらの定義を、たまたま最初にトラッキングスクリプトを追加した開発者に任せることは避けてください。

Googleドキュメントには、商品データと取引識別子を含む購入イベントと、関連する取引に関連付けられた返金イベントが記録されます。これらの関係に基づいて、独自の承認チェックを構築してください。同じ注文はシステム間で識別可能である必要があり、返金は正しい購入に関連付けられる必要があります。確認ページの閲覧と新規注文の作成は明確に区別してください。

## 顧客体験全体を検証する

通常購入、割引注文、複数商品購入、返金といったケースについて、制御されたサンプルを実行してください。イベントシーケンスを検査し、基となる注文記録と比較してください。ページを再読み込みしたり、後で確認ページに戻ったりする顧客も対象に含めてください。これらのケースで実装がどのように動作するかを文書化し、ページへの再訪問がレポート上で説明のつかない変更とならないようにしてください。

同意状況とトラッキング行動を、貴社が選択した構成およびそれに適用される要件と照らし合わせて確認してください。アナリティクスは必ずしもすべての顧客やすべての取引を監視できるわけではありません。文脈を無視して正確な数値だけを表示するのではなく、レポートを読む人がこれらの制限を理解できるように表示してください。

結論を出す前に、まずは調整をしましょう。

一定期間における報告された購入件数と収益を注文システムと比較します。差異をカテゴリ別に調査します。カテゴリは、欠落したイベント、重複したイベント、報告の遅延、払い戻し、除外すべき注文などです。注文システムと分析システムでは回答が異なる場合があるため、説明なしにすべての合計値を一致させるのではなく、両者の関係性を理解することが目標となります。

測定値が安定したら、それを基に的を絞った変更を実施しましょう。変更内容、期待される効果、観察期間を記録してください。セール期間中の変動、在庫不足、あるいは交通量の大きな変化を、設計変更のみが原因であると判断してはいけません。信頼できる測定計画とは、明確に定義されたイベント、再現可能なチェック、そして驚くべき数値が出た場合は、それに基づいて行動する前に必ず疑問を持つ習慣を組み合わせたものです。