Meta外アクティビティ設定の変更は 広告主の説明責任をどう変えるか
2026年7月、Metaは「Meta外でのアクティビティ」という設定を静かに廃止しました。これは、ユーザーが自分の他社サイトでの行動データをMetaのアカウントから切り離せる、いわば「トラッキングの遮断弁」でした。この弁が外れたことで、広告主がPixelやコンバージョンAPIを通じて送っているデータの意味合いが、これまでと大きく変わろうとしています。
多くの記事はこの変更を「ユーザーがプライバシーをどう守るか」という視点で語っています。しかし広告主にとって本当に重要なのは、送信したデータの使われ方が広告のターゲティングにとどまらず、Feedのコンテンツ推薦やMeta AIの応答にまで広がった点です。データの流れは止まらないのに、その説明責任は広告主側に一段と重くのしかかる。この非対称性こそ、今回の変更の核心です。
本記事では、計測精度の話ではなく、あなたのサイトのプライバシーポリシー・同意バナー・データ利用の説明文を、この変更に合わせてどう見直すべきかに主題を置きます。技術実装の裏側で置き去りにされがちな「説明する責任」を、具体的な文面レベルまで踏み込んで整理します。
この記事の要点
- 2026年7月の変更でユーザーのオプトアウトは「データを送るか」ではなく「Metaが使うか」だけを制御する仕組みに変わった
- PixelとコンバージョンAPIによるデータ送信はユーザーの選択に関係なく続くため、送信の是非を説明する責任は広告主側に移った
- 送られたデータは広告に加えFeed推薦とMeta AIの応答にも使われ、説明すべき利用目的の範囲が広がった
- サイトのプライバシーポリシー・同意バナー・データ利用説明の3点を文面レベルで見直す必要がある
- 説明責任を果たすことは法的リスク回避だけでなく、アカウント品質の安定にも直結する
目次
Metaの「他社からのアクティビティ」設定変更で何が変わったのか
変わったのは、ユーザーのオプトアウトが持つ意味です。2026年7月時点で、Metaは従来の「Meta外でのアクティビティ（Your activity off Meta technologies）」設定を廃止し、これを「他社からのアクティビティ（Activity from other businesses）」という拡張された設定に統合しました。この新しい設定は、企業が送ったデータをMetaが自分の判断で使うかどうかを制御するだけで、データがMetaに届くこと自体は止められません。
他社からのアクティビティとは、企業がPixelやコンバージョンAPIを通じてMetaに共有する、Meta外での購入・カート投入・ゲームプレイなどの行動データを指します。従来はこのデータを「アカウントから切り離す」ことでユーザーが送信の影響を無効化できましたが、変更後はその遮断弁が撤去され、ユーザーにできるのはMetaによる利用のオン・オフだけになりました。データを送る側である広告主から見れば、送信は変わらず続くという事実がここでの出発点です。
この変更は米国を皮切りに、英国やブラジルなど複数の市場で2026年7月から順次展開されています。EUについてはGDPRの枠組みのもとで別扱いとされており、地域によって適用のタイミングや条件が異なります。日本を含む各市場でも、自社の配信対象地域がどの段階にあるかを前提として確認しておく必要があります。詳細はMeta公式のヘルプセンター（広告利用の制限について｜Metaビジネスヘルプセンター、2026年7月時点）で告知されています。
ここで押さえておきたいのは、この変更が「設定の名前が変わっただけ」ではないという点です。旧設定はデータの流入そのものを遮断できたのに対し、新設定は流入を前提としたうえで利用の可否だけを切り替えます。遮断から利用制御への転換は、一見わずかな仕様変更に見えて、データを送る広告主の立場を根本から変えるものです。ユーザーが最終防衛線を失ったぶん、そのデータが適切に扱われているかを保証する役割が、送信元である事業者に移ってきたと理解するのが正確です。
過去にオプトアウトが果たしていた機能を振り返ると、この転換の重みがよく見えてきます。かつての「Meta外でのアクティビティ」設定は、プライバシーを重視するユーザーにとって、自分の行動が広告に転用されるのを止める数少ない実効的な手段でした。その手段が撤去されたことで、ユーザーは自衛を諦めるか、そもそもトラッキングを許可しないサイトを選ぶかという二択に近づきます。広告主にとっては、後者を選ばせないための説明と信頼づくりが、これまで以上に配信の前提条件になっていくということです。
データの用途が広告からFeed推薦とMeta AIへ拡大した
今回もっとも見落とされやすいのが、データの利用目的が広告のターゲティングだけにとどまらなくなった点です。企業が共有した他社サイトでの行動は、これまで主に広告配信の最適化に使われてきましたが、変更後はFeedに表示されるコンテンツの推薦や、Meta AIが返す応答のパーソナライズにも同じデータが流用されます。Metaはこのパーソナライズの対象を、1日あたり約35億人規模と説明しています（2026年7月時点）。
広告主にとってこれは、単なる「もう1つの利用先が増えた」以上の意味を持ちます。自社サイトで発生した購入データが、ユーザーの知らないところで生成AIの応答やタイムラインの並びに影響する。この事実を、あなたのプライバシーポリシーは説明できているでしょうか。利用目的の記載が「広告配信のため」で止まっているなら、それはもう現実の使われ方に追いついていません。データの行き先が広がったぶんだけ、説明すべき範囲も広がっているのです。
Meta AIへの利用が加わったことには、もう一段深い含意があります。生成AIの応答は、広告と違って「これは広告です」というラベルが付きません。ユーザーは、自分の他社サイトでの行動がAIの回答の口調や薦める内容に反映されていることに、そもそも気づきにくいのです。透明性の観点では、広告よりもさらに説明が求められる領域だと言えます。事業者としては、自社データがこうした不可視のパーソナライズに使われている事実を、あえて見えるかたちで説明する姿勢が問われます。
なお、Metaは宗教・性的指向・政治的見解・健康・人種などのセンシティブな話題については、Meta AIとの会話をパーソナライズに使わないと説明しています（2026年7月時点）。ただしこれはMeta側の運用方針であって、広告主が送るデータの適切さを免責するものではありません。センシティブな情報を送らない責任は依然として広告主にあり、Metaの配慮に寄りかかって自社の点検を省くわけにはいかない、という切り分けを持っておくことが大切です。
オプトアウト廃止が広告主の説明責任を重くする理由
説明責任が重くなる理由は、ユーザーが自衛できる範囲が狭まり、その穴埋めを広告主が担う構図になったからです。従来はユーザー自身が「Meta外でのアクティビティ」を切り離すことで送信の影響を止められました。変更後はその手段が消え、データがMetaに届くこと自体はユーザーの操作では止められません。つまり「送るかどうか」の判断と説明は、送る側である広告主に一元化されたのです。
Metaは公式に、どのデータカテゴリを共有するかは広告主がEvents Managerで確認・管理でき、センシティブなデータを送らないことは広告主の責任だと明記しています（2026年7月時点）。これは裏を返せば、不適切なデータが送られた場合の責任もMetaではなく広告主に帰属するという宣言です。ユーザーの遮断弁がなくなった今、その責任はより逃げ場のないものになりました。
「送信を止められる前提」で書かれた説明文は通用しない
多くのサイトのプライバシーポリシーや同意文は、暗黙のうちに「ユーザーが最終的にトラッキングを拒否できる」ことを前提に書かれています。「Metaの設定からいつでもオフにできます」といった一文がその典型です。しかし送信そのものを止める弁が撤去された以上、この種の記述は事実と食い違うことになります。
説明文が現実とずれると、それは単なる不親切では済みません。景品表示や個人情報保護の観点で「実態と異なる説明をしていた」と評価されるリスクが生じ、ユーザーからの信頼も損なわれます。だからこそ、送信は続くという前提に立ち、何が送られ何に使われるのかを正確に書き直すことが、今回の変更への最初の対応になります。
「オフにできます」と書くこと自体が問題なのではなく、その一文が指しているのが何なのかを正しく伝えられていないことが問題です。変更後にユーザーがMeta側でオフにできるのは、あくまでデータの利用であって送信ではありません。この区別を曖昧にしたまま「オフにできるので安心してください」と読ませてしまうと、ユーザーは実際より強い自衛手段があると誤解します。説明文には、制御できるのは利用であって送信は続く、という事実をそのまま書くほかありません。
この書き換えは、単に文言を差し替える機械作業ではなく、自社がユーザーとどう向き合うかという姿勢の表明でもあります。送信は続くと正直に書けば、一部のユーザーは離れるかもしれません。しかし実態を隠して後から発覚するダメージに比べれば、最初から正確に伝えるコストははるかに小さいものです。誠実な説明は短期的には数字を減らすように見えて、長期的には信頼という最も持続的な資産を積み上げる投資になります。
サイト側で見直すべき3つの説明文書
見直すべきは、プライバシーポリシー・同意バナー・データ利用の個別説明という3つの文書です。この3つはそれぞれ役割が異なり、どれか1つを直せば済むものではありません。送信は続くという新しい現実を、それぞれの文書がそれぞれの言葉で正しく反映している状態を目指します。
特にプライバシーポリシーは、第三者へのデータ提供という論点を避けて通れません。PixelとコンバージョンAPIによって、自社サイトでのユーザー行動がMetaという第三者に渡り、広告・推薦・AI応答に使われる。この事実を「第三者提供」の項として明記できているかが、最初の分岐点です。以下の表に、3つの文書で確認すべき観点を整理しました。
| 文書 | 確認すべき観点 | 変更後に必要な記述 |
|---|---|---|
| プライバシーポリシー | 第三者提供の明記 | Metaへのデータ提供と、広告・Feed推薦・Meta AIという利用目的の列挙 |
| 同意バナー | 取得タイミングと粒度 | 計測タグ発火前の同意取得、目的別のオンオフ選択 |
| データ利用の個別説明 | ユーザーの選択肢 | Meta側設定で「利用」は制御できるが「送信」は止まらない旨の正確な案内 |
プライバシーポリシーは第三者提供と利用目的を書き切る
プライバシーポリシーでまず直すべきは、利用目的の記載です。「広告配信の最適化のため」で止まっている場合、これに「Metaにおけるコンテンツ推薦」と「Meta AIによる応答のパーソナライズ」を加える必要があります。利用目的は実態を過不足なく反映していることが求められるため、現実に使われている用途を漏れなく列挙するのが原則です。
あわせて、誰にデータを渡しているのかを明確にします。PixelとコンバージョンAPIはいずれもMetaへのデータ提供手段であり、これは個人情報保護法上の「第三者提供」または「委託」として整理し、法務と確認したうえで記載すべき論点です。技術的な仕組みの名前を並べるのではなく、「Meta社に対して、以下の目的で、以下の行動データを提供します」という主語・目的・対象が揃った文を用意することが、読み手に伝わる説明の条件になります。
第三者提供と委託のどちらに整理するかは、実務上しばしば判断が分かれるポイントです。Metaがデータを自社の広告最適化やAIの学習に使うのであれば、それはMetaのための利用、すなわち第三者提供に近い性格を帯びます。一方、あくまで自社の広告配信のためにMetaへ処理を任せているという整理なら委託に寄ります。今回の変更でデータの用途がFeed推薦やMeta AIへ広がったことは、この整理を委託だけで片づけにくくする方向に働くため、あらためて法務と論点を突き合わせておく価値があります。
同意バナーは発火タイミングと粒度を再点検する
同意バナーで重要なのは、計測タグが発火する前に同意を取れているかという順序です。多くの実装では同意取得と同時、あるいは取得前にPixelが発火してしまっており、これでは「同意を得てから送信する」という建て付けが崩れます。同意管理プラットフォーム（CMP）と計測タグの連携を、発火順序のレベルで検証する必要があります。
粒度の点でも見直しが要ります。広告目的とそれ以外の目的を一括りにした「すべて許可」だけのバナーは、目的別に選びたいユーザーの意思を反映できません。少なくとも広告・分析・機能といった目的カテゴリごとに選択できる粒度を持たせ、選択の結果が実際のタグ発火に反映される状態を作ることが、形だけでない同意運用の出発点になります。この同意状態を計測タグへ正しく橋渡しする仕組みについては、次の記事が参考になります。
バナーの文言そのものも点検の対象です。「サイトの利便性向上のため」といった抽象的な説明だけで同意を求めるのは、目的が伝わらないまま形式的に同意を取る運用になりがちです。少なくとも広告目的でデータを外部に提供することは、ユーザーが理解できる平易な言葉で明示すべきでしょう。同意は取れば良いというものではなく、何に同意したのかをユーザーが理解できて初めて意味を持ちます。
同意管理と広告計測をどう両立させるかは、Google側の枠組みとあわせて理解しておくと実装の全体像が見えてきます。
PixelとコンバージョンAPIの実装で確認すべきこと
実装面で確認すべきは、何を送っていて、それがどのデータカテゴリに該当するのかを自社で把握できているかです。Metaは広告主がEvents Managerで共有するデータカテゴリを確認・管理できるようにしていますが、この管理画面を実際に開いて中身を確かめている広告主は多くありません。まずは自社が今どんなイベントとパラメータを送っているかを棚卸しすることが起点になります。
特にコンバージョンAPIはサーバー間でデータを送るため、ブラウザ側の同意状態が反映されにくく、意図せず同意前・拒否後のデータまで送ってしまう事故が起きやすい構造です。Pixelとは異なり、CAPIは実装者が明示的に同意状態を引き渡さない限り、ユーザーの選択を無視して送信を続けてしまいます。この点を放置すると、説明文をどれだけ整えても実装が説明と矛盾するという最悪の状態に陥ります。
送信するデータカテゴリを棚卸しして最小化する
データカテゴリの棚卸しでは、送る必要のない情報まで送っていないかを確認します。メールアドレスや電話番号などの顧客情報はマッチング精度を高めますが、そのぶん取り扱いの慎重さが求められます。センシティブなデータを送らないのは広告主の責任である以上、健康・信条・性的指向などを推測させうる情報が紛れ込んでいないかは、実装のたびに点検すべき項目です。
最小化の発想も欠かせません。計測精度のために送っているつもりのパラメータが、実は成果にほとんど寄与していないケースは珍しくありません。目的に対して本当に必要なイベントとパラメータだけに絞ることは、プライバシー配慮であると同時に、説明すべき範囲を自ら小さく保つ賢明な運用でもあります。送るデータを絞ることは説明責任のコストを下げる最も確実な方法であり、精度と最小化はしばしば両立します。PixelとコンバージョンAPIの具体的な設定手順や併用の考え方は、次の記事で体系的に解説しています。
棚卸しの実務では、Events Managerの「データソース」画面で、どのイベントがどのパラメータを伴って送られているかを一件ずつ確認していきます。ワンクリックで有効化された自動イベントや、タグマネージャに残ったままの古い設定が、意図しないデータを送り続けていることは珍しくありません。定期的に棚卸しの機会を設け、送信内容と説明文の対応を保守し続ける運用体制を持つことが、変更が続くこの領域では効いてきます。
同意状態と計測精度を両立させる設計
両立の鍵は、同意状態を計測の全経路に一貫して行き渡らせることです。同意バナーで「拒否」を選んだユーザーの情報が、Pixelでは止まってもCAPIでは送られてしまう、といった経路ごとのばらつきをなくすことが第一歩になります。同意という1つの判断が、ブラウザ側もサーバー側も同じように制御する状態を設計上のゴールに据えます。
同意を反映すると計測数が減るのは事実ですが、それは「本来送ってはいけなかったデータが減った」という健全な減少です。減った数を取り戻そうとして同意を軽視すると、説明責任の観点で自らの首を絞めます。むしろ、同意のもとで得られたデータだけで成果を出す設計に切り替えることが、変更後の環境で持続可能な運用につながります。
計測できない層をどう扱うかを事前に決めておく
同意を得られなかった層は、計測上「見えない」ユーザーになります。この層をゼロとして扱うのか、統計的に補完するのか、あるいはMetaのモデリングに委ねるのかは、あらかじめ方針として決めておくべき論点です。方針がないまま数字だけを見ると、同意率の変動を成果の変動と誤読してしまいます。
計測の全体像を、Cookie規制後の前提で捉え直すことも重要です。広告計測がどこで途切れ、どこを補うのかという地図を持っておくと、今回のMetaの変更が計測全体のどこに影響するのかを冷静に位置づけられます。同意率という新しい変数を、成果指標とは別の軸として常時モニタリングすることで、数字の変動要因を切り分けられるようになります。計測の基礎とコンバージョン計測の考え方は、次の記事で整理しています。
方針を決める際は、経営としてどこまでのデータ活用を良しとするかという価値判断も避けて通れません。同意を得られなかった層を無理に補完してでも精度を追うのか、それとも同意ベースの範囲で堅実に運用するのか。これは純粋な技術判断ではなく、自社がユーザーとどう向き合うかというブランドの姿勢に関わる意思決定です。運用担当者だけに委ねず、事業責任者を含めて方針を明文化しておくと、現場が数字に振り回されずに済みます。
説明責任の不備がアカウント品質に跳ね返るリスク
説明責任の不備は、法的リスクだけでなくMetaアカウントの品質にも跳ね返ります。Metaはデータの取り扱いに関するポリシー違反を、広告アカウントの制限や停止の理由として扱います。プライバシーポリシーが実態と食い違っていたり、同意を得ずにセンシティブなデータを送っていたりすれば、それはポリシー違反として検知されうる状態です。
ユーザーの遮断弁がなくなった今、広告主が送るデータの適切さを担保する最後の砦は広告主自身の実装と説明になりました。言い換えれば、説明責任を果たすことはコンプライアンスであると同時に、アカウントを守る防衛策でもあります。品質スコアの低下やアカウント制限は、広告費の効率以前に配信が止まるという致命的な結果を招くため、事前の整備が何よりの保険になります。
制限を受けてからでは復旧に時間がかかる
アカウント制限は、いったん発動すると復旧に相応の時間と手間がかかります。審査のやり取りや異議申し立てには数日から数週間を要することもあり、その間の配信停止は機会損失に直結します。だからこそ、制限を受けてから慌てて説明文を直すのではなく、変更が展開されている今のうちに整えておくことに価値があります。
制限のリスクは、悪意のある違反だけでなく、無自覚な不整合からも生まれます。プライバシーポリシーの更新を忘れたまま新しいイベント送信を始めたり、同意管理の設定が古いまま放置されていたりといった、日常運用のほころびが積み重なって検知の対象になることがあります。説明と実装のズレは時間とともに広がるため、変更のたびに両者を突き合わせる運用習慣が最大の予防策になります。
万一アカウント品質の問題や制限が発生した場合の対処法は、あらかじめ知っておくと初動が変わります。原因の切り分けから復旧申請までの流れを、次の記事にまとめています。
広告主が今すぐ着手すべき対応の優先順位
今すぐ着手すべきは、実態把握・文書修正・実装検証の順です。いきなりプライバシーポリシーの文言を書き換えるのではなく、まず自社が何を送り何に使われているかを正確に把握することが先決です。実態がわからないまま文書だけを直すと、その文書もまた実態とずれてしまいます。
優先すべきは、影響の大きさと発覚時のリスクが高い順に手をつけることです。センシティブデータの送信有無は最優先で確認し、次に第三者提供の記載、そして同意取得の順序という具合に、放置したときの被害が大きいものから潰していきます。下の情報ボックスに、着手順を整理しました。
着手の優先順位（上から順に対応）
- Events Managerで送信中のイベントとパラメータを棚卸しし、センシティブなデータが混入していないか確認する
- プライバシーポリシーの第三者提供・利用目的を、広告・Feed推薦・Meta AIまで含めて更新する
- 同意バナーの発火順序と粒度を点検し、同意前にタグが発火していないか検証する
- コンバージョンAPIに同意状態が引き渡されているかを実装レベルで確認する
専門家の目を入れるべき境界を見極める
すべてを自社で抱え込む必要はありませんが、境界の見極めは重要です。プライバシーポリシーの法的な妥当性は法務や弁護士の領域であり、技術実装は広告運用や開発の領域です。この2つは連携して初めて整合が取れるため、どちらか一方だけで完結させようとすると必ず穴が残ります。
特に、実装と説明文の整合を取る作業は、広告運用の実務を知る人間でないと勘所がつかめません。どのイベントが何のために送られ、それが説明文のどの記述に対応するのか。この対応関係を一つひとつ突き合わせる作業は、計測とポリシーの両方を理解した目が入ることで初めて精度が上がります。自社のリソースで難しい場合は、外部の広告運用パートナーに実装と説明の整合チェックを依頼するのが現実的な選択肢です。
連携を機能させるコツは、法務と運用が使う言葉を翻訳する橋渡し役を置くことです。法務は「第三者提供」「利用目的」といった法律の言葉で考え、運用は「イベント」「パラメータ」という技術の言葉で考えます。この二つの語彙をつなぎ、送っているデータと書いている説明を同じテーブルの上で照合できる人がいれば、整合作業は一気に進みます。多くの企業でこの役割が不在なために、実装と説明が別々に更新され、気づかぬうちにズレが生じているのが実情です。
外部に委ねる場合でも、丸投げにせず自社が意思決定の主体であり続けることが肝心です。どこまでのデータを送り、どう説明するかは最終的に自社の責任であり、パートナーはその判断を支える専門知識を提供する立場です。この主従を取り違えると、便利さと引き換えに説明責任の所在が曖昧になります。良い外部パートナーは、判断を代行するのではなく、判断に必要な材料と選択肢を整理して差し出してくれる存在です。
まとめは説明責任を軸にしたMeta変更への実務対応
2026年7月のMetaの変更は、計測精度の話に見えて、その本質は説明責任が広告主に一元化されたという統治構造の変化です。ユーザーの遮断弁がなくなった以上、送信の是非と説明の責任は送る側が負うことになりました。この現実を、プライバシーポリシー・同意バナー・データ利用説明の3つの文書に正確に反映することが、変更への最初の一手になります。
実態把握から始め、リスクの高い順に文書と実装を整えることで、法的リスクとアカウント品質の両方を守れます。説明責任を果たすことは守りであると同時に、ユーザーの信頼を保つ攻めの施策でもあります。
- ユーザーのオプトアウトは「利用」だけを制御し、PixelとコンバージョンAPIによる送信は止まらない
- データの用途は広告に加えFeed推薦とMeta AIへ拡大したため、説明すべき利用目的の範囲が広がった
- プライバシーポリシー・同意バナー・データ利用説明を、送信は続く前提で文面から見直す
まずは無料で広告アカウント診断を
Metaの変更に自社の説明文と実装が追いついているか、独力で判断するのは簡単ではありません。何を送り、何に使われ、それをどう説明すべきかは、計測とポリシーの両方を横断して初めて見えてきます。
ハーマンドットは、広告運用の実務とデータの取り扱いを両輪で支援します。Events Managerの棚卸しから、プライバシーポリシーと実装の整合チェック、同意管理の設計まで、変更後の環境で配信を止めないための整備を一気通貫でお手伝いできます。アカウント品質を守りながら成果を伸ばす運用を、貴社の状況に合わせてご提案します。
初回相談は完全無料・所要時間30分・オンライン対応可能です。