アカウントはなぜ次々と止まるのか?MostMate の4つの設計原則を層ごとに確かめる
12個のアカウントを1つの指紋ブラウザで運用し、各環境の User-Agent、Canvas、フォントはすべて手作業で変えて、重複は1つもありませんでした。それから3か月後、そのうち5つが同じ日に本人確認を求められました。
パラメータをばらばらに変えるのは、前半を終えたにすぎません。後半は、それらの値が互いに説明できることです。
MostMate はこれを4つの原則に分けました。
独立、一致、現実性、安定。公式サイトはこれを一文にまとめています。環境同士は独立し、環境の中は論理的に一貫している。標語のように聞こえますが、開いてみると4種類の具体的な失敗が出てきます。ストレージの相乗り、シグナルの自己矛盾、手作業で組んだような組み合わせ、長期的なアイデンティティのずれです。4つの原則はそれぞれ1つを防ぎ、しかも互いにぶつかります。
4つの原則がそれぞれ防いでいるもの
独立が扱うのは境界です。プロファイルごとに Cookie、ローカルストレージ、IndexedDB、セッション、キャッシュをまるごと1つのアカウントに帰属させ、指紋とネットワーク設定も個別に管理します。最も誤解されやすいのがプロキシです。プロキシは別に設定するもので、2つの環境に同じプロキシを入れれば、外から見えるパブリック IP は同じままです。環境を分離しても、それだけでは出口は分かれません。出口は別に用意します。公式サイトがこの点をはっきり書いているのは、初心者が最も見落とす箇所だからです。

一致が解くのは説明の問題で、4つの中で最も手間がかかります。OS、User-Agent、GPU、WebGL、Canvas、画面、タイムゾーン、言語、IP が互いに食い違ってはいけません。Windows に Apple 製のパソコンにしか出ない GPU を組み合わせる。米国の IP に Asia/Shanghai のタイムゾーンを合わせる。390×844 のスマホ解像度を 1920×1080 のデスクトップに当てる。個々の値はどれも合法です。ところが組み合わせると、存在しないマシンを描写してしまいます。これは矛盾です。逆に、珍しい組み合わせでも中で説明がつけば問題とは限りません。公式サイトもこの点に余地を残しています。珍しい組み合わせにも合理的な説明があり得て、あの対照表が示しているのは確認の方法です。
基準になるのは自己整合性です。
もう一つ見落とされやすい層があります。環境に入れる拡張機能です。拡張機能はページに独自のインターフェースやフォント、スタイルを注入します。同じような拡張を入れた環境が並べば、外から見た姿は近づきます。管理画面のアプリセンターでは環境ごとに拡張機能を入れます。ここも最初から最後まで同じ方針で通すのがよく、今日入れて明日外す、という運用は避けたいところです。
現実性という言葉が向いているのはパラメータの出どころです。環境の組み合わせは実在するデバイスと実在するブラウザの論理に従うべきで、値を無作為に寄せ集めるものではありません。ランダム化には暗黙の前提があります。珍しいほど衝突しにくい、という前提です。そこが落とし穴です。本物のパソコンを長く使えば、OS のバージョン、GPU、フォント、タイムゾーンはある範囲に収まります。無理に作った珍しい組み合わせは、説明がつきにくくなるだけです。
行動のテンポもこの原則の範囲です。アカウント成長プランは、業界でよく言われるアカウント育成にあたります。最初の1か月を5つの段階に分けます。初期化期、ウォームアップ期、通常交流期、業務活躍期、自主運営期です。推奨項目は毎日数件です。環境を開く、フィードをひととおり見る、たまった通知に返信する、といった内容です。その横には、やらないことのリストもあります。短時間に大量の交流、宣伝色の強い投稿、コメントの一括コピーです。このリストのほうが、やることのリストより価値があります。

