「iOS14のアップデート以降、Meta（Facebook）広告のコンバージョンが目に見えて減った」——これは、広告運用の現場で今も非常に多い相談です。広告の設定もピクセルの実装も何も変えていないのに、イベントマネージャやキャンペーンのコンバージョン数だけが落ちる。原因のほとんどは、iOS14.5から始まった**ATT（アプリのトラッキング許可）と、それに対応するためMetaが導入したAEM（集約イベント測定）**という仕組みを正しく把握できていないことにあります。
こんな症状に心当たりはありませんか？
- iOS14.5が広く普及した時期を境に、Metaのコンバージョンが明らかに減った
- Metaのコンバージョン数が、GA4やバックエンドの数字より少ない
- イベントマネージャで「設定できるイベントは8個まで」という表示や警告が出ている
- 一部のコンバージョンが**「モデル化（推定）」**として報告されている
- コンバージョンが、発生からかなり遅れてレポートに反映される
この記事では、iOS14以降にMetaのコンバージョンが減る・取りこぼされる仕組みと、ATT・AEM・8イベント制限・ドメイン認証の関係、本番環境で「いま実際にどう計測されているか」を確認する方法、そしてCAPIによる緩和策を、実務目線で整理します。
まず前提：iOS14の変化は「故障」ではなく構造的な仕様変更
つまずく最大の原因は、コンバージョンの減少を「ピクセルが壊れた」「実装をミスした」という故障の話だと思い込むことです。実際には、iOS14.5以降の減少の多くは、プライバシー保護のための構造的な仕様変更によって起きています。直せば元の数字に戻る、という性質のものではありません。
ここを取り違えると、設定を何度いじっても「数字が戻らない」沼にはまります。まずは、何がどう変わったのかを順に整理します。
ATT（アプリのトラッキング許可）：オプトアウトの増加
iOS14.5から、Appleは**ATT（App Tracking Transparency／アプリのトラッキング許可）**を導入しました。アプリが他社のアプリやサイトをまたいでユーザーを追跡する前に、「このアプリにトラッキングを許可しますか？」という許可ダイアログの表示を必須にした仕組みです。
ポイントは、多くのユーザーがここで「許可しない」を選ぶことです。Facebook/Instagramアプリ内からあなたのサイトへ流入したユーザーが、ATTで追跡を拒否していると、Metaはそのユーザーの行動を従来どおりには紐づけられなくなります。
その結果、Metaは従来の個人単位の精密な計測を前提にできなくなりました。これを補うためにMetaが導入したのが、次のAEMです。
ATTのオプトイン率：実際にどれだけシグナルが失われているか
では、具体的にどの程度の影響があるのか。業界のベンチマークでは、2025年半ば時点のATTオプトイン率はグローバルで**約25〜35％**とされています。つまり、iOSユーザーの65〜75％がトラッキングを拒否している計算です。アプリのカテゴリによって差はありますが（スポーツ系は50％近いオプトイン率、SNS系は20％未満が多い）、全体の傾向は変わりません。
特に日本はiPhoneの市場シェアが60％を超えるため、広告主のオーディエンスがiOSに偏りやすく、シグナル損失の影響が相対的に大きくなります。同じピクセル設定でも広告主ごとに計測漏れの度合いが異なるのは、自社のオーディエンスのiOS比率とオプトイン傾向に左右されるためであり、一律に何％減るという性質のものではありません。
AEM（集約イベント測定）：1ドメイン8イベントの優先順位
AEM（Aggregated Event Measurement／集約イベント測定）は、ATTで追跡を拒否したユーザーのWeb上のコンバージョンを、個人単位ではなく集約された形で計測するためのMetaの仕組みです。Appleのプライバシー枠組みに沿う形で設計されています。
実務上、最も影響が大きいのが次のルールです。
| AEMの主な制約 | 内容 |
|---|---|
| イベント数の上限 | 1ドメインあたり最大8イベントしか計測設定できない |
| 優先順位付け | 8イベントに優先度の順位を付ける必要がある |
| 1コンバージョン1イベント | 追跡拒否ユーザーでは、1回のアクションにつき優先度が最も高い1イベントだけが計測される |
| 優先度の低いイベント | 8個の枠外、または優先度が低いイベントは計測されない／報告されない |
つまり、これまで何種類でも自由に計測できていたコンバージョンイベントが、8個という上限の中で優先順位を競う形に変わりました。ECサイトで「ページビュー・カート追加・購入・各種マイクロCV」を全部計測していた場合、8個に収まらない分や優先度の低い分は、追跡拒否ユーザーについては落ちることになります。
つまずきやすい例： 「重要な購入（
Purchase）の優先度を低く設定してしまっている」ケース。AEMでは1アクションにつき優先度が最も高い1イベントしか計測されないため、購入の優先度が低いと、その手前のマイクロイベントが優先されて肝心の購入が報告されない、という取りこぼしが起きます。
2025年アップデート：手動の8イベント制限が撤廃
2025年6月、Metaは大きな仕様変更を行いました。イベントマネージャのAEM手動設定パネルが廃止され、**8イベントの選択・順位付けを広告主が手動で行う必要がなくなりました。**Metaのシステムが、対象となるすべての標準イベント・カスタムイベントをバックグラウンドで自動的に集約処理するようになっています。
実務上の変化は以下のとおりです。
- イベントマネージャの「集約イベント測定」設定タブは廃止
- 手動のイベント上限はなくなり、対象イベントはすべて自動処理される
- 優先度の低いイベントが高いイベントを押し出す心配は不要に
- AEM自体はATT拒否ユーザーに対して引き続き裏側で動作しているが、広告主側の設定ステップがなくなった
**ただし、プライバシーに関する根本的な制約は変わっていません。**ATTを拒否したユーザーの計測は依然として集約・遅延され、モデル化コンバージョンが補填される構造は同じです。変わったのは、イベント選定をMetaが自動で行うようになった点です。以前8イベントの優先順位の最適化に時間をかけていた方は、その作業は不要になりましたが、CAPIの導入とピクセル・CAPIの重複排除の検証は引き続き重要です。
ドメイン認証：これが無いと計測設定そのものができない
AEMでイベントの優先順位を設定する前提として、Metaは**ドメイン認証（domain verification）**を求めるようになりました。広告主が「このドメインは自分のものだ」とMetaに証明する手続きです。
- ドメイン認証が済んでいないと、8イベントの設定・編集の権限が安定しない
- 複数のビジネスや広告アカウントが同じドメインを使う場合、誰がイベント設定の主導権を持つかを確定させる役割もある
「8イベントを設定しようとしたら触れない・反映されない」という場合、そもそもドメイン認証が完了していないことが背景にあるケースが少なくありません。実装の前提条件として最初に確認すべき項目です。
数字が「どう変わるか」：遅延・モデル化・窓の短縮
iOS14以降の計測は、単に「減る」だけではありません。数字の性質そのものが次のように変わります。ここを理解していないと、レポートを正しく読めません。
- 報告の遅延：追跡拒否ユーザーのコンバージョンは、AEMを通じて最大72時間程度の遅延で集約報告されることがあります。「今日の数字が少なく見える」のは、まだ集約途中だからという場合があります。
- モデル化（推定）コンバージョンの混入：個人単位で計測できない分を、Metaが統計的に推定して補います。レポートのコンバージョンには、実測ではない推定値が混ざります。これは故障ではなく仕様です。
- アトリビューション窓の短縮：iOS14以降、既定のアトリビューション窓が短くなり（7日クリックが標準的な基準になるなど）、以前のより長い窓で計上できていた成果が、見かけ上は減って見えます。
つまずきやすい例： 古いレポートと比較して「減った」と判断してしまうこと。アトリビューション窓の既定が変わっているため、同じ条件で比べていないまま増減を語ると、原因を見誤ります。窓の設定をそろえてから比較してください。
「ピクセルは発火しているのに減る」のはなぜか
ブラウザの開発者ツールで見ると、ピクセルのリクエスト（facebook.com/tr）はちゃんと飛んでいる。なのにMetaのコンバージョン数は減る——これがiOS14以降で最も混乱するパターンです。理由は、ブラウザからの発火（リクエスト送信）と、Metaが計測・報告する完全なコンバージョン（③）が、ATT・AEMによって切り離されるからです。
追跡を拒否したユーザーでは、たとえピクセルが発火していても：
- 個人単位ではひも付かないため、AEMの集約計測に回り、報告が遅延・制限される
- 8イベントの優先順位の枠外なら、そのイベントは報告されない
- 不足分は**モデル化（推定）**で補われ、実数ではなくなる
つまり、「Networkで facebook.com/tr が飛んでいるからOK」と判断しても、それが追跡拒否ユーザーの経路であれば、広告に効く完全なコンバージョンとして報告されているとは限らないのです。発火の有無だけ見ても、iOS14以降の取りこぼしは見抜けません。
このあたりの「計測されない」全般の切り分けは、別記事のMetaのコンバージョンが計測されない原因を診断するで詳しく整理しています。
緩和策：CAPIでサーバー側を補う
iOS14以降の取りこぼしへの王道の対策が、**CAPI（コンバージョンAPI）**です。ブラウザのピクセルだけに頼らず、あなたのサーバーから直接Metaへコンバージョンを送る仕組みで、ブラウザ側の制限（広告ブロッカー・トラッキング防止・一部のシグナル減少）の影響を受けにくくなります。
- ブラウザピクセルとCAPIを併用し、同じイベント名と
event_idを共有させて重複排除する - サーバー側で確実に保持している情報を送ることで、イベントマッチ品質を底上げできる
ただしCAPIは「入れれば解決」ではなく、重複排除や送信内容が正しく設定されているかの検証が不可欠です。CAPIの確認手順はMetaコンバージョンAPI（CAPI）が正しく動いているか確認するで詳しく解説しています。
コンバージョン計測だけではない：ターゲティングと最適化への影響
コンバージョンの減少は最も目に見える症状ですが、iOS14の影響はそれだけにとどまりません。Metaが広告をターゲティング・最適化する仕組みそのものにも波及しています。
- **リターゲティングオーディエンスの縮小。**ATTを拒否したユーザーのWebサイト行動はカスタムオーディエンスに紐づけられないため、「商品ページを見たが購入しなかった」といったリターゲティングリストから、iOSセグメントの50％以上が欠落する場合があります。
- **類似オーディエンスの精度低下。**類似オーディエンスはシードオーディエンスのパターン認識に依存しますが、クロスアプリのシグナルが減ると、Webイベント（カート追加・購入）ベースのシードから作る類似モデルの精度が下がり、CPA（獲得単価）が上昇しやすくなります。
- **最適化アルゴリズムへのフィードバック減少。**Metaの配信アルゴリズムはコンバージョンシグナルから学習します。観測できるコンバージョンが減ると、学習フェーズの脱出に必要な予算と時間が増え、キャンペーンのパフォーマンスが不安定になりがちです。
実務上のポイントは、iOS14以降は計測の修正だけでは不十分ということです。ファーストパーティデータ戦略へのシフト——CRMリストのアップロード、アプリ内エンゲージメントオーディエンスの活用、ファーストパーティデータによるコンバージョン計測——に取り組む広告主のほうが、ピクセルベースのオーディエンスだけに頼る場合よりもターゲティング効果の回復が早い傾向があります。
なお、同じ「プライバシー対応で数字が減る」問題でも、Google側は同意モード（Consent Mode）という別の仕組みで起こります。仕組みの対比は同意モードでコンバージョンが減る・計測されない理由を参照してください。
本番で「いまどう計測されているか」を確認する手順
手順1：ドメイン認証とAEMの8イベント設定を確認する
イベントマネージャで、まず土台を確認します。
- ビジネス設定でドメイン認証が完了しているか
- 「集約イベント測定」の画面で、8個のイベントが登録され、優先順位が意図どおりか
- 最も重要なコンバージョン（通常は
PurchaseやLead）が、優先度の上位に置かれているか
分かること： そもそも計測の前提（認証）と優先順位が正しく組まれているか。
手順2：開発者ツールのNetworkでピクセルの発火を見る
- 対象の本番ページ（特に購入完了・サンクスページ）を開き、「Network」タブを開く
- フィルタに
facebook.com/trと入力する - 操作して、リクエストが飛ぶか、
id（ピクセルID）・ev（イベント名）が正しいかを確認する
分かること： ブラウザからイベントが発火していること（②）。 分からないこと： ATT拒否ユーザーの経路で、Metaが集約計測としてどう扱うか（③）。
手順3：イベントマネージャのテストイベントとアトリビューション窓を確認する
- テストイベントで、目的のイベントがリアルタイムに届くか
- レポートのアトリビューション窓が、比較したい過去データと同じ条件になっているか
- 「モデル化」「推定」と表示されたコンバージョンが、どの程度含まれているか
分かること： 受信の実態と、数字の性質（実測か推定か、窓がそろっているか）。
手元の確認だけでは分からないこと
ここまでの手順は有効ですが、自分の手元で1回テストするやり方には、iOS14以降に特有の死角が2つあります。
- 自分の環境＝本番ユーザーの環境ではない。 テストする端末やブラウザは、たいてい追跡を許可していたり、ATTの影響を受けないデスクトップだったりします。しかしMetaの数字を下げているのは、iOSでATTを拒否したユーザーのほうです。自分の環境で「発火しているからOK」と判断すると、肝心の取りこぼしを丸ごと見逃します。
- 広告クリックがからむと再現が難しい。 「Facebook広告をクリックして来て、ATTを拒否した人のコンバージョンが、Meta側でどう扱われるか」を正しく見ようとすると、本来はライブ広告をクリックして経路を再現する必要があり、これは自己クリックとして広告ポリシー違反のリスクを伴います。
iOS14以降の取りこぼしは、「追跡を許可した自分」ではなく「追跡を拒否した本番ユーザー」の経路で起きます。手元で許可してOKに見えることが、かえって油断を生むのです。
確実に確認するためのチェックリスト
- ドメイン認証が完了しているか
- AEMの8イベントが登録され、優先順位が意図どおりか
- 最重要のコンバージョンが優先度の上位にあるか
- 開発者ツールで
facebook.com/trが発火し、ピクセルID・イベント名が正しいか - レポートのアトリビューション窓を、比較対象とそろえているか
- 「モデル化（推定）」コンバージョンが含まれることを前提に数字を読んでいるか
- 報告の**遅延（最大72時間程度）**を踏まえて、当日の少なさを誤読していないか
- 取りこぼし対策としてCAPIを導入し、重複排除（
event_id）まで検証したか - 手元の1パターンだけでなく、本番の実ユーザー条件（ATT拒否を含む）でも確認したか
よくある質問（FAQ）
Q. iOS14以降、Metaのコンバージョンはどのくらい減りますか？ A. 一概には言えません。減少幅は、流入のうちiOSでATTを拒否するユーザーの割合、AEMの8イベント設定、アトリビューション窓の変化などで決まります。重要なのは、これは故障ではなくプライバシー仕様による構造的な変化だという点です。設定の最適化やCAPIで取りこぼしは緩和できますが、iOS14前とまったく同じ数字に戻すという発想ではなく、新しい前提で測り直す姿勢が必要です。
Q. 「8イベント制限」とは具体的に何ですか？ A. AEMでは、1ドメインあたり最大8個のコンバージョンイベントしか計測設定できず、それぞれに優先順位を付けます。追跡を拒否したユーザーでは、1回のアクションにつき優先度が最も高い1イベントだけが計測されます。多くのイベントを計測していたサイトほど、枠外・低優先のイベントが落ちる影響を受けます。
Q. ドメイン認証をしていないとどうなりますか？ A. AEMの8イベントの設定・編集が安定せず、計測の前提が整いません。複数アカウントが同じドメインを使う場合は、誰が設定の主導権を持つかも確定しません。実装に着手する前に、最初に済ませておくべき手続きです。
Q. 「モデル化されたコンバージョン」とは何ですか？故障ですか？ A. 故障ではありません。ATTで追跡を拒否したユーザーなど、個人単位で計測できない分を、Metaが統計的に推定して補ったコンバージョンです。実測ではないため数字の性質が異なりますが、仕様どおりの動作です。
Q. CAPIを入れれば元の数字に戻りますか？ A. 「完全に元どおり」にはなりませんが、ブラウザ側の制限の影響を受けにくいサーバー送信で取りこぼしを緩和し、イベントマッチ品質を底上げできます。ただし重複排除や送信内容が正しく設定されているかの検証が前提です。詳しくはCAPIの確認記事を参照してください。
Q. これはGoogle広告の「同意モードで減る」問題と同じですか？ A. 「プライバシー対応で数字が減る」という大枠は似ていますが、仕組みは別物です。MetaはATT＋AEM、Googleは同意モード（Consent Mode）で起こります。対比は同意モードの記事で整理しています。
まとめ：「故障」ではなく「新しい前提」で測り直す
iOS14以降にMetaのコンバージョンが減る問題は、ピクセルの発火を見るだけでは見抜けません。大事なのは、ATT・AEMの8イベント制限・ドメイン認証・報告遅延・モデル化という構造的な変化を前提に、本番の実ユーザー（特にATTを拒否したユーザー）の経路でどう計測されているかを確認することです。Metaの全体像は姉妹記事のMetaコンバージョン計測 完全ガイドにまとめています。
ConversionOKは、外部の独立した実ブラウザであなたの本番ページにアクセスし、実際に送信されるピクセルのイベントとパラメータを傍受して検証します。自分の広告をクリックする必要も、社内環境の影響を受けることもありません。まずは無料の静的チェックで、計測の入口を確認してみてください。