FacebookのチェーンBAN解説：Metaはアカウントをどの層でリンクするのか

チェーンBANは、誰も予算に入れていない壊れ方です。1つのアカウントを消すのではなく、Metaが そのアカウントに結び付けられるものすべてのグラフをたどり、まとめて審査にかけます。1週間で 10アカウントを失う人は、10個の別々の判断で失うことはまずありません。伝播した1つの判断で 失うのです。

本記事は仕組みをシグナル単位で分解します。Metaが実際に何を追跡しているのか、カスケードは どの速さで進むのか、現実のインシデントは最初から最後までどう見えるのか、そして——ほとんどの ガイドが飛ばす部分——各シグナルがあなたのスタックのどの層に属するのか。この最後の部分が、 この話題を不安からチェックリストへ変えます。

複数のMeta広告アカウントを運用しているなら、一度だけ1時間を割く価値があります。仕組み自体は 何年も安定していて、変わったのは速度だけです。

アンチディテクトブラウザと公式プラットフォームの広い比較は、 Wevionとアンチディテクトブラウザの構造比較をご覧ください。

---

チェーンBANとは何か？

チェーンBANとは、Metaがポリシーに違反する1つのアカウントを特定し、それにリンクされているすべてのアカウントを体系的に審査・制限するプロセスです。「チェーン（連鎖）」という言葉は、最初の検出に続いて発生する一連のアカウント措置のカスケードを指します。

実際の動作は次のとおりです：

1. 初期トリガー：Metaがあなたのアカウントの1つをフラグする — ポリシー違反、不審なアクティビティ、またはフィンガープリント検出が理由かもしれません
2. シグナル分析：Metaのシステムがフラグされたアカウントを分析し、他のアカウントへの接続ポイントを探します
3. チェーンマッピング：Metaは共有シグナルを通じて接続されているすべてのアカウントのグラフを構築します
4. カスケード審査：接続されているすべてのアカウントが加速された審査プロセスに入ります
5. 一斉制限：Metaが同一エンティティによって運用されていると判断したアカウントが、同時にまたは矢継ぎ早に制限を受けます

このプロセスの速度は2023年以降劇的に上昇しました。かつては数週間かかっていたものが、現在ではしばしば24〜72時間で完了します。一部のメディアバイヤーは、1つのアカウントがフラグされた後、1日のうちに10〜30個のアカウントを失ったと報告しています。

なぜチェーンBANは個別BANと異なるのか

個別アカウントのBANは痛みを伴いますが、対処可能です。1つのアカウントを失い、それを置き換え、運用を続けます。損失は線形で予測可能です。

チェーンBANは指数関数的に破壊的です。なぜなら、運用能力全体を同時に消滅させるからです。フォールバックはありません — 共有シグナルを通じてリンクされているすべてのアカウントがリスクにさらされます。そして個別BANとは異なり、アカウントを単純に置き換えることはできません。なぜなら、チェーンBANをトリガーしたシグナル（支払い方法、ピクセルデータ、BM関係）は単一のアカウントだけでなく、あなたのアイデンティティに結びついているからです。

---

Metaがアカウントをリンクする方法

Metaがアカウントの接続を確立するために使用する具体的なメカニズムを理解することは極めて重要です。各リンクシグナルは独立して動作します — 1つの共有シグナルだけでチェーン審査をトリガーできます。

支払い方法のリンク

これはMetaの最も信頼性が高く、攻撃的なリンクメカニズムです。

Metaが追跡するもの：

• クレジットカードBIN（発行者と種類を識別する最初の6〜8桁）
• 請求名と請求先住所
• 支払い行動パターン（タイミング、金額、カード認証応答）
• アカウント間で共有された支払い方法ID

どのようにチェーンをトリガーするか：アカウントAがフラグされると、Metaは同じ支払い方法を使用したことのあるすべてのアカウントを照会します。あなたのクレジットカードがアカウントAからFに追加されていた場合、6つのアカウントすべてが審査に入ります。これは最も速いチェーンメカニズムであり、数時間以内にトリガーされる可能性があります。