安定が縛るのは時間軸です。同じプロファイルの中核となるデジタルアイデンティティは、長く使っても合理的な範囲で安定している必要があります。起動のたびに無関係なアイデンティティを生成するのではありません。ここは誤解されがちです。Andriamilanto らは2021年に約400万件の実在ブラウザ指紋を集計し、9割を超える属性が6か月後も変化していませんでした(数字はこの指紋研究の系統的レビューによります)。実在するデバイスの安定性は多くの人が思うより高く、毎日アイデンティティを入れ替えるのが不自然に見える理由もここにあります。
安定は、変えてはいけないという意味ではありません。ブラウザは更新され、プロキシは落ち、セッションは失効します。管理画面では、ログイン、操作、環境の共有と移譲が記録に残ります。問題が起きたときは、記録をさかのぼるほうが、誰が何を触ったかを記憶で推測するより速いです。変化が悪い方向に向かっていないか見たいときは、週に一度アカウントヘルスを通してみてください。いくつかの管理画面の状態を1か所にまとめてくれます。

難しいのは、4つが互いにぶつかることです
独立と一致は引っ張り合います。両立は簡単ではありません。すべての環境のパラメータを別々に振れば、独立は満たせますが、一致は壊れかねません。1つの環境の中で UA と GPU はもともと一対でした。片方だけを差し替えると、組み合わせは誰も使っていないものに変わります。
現実性と安定も互いに制約します。現実の世界は動きます。ブラウザはおよそ4週間ごとにメジャーバージョンを出し、OS は機能更新を配信します。環境が永遠に動かないことを求めるのは、現実と衝突します。更新は必ず起きます。公式サイトの言い方は、中核のデジタルアイデンティティは合理的に安定させるというものです。同時に、ブラウザの更新、セッションの失効、意図的なネットワーク変更は起こると認めています。本当に変えるときは、関連する設定をまとめて確認します。
効率と一致もぶつかります。ウィンドウ同期は複数の環境の操作入力をそろえ、1回のクリックをいくつかのウィンドウで同時に効かせます。一括操作と自動化フローも同じことをしていて、繰り返しの動作を手から離します。時間の節約は確かです。ただし、そろうのは動作であって、アイデンティティの信号ではありません。逆に、速さを優先してシステムも解像度も違うウィンドウを1つの組に入れて同期すると、ある操作が一部のウィンドウで成立しません。動作そのものが異常になります。設定の近い環境どうしで組むほうが、適当に数個を選ぶより手間がかかりません。
衝突したときの判断順はこうです。まず説明がつくことを確かめ、次に珍しさが足りるかを考え、最後に動かさない話をします。順番は決まっています。一致は厳しい制約で、自己矛盾したシグナルの組はどれほど珍しくても成立しません。独立は境界で、1アカウント1環境は譲れません。現実性と安定は程度の問題で、取り引きは許されます。
一致を、項目ごとに確認できる形にする
MostMate の公式サイトのブラウザ環境のページは、ブラウザのアイデンティティを3層に分けています。デバイス層には OS、GPU、画面が入ります。ブラウザ層には User-Agent、WebGL、ストレージが入ります。ネットワーク層には IP、タイムゾーン、言語が入ります。3層のどれも単独では意味を持ちません。3層はまとめて見ます。判断の基準は、互いに説明できるかどうかです。公式サイトには飛ばされがちな一文もあります。あの一貫性の対照表が示すのは確認の方法で、プラットフォームの検出ルールではありません。この2つを混ぜて語ると、ツールに現実離れした期待を抱くことになります。
実際の作業は、この順番で進められます。
- 先にネットワーク層を決めます。プロキシと地域を最初に選ぶと、タイムゾーンと言語に何を書くかが決まります。タイムゾーンを先に固めてからプロキシを探すと、たいてい手戻りになります。
- 続いてデバイス層です。OS が決まれば、GPU の型番、画面サイズ、メモリ、CPU コア数に妥当な範囲が生まれます。その範囲から外れないようにします。
- 最後にブラウザ層で締めます。User-Agent の中の OS バージョンとブラウザのバージョンはデバイス層と揃え、WebGL が返すレンダラ名は GPU の型番と一致させます。
- 層をまたいで最も衝突しやすい3組を再確認します。UA と GPU、IP とタイムゾーンと言語、画面サイズとデバイス種別です。
- 1週間後に再測定します。同じ環境で BrowserLeaks のような公開チェックツールをもう一度走らせ、主要な項目がずれていないか比べます。
この順番を最初にひととおりやると、だいたい20分かかります。パラメータをいくつか適当に変えるより遅いです。その代わりに、説明できる設定が手に入ります。本当に問題が起きたとき、どの層から見るかが分かります。プロキシ選びでその半分の時間が消え、ここに近道はありません。
繰り返し出てくる3つの誤解
- 4つを4つのスイッチと見なすこと。User-Agent だけ変えて GPU に触れなければ、一致はその場で壊れます。
- 拡張機能を中立と見なすこと。プラグインがページに何を注入するかを、入れる前に確かめる人はほとんどいません。同じ組の環境でも、入れてある環境とそうでない環境が混ざれば差が出ます。
- 安定を「永遠に動かさない」と読むこと。安定が指すのは中核のデジタルアイデンティティが理由なく変わらないことで、妥当な更新をすべて拒むことではありません。
3つの共通点は、原則を一度きりの設定作業と見なしていることです。一度きりではありません。原則が表しているのは続く状態であって、環境を作るときにチェックを入れる項目ではありません。
MostMate で1つのワークスペースにまとめる
MostMate は環境を4層の構造の上に作ります。デバイスアイデンティティ、ブラウザアイデンティティ、ストレージ分離、ネットワーク環境です。作成時にはプラットフォームと地域に応じた推奨構成が提示され、初期の組み合わせは一致を前提に組まれています。言語、タイムゾーン、デバイスパラメータを微調整したいときは詳細設定に進みます。判断の代わりにはなりませんが、パラメータがどこから来るかは先に決めてくれます。全体像から見たい場合は、MostMate 指紋ブラウザとは何かを読んでください。
人数が増えると、境界の管理も要ります。環境はグループに分けて整理し、そのグループを特定のメンバーに渡せます。ログインと操作は記録に残ります。誰がいつどの環境を触ったかは、後からたどれます。同じ話題をもっと読みたいときは、MostMate ブログにまとまっています。
環境構築の考え方を先に手になじませたい場合は、登録なしの設定プレビューをひととおり見てみてください。対応プラットフォームはダウンロードページに並んでいます。MostMate がブラウザ環境とマルチアカウント運用をどう整理するか

