そのプロキシ IP はきれいか？IP 検索結果の読み方：住宅・ISP・データセンター

プロキシがすばやく接続でき、目的のサイトが開けるからといって、そのままアカウント運用に使えるプロキシだとは限りません。使えるかどうかを決めるのは二つです。登録種別（住宅・ISP・データセンターのどれか）と、きれいさ（その帯域にどのくらいのアカウントが通ってきたか、フラグが立っていないか）。どちらも 1 回の IP 検索で読めます。種別フィールド、ISP 名、ホスト名、クリーン度スコア——1 つの IP の検査は 1 分もかかりません。

本記事ではまず 3 種類の IP の違いを整理し、次に IP 検索 API と検出サイトを使った 3 ステップの読み方を示し、最後に多数のアカウントを運用する際にこのチェックを定型手順へ組み込む方法を説明します。

住宅 IP・ISP・データセンター IP：名前は似ているが出自はまったく違う

3 つの違いは速度ではなく、帯域がどこから来たのか、データベースに何として登録されているかです。販売側は「静的住宅」のような曖昧な呼び方で 3 つをまとめて売りがちで、これが最も踏みやすい落とし穴です。

1. データセンター IP：クラウドサーバーや VPS に付随する IPv4 帯域です。データベースには hosting として登録され、帰属はデータセンターになります。それ自体が悪いわけではありませんが、プラットフォーム側から見るとこうした帯域ではスクリプトや一括処理が動いていると見なされるため、リスクの重みはもともと高めです。
2. ISP プロキシ：現地の通信事業者から借りた、または購入した商用帯域で、ISP として登録されます。データセンター IP との決定的な違いは共有されないことです。帯域を占有でき、見知らぬ他人と混ざらないため、稼働率と安定性をはるかに制御しやすくなります。
3. 住宅 IP：実際の家庭向けブロードバンド回線の住所に登録され、通常はホスト名も引けます（事業者ドメイン下の端末名）。本物のネイティブ住宅 IP は常に供給が細く、とくに米国では価格も希少性も一段上です。

よくある誤解が「ISP はデータセンター IP と同じ」というものです。両者が共通するのは物理的な担体だけです。ISP 帯域が長期的にオンラインであり続けるには確かにデータセンターのサーバー上に載っている必要がありますが、登録種別と共有の仕方はまったく異なり、価格帯も一段違います。逆に、購入した ISP が hosting と判定されたなら理由は二つだけです。販売側が IP データベースを適切に保守していないか、データセンター帯域を ISP と称して売っているかです。

IP 検索 API による 3 ステップの検査

目的は「つながるか」ではなく、種別・所有者・きれいさという 3 つのフィールドを取ることです。IP 検索 API も検出サイトも扱うデータは同じで、表示のしかたが違うだけです。

ステップ 1：種別と所有者を見る。プロキシ IP を検索エンドポイントに渡し、type フィールドが ISP、hosting、residential のどれを返すかを確認します。同じ束のなかに hosting が一つでもあれば、その帯域は販売側の約束とは違います。続けて isp または org を見ます。住宅 IP は通常、具体的な通信事業者に対応し（米国では AT&T がよく挙げられます）、通常の ISP は商用企業名だけを返し、データセンター IP はクラウド事業者の名前を直接返します。

ステップ 2：ホスト名という隠れた手がかりを読む。本物の住宅 IP は通常、事業者ドメイン下の完全なホスト名を持ちます。素の ISP 帯域にはこれがありません。「本物の住宅」と「商用 ISP のなりすまし」を分ける最も直接的な信号で、種別フィールドだけを見るより信頼できます。

ステップ 3：きれいさを別途テストする。種別は帯域の出自を示すだけで、きれいさは別の次元です。ISP として登録されていても共有ユーザーが多く履歴が悪い帯域は、あなたのアカウントにとって同じ負担になります。検出サイトで共有ユーザー数、IP が proxy や abuse としてフラグされているか、総合スコアを見ます。スコアがきれいなほど安心です。

この 3 ステップからは 4 つの典型的な結果が出て、それぞれ対応が異なります。