このシグナルが属する層：ブラウザ層ではなくアカウント層です。支払い方法はMetaの内部に あるオブジェクトで、広告アカウントに紐づいています——どのプロファイルでセッションを開いても 同じオブジェクトです。どのブラウザからも見えませんし、見えるべきものでもありません。支払い 方法の分離は経理の仕事です。アカウントごとに1枚のカード、カードごとに1つの請求先、そして どのカードがどこへ行ったかの記録。

ビジネスマネージャの関係

ビジネスマネージャはアカウント間に明示的な管理関係を作り出します。

Metaが追跡するもの：

• ビジネスマネージャ内の管理者と従業員の関係
• BMの所有チェーン（誰がどのBMを作成したか）
• BM間で共有されるアセット（ピクセル、カタログ、ページ）
• BM間のリクエスト/招待パターン

どのようにチェーンをトリガーするか：ビジネスマネージャ内の1つのアカウントがフラグされると、MetaはそのBM全体を審査します。そのBM内のすべての広告アカウント、管理者アクセス権を持つすべてのユーザー、およびリンクされたすべてのBMが調査されます。BMへの制限は、それが含むすべての広告アカウントを制限する可能性があります。

このシグナルが属する層：アカウント層です。ビジネスマネージャの関係は、あなたが意図的に Metaへ宣言した構造です——漏れではなく設計上の決定です。同じBMの2アカウントを別々のプロファイル から開いても何も変わりません。その構造こそがリンクだからです。分けたいなら、分かれたBMが必要 です。

ピクセルとSDKのクロスインストール

ピクセルのインストールは、目に見えないが強力なアカウント間のリンクを作り出します。

Metaが追跡するもの：

• どの広告アカウントが同じピクセルからイベントを発火したか
• ウェブサイト間のピクセルインストールパターン
• 共有されたコンバージョンイベント
• SDK実装のシグネチャ

どのようにチェーンをトリガーするか：アカウントAとアカウントBの両方が同じピクセルを通じてイベントを送信する場合、Metaはこれらのアカウントが接続されていることを認識します。アカウントごとに別々のピクセルを作成しても、それらが同じウェブサイトまたは同じドメインにインストールされている場合、Metaは接続を確立できます。

このシグナルが属する層：サイトとサーバーの層で、このリストの中でもっともブラウザから 遠い場所です。ピクセルとConversions APIのトラフィックは、あなたのサイトまたはサーバーから Metaへ直接飛びます。広告マネージャにログインしたブラウザはその経路上にそもそも存在しません。 ピクセルの分離はデプロイの判断であり、ドメインごとに一度決めるものです。

IPアドレスとネットワークパターン

異なるIPアドレスを使用していても、接続パターンが共有インフラを明らかにする可能性があります。

Metaが追跡するもの：

• アカウントへのアクセスに使用されたIPアドレス
• 接続タイミングのパターン（短期間内に同じIPレンジから複数のアカウントにアクセス）
• VPNとプロキシの検出（データセンターIP、レジデンシャルプロキシのシグネチャ）
• アクセスパターンの地理的一貫性

どのようにチェーンをトリガーするか：複数のアカウントが同じIPまたはIPレンジからアクセスされている場合 — たとえ異なる時刻であっても — Metaはそのパターンに注目します。それらのアカウントが他のシグナルを通じてもリンクされている場合、IPの証拠はチェーンを強化します。

Multiloginは部分的に対処する：Multiloginは各プロファイルが異なるプロキシを使用できるようにし、IP隔離に役立ちます。ただし、プロキシが同じプロバイダーまたは同じサブネットから来ている場合、Metaは接続を検出する可能性があります。そしてIPがチェーンBANの主要なトリガーになることはまれです — 通常はより強力なシグナルと並んで、補強証拠として機能します。

行動パターン分析

これはMetaの最も洗練され、最も打ち破りにくいリンクメカニズムです。

