ブログに戻る

1台のパソコンで複数のFacebookアカウントを使う場合:関連判定の仕組みと規約に沿った運用

1台のパソコンで複数のFacebookアカウントにログインすること自体は可能ですが、プラットフォームはウィンドウ数ではなく、端末・ブラウザ特性、IP、セッション、行動パターンなどからアカウントの関連性を判断します。

越境EC、海外向けマーケティング、SNS運用代行などでは、1台のパソコンで複数のFacebookアカウントを管理することがあります。技術的にログインするだけなら難しくありません。重要なのは、複数のアカウントが同じ端末環境から利用されているとプラットフォームに判断されないようにすることです。開いているブラウザウィンドウの数そのものは、関連判定の中心ではありません。

プラットフォームはどのような情報からアカウントの関連性を判断するのか

端末とブラウザの特性は、最も安定したシグナルの一つです。アカウントを切り替えても、ブラウザのバージョン、OS、画面解像度、Canvasの描画結果、WebGLのグラフィック特性、音声処理の特性、ローカルフォント一覧などは変わりません。アカウントだけを変えて端末環境が同じままだと、これらのパラメータが一致し、複数アカウントが同じ運用者のものとまとめられやすくなります。

IPアドレスと位置情報では、ネットワークの出口とその利用状況が見られます。同じIPから複数アカウントが高頻度でログインしたり、互いのアカウントへアクセスしたり、大量のメッセージを送ったりすると、組織的なマーケティング活動と判断される可能性があります。出口IPの品質も重要です。データセンターIPはより厳しく確認され、過去に多くの利用者が使っていた共有IPや異常履歴のあるIPは連鎖的なリスクを生みます。1つのアカウントの問題が、同じ出口を使う他のアカウントに影響することもあります。

Cookieとセッションはローカル側の情報です。同じ通常ブラウザでアカウントAからログアウトし、続けてアカウントBにログインすると、前のアカウントのCookie、キャッシュ、ローカルストレージが残る場合があります。プラットフォームの追跡スクリプトはこうした痕跡を検出でき、このような交差汚染はリスク管理上の強いシグナルになります。

行動パターンは比較的ソフトな指標です。同じ時間帯にログインが集中する、操作頻度がよく似ている、端末やネットワークを頻繁に切り替える、といった行動は通常のユーザー像から外れやすくなります。1つのアカウントを長期間安定した環境で使うほうが不自然さは少なく、頻繁な変更そのものがシグナルになる場合があります。

多个账号共享设备指纹、出口和会话时形成关联风险,与一账号一环境的稳定隔离方式对比

規約に反する複数アカウント運用で起こり得ること

初期の兆候としては、顔認証の繰り返し要求、SMS認証コード、Web上の認証ループなどがよく見られます。同じ方法でログインを続けると措置が強化され、関連するページが制限されたり、広告アカウントが停止されたり、深刻な場合はページが永久停止されることがあります。異議申し立てでも実質的な改善が得られにくい場合があります。

「1人につき1つの個人アカウント」が基本ルール

Metaの利用条件では、原則として1人が保有する真正な個人アカウントは1つとされています。これが基本です。

複数のアカウントやアセットが正当に必要な場面もありますが、共通しているのは、業務上の理由で分ける必要があることです。異なるブランドの公式ページ、異なる市場向けの運用アカウント、代理店チームが管理するクライアントアカウントなどが該当します。情報は真正で追跡可能であり、所有者と権限も明確である必要があります。偽の身元情報を使って大量にアカウントを作成することは明確な規約違反であり、技術環境をきれいに分けてもその点は変わりません。

規約を守る前提でアカウントを分離する方法

最初に守るべきなのは「1人につき1つの個人アカウント」という原則で、技術的な分離はその次です。正当なアカウント同士を独立させるには、3つの要素を同時に整える必要があります。

各アカウントに独立したブラウザ環境を用意し、フィンガープリントとローカルストレージも分離します。複数アカウントで同じ端末特性やセッションデータを共有しないようにします。さらに、各環境に独自のネットワーク出口を割り当て、タイムゾーン、言語、位置情報をその出口地域と整合させます。たとえばIPが米国を示しているのに、システム言語が中国語でタイムゾーンが北京のままだと、明確な不整合になります。最後に、1つのアカウントは長期的に同じ安定した環境に固定します。

これらは組み合わせてこそ意味があります。そのため多くのチームは環境分離ツールを利用します。PurpleMarkはこのレイヤーで、アカウントごとに独立した環境を提供し、各環境のフィンガープリントやストレージが相互に見えないようにします。チームで運用する場合は、アカウントと環境の対応関係、メンバーの権限も記録しておくと、引き継ぎ時の混乱を防げます。

よくある誤解

IPだけを変えても十分ではありません。フィンガープリントが同一なら、同じ端末が別の場所から接続しているように見えるだけで、アカウントは依然として関連付けられる可能性があります。

フィンガープリントだけを変えるのも十分ではありません。すべてのアカウントが同じネットワーク出口を使えば、共通IPが直接的な関連シグナルとして残ります。

フィンガープリントを完全にランダムにすることも避けるべきです。実在する端末の各パラメータには相互関係があります。無作為に組み合わせると、あるOSを名乗っているのにグラフィック情報が別のハードウェアを示す、といった内部矛盾が生まれます。目標は、各環境の内部では整合性を保ちつつ、環境間では自然な違いを持たせることです。

複数のブラウザをインストールしたり、プライベート/シークレットモードを使ったりしても、基本的なセッション分離にとどまります。ハードウェア特性は変わらず、ブラウザごとに独立した出口を設定できるとは限りません。また、プライベートセッションを閉じるたびに認証情報や確認コードを再入力する必要があります。長期運用では、安全性にも利便性にも優れているとは言えません。

技術的な分離は、複数の正当なアカウントが相互に影響しないようにするためのものです。規約に反する運用を正当化するものではありません。この違いを、設定を始める前に明確にしておくことが重要です。