# ISPプロキシとレジデンシャルプロキシ：その作業に必要なのはどちらか | ProxyJam

静的ISPプロキシは支払った期間中ずっと一つのアドレスを保ち、ローテーションレジデンシャルはアドレスを変えます。それが価格モデル、破綻する作業、向く作業をどう決めるか。

- Canonical: https://proxyjam.com/ja/blog/isp-vs-residential-proxies/
- Updated: 2026-09-21
- Language: ja

静的ISPプロキシは一つのアドレスで、支払った期間中ずっとお客様が保持し、アドレス単位で課金されます。ローテーションレジデンシャルプロキシは、リクエストごと、または短い時間枠ごとに新しいアドレスを取り出し、GB単位で課金されます。対象にこちらを認識してもらう必要があるなら静的なものを、リクエストのたびに見知らぬ相手に見えるべきならローテーションプールを選んでください。


## インターネット事業者の登録をすでに求めている方へ

### 一つのアドレスを保持したい購入者

確保されたアドレスがなぜ期間単位で課金されるのか、そしてどのログイン作業や許可リスト作業にそれが必要なのか。

### プールから取り出したい購入者

GB単位の課金が割に合うのはどこか、そしてアドレスが変わると破綻する作業はどれか。


## ISPプロキシとローテーションレジデンシャルプロキシを併用する

1. プールは、それを販売している事業者から、静的アドレスとは別の製品として購入してください。
2. ログインと許可リストによるアクセスは、静的アドレスだけを通してください。
3. 探索と単発のクロールはプールに任せてください。
4. 対象がプールを拒否し始めたら、それを相手の回答として受け止めてください。拒否をすり抜けるために作業を静的アドレスへ移すことは、サイトのアクセス規則を回避することであり、当社の[適正利用ポリシー](/ja/acceptable-use-policy/)第5条はそれを禁止しています。

## ISPかローテーションレジデンシャルか、作業ごとに

|  | 静的ISP | ローテーションレジデンシャル |
|---|---|---|
| ログインが必要な作業すべて | 優位：セッションが維持される | 失敗：セッションの途中でアドレスが変わる |
| 多数のドメインを1回ずつクロール | 不利：コストが高く、すべてのリクエストが一つのアドレスに集まる | 優位：広さこそプールが売っているもの |
| 一つの小売サイトを数か月観察 | 優位：固定された観測点で比較可能性が保たれる | 不利：毎回別の訪問者として届く |
| 数時間保持する接続 | 優位：期限切れになるものがない | 失敗：スティッキーの時間枠はタイマーにすぎない |
| 相手が許可リストに登録したアクセス | 優位：アドレスそのものが認証情報になる | 不可能：登録できるアドレスがない |
| 月に一度の短い集中作業 | 不利：1時間使うために1か月借りることになる | 優位：トラフィック分だけ払って終われる |
| 作業の予算を事前に組む | 優位：請求額は購入手続きの時点で決まる | 不利：請求額がトラフィックに左右される |

左の列でご自身の作業を探してください。各判定は、作業に必要なことを二つの性質と照らし合わせたものです。アドレスがお客様専用に確保されているかどうか、そして支払う対象がアドレスかトラフィックか。判定は二つの製品の仕組みから推論したもので、成功率やコストの試験は行っていません。規則が特殊な対象では、行の判定が変わることがあります。


## 簡単な回答

### ISPプロキシは、ローテーションのものよりレジデンシャルの度合いが低いのですか？

登録情報の照会では、どちらもインターネット事業者に帰属するので、その基準では同じようにレジデンシャルです。ローテーションのものは家庭の機器上で動いています。個々の作業について問うべきなのは、その期間中アドレスがお客様のものであり続けるかどうかです。

### スティッキーセッションでローテーションの問題は解決しますか？

時間枠より短い作業に限られます。スティッキーセッションは事業者の予定どおりに期限が切れるタイマーで、切れると接続は別のアドレスから、多くの場合は別のネットワークから戻ってきます。時間枠より長く続く作業は、プールが引き起こすのと同じ失敗に直面します。

### ウェブスクレイピングには、ISPプロキシとローテーションレジデンシャルプロキシのどちらが向いていますか？

対象がお客様を知っているかどうかによります。サイトが許可している範囲で多数のサイトの公開ページをスクレイピングするならローテーションが有利で、ログインの背後にある作業や、利用を認められたセッションでの作業には固定アドレスが必要です。スクレイピングと呼ばれる作業はどちらの種類でもありうるので、対象で判断してください。

