症状は、イベントマネージャに、注文システムや CRM で照合できない Purchase や Lead が表示されることです。ある広告主は、トラフィック広告で 1 日に 105 件の購入が表示されたのに、ストアの注文は 0 件だったと報告しています（ストアプラットフォームのコミュニティスレッド、2023年12月25日開始、広告主からの報告）。この差は、実際には起きていないイベントか、トラッキングのバグを示しています。実際の不正行為では、注文やリードが存在するため差は生じません。その場合は、チャージバックや連絡のつかないリードとして、後になって表面化します。ボットや無効なトラフィックがそもそもどのように Meta 広告に届くのかは、まずMeta 広告の不正クリックのガイドをご覧ください。
確認方法。 広告アカウントでのテストは行っていません。Meta の挙動は、2026年11月12日に確認した Meta for Developers のページに、広告主のパターンは日付の明記されたコミュニティスレッドに基づいています。
Metaピクセルの偽イベントは、どのように作られるのか？
不審なイベントの原因は 3 つです。実際には起きていないイベント（スクリプトやヘッドレスブラウザーによるピクセルの発火）、本物のイベントを生む実際の不正行為（カードテスト注文など）、トラッキングのバグ（二重インストール、誤作動するセットアップのルール、消し忘れた test_event_code）です。 多くは、1 つの問いで切り分けられます。注文システムや CRM に記録はあるでしょうか。記録がなく、自社のページでイベントが再現するならバグです。記録がなく、再現もしないなら、実際には起きていません。不正な記録があるなら、本物の不正です。
Meta の新しいドキュメントでは、イベントの保管先をデータセットと呼びます。Metaピクセルはブラウザーイベントを、Meta コンバージョンAPIはサーバーイベントをそこに送り、イベントマネージャ（Events Manager）は両方を表示します。ピクセルは公開スクリプトで、その ID はページのソースにあります。Meta は Purchase を「購入が行われたとき、またはチェックアウトが完了したとき」と定義し、currency と value を必須としています（Meta ピクセルのリファレンス）。この呼び出しだけでは、購入が実際に行われたことの証明にはなりません。
実際には起きていないイベント。 ピクセルを実行できるスクリプトなら、どんな値でも fbq('track', 'Purchase') を呼び出せます。ヘッドレスブラウザーも、人が行うはずの操作を発火させて、目立たない形で同じことをします。
実際の不正行為。 盗まれたカードでチェックアウトを完了させるカードテストのボットは本物の注文を作るため、Purchase も本物のイベントです。今年5月には、ボットが同じ商品を何百個も注文し、ピクセルに影響が出たと、ある販売者が報告しました（ストアプラットフォームのコミュニティスレッド、2026年5月16日開始、広告主からの報告）。ストア側の対策は、EC サイトの不正クリック対策のページで扱っています。
トラッキングのバグ。 よくあるのは、ピクセルの二重インストール、再読み込みのたびに再発火するサンクスページ、本番環境に残った test_event_code、壊れた重複排除キー、誤ったページで Purchase を発火させるセットアップのルールです。冒頭で引用した 105 件の購入のスレッドには、2026年10月の返信があり、ページビューを Purchase イベントに変える、イベント設定ツールのルールを確認するよう勧めていました（広告主からの報告）。
Meta 側のバグ。 ある販売者は、0 米ドルの購入によってカウントが水増しされていると報告し、その後2025年2月20日に、2月8日から11日の間のコード反映で生じた Meta 側のバグが修正され、現在は元に戻されたと書きました（ストアプラットフォームのコミュニティスレッド、2025年2月10日開始、広告主からの報告）。
なぜ Meta は偽のイベントに最適化してしまうのか？
私たちの見方では、Meta の配信は報告されたコンバージョンから学習するため、偽の Purchase や Lead は、その偽物に似た訪問をもっと探すよう配信に教えてしまいます。
バリュー最適化では、さらに別のゆがみが生じます。0 米ドルや切りの良い金額の Purchase が続くと、購入者がもたらす価値をシステムが誤って捉えます。これも私たちの見方です。
偽のイベントは、イベントマネージャのどこに現れるのか？
イベントマネージャに表示されるのは、件数、接続方法、重複排除率です。Meta が文書で示しているデータチェックが検出するのは形式の崩れたデータで、Metaピクセルの偽イベントではありません。 差の場所を見つけるために使い、原因は別の場所で確認してください。
- 概要。 Meta は、概要には「重複排除される前に受信したイベントの数」が表示され、「接続方法で、そのイベントが送信されたチャネルがわかる」と説明しています（設定の確認、Meta for Developers）。1 日ごとの Purchase 数を、支払い済みの注文と比較してください。
- イベントの詳細。 概要から開き、その「イベントの重複排除」タブには、「各イベントソースから重複排除されたイベントの割合」と、各重複排除キーの使用頻度が表示されます（同ページ）。
- データセット品質 API。 Meta のデータセット品質 API は、「value または currency パラメーターが欠落しているか無効」なイベント、Metaピクセルの IP アドレスと「一致しない」クライアント IP アドレス、実在のメールアドレスではなく「同じプレースホルダーのメールアドレスを共有している」イベントを確認します（データセット品質 API、Meta for Developers）。これらは形式のチェックです。ボット、スパム、不正のチェックを説明した Meta のページは見つからなかったため、形式の整った偽物はすべてすり抜けます。
- テストイベント。 Meta の手順は、イベントマネージャ、データソース、対象のピクセル、テストイベントの順で、test_event_code パラメーター付きで送ったサーバーイベントがそこに表示されます（コンバージョンAPI の使用）。
- イベントマッチ品質（Event Match Quality、EMQ）。 EMQ が示すのは、イベントの顧客情報が Meta アカウントとどの程度一致しうるかであり（コンバージョンAPI のベストプラクティス）、イベントが不正かどうかではありません。Meta は、これが「1 から 10 で評価される」と説明し、「イベントマッチ品質のスコア 6.0 以上を目指す」ことを推奨しています（設定の確認）。
私たちの見方で、Meta の見解ではありませんが、リード数が増えているのにリードイベントの EMQ が下がっている場合は、リードを確認してください。でっち上げの連絡先情報は、実在するアカウントと一致しないためです。フォームが項目を渡さなくなった場合も EMQ は下がります。
偽のイベントか、トラッキングのバグか？
ほとんどのパターンには、無害な説明と悪意ある説明の両方があり、多くの場合、1 つの確認でどちらかがわかります。
| パターン | バグであることが多い場合 | 実際には起きていない、または本物の不正の場合 | 決め手になる確認 |
|---|---|---|---|
| 注文 ID のない Purchase | セットアップで注文 ID を渡していない | 実際には起きていない：本物の Purchase には注文 ID がある | 各イベントのタイムスタンプを注文と照合する |
| 商品ページの URL で発火した Purchase | ページを再読み込みするたびに発火する | 実際には起きていない：再現せず、対応する注文もない | ネットワークパネルを開いたままページを再読み込みする |
| 切りの良い金額、または 0 の金額 | ルールが固定値や空の値を送っている | 実際には起きていない：金額がどの商品にも合わない | 金額を自社の価格や注文と比較する |
| サーバー版のない、ブラウザーだけのイベント | サーバーが一部のイベントしか送っていない | 実際には起きていない：本物の Purchase はサーバーがすべて送る | 概要で接続方法を比較する |
| 自社が所有しないドメインからのイベント | そのドメインがストアのプレビューやテストセッション | 実際には起きていない：そのドメインは自社と無関係 | ピクセルの設定でドメインを確認する |
| 同一訪問者による同一の Lead が数秒間に多数 | フォームが二重送信されている | 本物の不正：ボットがフォームを送信したため、CRM に記録が残る | リードを CRM の記録やタイムスタンプと照合する |
| AddToCart が急増し、InitiateCheckout は横ばい | ルールがページビューで AddToCart を発火させている | 実際には起きていない：自動化された訪問が「カートに追加」をクリックする | 急増分を流入元、ページ、時間帯で分ける |
| カウントがちょうど 2 倍 | 2 つのインストールが発火している、または重複排除キーが異なる | どちらでもないことが多い：2 倍はセットアップを示す | 「イベントの重複排除」タブを読む |
| 新しいストアやキャンペーンでの急増 | セットアップのテスト中 | 実際には起きていない：自動化された訪問が新しいサイトを探っている | 注文やテスト日と比較する |
| リード数が増えるのに EMQ が低下 | フォームが項目を渡さなくなった | 本物の不正：新しいリードにでっち上げの連絡先情報がある | 新しいリードを CRM で確認する |
| 本番環境で test_event_code が付いたイベント | コードが削除されなかった | どちらでもないことが多い：消し忘れたコードはセットアップのミス | サーバーのペイロードから test_event_code を検索する |
これらのパターンのいくつかは、ストアプラットフォームのコミュニティスレッドで広告主から報告されています。
- 固定額の Purchase。 偽の 99 米ドルの購入を題とするスレッド（2021年10月17日開始）は、商品ページから発火したブラウザーだけの Purchase イベントを述べています。のちの返信によると、Meta のサポートは、そのイベントがパートナー連携を通じて設定されていたことを確認できたとのことです。
- 新しいストア。 ある販売者は、ストアを開設して 2 日後に、偽のカート追加、チェックアウト、購入イベントを確認しました（2020年11月25日開始）。別の販売者は、開設 15 日未満の 2 つのストアで同じ現象を確認しました（2022年10月19日開始）。
- 不明なドメイン。 ある販売者はトラフィック許可に約 40 件、ストアのプレビュー用サブドメインを含むドメインを見つけ、返信ではテストセッションで一部は説明できるかもしれないと指摘されました（2024年4月10日開始）。
重複排除が取り除くもの、取り除けないもの
重複排除が取り除くのは 1 つの本物のイベントのコピーであり、サーバー版のない偽のブラウザーイベントには何もしません。 Meta は、イベントを「ID と名前に基づいて」、つまり event_id とイベント名で照合し、その ID を持つ最初のイベントから「48 時間以内に受信した」場合にのみ重複排除します（ピクセルとサーバーのイベントの重複排除、Meta for Developers）。
より重要なのは限界です。Meta は、「単一のイベントソース、つまりブラウザーのみ、またはサーバーのみを使用している場合、イベントは重複排除されない」と述べ、同じ情報を持つ連続した 2 つのブラウザーイベントはどちらも保持されるとしています。また Meta は、fbp や external_id を使う方法は、「一般に」「最初にブラウザーから、次にサーバーから」送られたイベントでしか機能しないとも述べています（同ページ）。したがって、ブラウザーで Purchase を発火させるスクリプトは、毎回カウントされます。イベント ID の設定方法は、重複排除と不正を除いたコンバージョンの設定をご覧ください。
不審な Purchase を 1 件たどる方法
注文と照合できない Purchase を 1 件選び、ページ、ルール、スクリプトのどれに行き着くかをたどります。 この例は説明用であり、実在のアカウントではありません。
- 概要で差を見つける。 日付範囲を差のあった日に設定し、Purchase の接続方法を読みます。
- 金額と通貨を集める。 サーバーイベントについては、コンバージョンAPI のログに残っています。金額がどの商品にも合わない、ブラウザーだけの Purchase が手がかりです。
- タイムスタンプを注文と照合する。 数分以内に支払い済みの注文がなければ、そのイベントの背後に顧客はいません。
- ブラウザーの開発者ツールのネットワークパネルを開き、商品ページを再読み込みします。どのピクセルのリクエストが、どのパラメーターで発火するかを見ます。
- Meta 広告データアドバイザーで確認する。 Meta は、この拡張機能（旧称 Meta Pixel Helper）が「現在のウェブページで発火した Pixel イベントの数」とそのパラメーターを表示すると説明しています（Meta for Developers）。
- テストイベントで再現する。 テスト用のデータセットを使い、本番のペイロードに test_event_code を残さないでください。Meta は、これを付けて送ったイベントは「破棄されず」、「イベントマネージャに流れ込み、ターゲティングや広告の効果測定に使われる」と警告しています（コンバージョンAPI の使用）。
- イベントを送っているドメインを確認する。 ピクセルのトラフィック許可で確認します。この設定に関する Meta のヘルプページは、2026年11月12日に当社では読み込めませんでした。
ページを再読み込みしたときに発火する Purchase は、すべての訪問者に対して発火します。ルール、テーマのコード、連携のいずれかで説明がつくならバグです。説明がつかなければ、挿入されたスクリプトを探してください。再現せず、対応する注文もない場合は、ドメインと接続方法を確認します。手動で発火された呼び出しや他のドメインのスクリプトは、自社のネットワークパネルには現れません。
Meta で偽のイベントを止める方法
Metaピクセルの偽イベントを止めるには、イベントを送るドメインを制限し、重複排除キーを直し、test_event_code を削除したうえで、支払い済みの注文データを使ってサーバーから Purchase を送ります。
- トラフィック許可を見直す。 プレビューやテストセッションを除外したうえで、現在の画面で可能なら、自社のドメインのみを許可します。許可リストは、自社が所有するドメイン上のスクリプトを止めるものではありません。
- 重複排除キーを直す。 本物のイベントごとに、ブラウザーとサーバーで同じイベント ID とイベント名を渡します。
- 共通のイベント ID を付けて、サーバーからコンバージョンイベントを送る。 支払い済みの注文を把握しているのは、自社のサーバーです。これで偽のブラウザーイベントが消えるわけではなく、それらは引き続きカウントされますが、比較の基準になる、サーバーで確認済みの Purchase 数が得られます。
- test_event_code を削除する。 リリースのたびに、サーバーのペイロードから検索します。
- 毎週照合する。 Purchase と Lead のイベントを、正の記録である支払い済みの注文や CRM の記録と比較します。
11月27日のブラックフライデーに向けて、セール当日の急増を基準値と比べて判断できるよう、今のうちに Purchase、Lead、AddToCart の日次の件数を接続方法別にエクスポートしておいてください。詳しくは、Google 広告と Meta のホリデーシーズン向けチェックリストをご覧ください。
意欲のない本物の人によるリードについては、質の低いリードとボットの見分け方をご覧ください。差がもっと手前の、クリックの段階で始まっている場合は、リンクのクリックとランディングページビューの違いをお読みください。
ClickFortify にできること、止められないこと
ClickFortify は、Meta 広告のクリック後に発生した不審なコンバージョンにフラグを付け、CAPI プロキシ経由で送られたサーバーイベントをフィルタリングできます。Metaピクセルがブラウザーで発火したイベントは取り除きません。
ClickFortify は Meta 広告のクリックを fbclid で識別し、ランディングページ経由の流れで、各訪問にデバイス、ネットワーク、行動に関する 100 以上のデータポイントでスコアを付けます。クリックの記録上で、次の 3 つの不審なコンバージョンのパターンにフラグを付けます。クリックから 2 秒以内のコンバージョン、すでにボットと分類された訪問者によるコンバージョン、3 件以上のコンバージョンがあるデバイスです。CAPI プロキシを有効にすると、ClickFortify 経由で送られたコンバージョンは訪問者の不正スコアと照合され、フラグが付いたイベントは Meta に届く前に破棄またはタグ付けされます。このフィルターの対象は、プロキシ経由で送られたサーバーイベントだけです。Metaピクセルがブラウザーで発火したイベントは引き続き Meta に届き、ClickFortify は、ピクセルを手動で発火させるスクリプトやボットを止めることはできません。
ClickFortify は、リードに含まれるメールアドレスや電話番号を確認しません。CRM での確認と組み合わせてください。インスタントフォームのリードはピクセルイベントではなく、ClickFortify では確認できません。それについては、Facebook のリード獲得広告の偽のリードのガイドをご覧ください。Meta で IP アドレスをブロックすることも、オーディエンスの除外を作成することもありません。セットアップについては、Meta 広告向けの ClickFortify をご覧ください。
Google 広告も運用していますか？ コンバージョン アクション側については、Google 広告の偽のコンバージョンのガイドで解説しています。
私たちの結論はこうです。まずイベントを注文と照合してバグを直してください。バグは原因として最も除外しやすいためです。差が有料クリックの後に生じ、整理した後も残る場合に、コンバージョンのチェックを追加してください。このクラスターのほかの記事は、Meta 広告の不正に関するすべてのガイドをご覧ください。