Metaが追跡するもの：

• アカウント間のログイン時間パターン
• キャンペーン管理の行動（どの機能を、どの順序で、どれだけ速く使用するか）
• 広告コピーとクリエイティブのコンテンツパターン
• ターゲティングパターンの類似性
• 予算管理パターン
• 広告マネージャインターフェース内のナビゲーション行動

どのようにチェーンをトリガーするか：機械学習モデルが、アカウント間で相関する行動シグネチャを特定します。20個のアカウントを管理していて、それらすべてが疑わしいほど似た管理パターン — 変更を行う時間帯が同じ、予算調整の種類が同じ、ターゲティングのアプローチが同じ — を持っている場合、Metaのシステムはその相関をフラグします。

このシグナルが属する層：人間の層。ここに向けて製品を売っている会社は存在しません。 ブラウザは各セッションを別のデバイスに見せることはできますが、あなたを別人にはできません。 作業する時間帯、予算を動かす刻み方、物事に触れる順序——それらはどのプロファイルにもついて きます。アカウントをプロファイル単位ではなく実在の人単位で分けるべき、ともっとも強く示す シグナルです。

電話番号とメールのパターン

連絡先情報は直接的なアイデンティティのリンクを作り出します。

Metaが追跡するもの：

• アカウント作成、2FA、リカバリーに使用された電話番号
• メールアドレスとメールドメインのパターン
• 連絡先情報の類似性（共通の市外局番、メールの命名規則）

どのようにチェーンをトリガーするか：アカウント間で電話番号やメールアドレスを再利用すると、即座にリンクが作成されます。同じカスタムドメインのメールを使用するだけでも、他のシグナルが存在すれば審査をトリガーする可能性があります。

---

チェーンBANのカスケード：実世界のシナリオ

実際的な影響を理解するために、次の現実的なシナリオを考えてみましょう：

設定：あるメディアバイヤーがMultiloginを使用して15個のMeta広告アカウントを管理しています。各アカウントには、固有のフィンガープリントとレジデンシャルプロキシを持つ独自のブラウザプロファイルがあります。しかし：

• 3つのアカウントが支払い方法を共有している（同じビジネスクレジットカード）
• 5つのアカウントが同じビジネスマネージャ内にある
• 2つのアカウントが同じウェブサイトにピクセルをインストールしている
• すべてのアカウントが同じ人物によって、似た行動パターンで管理されている

1日目：アカウント7が広告クリエイティブのポリシー違反でフラグされる。

1〜2日目：Metaがアカウント7を審査し、以下を特定する：

• 支払い方法Xがアカウント3および11と共有されている
• アカウント7はビジネスマネージャBにあり、これにはアカウント4、5、8、12も含まれる
• 行動分析が、アカウント1、2、6、9、10、13、14、15との相関した管理を示唆している

2〜3日目：Metaがアカウント3、4、5、8、11、12を制限する（支払いとBMのリンク — 高い確信度）。アカウント1、2、6、9、10、13、14、15は強化監視に入る。

3〜7日目：強化監視が追加の相関を検出する。残りのアカウントが制限を受ける。

結果：1つのアカウントでクリエイティブが1本却下されたことをきっかけに、15アカウント すべてが1週間以内に制限されました。identity層はそもそもこの経路上にありませんでした。 チェーンを組み立てたのは共有カード1枚、ビジネスマネージャ1つ、そして一連の行動の相関—— いずれもアカウント層の事実で、どのブラウザにも見えず、変えられないものです。

財務的コスト

この仮想的なメディアバイヤーの場合：

これは単一のチェーンBANイベントです。同じアプローチを使用し続けるメディアバイヤーは、これを繰り返し経験するリスクを負います。

---

シグナルの地図：どの層が何を担うのか

役に立つ問いは「私のブラウザはチェーンBANを止めてくれるか」ではありません。「リンクの シグナルそれぞれについて、スタックのどの部分が責任を持つのか」です。この地図ができた瞬間、 チェーンBAN対策は感覚ではなく担当者の一覧になります。