• 種別が正しく、きれいさも高い：そのまま運用に回し、対応する環境に紐づけます。
• 種別は正しいが、きれいさが低い：帯域のアカウントが雑多すぎます。時間が経てばきれいになると期待せず、交換しましょう。
• 種別が一致しない——住宅として売られたのに ISP と判定される、ISP として売られたのに hosting と判定される場合は、支払ったものと違います。注文の有効期間内に販売元へ交換や返金を相談してください。
• データベースの表示が異常だがホスト名は正常：まず突き合わせて確認します。IP データベースの更新には遅延があり、同じ IP がプラットフォームごとに違う結果を返すのはよくあることです。2〜3 のサービスで確認してから結論を出しましょう。

陥りやすい 3 つの判断ミス

誤った診断の多くは、ツールが不正確なのではなく、一つの次元だけで結論を出すことから生まれます。

1. 種別だけを見てきれいさを見ない。種別が正しくても使えるとは限りません。共有ユーザー数や過去のフラグも同じようにアカウントの負担になります。両方を見る必要があります。
2. 一度調べて長期間信用する。登録情報はデータベースの更新とともに変わります。今日 ISP と表示される帯域が数か月後に別のフラグを付けられることもあります。購入前の検査結果が無期限に有効なわけではありません。
3. 地域をまたいで同じアカウント情報を使い回す。IP の所在地はアカウントのプロフィールやログインのタイムゾーンと一致している必要があります。きれいな米国の住宅 IP に東南アジア向けに書かれたアカウント情報を組み合わせると、普通の IP より目立ちます。これは「きれい」と「一致している」を混同した例です。

マルチアカウント環境：検査を登録前の定型手順にする

アカウントが増えると IP を手作業で確認するのは現実的でなくなるため、検査は環境設定の流れに組み込むべきで、別工程として回すものではありません。MakoBrowser 指紋ブラウザのような環境分離ツールは、プロファイルごとに 1 本のプロキシを紐づけるため、環境と IP が一対一で対応し、2 つの環境が同じプロキシを共有することはありません。

プロキシ選定時の判断順序は固定できます。まず種別が用途に合うか確認し（アカウント育成なら ISP で通常は足り、より厳しい要件の場面では住宅を使う）、次にきれいさを確認し、最後に所在地がそのアカウントの情報と一致するかを確かめます。この順序をプロファイル作成の流れに組み込めば、事後に一つずつ追いかけるよりはるかに効率的です。IP 層のその他の穴——DNS、WebRTC、IPv6——は以前 IP 漏洩の検出と修正 で項目ごとに整理しました。プロキシ種別の検査は漏洩テストと一緒に行うのが自然です。デバイス ID の一貫性については指紋検出ツールの正しい読み方をご覧ください。

まず流れを通したい場合は、MakoBrowser 指紋ブラウザをダウンロードして環境をいくつか作り、それぞれに検査を通ったプロキシを割り当て、上記の順序で確認していってください。

よくある質問

ISP プロキシと住宅 IP は具体的に何が違うのですか？

簡単に言えば、ISP は事業者が通信事業者から借りた商用帯域で、ISP として登録され、占有はできますが家庭向け回線ではありません。住宅 IP は実際の家庭向けブロードバンド住所に登録され、通常は事業者のホスト名を伴います。共通点はどちらも他ユーザーと共有されないことです。違いは登録種別と調達コストで、住宅 IP のほうが希少で高価です。

購入した住宅 IP が本物かどうかはどう判断しますか？

ホスト名を見ます。本物の住宅 IP は通常、事業者ドメイン下の完全なホスト名に解決され、種別フィールドと併せて読みます。種別が住宅なのにホスト名がまったくなく、org が商用企業名であれば、さらに 2 つのプラットフォームで確認してください。なお、多くの事業者で実際の供給は限られており、「ネイティブ住宅 IP を大量在庫」といった謳い文句自体に注意が必要です。

購入時にきれいだったプロキシ IP は、後でまた確認する必要がありますか？

必要です。IP データベースは更新され、同じ帯域でも時期によって異なるフラグが付くことがあります。また事業者側の割り当ても変わり得ます。購入日の結果だけを信じるのではなく、新しい環境にプロキシを紐づけるたびに 3 ステップの検査を回してください。

1 本のプロキシ IP を複数のアカウントで使えますか？

おすすめしません。出口を共有すると、プラットフォームがその帯域上のアカウントをひとまとまりとして読めてしまい、これはマルチアカウント運用が最も避けるべき関連付けの信号です。1 環境に 1 本の独立したプロキシが、「独立したネットワーク ID」という前提が成立する最低条件です。MakoBrowser 指紋ブラウザがプロキシの紐づけをプロファイル層で行っているのはそのためです。