あなたのアカウント資産、他人のクライアントに預けていいのか

またフィンガープリントブラウザの流出被害が報告された。元投稿によると複数のユーザーが資金被害に遭ったという。金額は未検証だが、こうしたニュースは初めてではない。数ヶ月おきにどこかのサービスで事故が起きる。サーバーへの不正アクセスか、クライアント自体にバックドアが仕込まれているか。預けていたウォレット、ショップ管理画面、広告アカウントが一夜で消える。

アカウント量産をやる人間は皆、同じジレンマを抱えている。複数アカウントは環境を分離しないと、プラットフォームの関連付け検知で一網打尽になる。だが市販のフィンガープリントブラウザは、本質的にあなたのCookie・秘密鍵・ログインセッションを、素性の知れない一企業に丸ごと預ける仕組みだ。プラットフォームからは守ってくれる。では、誰がその会社から守ってくれるのか。

計算は簡単だ。主流のフィンガープリントブラウザは環境数課金。数十〜百環境で年間数万〜十数万円のサブスクになる。元投稿のユーザー報告によれば、IP費用は別途だ。金を払い、クローズドソースの単一障害点リスクを抱えて、手に入るのは「それっぽい外殻」だけ。今日紹介する方法は、Chrome公式のマルチユーザーデータディレクトリ機能を使う。サブスクゼロ、データは全部自分のHDD、拡張機能は入れ放題、環境はコピーし放題。安全性とコスト、両方取れる。

チャンスはどこに：量産プレイヤーの刚需、公式機能は過小評価されている

Mercariの複数店舗、Lemon8の量産アカウント、TikTokのバズ動画量産、TikTok Shopの多国展開。こういう運用をしている人間にとって「環境分離」は死活問題だ。プラットフォームのリスク管理システムはブラウザフィンガープリントを読む。User-Agent、Canvas、WebGL、フォント一覧、タイムゾーン、IPの地理情報。数十〜百の次元を突き合わせ、複数アカウントが同一フィンガープリント環境からログインしていると判明すれば、軽ければリーチ制限、重ければ一括BANだ。

ほとんどの人が知らないが、Chromeは設計当初から完全に独立したマルチインスタンス起動をサポートしている。各インスタンスに専用のデータフォルダを指定でき、Cookie・キャッシュ・拡張機能・ログイン状態はブラウザレベルで完全に分離される。サードパーティ製ソフトは一切不要。起動パラメータを1行足すだけだ。市販のフィンガープリントブラウザがやっていることも、本質的にはこれと同じ。外側に殻を被せて、月額で売っているだけだ。

この公式機能を使いこなし、フィンガープリントランダム化拡張と独立プロキシIPを重ねれば、完全に自分でコントロールできる「オープンソース版フィンガープリントブラウザ」の完成だ。マスターを一度作れば、コピペで新環境。100個開いても追加費用ゼロ。

この方法で防げるもの、防げないもの

先に厳しい話をしておく。この方法の核心はIP分離＋UAランダム化だ。プラットフォームの基本的な関連付け検知——同一IPからの複数ログイン、同一ブラウザ識別子といった代表的なリスク管理次元——の大半は防げる。

だが限界も明確に言っておく。Canvas、WebGL、フォント、ハードウェアフィンガープリントは、同一PC上ではほぼ一致する。UAランダム化拡張だけではこれらのハードウェアレベルの指紋は変えられない。プラットフォームが深度検知をかければ、複数環境を関連付けられる可能性は残る。Canvas/WebGL偽装拡張を追加する手もあるが、効果は限定的で、拡張自体がリスク管理に検知されるケースもある。

つまり向いているのはどんな場面か。10環境以内、予算重視、自分で手を動かせる個人プレイヤー。Mercariの複数店舗やLemon8の量産アカウントのような、深度リスク管理がそれほど厳しくない領域なら十分戦える。逆に数百環境、チーム連携、自動化API連携が必要なら、あるいはリスク管理が最も厳しい領域で戦うなら、AdsPowerのような専門ツールを使うべきだ。適材適所。自前構築には天井がある。

Step 1：マスターデータの土台を作る

