プロキシを選択する際には、必然的に2つの支払いモデルに直面します：pay-per-GB（トラフィックに対する支払い）とpay-per-IP（IPアドレスの数に対する支払い）。誤った選択は、特にマルチアカウント、仲裁、またはパースを行っている場合、コストを3〜5倍に増加させる可能性があります。この記事では、さまざまなタスクに対する実践的な計算を通じて両方のモデルを検討し、どのモデルが有利であるかを示します。
pay-per-GBとpay-per-IPとは：主な違い
プロキシの支払いモデルは、あなたが何に対して支払うかを決定します：転送されたデータの量か、あなたが利用できるIPアドレスの数です。これは根本的に異なるアプローチであり、異なるタイプのタスクに適しています。
Pay-per-GB（トラフィックに対する支払い） — あなたは特定のデータ量を購入します。たとえば、10GBまたは100GBです。プロバイダーはIPアドレスのプールへのアクセスを提供し（通常は数千または数万のIP）、あなたは購入したトラフィックを使い切るまで必要なだけのIPを使用します。このモデルは、さまざまな地域からの多数のIPにアクセスすることが重要な居住者プロキシプロバイダーに人気があります。
Pay-per-IP（IPアドレスに対する支払い） — あなたは特定の期間（通常は1か月）に対して特定の数のIPアドレスを支払います。各IPはあなたに個別に割り当てられ、これらのIPを介して無制限のトラフィックを使用できます。このモデルは、安定性とIPアドレスの一貫性が重要なモバイルプロキシやデータセンターのプロキシに特徴的です。
主な違い： pay-per-GBではトラフィックに制限がありますが、大規模なIPプールにアクセスできます。pay-per-IPではIPの数に制限がありますが、それらを介して無制限のトラフィックを使用できます。
| パラメータ | Pay-per-GB | Pay-per-IP |
|---|---|---|
| 支払うもの | トラフィックの量（GB） | IPアドレスの数 |
| トラフィックの制限 | 購入した量に制限 | 通常は無制限 |
| IPの数 | 大規模なプールへのアクセス（数千のIP） | 固定された数（1-100+ IP） |
| IPのローテーション | 自動、リクエストまたは時間による | 静的IPまたはスケジュールによるローテーション |
| 典型的なコスト | 1GBあたり$5-15 | 月あたり1IPあたり$30-150 |
| 主なプロキシタイプ | 居住者プロキシ | モバイル、データセンター |
Pay-per-GB：トラフィックに対する支払いが有利な場合
Pay-per-GBモデルは、さまざまな地域からの多数のIPアドレスへのアクセスが必要ですが、トラフィック量が比較的少ないタスクに最適です。これは、各アカウントが自分のIPを使用するアンチデテクトブラウザでの作業に特徴的ですが、トラフィック自体は最小限です—ページの読み込み、フォームの送信、広告キャンペーンの閲覧などです。
Pay-per-GBの典型的な使用シナリオ：
- ソーシャルメディアや広告プラットフォームでのマルチアカウント作業 — Dolphin Anty、AdsPower、またはMultiloginでの20-100アカウントの作業。各アカウントは月に50-200MBを使用し、50アカウントで5-10GBを提供します。
- Facebook AdsおよびTikTok Adsのアカウントファーム — アカウントの作成と育成には異なるIPが必要ですが、トラフィックは最小限です（フィードの閲覧、いいね、コメント）。
- 広告のgeoターゲティングの確認 — 異なる都市や国での広告の表示をテストします。特定の地域からのIPが必要ですが、トラフィックは数ページです。
- 小規模なアクションを伴うSMMオートメーション — クライアントのInstagram、TikTok、VKアカウントを自動化サービスを通じて管理します。
- ポジションと競合のモニタリング — 異なる地域からのGoogle、Yandexの結果を確認し、マーケットプレイスでの競合の価格をモニタリングします。
居住者プロキシのpay-per-GBの主な利点は、巨大なIPアドレスプールへのアクセスです。必要な国や都市からの数万の実際の家庭ユーザーのIPにアクセスできます。これは、仲裁やマルチアカウントにとって非常に重要であり、複数のアカウントに対して1つのIPを使用すると、即座に禁止される可能性があります。
重要： pay-per-GBではトラフィックの消費に注意してください。ブラウザでの画像や動画の自動ダウンロードは、数日でパッケージ全体を消費する可能性があります。アンチデテクトブラウザの設定でメディアの自動ダウンロードをオフにし、広告をブロックする拡張機能を使用してください。
人気のタスクに対するトラフィックの概算消費：
| タスク | 1アカウントあたりのトラフィック/日 | 月あたりのトラフィック |
|---|---|---|
| Facebook Adsでの作業（動画なし） | 5-10MB | 150-300MB |
| Instagramアカウントの育成 | 10-20MB | 300-600MB |
| TikTokアカウントの管理 | 15-30MB | 450-900MB |
| geoターゲティングの確認（単発） | 2-5MB | — |
| Wildberriesでの価格モニタリング（100商品） | 20-50MB | 600MB - 1.5GB |
Pay-per-IP：IPアドレスに対して支払う方が効果的な場合
Pay-per-IPモデルは、長期間にわたって安定したIPアドレスが必要であり、大量のトラフィックを使用する予定がある場合に正当化されます。これは、大量のデータをパースするタスク、自動化、APIとの作業、IPの一貫性と高速接続が重要なシナリオに特徴的です。
Pay-per-IPが有利な場合：
- マーケットプレイスの集中的なパース — Wildberries、Ozon、Yandex.Marketから数千の商品データを収集します。このようなパースは、1日に10-50GBのトラフィックを使用する可能性があります。
- ソーシャルメディアAPIとの作業 — 投稿の自動化、統計の収集、APIを介した広告キャンペーンの管理には、認証のための安定したIPが必要です。
- アカウントの大量登録 — マーケットプレイス、ソーシャルメディア、フォーラムでの数百のアカウントの作成。検証を通過するために安定したIPが必要です。
- ソーシャルメディアでのアクションの自動化 — 特殊なサービスを通じた大量のフォロー、いいね、コメント。コンテンツの読み込みによる高トラフィック。
- SEOポジションのモニタリング — 異なる地域からのGoogleやYandexでの数百のクエリに対するサイトのポジションを毎日確認します。
特に効果的なのは、モバイルプロキシのpay-per-IPモデルであり、モバイルトラフィックに対してより寛容なプラットフォーム（Instagram、TikTok、Facebook）での作業に適しています。モバイルIPは高い信頼スコアを持ち、1つのIPを3-5アカウントで同時に使用することができます。これは、モバイル通信プロバイダーがNATを使用しているためです（1つのIPの背後に多くのユーザーが存在します）。
モバイルプロキシの利点： InstagramやTikTokは、1つのモバイルIPから複数のアカウントがアクセスしていることを認識し、これは正常です—人々がカフェやオフィスで共有Wi-Fiを介してモバイルインターネットを使用しているときに実際に起こることです。したがって、1つのモバイルIPを3-5アカウントで使用しても、チェーンバンのリスクはありません。
Pay-per-IPの投資回収計算：
たとえば、モバイルプロキシが月に$100で無制限のトラフィックを提供しているとします。月に50GBのトラフィックを使用する場合、pay-per-GBモデル（$10/GB）では$500を支払うことになります。節約額は月に$400です。投資回収点は、1つのIPあたり月に約10GBのトラフィックです。
| 月あたりのトラフィック | Pay-per-GB ($10/GB) | Pay-per-IP ($100/IP) | 利益 |
|---|---|---|---|
| 5GB | $50 | $100 | Pay-per-GB |
| 10GB | $100 | $100 | 同じ |
| 20GB | $200 | $100 | Pay-per-IP（$100の節約） |
| 50GB | $500 | $100 | Pay-per-IP（$400の節約） |
| 100GB | $1000 | $100 | Pay-per-IP（$900の節約） |
さまざまなタスクのための実践的な計算
最適な支払いモデルを選択するには、月ごとのトラフィック消費と必要なIPアドレスの数を予測する必要があります。実際のケースを計算してみましょう。
ケース1：Facebook Adsの仲裁 — 30アカウント
タスク： Dolphin Antyでの30のFacebook広告アカウントの作業。各アカウントは、広告の作成、統計の確認、入札の調整に毎日使用されます。
トラフィック消費： 動画をアップロードせず、画像の自動ダウンロードをオフにした場合、1アカウントあたりの消費は1日5-8MBです。月あたりで150-240MBの消費になります。30アカウントの場合、月あたり4.5-7.2GBのトラフィックが必要です。
コスト計算：
- Pay-per-GB： 7GB × $10 = 月に$70。必要な国からの数千のIPへのアクセス。
- Pay-per-IP（モバイル）： 10IP × $100 = 月に$1000（1IPあたり3アカウント）。無制限のトラフィック。
結論： このタスクでは、pay-per-GBが14倍有利です。トラフィックに対する支払いの居住者プロキシは、少数のアカウントを持つ仲裁に最適な選択です。
ケース2：SMMエージェンシー — 50クライアントのInstagramアカウント
タスク： クライアントのための50のInstagramアカウントの管理。毎日の投稿、ストーリー、コメントへの返信、統計のモニタリング。
トラフィック消費： Instagramは高品質の画像のため、より多くのトラフィックを消費します。1アカウントあたり15-25MB/日、450-750MB/月。50アカウントの場合、月あたり22.5-37.5GBのトラフィックが必要です。
コスト計算：
- Pay-per-GB： 35GB × $10 = 月に$350。
- Pay-per-IP（モバイル）： 15IP × $100 = 月に$1500（1IPあたり3-4アカウント）。
結論： Pay-per-GBが有利ですが、差は縮小しています（4倍）。トラフィックが50GBを超える場合は、ハイブリッドアプローチを検討する価値があります—一部のアカウントをモバイルプロキシに、他を居住者プロキシに配置します。
ケース3：Wildberriesのパース — 毎日5000商品
タスク： Wildberriesでの5000商品のデータ収集—価格、在庫、評価、レビュー。既製のパーサーを使用します。
トラフィック消費： 完全な情報を持つ1商品あたり約200-300KBのデータが必要です。5000商品で、1日あたり1-1.5GB、月あたり30-45GBのトラフィックが必要です。
コスト計算：
- Pay-per-GB： 45GB × $10 = 月に$450。
- Pay-per-IP（データセンター）： 5IP × $30 = 月に$150（制限を回避するためのIPローテーション）。
結論： 集中的なパースには、データセンターのpay-per-IPが3倍有利です。データセンターは高い速度を提供し、数千のリクエストを処理する際に重要です。
仲裁とSMM：どのモデルを選ぶべきか
トラフィック仲裁やSMM専門家のための支払いモデルの選択は、作業の規模とプラットフォームのタイプによって異なります。人気のシナリオに対する推奨事項を見てみましょう。
Facebook AdsおよびGoogle Ads仲裁
推奨： 居住者プロキシのpay-per-GB。
根拠： 広告プラットフォームは、各アカウントに対してユニークなIPを要求します。その一方で、トラフィック自体は最小限です—広告管理画面にアクセスし、キャンペーンを設定し、統計を確認します。居住者プロキシは、スケールアップに不可欠な数百万の実際のIPへのアクセスを提供します。1アカウントあたりの消費は月に150-300MBで、$10/GBのコストで、アカウントあたり$1.5-3になります。
Dolphin Antyでの設定： 各アカウントのためにプロファイルを作成し、プロキシ設定でターゲット国の居住者プロキシを選択します。新しいセッションごとにIPローテーションを有効にするか、スティッキーセッション（IPを10-30分間固定）を使用します。
ビジネス向けのInstagramおよびTikTok
推奨： 主要なアカウント用のモバイルプロキシ（pay-per-IP）と、追加のアカウント用の居住者プロキシ（pay-per-GB）の組み合わせ。
根拠： InstagramやTikTokはモバイルIPに対してより寛容です。主要なクライアントアカウントが10-15個ある場合、それらをモバイルプロキシに配置することで、禁止のリスクを最小限に抑えられます。残りの30-40アカウントには、pay-per-GBの居住者プロキシを使用します。
計算： 5モバイルIP × $100 = $500（15アカウント、1IPあたり3アカウント） + 15GBの居住者プロキシ × $10 = $150（35アカウント）。合計で50アカウントあたり$650です。
大量のフォローと自動化
推奨： モバイルプロキシのpay-per-IP。
根拠： アクションの自動化（フォロー、いいね、コメント）は、コンテンツの継続的な読み込みにより大量のトラフィックを生成します。そのため、IPの安定性が必要です—自動化中の頻繁なIP変更は、プラットフォームの疑念を引き起こす可能性があります。無制限のトラフィックと数時間ごとのローテーションを持つモバイルプロキシは最適な選択です。
注意： InstagramやTikTokで自動化を使用する際は、アクションの制限を守ってください：1時間あたり20-30のフォロー、アクション間の30-60秒の休憩、人間の行動を模倣してください。質の高いプロキシを使用しても、攻撃的な自動化は禁止につながります。
パースとオートメーション：トラフィックの計算
パースとオートメーションは、トラフィック消費が月に数ギガバイトからテラバイトまで変動するタスクです。トラフィックの正確な計算は、支払いモデルの選択にとって重要です。
パースのためのトラフィックの計算方法
ステップ1： 1ページのサイズを特定します。ブラウザでDevToolsを開き（F12）、Networkタブに移動し、ページを読み込み、読み込まれたデータの合計サイズを確認します。通常、マーケットプレイスの商品ページは200-800KB、検索結果ページは50-150KBです。
ステップ2： ページのサイズに1日のリクエスト数を掛けます。たとえば、1日に1000商品をパースする場合 × 300KB = 1日あたり300MB = 月あたり9GBです。
ステップ3： エラー、タイムアウト、データの更新による再リクエストのために30-50％の余裕を加えます。9GB × 1.5 = 月あたり13.5GBです。
ステップ4： コストを比較します：13.5GB × $10 = $135（pay-per-GB）対無制限のデータセンタープロキシ1つあたり$30-50（pay-per-IP）。トラフィックが5GBを超える場合、pay-per-IPが有利です。
APIパース vs HTMLスクレイピング
API： プラットフォームがAPIを提供している場合（たとえば、VKontakte、Twitter、YouTube）、トラフィックは最小限になります—APIは必要なデータのみをJSON形式で返し、余分なHTML、CSS、画像は含まれません。1リクエストあたり5-20KBです。APIにはpay-per-GBが適しています。
HTMLスクレイピング： 完全なHTMLページ（Wildberries、Ozon、Avito）のパースは、ページ全体のコンテンツを読み込む必要があります。1リクエストあたり200-500KBです。大量の場合（1日に数千ページ）には、pay-per-IPが有利です。
| パースの種類 | リクエストのサイズ | 1日あたり1000リクエスト | 推奨 |
|---|---|---|---|
| API（JSON） | 5-20KB | 月あたり150-600MB | Pay-per-GB |
| HTMLページ（軽量） | 100-200KB | 月あたり3-6GB | Pay-per-GB |
| HTMLページ（重い） | 300-800KB | 月あたり9-24GB | Pay-per-IP |
| 商品の画像 | 50-500KB/個 | 月あたり15-150GB | Pay-per-IP |
パース時のトラフィックの最適化
pay-per-GBを使用する場合、トラフィック消費を最適化することが重要です：
- 画像のダウンロードをオフにする — ほとんどのパーサーには、画像なしでHTMLのみをダウンロードするオプションがあります。これにより、トラフィックが3〜5倍減少します。
- キャッシュを使用する — すでに読み込まれたページを保存し、再度リクエストしないようにします。
- 必要なデータのみをパースする — 商品の価格だけが必要な場合は、ページ全体を読み込まず、XPathやCSSセレクターを使用して特定のリクエストを行います。
- 圧縮を設定する — パーサーがgzip圧縮をサポートしていることを確認します（ヘッダーAccept-Encoding: gzip）。これにより、トラフィックが60〜80％減少します。
ハイブリッドアプローチ：モデルの組み合わせ
ほとんどのビジネスにとって最も効果的な戦略は、タスクに応じて両方の支払いモデルを組み合わせることです。これにより、コストを最小限に抑え、最大の柔軟性を得ることができます。
シナリオ1：異なるタイプのクライアントを持つSMMエージェンシー
構造：
- VIPクライアント（10アカウント）： モバイルプロキシpay-per-IPに配置します。コスト：4IP × $100 = $400。最大限の禁止防止、無制限のトラフィック。
- 標準クライアント（40アカウント）： 居住者プロキシpay-per-GBを使用します。消費：20GB × $10 = $200。さまざまなgeoへのアクセス、トラフィックの最適化。
合計： 50アカウントあたり$600、$1500（モバイルのみ）または$350（居住者のみでトラフィック制限のリスク）を避けることができます。
シナリオ2：テストとスケーリングを行う仲裁者
構造：
- バンドルのテスト（20アカウント）： 居住者プロキシpay-per-GB。消費：5GB × $10 = $50。大きな投資なしでさまざまなgeoを迅速にテストします。
- 作業バンドル（10アカウント）： モバイルプロキシpay-per-IP。コスト：3IP × $100 = $300。利益をもたらすアカウントのための安定したIP。
利点： 利益をもたらさない可能性のある各テストアカウントに$100/月を支出することはありません。確認済みのバンドルのみをモバイルプロキシに移行します。
シナリオ3：パースと分析を伴うEコマース
構造：
- 競合他社の毎日のパース（大規模）： データセンタープロキシ pay-per-IP。コスト：5IP × $30 = $150。無制限のトラフィック、高速。
- geo可用性の確認（単発タスク）： 居住者プロキシpay-per-GB。消費：2GB × $10 = $20。ロシアのすべての地域からのIPへのアクセス。
合計： すべてのタスクに居住者プロキシのみを使用した場合、$500以上の代わりに$170です。
支払いモデル選択時の典型的な間違い
誤った支払いモデルの選択は、数倍の過剰支払いまたは技術的な問題を引き起こす可能性があります。よくある間違いを見てみましょう。
間違い1：高トラフィックタスクにpay-per-GBを使用する
例： 1日に10,000商品のWildberriesをパースします。トラフィック消費は1日3GB、月に90GBです。$10/GBのコストで、月に$900になります。無制限のデータセンタープロキシは$30-50です。
解決策： プロジェクトを開始する前に、小規模なサンプル（100-500リクエスト）でトラフィック消費をテストし、月に外挿します。トラフィックが10GBを超える場合は、pay-per-IPを検討してください。
間違い2：単発タスクのためにpay-per-IPを購入する
例： ロシアの20の異なる都市からあなたのウェブサイトがどのように見えるかを確認する必要があります。月に$100のモバイルIPを20個購入します = $2000。タスクは1時間で完了し、残りの29日はプロキシが無駄になります。
解決策： 単発タスクには常にpay-per-GBを使用してください。20のチェック × 5MB = 100MB = $1、$2000の代わりに。
間違い3：トラフィックの最適化を無視する
例： あなたは、画像や動画の自動ダウンロードが有効になったアンチデテクトブラウザで30のFacebookアカウントを使用しています。トラフィック消費は計画された5GBの代わりに50GBです。過剰支払いは$450です。
解決策： Dolphin Anty、AdsPower、Multiloginの設定でメディアの自動ダウンロードをオフにします。広告やトラッカーをブロックする拡張機能をインストールします。トラフィック消費を毎週監視します。
間違い4：ソーシャルメディア用に安価なデータセンタープロキシを使用する
例： あなたは、無制限のトラフィックのために$5のデータセンタープロキシを購入します。1週間後、すべてのアカウントがブロックされます—InstagramはデータセンターのIPを簡単に特定し、ブロックします。
解決策： ソーシャルメディア（Instagram、TikTok、Facebook）には、居住者またはモバイルプロキシのみを使用してください。データセンターは、パースや高い信頼スコアのIPが必要ないタスクにのみ適しています。
ルール： プラットフォームがユーザーの個人データを扱う場合（ソーシャルメディア、銀行、決済システム）、居住者またはモバイルプロキシを使用してください。公開データ（マーケットプレイス、検索エンジン、分析）にはデータセンターが適しています。
間違い5：IPローテーションの設定ミス
例： あなたは、30のFacebookアカウントを持ち、IPローテーションを設定していないデータセンタープロキシを使用しています。すべてのアカウントがブロックされ、トラフィックが無駄になります。
解決策： IPローテーションを適切に設定し、各アカウントに対して異なるIPを使用するようにします。これにより、アカウントがブロックされるリスクを減らすことができます。