identity層が担うもの

ブラウザフィンガープリントの隔離：Multiloginの各プロファイルは固有のデバイス指紋を 提示します。Metaのフィンガープリント検出はブラウザの特徴でプロファイルを結び付けられません。 これは本物で、実際に機能します。

IPアドレスの隔離：プロファイルごとに固有のプロキシを設定していれば、各アカウントは 異なるアドレスからMetaに到達します。

identity層の上にあるもの

真ん中の列を読むと、問題の形が見えてきます。identity層はアカウントに入るまでの道のりを すべてカバーし、入ってからの出来事は何もカバーしません。 それは欠点ではなく、仕事の境界 です。請求先の名寄せまでやるフィンガープリントエンジンは、もはや2つの製品です。

「Meta広告アカウントの内部」と書かれた行は、あなた自身が管理する項目であり、同時にカスケード でもっとも重い項目でもあります。地図の中で居心地の悪い部分ですが、どのブラウザを使っていても 条件は同じです。

Multiloginが得意なことと、その担当範囲がどこで終わるのかの全体像は Facebook広告向けMultiloginレビューにあります。

60秒でできるシグナル監査

自分のアカウントを1つ取り、8つの質問に答えてください。「いいえ」はグラフ上の生きた辺です。

1. このアカウントの支払い方法は、過去も含めて他のどのアカウントにも使われていませんか？
2. このアカウントは、一緒に失っても構わないアカウントだけが入ったビジネスマネージャに ありますか？
3. このアカウントのピクセルは、他のどの広告アカウントからも発火していませんか？
4. 電話番号と復旧用メールはこのアカウント専用ですか？
5. このアカウントは、他のどのアカウントも使っていないプロキシの背後にありますか？
6. あなた以外に、別の時間帯にこのアカウントを触る人はいますか？
7. 紐づくページとアプリは、このアカウントのアセットチェーンだけに属していますか？
8. 今夜このアカウントが落ちたとき、どのアカウントと辺を共有しているか言えますか？

8番目が肝心な質問です。ほとんどの運用者は答えられません。だからこそ、グラフがずっと見えて いたにもかかわらず、カスケードは毎回不意打ちに感じられるのです。

---

アンチディテクトブラウザを使用する場合の予防戦略

MultiloginまたはあらゆるアンチディテクトブラウザをMeta Adsに使用し続ける場合、チェーンBANリスクを最小化する（排除はしない）ために必要な対策を以下に示します：

支払い方法の隔離

• アカウントごとに固有の支払い方法を使用する（異なるBINを持つ別々のカード）
• アカウントごとに異なる請求名と請求先住所を使用する
• 異なるアイデンティティを持つプリペイドカードまたはバーチャルカードを検討する
• 一時的であっても、アカウント間で支払い方法を再利用しない

ビジネスマネージャの隔離

• アカウントのグループごとに別々のビジネスマネージャを作成する
• BM管理者として異なるメールアドレスを使用する
• 同じ人物を複数のBMの管理者として追加しない
• BM間でアセット（ピクセル、カタログ、ページ）を共有しない

ピクセルとトラッキングの隔離

• アカウントごとに別々のドメインに別々のピクセルをインストールする
• アカウントごとに異なるコンバージョンイベント構造を使用する
• アカウント間のピクセル共有を絶対に避ける
• アカウントが同じ製品を宣伝する場合は、アカウントごとに固有のピクセル設定を使用する

行動の隔離

• アカウント間でログイン時間を変える（すべてのアカウントを同じ時間帯に管理しない）
• アカウントごとに異なる管理パターンを使用する（操作の順序を変える）
• アカウント間で同一の広告構造を作成しない
• ターゲティングのアプローチと予算管理のスタイルを変える
• 異なるチームメンバーが異なるアカウントを管理することを検討する

ネットワークの隔離

