環境を作ることは最初の一歩にすぎません。品質は、出口地域との一致、タイムゾーン・言語・端末パラメータの整合性、フィンガープリント項目間の矛盾、環境同士の十分な差異、再利用と命名ルールという5点で確認できます。
環境を作ることは最初の一歩にすぎません。同じバッチの中でも、長く使える環境もあれば、ログインしただけで検証が発生する環境もあります。その差は、パラメータの数よりも、それらが一人の整合したユーザー像として組み合わさっているかどうかにあります。
以下の5項目は、ひとつずつ確認してチェックできます。
出口と環境の地域を一致させる
環境の地域的な属性は出口によって決まり、他のパラメータもそれに合わせる必要があります。アカウントが米国で登録されているのに、出口が別の国や地域にある場合、その環境は最初から矛盾しています。
確認方法：環境を開いたら、検出ページで出口の国または地域を確認し、その後のすべてのパラメータの基準として記録します。途中で出口を変更した環境は全体をもう一度照合し、出口だけ変更してそのまま使い続けないようにします。
タイムゾーン・言語・端末パラメータを出口に合わせる
タイムゾーン、UI言語、地域形式、日付表示形式は、出口と同じ地域に対応している必要があります。出口が米国東部なら、タイムゾーンは東部時間、言語は英語、日付は月・日・年の順に表示するのが自然です。
端末側も同じです。解像度は端末のクラスに合っている必要があり、高解像度なのに極端に低いスペックという組み合わせは不自然です。DPRも画面パラメータと一致させます。同じページでもMacで1になることは通常なく、iPhoneなら2未満であるべきではありません。CPUコア数や端末メモリもOSや機種と整合している必要があり、Windows環境で1GBメモリといった値は実ユーザーではほとんど見られません。
確認方法：出口地域を起点にして、そのパラメータがその地域の実ユーザーに現れ得るかを一つずつ考えます。
フィンガープリント同士を矛盾させない
各項目を単独で見ると正常に見えるため、もっとも見落としやすい問題の一つです。
User-AgentとClient Hintsは、同じOSと同じバージョンを示す必要があります。macOS 14と書かれているのにプラットフォームバージョンが13を返す場合、その不一致は検出時に非常に目立ちます。モバイルのUser-Agentなら、モバイルフラグを0にしてはいけません。別OSにしかない専用フォントがフォント一覧に混ざっているのも典型的な不整合です。WebRTCは転送または置換のほうが整合しやすく、完全に無効化すること自体が実ユーザーでは通常見られない状態になります。
確認方法：パラメータを2つずつ照合し、特にUser-AgentとClient Hints、画面パラメータ、フォント、ネットワーク出口の4つの関係を重点的に確認します。
環境同士に十分な差を持たせる
環境をまとめて作るときに最も起こりやすい失敗は、均一すぎることです。出口だけが異なり、OS、ブラウザ、解像度、フォント、言語がすべて同じという状態です。一つずつ見れば合格でも、並べると同じ端末のコピーに見えます。
差異は主流の値の範囲内で作ります。OSとブラウザの組み合わせ、解像度、言語、フォントは、複数の一般的な値に分散させます。目立たせるためだけに珍しいバージョンを選ぶべきではありません。珍しい組み合わせ自体が特徴になります。
確認方法：同じバッチの情報を横に並べ、構造が完全に同じ環境を見つけ、パラメータを少しずつ調整して差を作ります。
再利用と命名にルールを設ける
環境とアカウントの対応関係は固定し、長期的に維持する必要があります。同じアカウントで今日はこの環境、明日は別の環境という使い方は、両方の環境が単体で問題なくても、その変化自体が確認対象になります。
命名は、もっとも手軽に時間を節約できる項目の一つです。名前にアカウント、プラットフォーム、用途、地域、作成日を含めておけば、問題が起きたときにどの環境を確認すべきかすぐ分かります。
複数アカウントを並行して扱う場合、PurpleMarkのような環境ツールで、出口、タイムゾーン、フォント、WebRTCを一つの環境にまとめて固定すると、手作業で個別変更する際の見落としを減らせます。
チェックできる受け入れリスト
- 出口の所在地がアカウント地域と一致し、出口変更後に再確認している
- タイムゾーン、言語、地域形式が出口地域と一致し、解像度、DPR、メモリがOSと機種に整合している
- User-AgentとClient Hintsのバージョンが一致し、フォント一覧にローカルホスト由来のフォントが含まれていない
- WebRTCが転送または置換され、DNS解決がプロキシ経由で行われ、IPv6が無効になっている
- 同一バッチの環境構造が重複せず、環境とアカウントが1対1で対応し、名前から用途を判別できる
合格の基準は、パラメータ数が多いことではありません。それらが一人のユーザーに属するように見え、そのユーザーが長期的に一つのアカウントだけに対応していることです。
