Chromeのプロフィールで足りない小号運用:マルチプロフィールの隔離限界
結論から言うと:Chromeのマルチプロフィールはログイン状態をきれいに分けられますが、プラットフォームはログイン状態ではなくデバイスを見ています。すべてのプロフィールが同じブラウザエンジンを共用し、同じ指紋を報告する。プロキシはブラウザ単位なので出口IPは分けられず、同じGoogleアカウントで同期を取れば、各プロフィールはクラウド側でもつながります。日常の自分用ならプロフィールで足ります。ビジネスとして長期運用するアカウントには、指紋と出口をそれぞれ持たせる必要があります。
Chromeの右上のアバターメニューから小号用のプロフィールを追加する。多くの人が複数アカウントで最初に試す方法です。「追加」を押して新しいプロフィールを作り、名前と色を決めれば完了。用意は数秒です。ログイン状態は常時保持されます。閉じて開き直しても外れず、追加のソフトも不要です。
ところが小号が増えると問題が起きます。異常を知らせる警告が出るプラットフォームがあります。制限を受けるアカウントも出ます。それでいて、プロフィール同士は互いに干渉していない。原因はプロフィールの作り方ではなく、隔離が半分しか効いていないことにあります。ローカルデータは確かに別々です。プラットフォームが見ているデバイスとネットワークの信号は、最初から分かれていません。
この記事では層ごとに整理します。何が分離できて、何ができないのか。最後に、プロフィールで足りるケースと、環境を切り替えるべきケースを見分ける基準を示します。
プロフィールが隔離するのはデータであって、デバイスではない
プロフィールの隔離が機能するのは、ローカルデータの層です。Google自身の説明でも、この機能はブックマーク、履歴、パスワードなどを分けて管理するためのもの。実際の使い方では、保存の範囲がプロフィールごとに分かれます。Cookieとサイトデータ、閲覧履歴、拡張機能、パスワードがそれぞれ独立です。二つの小号を別々のプロフィールにログインさせれば、ログイン状態は互いに上書きされません。同じプラットフォームの二つのアカウントを、同時にログインさせられます。
この層の隔離は本物です。シークレットウィンドウよりも強い存在です。シークレットは閉じればログイン状態すら残りません。プロフィールのデータは長期保存されます。境界の違いは、シークレットモードとアカウントの関連付けの記事が参考になります。チェックリストと併せて見ると分かりやすいです。
限界も同じ説明の中にあります。分けられるのはすべてディスク上のユーザーデータで、ブラウザ本体、GPU、NIC、OSのいずれも替わりません。本体はそのままです。すべてのプロフィールが同じChromeを動かし、同じハードウェアを読み、同じ回線を使います。データディレクトリは100個作れても、デバイスの身元は常に一つです。