### ISPプロキシとローテーションプールでは、どちらが安いですか？

単位あたりでは比べられません。一方はアドレス単位、もう一方はGB単位で価格が決まるからです。軽く散発的な作業ならプールのほうが安く、作業が重く継続的になれば固定アドレスのほうが安くなり、作業を始める前に請求額が分かります（当社の利用規約第2.4条の公正利用の条件の範囲内で）。

### ISPプロキシとローテーションレジデンシャルプロキシを一緒に使えますか？

許可された作業であれば、多くの場合は使えます。探索と広さにはプールを、お客様を認識してもらう必要のある少数の対象には固定アドレスを使ってください。両者は別々のアドレスで運用し、探索作業で達したレート制限が運用中のアカウントを中断させないようにします。対象が探索作業を拒否したら、その拒否が相手の回答であり、拒否をすり抜けるために作業を移すことは当社の適正利用ポリシー第5条で禁止されています。

### ProxyJamはISPプロキシとローテーションレジデンシャルプロキシの両方を販売していますか？

販売しているのは静的なものだけで、価格はIP単位・期間単位です。ローテーションレジデンシャルは当社サイトで近日公開として掲載しています。ローテーションが必要な作業は、現在それを販売している事業者に依頼してください。固定アドレスをプールのように振る舞わせることはできないからです。


## 出典