よくある質問
4つの原則のうち、どれが最も重要ですか?
一致です。独立、現実性、安定には程度の取り引きがあります。一致には余地がありません。
検出ツールで高いスコアが出れば、4つとも満たしていますか?
そうとは限りません。ツールが返すのはその瞬間のスナップショットです。2つの環境が同じプロキシを共有しているかは見えません。来月パラメータを変えるかどうかも見えません。
プロキシを変えたら環境を作り直す必要がありますか?
通常は不要です。ただし、関連する項目はまとめて見直します。出口の国が変わったら、タイムゾーンと言語も合わせて調整したほうが安全です。そうしないとネットワーク層とブラウザ層が合わなくなります。変更の1週間後に再測定します。
アカウント成長プランの行動は、すべて自動化に任せられますか?
おすすめしません。自動化が向くのは、繰り返しが多く判断のコストが低い部分です。決まった時刻の閲覧や、決めたテンポで環境に入るところなどです。いつ止めるべきか、何を投稿するかは、人の目が要ります。プランにあるやらないことのリストは人が読むためのものです。程度の判断をプログラムが代わりにしてはくれません。
4つの原則と検出回避は同じものですか?
別物です。そこは分けて考えます。公式サイトには、一貫性の対照表が示すのは確認の方法であって、プラットフォームの検出ルールではないと明記されています。設定を自己整合的にするのは、環境に合理的な説明を与えることです。プラットフォームから見えなくなるという意味ではありません。