• アカウントごとに異なるプロバイダーのレジデンシャルプロキシを使用する
• プロキシが異なる地理的地域から来ていることを確認する
• データセンタープロキシを完全に避ける
• 一貫したプロキシ割り当てを維持する（同じアカウントには常に同じプロキシ）

---

一つ上の層：キャンペーンの運用

プロファイルがアカウントを開いた時点でブラウザの仕事は終わり、別の仕事が始まります——月曜から 月曜まで続く仕事です。スタックの第2層はここにあり、Metaへは別の道でつながります。

公式API経由のアクセスとは、正確に言うと

プラットフォームがMetaのMarketing API（Wevionはv25.0で稼働）にOAuthで接続して広告アカウント を扱うとき：

1. 接続は「与えられる」ものであって「奪う」ものではない：認証はMeta自身のダイアログで 行います。どのアプリがトークンを持ち、どのアカウントに、どの権限で付与されたかをMetaが 記録し、あなたはMeta側からいつでも取り消せます。
2. 経路上にブラウザがない：指紋の面もプロキシも、温め続けるセッションクッキーもありません。 呼び出しは登録済みアプリから出ます。
3. アカウントのグラフは何も変わらない：支払い方法、ビジネスマネージャ、ピクセル、ページは 設定したままです。トークンが2つのアカウントを統合することも、分離することもありません。
4. これはツール由来シグナルの削減であって、免疫ではない：クリエイティブのポリシー、請求、 アカウントの履歴は、どのパネルから操作しても変わりません。そうでないと言う相手は、何かを 売っています。

Wevionが立つ位置：キャンペーン層

Wevionは公式Marketing API v25.0にOAuthで接続し、扉が開いたあとの作業を担当します。

• 支出だけでなくマージンを読むルール：profit、profit_margin、true_roas、 break_even_roas がルールの条件として使えます。ROASだけでなく貢献利益で停止できます
• 非対称なブレーキ：ルールの自律実行を止めると、お金を使う動作——有効化、予算の引き上げ、 再開——は止まり、停止と予算の引き下げは動き続けます。安全な方向は意図的に開いたままです
• 予算プール：1つの日次予算を複数プラットフォームのキャンペーンに配分し、8時間ごとに 再配分します。何かが動く前に確認できるシミュレーション付きです
• 一括入稿と一括編集：アカウントごとに1セッションではなく、一度作って複数アカウントへ 配信します
• 広告単位まで下りるマージン：注文時点で固定した原価と、ad_id まで割り当てた返品を、 ShopifyとWooCommerceの接続経由で扱います
• 10のトラッカーアダプター：BeMob、Binom、ClickFlare、Everflow、ExoClick、Keitaro、 RedTrack、Search Feed、TrafficManager、Voluum が接続します——あなたのトラッカーは あなたのままです
• 6つの広告プラットフォーム：Meta、Google、TikTok、Taboola、Snapchat、Outbrain の接続・ 入稿・同期・計測。はっきり言うと、予算ルールは6つ中5つ（Outbrainには分岐がありません）、 プラットフォーム間比較は4つ、入稿のロールバックはMetaのみです。デモのあとより先に知って おいたほうがいいことです
• チーム権限と検索できる監査ログ：組織、チーム、ワークスペース、アクセスグループ。 「火曜日にこのキャンペーンを触ったのは誰か」はログで答えられます
• Telegram通知：意味のある指標の動きだけを知らせます
• 料金は運用アカウント数に対して、使った金額に対してではない：月額99／499／1,499 EUR

早期アクセスの2モジュールは、アカウント単位でリクエストに応じて有効化します： Traffic Filter（クリックとリードのトラッキング、ランディングページ、オファーとネットワーク、 ブラックリスト、ポストバック、CAPIログ）と Social Media Management（投稿、コメント、 FacebookとInstagramのダイレクトメッセージ、感情分析と社内メモ付きの統合インボックス。 Facebook、Instagram、TikTok、YouTube——LinkedInは対象外）。