まず2つの概念を区別しよう。プログラムファイルとユーザーデータディレクトリだ。プログラムファイルはChromeのインストール本体で、全ショートカットが同じchrome.exeを指している。ユーザーデータディレクトリこそが各環境の分離の本体——Cookie、キャッシュ、拡張機能、ログイン状態はすべてここに入る。コピーするのはデータディレクトリであって、プログラムファイルではない。

Chromeのインストール場所を確認する。デスクトップのChromeアイコンを右クリックし「ファイルの場所を開く」。通常はCドライブのProgram Files配下、Google\Chrome\Applicationだ。ここは何も触らなくていい。chrome.exeのパスを確認するだけでいい。後でショートカットのパラメータに使う。

本番の作業はDドライブだ。管理用フォルダを新規作成する。名前は例えばgoogle。その中にサブフォルダ「1」を作る。この「1」があなたのマスターデータディレクトリで、以降すべてのインスタンスはここからクローンする。

ここで順序の鉄則がある。焦って一括コピーするな。マスターはまだ空っぽで、拡張機能はゼロだ。正しい手順は、まずマスター環境を完全に設定し、テストを通してから量産に入ること。順番を間違えると、100個のインスタンスそれぞれに手作業で拡張を入れ直す羽目になる。自業自得の極みだ。Dドライブの構造は最初からきれいに設計し、1、2、3と数字だけで命名する。パラメータ記述もトラブルシューティングも速くなる。

Step 2：ショートカットのパラメータ化——ダブルクリック1回で独立した世界

ここが全体の核心であり、技術的に最も高度な部分だ。といっても、やることは1行書き換えるだけ。

デスクトップのChromeショートカットをコピーしてDドライブに置く。そのコピーを右クリック→「プロパティ」→「ショートカット」タブ。「リンク先」の欄を探し、既存の内容の末尾に半角スペースを1つ入れて、次のパラメータを追記する：–user-data-dir=”D:\google\1”。パスは自分の実際のフォルダ名に合わせる。リンク先のchrome.exeのパスはそのまま。変えるのはデータディレクトリの指定だけだ。

保存してダブルクリック。正常なら、真っ新なブラウザが開く。履歴なし、ログインなし、拡張機能ゼロ。普段使いのChromeとは完全に並行する別世界で、ブラウザレベルで完全分離され、データは一切混ざらない。これで検証成功だ。

このショートカットにも「環境1」などと名前を付けておく。以降、ダブルクリックすれば1番の身分に入れる。この仕組みの美しさは、分離がChrome公式パラメータに依存している点だ。バックグラウンドで動くサードパーティ製プロセスは存在せず、攻撃対象領域は増えず、誰かがリモートであなたのデータに触れることもない。

Step 3：フィンガープリント偽装と独立IP——マスターで一度だけやる

作ったマスター環境を開き、拡張機能ストアで2種類の拡張を入れる。

1つ目はフィンガープリントのランダム化。Random User-Agentが最も手軽だ。ワンクリックでブラウザ識別子を切り替え、プラットフォームからは毎回別の「デバイス」に見える。ただしUAはあくまで最も基礎的な層だ。リスク管理に敏感な領域なら、Canvas BlockerやWebGL Fingerprint Defenderも追加しよう。Canvasの描画指紋とWebGL指紋は、プラットフォームの深度検知の重点項目だ。各拡張には限界がある。Canvas Blockerはサイトによって描画を崩すことがある。実際の業務でテストして取捨選択すること。初心者はまずUAランダム化を動かし、徐々に深くする。

2つ目はプロキシ管理。Proxy SwitchyOmegaが定番だ。調達したプロキシIPを IP:ポート:ユーザー名:パスワード の形式でインポートして保存する。これで各インスタンスに独立した回線を紐付けられる。フィンガープリント＋IPの二重分離で、関連付け検知の2大次元を両方潰せる。IPの品質がアカウントの生存率を直結で決める。データセンターIPは安いがリスクが高く、レジデンシャルIPは高いが安定している。自分の財布と相談だ。

鉄則を2つ。1つ目、拡張機能はすべてマスターに一度だけ入れる。入れ終わってから量産に入る。二度手間を防ぐためだ。2つ目、マスターでは絶対に本物のウォレットを作るな、本番の主力アカウントにログインするな。マスターは何十何百とコピーされる。マスターで生成したアドレスやログイン状態はすべてのコピーに複製される。環境の串刺しはまだ軽い方で、複数アカウントが同一身分を共有してプラットフォームに一網打尽にされるのが最悪のシナリオだ。マスターは設定専用。資産は置かない。