同じマシン上のすべてのプロフィールは、同じ指紋を報告する
プラットフォームがデバイスを識別するのはブラウザの指紋によるものです。この層はプロフィールではどうにもなりません。User-Agentはブラウザ本体から来るため、全プロフィールが同じバージョンを報告します。ここは共通です。CanvasとWebGLの描画結果はGPUで決まります。フォント一覧、画面の解像度、CPUコア数、メモリ容量まで、読み取っているのは同じマシンのハードウェアです。
指紋検知企業FingerprintJSのブラウザフィンガープリント技術の解説でも、同じ結論が示されています。こうした信号こそが、デバイス識別の主体だとされています。データディレクトリを替えても、どの項目も変わりません。
自分で確かめることもできます。EFFの指紋テストページはブラウザで開くだけで実行できます。二つのプロフィールでそれぞれ測り、結果を並べて比較してください。この比較は説得力があります。ブラウザとシステム情報、フォント、キャンバス描画、ハードウェアの値は、ほぼ項目ごとに一致します。変わるのは大抵Cookieとローカルストレージだけです。
プラットフォームのリスク管理にとって、10個のプロフィールは一つの身元です。一致する信号の組だけで十分です。同じグループと判断する根拠になります。Cookieの分離は、アカウントがローカルで重ならないだけの話です。関連を判定する根拠は、最初からローカルにはありません。根拠は外側にあります。自分の小号群にまだどの関連信号が残っているか気になるときは、複数アカウントの関連リスクチェックガイドの順に見直してください。環境・プロキシ・ログイン履歴を、一層ずつ確かめてください。
出口IPはブラウザ単位で、プロフィール単位ではない
ネットワーク層の欠落はもっと分かりやすい。Chromeにはプロフィールごとのプロキシ設定がなく、プロキシの構成はOSに従います。回線を一本替えれば、全プロフィールが一緒に替わる。二つの小号に別々の出口を与えたいとき、プロフィールの仕組み内に正規の入口はありません。拡張機能やサードパーティ製ツールを組み合わせた方式では、安定性と一貫性のどちらも長期運用に耐えません。WebRTCで漏れるローカルアドレスも同じです。リアルタイム通信を処理するのは同じブラウザカーネルだからです。
こうして典型的な小号群は次の形になります。十数個のプロフィールに、別のアカウントをそれぞれログインさせます。ログイン状態はきれいなのに、出口は同一IP。プラットフォーム側のログでは、これらのアカウントが同じ回線上で交互に動いています。証拠は積み上がります。前節の一致する指紋と重なれば、関連判断の証拠の連なりはかなり完成に近い。データ隔離をどれだけ丁寧にやっても、ネットワーク上の身元という層は埋められません。ここが境界です。プロフィールとアンチディテクトブラウザの環境を分ける、最も実質的な線です。
Googleアカウントの同期:見落とされがちな関連の入口
プロフィールを作ると、ChromeはGoogleアカウントへのログインと同期の有効化へ誘導します。ブックマーク、パスワード、拡張機能、設定はアカウントのクラウドに保存され、デバイスを替えても取り出せます。個人ユーザーには便利な設計です。小号では話が別です。複数のプロフィールが同じGoogleアカウントにログインしていれば、データはクラウドの同じ場所に集まります。つながりができます。アカウント間のつながりは、ローカルからプラットフォーム側へ広がる。同期が入っていれば信号はつながったままです。端末側の隔離をどれだけ丁寧にやっても、クラウド側は止められません。
対処は単純です。小号のプロフィールを作るときはアカウントにログインせず先へ進める。あるいは小号ごとに独立したGoogleアカウントを用意して、それぞれ同期させる。同期を切ればプロフィール間のデータは独立したままなので、日常の利用には影響しません。
プロフィールで足りるケースと、環境を替えるべきとき
判断基準はアカウントの重みです。道具の新旧は問いません。
次のケースはプロフィールのままで構いません:
- 自分の日常用アカウント。仕事用と個人用のメールで一つずつ、間違えるほうが困る。
- 低リスクのプラットフォームの管理画面。アカウント間に利害がなく、プラットフォームもデバイス側の審査をしない。
- 一時的なプロジェクト用の別アカウント。使い捨てで、長期運用は考えない。
次のいずれか一つでも当てはまれば、独立環境への移行です:
- アカウントが実ビジネスを抱えている。ストア、広告アカウント、SNSのアカウント網は、一つの不調が全体に波及する。
- プラットフォームがデバイス審査を明示的に行っており、複数アカウントのデバイス共用がそれだけでリスクになる。
- アカウント数が二桁に達し、ウィンドウの切り替えが追いつかず、チームでの分担も必要になっている。
環境を替える段階に来たら、発想を切り替えます。「ウィンドウをもういくつか」から「小号一つに完全な身元を一式」へ。MostMateはアンチディテクトブラウザで、ブラウザデータ・指紋パラメータ・ネットワークの出口を、再利用できる環境の単位にまとめます。小号ごとに一つの環境です。
環境作成のフォームは基本情報・指紋設定・詳細設定の三つに分かれます。右側の指紋プレビューパネルが現在の値をリアルタイムで並べます。値はここで見えます。Canvas、WebGL、フォント一覧、WebRTCといった、プロフィールでは触れないパラメータにも対応です。ここではそれぞれに設定項目が用意されています。

