ウェブサイトでピクセルが動作し、広告アカウントにイベントが蓄積されているかもしれません。それでも、測定が機能しているとは限りません。購入イベントが二重に発火したり、金額に誤った通貨が使われたり、フォームを開いただけの人がリードとして作成されたりすることがあります。レポートは正確に見えますが、実際にはビジネスとは別のものを説明しているだけです。
以前の 2022 年の記事では、当時のインターフェース、イベント一覧、オーディエンス、設定を確認しました。インターフェースは継続的に変化し、現在のMetaではウェブデータをデータセットとしてまとめています。安定したプロセスは別のところから始まります。まずビジネスイベントを設計し、次に実装し、最後に実際の顧客行動に沿って検証します。
Metaピクセルはブラウザで測定し、Conversions APIはシステムからデータを送信する
Metaピクセルは、ブラウザ上で行われた訪問やアクションを記録できるウェブサイトコードです。Conversions APIは、ウェブサーバー、ECプラットフォーム、CRMなど、企業のデータとMetaのシステムを直接接続します。
ウェブイベントについて、MetaはピクセルとConversions APIを組み合わせて検討することを推奨しています。サーバー接続は、ページ読み込みエラー、接続障害、一部のブラウザによるブロックの影響を受けにくい場合があります。ただし、完全なデータを意味するわけではなく、ユーザーの選択を回避してよいという意味でも決してありません。MetaはConversions APIがプライバシールールを回避するためのツールではないと明確に説明しています。現在の原則については、公式のConversions APIドキュメントで確認できます。
会社が実際に利用する成果から始める
まず、広告システムに何を認識させるべきか、そして会社がその情報からどのような判断をするのかを書き出します。ECサイトでは通常、商品閲覧、カート追加、チェックアウト開始、購入完了が必要です。B2Bサイトでは、適格なリード、商談予約、または後のCRMステージが重要になる場合があります。
すべてのクリックに独自のイベントが必要なわけではありません。明確な目的を持ってデータを収集します。
- キャンペーンの実際の成果を測定する。
- 商業的に重要なアクションに合わせて広告を最適化する。
- 正当な理由がある場合に、関連性の高いオーディエンスを構築する。
- 顧客が行動経路のどこで離脱するかを診断する。
- ウェブ上の行動を、ショップやCRMでの成果と結び付ける。
誰かが問い合わせセクションを開いただけで、Leadというイベントを作成すべきではありません。有効な注文がないのに、サンキューURLを訪問しただけでPurchaseを発火させるべきでもありません。技術上の名称は、ビジネスの実態と一致していなければなりません。
重要なイベントにはそれぞれ独自のデータ契約がある
実装にあたっては、イベントが発火するタイミング、金額の出所、使用する通貨、渡す商品IDまたは注文ID、正確性の責任者を簡潔にまとめます。
購入については、主に次の点を確認します。
- 注文が正常に完了した後にのみ発火する。
- 金額が、画面上の偶発的な合計ではなく、会社で合意した定義に従っている。
- 通貨が正しい形式になっている。
- 注文IDまたはイベントIDが一意である。
- 商品広告を使用する場合、商品IDがカタログと一致している。
- ページを再読み込みしても繰り返し発火しない。
税金、送料、割引を含めて収益を報告するかどうかは、Meta、アナリティクス、財務報告の間で一貫していなければなりません。そうでなければ、正常に動作している2つのプラットフォームが、異なる指示を受け取ったという理由だけで異なる金額を表示します。
ピクセルイベントとサーバーイベントは重複排除する必要がある
同じ購入がブラウザとサーバーの両方から送信される場合、Metaはそれが1つのアクションだと認識する必要があります。そのため、実装では両方の経路で同じイベント名とイベントIDを使用します。IDが毎回異なる方法で生成されたり、欠落したりすると、レポート上で1件の購入が二重にカウントされる可能性があります。
重複排除のテストでソースコードを見ることはしません。テスト注文を行い、ブラウザ版とサーバー版の両方がテストイベントに届くか、そしてシステムがそれらを統合するかを確認します。フィールド名や推奨事項は変更される可能性があるため、技術的なパラメーターは現在のMeta Conversions APIドキュメントと照合します。
自分の技術力ではなく運用のために実装方法を選ぶ
Metaはパートナー連携、手動インストール、その他の接続方法を提供しています。現在の選択肢は、Metaピクセルの設定ガイドで説明されています。一般的なECプラットフォームでは、保守されないカスタムコードより、テスト済みのパートナー連携の方が通常は安全です。複雑なウェブサイトやCRMでは、手動のソリューションの方が正確な場合がありますが、ドキュメント、テスト、責任者が必要です。
「高度」と呼ばれているという理由だけで、別のプラグインを追加することはありません。2つの連携が同じイベントを送信したり、異なる方法で金額を計算したり、同意設定を上書きしたりする可能性があります。まず、ウェブサイト上ですでに何が動作しているのかを確認します。
同意とデータ最小化は設計の一部である
ピクセルとConversions APIはマーケティングデータを処理します。会社は、自社の具体的な業務と市場に応じた法的義務および情報提供義務に対応しなければなりません。この記事は法的助言ではありません。ただし技術面では、測定システムが同意設定を尊重し、明示した目的に不要なデータを送信しないことを重視します。
ハッシュ化は匿名化でも、自動的に法的根拠を与えるものでもありません。サーバーサイド送信は、同じものを秘密裏に送る方法ではありません。テクノロジーは会社の判断と法的枠組みを実装するものであり、それらを回避するものではありません。
機能確認は顧客行動の全体を対象にする必要がある
導入後は、緑色のインジケーターだけでは不十分です。顧客としてウェブサイトを操作し、各段階で次の点を確認します。
- 正しいデータセットまたはピクセルが、必要な場所でのみ読み込まれているか。
- 正しいイベントが、正しいタイミングで発火しているか。
- 合意した金額、通貨、ID、その他のパラメーターが含まれているか。
- 同じイベントが二重に作成されていないか。
- サーバーイベントが届き、ブラウザイベントと重複排除されているか。
- 商品IDがカタログと一致しているか。
- 同意が拒否された後の動作が、選択したモードに従っているか。
- 成果がショップやCRMにも表示されるか。
Events Managerのテストイベント、診断、Meta Pixel Helper拡張機能、実際のテスト注文またはフォームを使います。その後、件数を社内システムと比較します。プラットフォーム間の差は、アトリビューションや技術的制約によって生じることがありますが、大きな差や正確な倍増は、実装を修正すべきサインです。
オーディエンスは質の高いイベントの結果である
ピクセルを使うと、ウェブサイトでの訪問やアクションに基づいて人々に働きかけられます。ただし、まず法的な許可、規模、ビジネス上の関連性を確認します。長期間にわたるすべての訪問者のオーディエンスには、顧客、求職者、ボット、まったく別のテーマを探している人が混在する可能性があります。
より良い情報源は、明確なイベントと関係性から生まれます。閲覧された商品、放棄されたカート、実際の顧客、関連性の高いリードなどです。それでも、希望するステップをすでに完了した人の除外設定と広告表示頻度を確認します。
Metaのレポートは会社の会計ではない
プラットフォームは独自のアトリビューションルールを使用します。Google Analytics 4は異なる方法で顧客行動を追跡し、CRMがリードの質を把握できるのは営業活動の後です。数値が一致する必要はありません。重要なのは、その理由と、どのシステムがどの判断に役立つのかを把握することです。
キャンペーンにはUTMパラメーターを付け、商業上の成果と結び付けます。広告の経済性とターゲティングについては、Facebook広告の記事で説明しています。すべての測定システムを定期的に確認するには、オンラインマーケティングチェックリストを利用してください。
正しい測定とは、できるだけ多くのイベントを送信することではありません。明確な理由に基づき、適切な情報を適切なタイミングで、正確に1回だけ送信することです。