Step 4：一括コピーで量産——10分でマトリクスが立ち上がる

マスターに拡張を入れ終わり、テストを通し、ブラウザを完全に閉じたら、量産は単純作業だ。D:\google\1 フォルダを丸ごとコピーし、貼り付けて、2、3、4……とリネームする。必要な数だけ繰り返す。あとは新しいフォルダごとにショートカットのコピーを作り、プロパティの –user-data-dir パラメータを対応する数字のパスに書き換えるだけだ。

100環境と聞くと気が遠くなるが、実際にはコピペと数字1つの書き換えだ。慣れれば1インスタンス1分もかからない。元投稿の共有者の経験では、このフローが回り出せば100個開いても追加費用ゼロ。環境数に応じて段階課金するフィンガープリントブラウザの料金表と見比べれば、浮いた金が本物の利益だと分かる。

量産後、いきなり全環境で本番運用するな。まず3〜5個のインスタンスを抜き取って負荷テストだ。それぞれ別のテストアカウントでログインし、各々のプロキシを繋ぎ、2〜3日動かす。Cookieが混ざらないか、IPが漂わないか、フィンガープリント検査サイトで全部別々に表示されるか。確認してから本格稼働だ。テストを省いた人間は、BANの波の中で授業料を払うことになる。

コスト比較：自前構築 vs フィンガープリントブラウザ

現実的な数字で比べよう。100環境の場合：

初回構築の時間コスト：操作に慣れてから約2〜3時間。以降、新規環境1つあたり1分未満。フィンガープリントブラウザは構築時間を省けるが、引き換えに年間数万円のサブスクとクローズドソースのリスクを背負う。自前構築はサブスクを省けるが、保守もトラブル対応も自分だ。どちらが得かは、環境数と自分の腕次第。

実践シーン：この環境で何ができるか

シーン1、Mercariの複数店舗マトリクス。1人が開ける店舗には限りがあり、多店舗運営には1店舗1環境1IPが必須だ。この方法なら、各Mercari店舗に数字フォルダを1つずつ対応させ、フィンガープリントもIPも完全独立。関連付けによる店舗BANのリスクが大きく下がり、コストはプロキシIPの調達費だけだ。

シーン2、TikTok Shopの越境マルチリージョン。リージョンごとの店舗は環境の地理情報に極めて敏感だ。米国リージョンの店舗なら米国のレジデンシャルIP＋英語システムのフィンガープリントが要る。リージョンごとに専用のインスタンスと対応地域のプロキシを用意する方が、全店舗を1つのフィンガープリントブラウザアカウントに詰め込むよりはるかに安全だ。後者はサービス事業者が事故った瞬間、越境ビジネスが全線停止する。

シーン3、Lemon8やTikTokのコンテンツ量産アカウント。量産アカウントが最も恐れるのは、デバイスフィンガープリントの関連付けによるリーチ制限だ。独立環境＋独立IPで、各アカウントはプラットフォームから見て本物の独立デバイスになる。元投稿によれば、フィンガープリントブラウザから自前多開に移行したユーザーの多くが「データが自分のマシンから出ない」点を重視したという。未検証の話だが、理屈の上では確かに筋が通っている。

今すぐ動け

今夜1時間だけ使え。Dドライブにマスターデータディレクトリを作り、最初のショートカットのパラメータを書き換え、Random User-AgentとProxy SwitchyOmegaを入れ、ダブルクリックで独立環境が開くことを確認する。この最初の1インスタンスを動かせば、全体の8割は掌握したも同然だ。

残りはコピペの数字遊びに過ぎない。あなたのアカウント、あなたのCookie、あなたの秘密鍵は、今夜から自分のHDDの中にだけ眠る。サードパーティ製クライアントの安危に肝を冷やす日々は終わりだ。量産プレイヤーの本当の堀は、高いツールを買ったことではない。核心部分を自分の手に握っていることだ。

参考注記：文中の「元投稿によると」の内容は、あるフォーラムユーザーの共有投稿（2025年5月公開）に由来する。一次データの検証が不可能なため、すべて「未検証」と明記した。拡張機能の名称と機能は、拡張機能ストアの最新の検索結果を基準とすること。