良いレジデンシャルプロキシを購入し、アンチデテクトブラウザでプロファイルを立ち上げましたが、Facebook AdsやInstagramのアカウントは数日でバンされてしまいます。その理由は、IPアドレス自体ではなく、システムのタイムゾーン、ブラウザの言語、またはWebRTCのデータがプロキシの地理的位置と矛盾しているためです。プラットフォームはこれらのパラメータを互いに照合することを学んでおり、いかなる不一致もアンチフロードシステムへの明確な信号となります。漏洩の5つの重要なポイントを分析し、それを修正する方法を示します。
なぜ不一致がプロキシを暴露するのか
Facebook、TikTok、Google、およびWildberriesやOzonのようなマーケットプレイスは、もはや単一のIPアドレスの確認にとどまりません。アンチフロードシステムは、ブラウザの数十のパラメータ、いわゆるフィンガープリントを収集し、それらの整合性を確認します。IPがワルシャワを指しているのに、システムのタイムゾーンがモスクワに設定されている場合、システムは明らかな不一致を認識し、プロファイルに対してリスクスコアを上昇させます。その後、アカウントはすぐにブロックされるか、広告の表示が制限されるか、電話による認証を要求されることになります。いずれにせよ、これはアービトラージャーやSMMエージェンシーのビジネスにとって打撃です。
問題は、プロキシ自体には関係がないことです。プロキシは単に見えるIPを変更するだけです。他のすべてのパラメータ（タイムゾーン、言語、OSのロケール、WebRTC）は、別途設定しない限り、実際のシステムから残ります。だからこそ、「プロキシ + アンチデテクトブラウザ」の組み合わせが重要であり、単にIPを購入することではありません。
不一致 №1: システムのタイムゾーンとIP
最も一般的で最も重要な漏洩です。ブラウザはJavaScriptを通じて（Intl.DateTimeFormat().resolvedOptions().timeZone）コンピュータの実際のタイムゾーンをサイトに簡単に伝えます。ドイツのIPを持つレジデンシャルプロキシを使用している場合、システムの時計がエカテリンブルクに設定されていると、タイムゾーンの違いはFacebook PixelやTikTok Adsのスクリプトによって即座に読み取られ、異常として記録されます。
特に危険なのは、異なる地域から同時に10〜20の広告アカウントを運営しているアービトラージャーにとってです。すべてのプロファイルがタイムゾーンを変更せずに同じマシンから物理的に起動される場合、プラットフォームは異なる国にあるはずのアカウントの間で同じタイムゾーンを認識します。これは、関連するアカウントの全てが一度にブロックされる「チェーンバン」への直接的な道です。
解決策は簡単です: ブラウザプロファイルのタイムゾーンは、IPアドレスの地理に自動的に合わせる必要があります。これは、仮想マシンの設定で手動で行うか、プロファイルを起動するたびにプロキシとタイムゾーンを同期させるアンチデテクトブラウザを介して行うことができます。
不一致 №2: ブラウザの言語 (Accept-Language)
各HTTPリクエストには、サーバーに対して好ましいインターフェースの言語を伝えるAccept-Languageヘッダーが含まれています。IPがブラジルを指しているのに、ヘッダーが「ru-RU, ru」と言っている場合、これはもう一つの明確な不一致の信号です。異なる国のクライアントのためにInstagramアカウントを運営しているSMM専門家にとって、これは特に重要です: フィードと推奨アルゴリズムは部分的にブラウザの言語に依存しており、「間違った」言語のアカウントは温めが悪く、影のバンにかかりやすくなります。
重要なポイント: ブラウザの言語とオペレーティングシステムのインターフェース言語は異なるパラメータであり、サイトは両方を確認します。Chromeの設定で言語を変更するだけでは不十分で、WindowsやMacOSがロシア語のロケールで動作している場合、システムAPIを通じて不一致が見えることになります。
| プロキシの地理 | 正しいAccept-Language | よくある間違い |
|---|---|---|
| アメリカ | en-US, en | ru-RU, ruがデフォルトのまま |
| ドイツ | de-DE, de, en | en-GBがドイツ語の優先順位なし |
| ポーランド | pl-PL, pl, en | uk-UA, ruがデフォルトのまま |
不一致 №3: オペレーティングシステムのロケール
ブラウザの言語に加えて、サイトはJavaScript APIを通じてオペレーティングシステムのロケールを読み取ります — 日付の形式、数値の区切り、カレンダーの最初の曜日などです。たとえば、navigator.languageやnavigator.languagesはシステムの言語リストを返し、そこにアメリカのIPでロシア語が最初に表示されると、信頼スコアにマイナスとなります。
WildberriesやOzonの価格をブラウザを模倣したパーサーで監視しているセラーにとっても重要です: マーケットプレイスは、地域に対して典型的でないシステムのロケールを持つセッションをボットと見なしてバンします。解決策は、インターフェース言語だけでなく、OSのロケールも完全に変更した仮想プロファイルを使用することです。
不一致 №4: WebRTCによる漏洩
WebRTC — ブラウザでのビデオ通話やピアツーピア接続のための技術 — は、デフォルトでプロキシをバイパスしてユーザーの実際のIPアドレスを特定することができます。これは、STUNサーバーを通じて、ローカルIPとパブリックIPをネットワークスタックから直接要求することで行われ、ブラウザのプロキシ設定をバイパスします。その結果、サイトは同時に2つのIPを認識します: 一つはHTTPリクエストのヘッダーからのプロキシのもの、もう一つはWebRTCリクエストを通じての実際のものです。
これは、ユーザーには気づかれにくい漏洩の最も危険な形態の一つです — 外見上はすべて正常に動作し、サイトも開きますが、バックグラウンドでブラウザが実際のアドレスを「漏洩」しています。FacebookやTikTok Adsは、このチェックをマルチアカウントの特定に積極的に使用しています: 10の異なる広告アカウントがWebRTCを通じて同じ家庭用IPを表示する場合、それは確実なチェーンバンです。
これを解決するには、ブラウザの設定でWebRTCを完全に無効にするか、WebRTCのIPをプロキシが提供するのと同じアドレスに変更する必要があります。後者のオプションが好ましいです。なぜなら、WebRTCを完全に無効にすること自体が、一部のアンチフロードシステムにとっては疑わしい兆候と見なされる可能性があるからです。通常のユーザーには何らかのWebRTC応答が期待されているのです。
不一致 №5: ブラウザのGeolocation API
ブラウザのGeolocation APIは、GPS、近くのWi-Fiネットワーク、携帯電話の基地局からのデータを通じてデバイスの物理的な位置を特定します — これは単にIPによる特定よりもはるかに正確です。サイトが地理的位置を要求し、ユーザーがそれを許可すると、ブラウザはプロキシの地理IPとは全く一致しない座標を提供することがあります。
アービトラージャーにとって、これはGoogle AdsやTikTok Adsで特に重要です。これらはしばしばローカルターゲティングのために地理的位置を要求します。解決策は、アンチデテクトブラウザでプロキシの地理に一致する虚偽のGeolocation API座標を設定するか、ユーザーの拒否を模倣して地理的位置の要求を完全にブロックすることです（これは自然に見えます。なぜなら、多くの実際のユーザーもアクセスを拒否するからです）。
アンチデテクトブラウザがどのように修正するか
各プロファイルのためにすべての5つのパラメータを手動で追跡するのは時間がかかり、エラーを引き起こす可能性があります。特に20〜50のアカウントを運営している場合はなおさらです。だからこそ、アービトラージャーやSMM専門家はアンチデテクトブラウザを使用します: Dolphin Anty、AdsPower、Multilogin、GoLogin、Incogniton、Octo Browser。これらはすべて、プロファイル作成時にプロキシの地理に基づいてタイムゾーン、言語、地理的位置を自動的に引き出すことができます。
Dolphin Antyでの典型的な設定アルゴリズムは次のようになります: 新しいプロファイルを作成 → 「プロキシ」セクションにデータを入力（IP、ポート、ログイン、パスワード、SOCKS5またはHTTPのタイプ） → プロキシの確認ボタンを押す → ブラウザが自動的にIPに基づいて国、タイムゾーン、言語を特定し、それをプロファイルに適用するかどうかを提案します → 確認します。AdsPowerでもプロセスは類似しており、プロキシを追加する際に「IPとタイムゾーンを同期」というオプションが表示され、すべての新しいプロファイルに対して一度だけ有効にするだけで済みます。
この自動同期のためには、プロキシ自体が安定していて、リクエストに対して正しい地理データを返すことが重要です。Facebook AdsやTikTok Adsの広告アカウントには、 レジデンシャルプロキシが最適です — これらは実際の家庭ユーザーのIPを持ち、地理的位置の確認時に正確で信頼できる国と都市を返します。これにより、上記のリストのいくつかの項目で不一致のリスクが低下します。
アカウント開始前のチェックリスト
新しいアカウントや広告キャンペーンの温めを開始する前に、短いチェックリストを確認することをお勧めします — これには2〜3分しかかからず、バンされたプロファイルの復元に数時間を節約できます。
- プロファイルのタイムゾーンがプロキシのIPアドレスの国と一致している
- ブラウザのAccept-Languageがターゲット国の言語と一致している（デフォルトのままではない）
- プロファイルのオペレーティングシステムのロケールが変更されており、ホストマシンから継承されていない
- WebRTCが無効になっているか、プロキシのアドレスにIPを変更している
- Geolocation APIがプロキシの地理内の座標を返すか、要求を正しくブロックしている
- プロファイルのフィンガープリントがアカウントに初めてログインする前に外部サービスで確認されている
フィンガープリントチェック用サービス
作業アカウントにログインする前に、プロファイルをブラウザのフィンガープリントチェックサービスで通すことが有益です。これにより、あなたのプロファイルからサイトにアクセスしたときに見えるものが正確にわかります — すべての不一致がすぐに強調表示されます。
| サービス | 表示内容 |
|---|---|
| browserleaks.com | WebRTCの漏洩、言語、タイムゾーン、Canvasフィンガープリント |
| pixelscan.net | プロファイルの整合性の総合スコア、フィンガープリントの疑わしさ |
| whoer.net | IP、DNS、タイムゾーン、ブラウザの言語の一致 |
| iphey.com | 不一致のリストを含むプロファイルの信頼性に関する詳細なレポート |
これらのサービスのいずれかがあなたのプロファイルを「疑わしい」または「典型的でない」とマークした場合、ソーシャルネットワークや広告アカウントにアクセスする前に、プロファイルを再構築することをお勧めします。
結論と推奨事項
プロキシは、見えるIPアドレスの置き換えというタスクの一部を解決するだけです。タイムゾーン、ブラウザの言語、OSのロケール、WebRTC、Geolocation API — プラットフォームがあなたのプロファイルの信頼性を確認するためのさらに5つのポイントです。これらのパラメータのいずれかで不一致があると、アカウントのリスクスコアが上昇し、バンに近づきます。マルチアカウントの場合、関連するプロファイル全体を失う可能性があります。
すべての5つの漏洩を手動で閉じることは可能ですが、時間がかかります。特に数十のアカウントを運営している場合はなおさらです。したがって、パラメータの自動同期と高品質なプロキシを備えたアンチデテクトブラウザの組み合わせを設定する方が理にかなっています。Facebook AdsやTikTok Adsの安定した運用には、 モバイルプロキシが最適です — これらは実際の通信事業者による動的なIP変更により、ブロックされることが少なくなります。WildberriesやOzonのようなマーケットプレイスの大量パーシングには、速度が重要であり、最大の匿名性ではないため、 データセンタープロキシが適しています — これらは接続の安定性が同等で、より速く、安価です。
いずれにせよ、新しいプロファイルを開始する前に、この記事のチェックリストを確認し、フィンガープリントチェックサービスのいずれかを通すことをお勧めします — これは、アカウントを失うリスクを軽減するための手頃な保険です。アカウントの温めに数週間かかった場合、その価値があります。