- [RFC 6265: HTTP State Management Mechanism](https://www.rfc-editor.org/rfc/rfc6265)、ログイン中のウェブセッションはサイトが設定したCookieで、すべてのリクエストとともに送られる
- [OWASP: Session Management Cheat Sheet](https://cheatsheetseries.owasp.org/cheatsheets/Session_Management_Cheat_Sheet.html)、セッションをクライアントのIPアドレスに結びつけ、セッション途中の変化を乗っ取りの兆候として扱う
- [Cloudflare: Rate limiting parameters](https://developers.cloudflare.com/waf/rate-limiting-rules/parameters/)、レート制限のカウンターがキーにできる特性の一つとしてのクライアントIP
- [NGINX: ngx_http_limit_req_module](https://nginx.org/en/docs/http/ngx_http_limit_req_module.html)、単一のIPアドレスから来るリクエストの頻度を制限する
- [RFC 7020: The Internet Numbers Registry System](https://www.rfc-editor.org/rfc/rfc7020)、アドレスブロックの割り当て方と保有者の記録方法。どちらの製品を照会しても読まれるのはこの記録




静的ISPプロキシとローテーションレジデンシャルプロキシの違いは、アドレスがお客様のものであり続けるかどうかです。この一つの性質が、価格モデル、失敗の仕方、それぞれに向く作業を決めます。先に定義を知りたい場合は、[ISPプロキシとは何か](/ja/blog/what-are-isp-proxies/)から読み始めてください。

## ISPプロキシとローテーションレジデンシャルプロキシは、どのようにアドレスを割り当てますか？

静的ISPプロキシは既知のアドレスを一つ渡し、ローテーションのものはプールへの入口となるゲートウェイを渡します。

**静的ISPプロキシ**では、アドレスが事前に分かっています。アドレスは変わらず、お客様が保持している間は誰も使わず、保持していることに対して課金されます。

**ローテーションレジデンシャルプロキシ**では、固定されたものは何も渡されません。接続すると、事業者がリクエストごとに出口を選びます。通常は毎回別の出口で、スティッキーを指定すれば短い時間枠の間だけ同じ出口になります。請求額は転送したトラフィックで数えます。

## なぜ静的アドレスはIP単位、プールはGB単位で課金されるのですか？

課金の仕方は、アドレスがお客様専用に確保されているかどうかで決まります。確保されたアドレスはお客様のために流通から外されるので、事業者はそれに賃料をかけます。アドレスごと・期間ごとの価格で、そのアドレスにどれだけトラフィックを流すかには左右されません。

プールはお客様のために何も確保しないので、計測できるのはトラフィックだけになります。小さな作業は安く済み、大きな作業では対象が何を返したかで請求額が決まります。クロールの途中で動画を読み込み始めるページがあると、それは後になって気づく予算の問題になります。

## アドレスがローテーションすると、どの作業が破綻しますか？

継続性に依存する作業はすべて、ローテーションプールでは破綻します。ログイン中のウェブセッションは、[RFC 6265](https://www.rfc-editor.org/rfc/rfc6265)が説明するとおり、通常はサイトが設定したCookieで、そのCookieはすべてのリクエストとともに届き、リクエスト元のアドレスも同じように届きます。[OWASPのセッション管理ガイド](https://cheatsheetseries.owasp.org/cheatsheets/Session_Management_Cheat_Sheet.html)は、セッションをクライアントのIPアドレスなどの属性に結びつけ、セッション途中の変化を乗っ取りの兆候として扱うよう勧めています。

そのため、あるアドレスで始まり別のアドレスで続くセッションは、相手側からは、アカウントが他人に渡されたように見えることがあります。最初に失敗するのは次のものです。

- ログインの手順
- 複数ステップのフォーム
- そのほか、リクエスト間でサーバー側の状態を保持するもの
- スティッキーの時間枠より長く開いたままの接続

いずれの場合も、サイトにはセッションのアドレスが途中で変わったように見えます。OWASPが乗っ取りとして扱うよう求めているパターンです。

## 固定アドレスはどこで限界に突き当たりますか？

固定アドレスは広さに弱いものです。一つのアドレスが多数のリクエストを送れば、それは非常に忙しい一人の訪問者だからです。アドレスごとにリクエストを数えることは、サイトがトラフィックを制限するために使うツールの標準的な選択肢です。[Cloudflareのレート制限ルール](https://developers.cloudflare.com/waf/rate-limiting-rules/parameters/)は、カウンターのキーにできる特性の一つとしてクライアントIPを挙げており、[NGINXのリクエスト制限モジュール](https://nginx.org/en/docs/http/ngx_http_limit_req_module.html)は、ドキュメントの例でクライアントのアドレスをキーにしています。

このように数える対象に対しては、固定アドレスはすべての注目を一か所に集めてしまいます。1時間使うためにアドレスを月単位で借りるのも、買い方として形が合っていません。作業があってもなくても賃料はかかるからです。

## 対象にこちらを認識してもらう必要がありますか？

対象にこちらを認識してもらう必要があるなら、アドレスは動かないほうが望ましいものです。毎回目立たない見知らぬ相手として届くほうが有利な作業はプールに向いており、そこでは固定アドレスはコストを増やすだけです。

この点をめぐる議論の多くは、二人がそれぞれ別の作業を一つの言葉で呼んでいるだけです。スクレイピングという言葉は両方の形を含みます。同じ質問に正反対の答えが返ってきて、しかもどちらも自分の作業については正しい、ということが起きるのはそのためです。

両方を必要とする取り組みもあります。まず広く探索して注視する価値のあるものを見つけ、次にそのうちの少数を継続的に観察する、という形です。この二つは別々のアドレスで運用してください。レート制限はIP単位で数えられることが多いので、両者を分けておけば、探索のトラフィックが、プラットフォームの許可のもとで運用しているアカウントの頼る許容量を使い果たすことを防げます。

## ProxyJamは何を販売していますか？

ProxyJamが販売しているのは静的な側だけです。一つのアドレス、名前の分かる一つの事業者、期間中の保持。トラフィックは計測しません。大量に使うと、同時に開いておける接続の数に影響します。暦月で50 GBを超えると、そのプロキシの上限は次の請求期間まで同時セッション100から10に下がります（[利用規約](/ja/terms-of-service/)第2.4条）。

IP単位の価格は[ISPプロキシのページ](/ja/isp-proxies/)と[料金ページ](/ja/pricing/)にあります。同じアドレスは、市場でのもう一つの名前で[静的レジデンシャルプロキシ](/ja/static-residential-proxies/)のページにも掲載しています。

ローテーションはまだ販売していません。当社サイトのそのカードには近日公開と表示されており、プランも購入手続きもありません。お客様の作業にプールが必要なら、それを扱っている事業者から購入してください。当社の[ローテーションレジデンシャルのページ](/residential-proxies/)（英語）で、プールの仕組みを説明しています。

## ISPかローテーションレジデンシャルか：その作業に必要なのはどちらですか？

対象にこちらを認識してもらう必要があるなら、アドレスを保持して固定の請求額を受け入れ、リクエストのたびに新しく見えるべきなら、プールから取り出してください。隣接する疑問は、ほかの二つの比較記事で扱っています。[レジデンシャルとデータセンターの比較](/ja/blog/residential-vs-datacenter-proxies/)は登録そのものを、[モバイルとレジデンシャルの比較](/ja/blog/mobile-vs-residential-proxies/)はキャリアのアドレスが何を加えるかを取り上げています。

