プロキシが遅いですか、それとも IP にすでに問題がありますか? 2分で品質をチェック
プロキシが遅いのか、IP自体に問題があるのか？ 2分で品質をチェック
プロキシで接続して目的のサイトを開けても、すべてが正常に機能しているとは限りません。
IP が別の国として検出されたり、モバイル回線ではなくデータセンターのものだったり、ブラックリストに載っていたり、応答時間が過度に長い場合があります。さらに、設定の不適切なブラウザは DNS や WebRTC を通じて実 IP を露出させることがあります。
そのため、広告出稿、アカウントへのログイン、大量データ収集を始める前に、プロキシを自分で確認するのが最善です。
使用するツール
i.pn は、Web サイトが実際に認識する IP を表示し、次の確認に役立ちます:
- 国と都市;
- ISP、組織、ASN;
- IP の種類 — モバイル、レジデンシャル、コーポレート;
- ホスティング、プロキシ、モバイルネットワークの各種インジケーター;
- 利用可能なブラックリスト DB に IP が掲載されているか。
実際の所在地が提示された情報と一致しているか、また接続があなたの用途に対して自然に見えるかを素早く判断できます。
checker.net は、プロキシそのものの技術的なチェックに適しています。サービスでは次を判定します:
- IP が動作しているか;
- 必要なプロトコルがサポートされているか;
- 応答時間;
- アドレスがブラックリスト DB に載っているか;
- Facebook、Google、TikTok、Instagram、YouTube などのプラットフォームへ経由アクセスできるか;
- プロキシの総合評価。
独自の URL を追加して、実際に使用予定の Web サイトへの到達性を個別に確認することもできます。
ステップ 1. プロキシを接続
プロキシをアンチディテクトブラウザ、システム設定、または作業用アプリケーションに追加します。
接続前に通常の IP を控えておきましょう。接続後は、プロキシの IP アドレスに変わっているはずです。
正確に確認するには、後で使用するのと同じプロファイルと構成を使ってください。あるブラウザでテストし、別のブラウザで広告を開始しても、実態は分かりません。
ステップ 2. i.pn を開く
次の4つの主要パラメータを確認します:
1. GEO
国はあなたが指定したものと一致していなければなりません。都市はジオロケーション DB により多少異なる場合がありますが、地域や国が違う場合は IP を交換すべき理由になります。
2. ISP と ASN
ネットワークの所有者を確認します。モバイルプロキシならモバイルオペレーター、レジデンシャルなら家庭向け ISP、コーポレートならデータセンターまたはホスティング事業者が検出されるはずです。
3. IP の種類
表示されているプロキシ種別は、実際と一致していなければなりません。プラットフォームが自然なモバイル／レジデンシャルトラフィックを想定するタスクで、コーポレート IP を使わないでください。
4. レピュテーション
ブラックリストや、プロキシ／ホスティングの追加インジケーターに注意を払ってください。こうしたシグナルが1つあるだけでは必ずしも IP が使えないとは限りませんが、複数一致すると CAPTCHA、制限、追加審査のリスクが大きく高まります。
ステップ 3. checker.net でプロキシをチェック
プロキシを次の形式で入力します:
protocol://login:password@host:port
Full check を選択し、適切なタイムアウトを設定して、必要なプラットフォームまたは独自の URL を追加します。
次に注目します:
- 接続ステータス;
- 応答時間;
- IP がブラックリスト DB に載っているか;
- 対象サービスの到達性;
- 総合評価。
重要: 応答時間とはレイテンシであり、回線の最大ダウンロード速度ではありません。広告配信やアカウント運用では、ピークの Mbps よりも安定した応答時間のほうが重要なことが多いです。
IP を一度だけテストして終わりにしないでください。連続して複数回テストしましょう。いまは 300 ms、1 分後には 2 秒、その後に接続が切れるようであれば、そのプロキシは安定しているとは言えません。
DNS と WebRTC も忘れずに
checker.net はネットワークエンドポイントとしてのプロキシを検査しますが、ブラウザ設定までは検査しません。
漏えいを排除するため、作業用プロファイル内で BrowserLeaks または IPLeak を開き、次を確認してください:
- WebRTC で実際のパブリック IP が表示されていないこと;
- DNS サーバーが自宅の ISP を指していないこと;
- IPv6 がプロキシをバイパスしていないこと;
- ブラウザのタイムゾーンがプロキシの GEO と矛盾していないこと。
DNS リークは、ドメイン解決要求が実際の ISP の DNS サーバーへ送られてしまう状況を指します。設定が不適切な場合、WebRTC によってブラウザの追加 IP が露出することもあります。
SX.org からのヒント
ランダムな 1 つの IP だけでなく、同一プールから 5～10 個のアドレスを続けて検証しましょう。
以下を比較します:
- 平均応答時間;
- 接続エラーの回数;
- GEO とネットワーク種別が一致しているか;
- 必要なプラットフォームへの到達性;
- スティッキーセッションの安定性;
- ローテーション後の IP の挙動。
高品質なプールとは、速いアドレスが 1 つあることではありません。サンプル全体で予測可能な結果をもたらすことです。
必要がない限り、アクティブなアカウントセッション中に IP を変更しないでください。ログイン、決済操作、広告アカウントの運用では、安定したスティッキーセッションを使い、タスクごとにローテーションするのが望ましいです。
SX.org のプロキシも、GEO、ネットワーク種別、レピュテーション、到達性、接続安定性という同じ基準で検査されています。
開始前に IP をチェックしましょう — 数分で済みますが、質の低いトラフィックに予算を浪費したり、ブロック発生後に原因探しをする羽目になるのを防げます。