結論：ピクセルが動いていても、イベントの意味が実際の成果とずれていれば最適化とレポートを誤る。広告を調整する前に、どの操作で何のイベントが発火するかを一覧にし、完了前のクリックと本当の完了を分ける。
イベント設計でよく起きるズレ
- フォームの送信ではなく、送信ボタンのクリックで成果を数えている
- 完了ページの再読込で同じ成果を複数回数える
- 購入金額や通貨が渡っていない、または誤っている
- ブラウザとサーバーの両方から送ったイベントが重複する
- テスト送信や社内アクセスが本番成果に混ざる
点検の順番
- 事業上の最終成果を決める
- 広告から成果までの画面遷移を書き出す
- 各操作で発火するイベント名を確認する
- テスト購入・テスト送信を1件行う
- Meta側の受信結果と自社の実データを突き合わせる
問い合わせ完了を最終成果にするなら、ページ閲覧やボタンクリックは観測用として区別する。途中行動を最終成果と同じ扱いにしない。
変更前に記録する
イベント名、発火条件、実装場所、確認日、担当者を残す。稼働中のイベントを変更すると時系列比較に影響するため、変更日時も記録する。一度に複数の計測設定を変えず、テスト結果を確認してから次へ進む。