そして正直な列も、ここに置くべきです：入稿時のクリエイティブのユニーク化は、私たちには ありません。 同じクリエイティブの30バリエーションを隔離プロファイル経由で流すワークフロー なら、それはDolphinとMultiloginの領域であり、そこに残ります。フック、フレーム、CTAといった 要素単位のタグ付けも、MotionやSuperadsのようにはできません。

---

どちらの層が必要ですか？（たいていは両方）

identity層が必要なのは：

• Meta でもそれ以外でも、1つのブラウザセッションでは抱えきれない数のアカウントを持っている
• 複数人が同じアカウントに到達する必要があり、パスワードを共有シートに置きたくない
• 仕事が広告の外にも及ぶ——マーケットプレイス、SNSアカウント、リサーチ、スクレイピングなど、 接続できる公式APIがそもそも存在しない領域
• ノートPCを替えてもクッキーとセッション状態ごと生き延びるプロファイルが必要

これはMultiloginの仕事であり、アンチディテクトブラウザの中でもっとも長い実績があります。

キャンペーン層が必要なのは：

• 月曜の朝に開くパネルの数が1つを超えている
• 原価を無視したROASではなく、貢献利益でルールを動かしたい
• ある画面の支出と、別のトラッカーの収益を突き合わせている
• 「あの予算を誰がいつ変えたのか」を、誰かの言葉に頼らず答えられる必要がある
• 扱うプラットフォームがMetaだけではない：Google、TikTok、Taboola、Snapchat、Outbrain

両方を回す手順

ここに移行作業はありません。移すものが存在しないからです。

1. プロファイルはそのままにしておく
2. Wevionのトライアルを開き、各広告アカウントをMetaのOAuthダイアログから接続する。 1アカウントにつき一度、2〜3分
3. 意味のあるルールを設定する——まずマージンのルールから。このパネルが存在する理由がそれです
4. チームに、本来最初から持っているべきだったアクセスレベルを与える
5. 1週間、両方を開いたまま回す。プロファイルは今までどおりアカウントを開き、入稿・ルール・ マージンのビューが1つの画面に移る
6. 両方を残す。このスタックは最初から二者択一ではありませんでした

キャンペーン、オーディエンス、ピクセルデータ、学習履歴はその間ずっとMetaのサーバー上に あります。変わるのは、あなたが作業する場所だけです。

---

結論

チェーンBANは謎ではありません。グラフの探索です。Metaが辺を1本見つけ、それをたどり、向こう側に あるものをすべて審査する。これを「運が悪かった」として扱うガイドは、実際にあなたが制御できる 部分——辺——をちょうど飛ばしています。

持ち帰るべきは地図です。identity層は「入るまでの道」を担います：フィンガープリント、 プロファイル、プロキシ、パスワードを共有しないチームアクセス。Multiloginはそれを、市場の誰に も劣らない水準でやっています。アカウント層は「辺」を担います：カード、ビジネスマネージャ、 ピクセル、電話番号、ページ——重いシグナルであり、きれいに保つのはあなたの仕事です。 キャンペーン層は「扉が開いたあと」を担います：何を入稿するか、午前2時にルールが何を止める か、返品が着地したあとのマージンはいくらか。

どの層も他の層の代わりにはならず、3つすべてを売っている会社もありません。できるのは、1つの層が 他をカバーしてくれると期待するのをやめることです。カスケードが始まったときの「まさか」の正体は、 その期待そのものです。

月曜日が6つのパネルと3つの通貨でできているなら、足りていないのは3つ目の層です。そしてそれは、 1つ目を手放せとは言いません。Wevionを14日間試す——MetaのOAuth ダイアログからアカウントを1つ接続し、プロファイルはそのままにして、キャンペーンの作業が1か所に 集まった1週間がどう見えるかを確かめてください。

Multiloginについてのさらなる文脈はMultiloginの代替ガイド、 またはアカウントBANなしでMeta広告をスケールする方法の分析へ。