プロキシも環境単位です。プロキシは独立したプロキシ管理リストで一元管理します。環境フォームでは、プロキシなし・カスタム・リストから選択の三択です。プロキシの種類はSOCKS5からSSHまで四類型に対応しています。選択肢は十分です。言語・タイムゾーン・地理位置情報には「IPベースの設定」の項目があります。プロキシを先に決めれば、出口の地域に自動で揃います。環境リストの各行にはプロキシ・出口IP・紐付けたアカウント・グループが並んでいます。どの小号がどの回線を通っているか、一目で分かります。


各機能の画面と項目の見た目は、MostMateとはのページに一式のスクリーンショットと説明があります。Cookie・ローカルストレージ・セッション・キャッシュ・指紋環境・プロキシ設定を、隔離がどう覆うのか。この原理は、環境隔離の仕組みを扱った記事のほうが体系的です。最初の環境を作るときは、命名からプロキシ、パラメータの確認まで、新環境チェックリストの順に進めてください。

よくある質問
Chromeのプロフィールの指紋は本当に完全に同じですか?
デバイスとブラウザの層の信号はほぼ同じです。同じマシン上のプロフィールは、ブラウザ本体とハードウェアを共用しています。Canvas、WebGL、フォント、画面の値、User-Agentはすべて同一です。差は出ません。Cookieや履歴といったローカルデータだけが独立しています。検知サイトで二つのプロフィールを測れば、その小ささが一目で分かります。
プロフィールごとにシステムプロキシを手動で切り替えるのはありですか?
できません。システムプロキシは全体設定なので、切り替えると全プロフィールが一緒に変わります。二つのアカウントを同時にログインさせておくには、設定を往復させざるを得ません。一度間違えれば、出口がアカウントの履歴と食い違います。アカウントごとに出口を固定したい。これは環境単位のプロキシが解決する課題です。
小号のプロフィールでGoogleにログインしなければ安全ですか?
同期という一層の信号が減るだけです。指紋と出口IPの二層はそのまま共用です。プラットフォームは同じマシン上のアカウントを、まとめて判定できます。判定は残ります。Googleのログインを外すのはやる価値があります。ただし解決するのは、その一層であって全部ではありません。
シークレットウィンドウとプロフィール、小号にはどちらが向いていますか?
どちらもデバイスの身元は替えられません。ここは同じです。シークレットウィンドウはログイン状態すら残らないので、一時的に一度使う分に向いています。プロフィールはログイン状態を保つので、長期的に置いておくアカウントに向きます。ただしプラットフォームから見れば、どちらも同じデバイスの二つの開き方です。違いはセッションの保持だけ。関連のリスクには違いがありません。
まとめ
Chromeのマルチプロフィールはローカルデータをきれいに分けます。一方でプラットフォームの関連判定が見るのは、デバイスとネットワークです。両者は同じ層にありません。プロフィールで足りるかどうかは、アカウントの重みで決まります。日常の私用なら、この先もプロフィールのままで構いません。ビジネスのアカウントには、少なくとも指紋と出口をそれぞれ持つまともな環境が妥当です。環境を替える段階に来たら、MostMateをダウンロードして、無料版で二つの環境を作り、上の比較を自分の手で一度試してみてください。結果のほうが、どんな説明よりも分かりやすいはずです。
MOSTMATE
安全な複数アカウント管理を、もっと簡単に
最初のアカウントから、MostMate でより安全でスマート、効率的な複数アカウント運用を始めましょう。
- 独立したプロファイル。一貫した識別情報。
- AI 自動化 · アカウント健全性 · チーム運用



