ローテーションプロキシ

APIクレジットは、リクエストが生成する負荷を計測するための内部課金単位です。すべてのプランには固定のクレジット数が含まれており、送信リクエストごとにターゲットウェブページの複雑さに応じた量が差し引かれます。

HTMLまたはJSONのみを読み込むシンプルなリクエストは通常1クレジットで処理されます。スクリプト、画像、CSSファイル、フォント、API、トラッキングリクエストなど複数の並列アセットを読み込むリクエストは、より多くのクレジットを消費します。各アセットは個別のダウンストリームリクエストとしてカウントされます。

以下の数値は概算であり、ウェブサイトによって異なります。

• 1クレジット — シンプルなAPIスタイルのリクエスト、ブラウザなし、JSなし
• 2〜3クレジット — no-JSブラウザリクエスト（基本DOM、レンダリングなし）
• 約10クレジット — JS レンダリング付きフルヘッドレスブラウザ、一般的なDCプロキシ負荷
• 10～15以上のクレジット — スクリプト、トラッカー、広告、アナリティクス、大容量アセットバンドルが多い重いページ

ウェブサイトによって、DOM構造、JSバンドル、アセットチェーンは異なります。わずか数ファイルしか読み込まないサイトもあれば、1ページあたり30以上のダウンストリームリクエストが発生するサイトもあります。

実際の消費量を計算する方法

プランをご契約いただく前に、クレジット使用量を簡単に見積もることができます。

• スクレイピングしたいページを開きます。
• 以下のようなツールを使って、並列リクエスト数を確認してください RequestMap
• 読み込まれるアセット数 ≈ ページ読み込みあたりのクレジット数

これにより、ワークフローが消費するAPIクレジット数を正確に予測できます。当社のインフラに到達したリクエストはすべてクレジットを消費します。404、429、503、タイムアウトなどのエラーレスポンスも含まれます。ターゲットサイトがエラーを返した場合でも、当社側ではリクエストの処理とルーティングを完了しているためです。

有料の48時間オプションは、非ローテーティングのプロキシ製品でのみ利用できます。ローテーティングプロキシには標準期間を選択してください。

ローテーションプロキシはリクエストごとに新しいIPを割り当てるため、ウェブサイトによるブロックやレート制限を大幅に回避しやすくなります。リアルなヘッダーやユーザーエージェントと組み合わせることで、WAFやCAPTCHAチャレンジを突破しながら安定したスクレイピングセッションを維持できます。さらに無制限の帯域幅、無制限の同時接続、世界規模のIPプールを加えることで、市場価格の数分の一でエンタープライズグレードのスクレイピングAPIをご利用いただけます。

FineProxyの単一ゲートウェイ（1つのドメインと1つのポート）に接続するだけです。アプリケーションがリクエストを送信すると、ゲートウェイが約100,000のアドレスプールからIPを選択し、そのIPを経由してリクエストを転送します。次のリクエストでは自動的に別のIPが割り当てられます。プロキシリストの管理やローテーションロジックは一切不要です。すべてゲートウェイが処理します。

当社インフラに到達するすべてのHTTPリクエストがクレジットを消費します。404や503などのエラーを返すリクエストも対象です。1回のページ読み込みで複数のダウンストリームリクエスト（スクリプト、画像、フォント）が発生する場合があり、それぞれが個別にカウントされます。

プランの有効期間は30日間、またはAPIクレジットをすべて使い切るまでのいずれか早い方です。未使用のクレジットは次の請求サイクルに繰り越されません。

はい。ダッシュボードでは、各アクティブプランに専用ページが用意されており、APIクレジットの使用状況、リクエスト履歴、消費パターンを確認いただけます。

各リクエストで読み込まれるアセット数を減らすことで、使用量を抑えることができます。具体的な手法は以下のとおりです：

• accept-encoding: gzip, deflate, br を使用してペイロードサイズを圧縮
• 必要な場合を除き、ヘッドレスブラウザのレンダリングを回避
• 可能な場合、画像・フォント・重いJSの読み込みを無効化する
• APIエンドポイント向けにシンプルなリクエストモードを使用

一般的に、並行して読み込むアセットが少ないほど、消費クレジットも少なくなります。

現在、当社のローテーションプロキシはリクエストごとに新しいIPを割り当てます。スティッキーセッションのオプションはなく、各リクエストは異なるアドレスを経由します。各ページの読み込みが独立しているスクレイピングタスクには最適です。サイトへのログインやチェックアウトの完了など、複数のステップで同じIPが必要なワークフローには、当社の静的な専用プロキシまたはISPプロキシをおすすめします。

プロバイダーが「1,000万IP」と謳う場合、それは通常、これまでにネットワークを通過したすべてのIPの累計であり、現在アクティブな数ではありません。当社の10万アドレスはすべてデータセンターIPv4で、すべて稼働中、すべて自社で直接管理しています。さらに重要なのは、当社サービス専用であること。他の誰も使用していないため、常にクリーンな状態が保たれます。厳選された未共有のフレッシュなIPプールは、リサイクルされフラグ付きの大量IPプールを常に上回ります。

制限はありません。FineProxyのローテーションプロキシは無制限トラフィック付きです。ギガバイト単位の課金はなく、大容量でもスロットリングはありません。毎月テラバイト規模のトラフィックを生成するオペレーションにとって、GB課金の住宅用プロキシとは根本的に異なるコスト構造です。

データセンターIPは、エンタープライズ向けアンチボットソリューションを導入しているサイトでは、より厳しいチェックを受けます。そのようなサイトには、住宅用プロキシやISPプロキシの方が一般的に効果的です。当社のローテーションデータセンタープールは、トップクラスのボット検知に投資していない大多数のサイト、つまりウェブの中間層に対して効果を発揮します。最も難易度の高いターゲットには、当社のローテーションプールにスマートなレート制限と適切なヘッダーを組み合わせるか、重要なページにはISPプロキシに切り替えてください。

HTTPクライアントをFineProxyのゲートウェイエンドポイント（ドメイン:ポート）に向けるだけです。Python Requestsなら proxies パラメータ1つ、Scrapyならミドルウェア設定1つで完了します。HTTPプロキシをサポートする言語やツールであれば、すべて同じ方法で利用可能です。SDKもプロキシリストファイルもローテーション用コードも不要です。

公開されているデータの収集は、ほとんどの法域で合法です。2022年の米国控訴裁判所によるhiQ Labs対LinkedInの判決では、公開データのスクレイピングはコンピュータ詐欺・不正利用防止法に違反しないと確認されました。ただし、robots.txtやレート制限を尊重することは良い慣行であり、ブロックの低減にもつながるため、お客様ご自身の利益にもなります。プロキシ自体は標準的なネットワーキングツールであり、合法性はその使用方法に依存します。