「ギガバイト単位」でのプロキシ支払いと「IP数単位」での支払いの選択は、プロジェクトの予算に直接影響します。 同じプロキシプールは、使用方法によっては何倍も安くなることもあれば、高くなることもあります：Facebook Adsのアカウントをファームしたり、30のInstagramプロファイルを運営したり、10分ごとにWildberriesの価格を解析したりする場合です。 この記事では、両方のモデルを数字で分析し、4つの典型的なタスクに対してどちらが有利かを示します。
GB単位の支払いの仕組み
トラフィックに対して支払う場合、プロキシを介しての各リクエストに消費されるギガバイトのプールを購入します： ページの読み込み、画像、動画、APIレスポンスなどです。コンテンツが「重い」ほど、バランスが早く減ります。 このモデルは、予測不可能なデータ量が必要なタスクに対して、レジデンシャルプロキシに最もよく適用されます： ソーシャルメディアのフィードの閲覧、メディアのダウンロード、動的サイトとの作業などです。
モデルの利点は、実際に消費した分だけを支払うことです。今日5つのアカウントを使用し、明日50を使用する場合、消費は自動的にスケールします。 新しいIPを購入する必要はありません。欠点は、特に動画コンテンツがある場合、事前に予算を予測するのが難しいことです （TikTok、Reels、YouTube Shortsの動画は、テキストや画像よりもはるかに早くトラフィックを消費します）。
人気のあるアクションにおける平均トラフィック消費量：
- Instagramのフィードを5分間開く — 約15-25MB
- 10本のReels/TikTok動画を視聴する — 約40-80MB
- Instagramに写真付きの投稿を1つアップロードする — 3-8MB
- Wildberriesの商品カードを1つ解析する（画像なしのHTML + JSON） — 0.1-0.3MB
- Facebook Ads Managerの広告管理画面をレンダリングする — セッションあたり5-12MB
IP単位の支払いの仕組み（アドレスまたはポートの数による）
「IP単位の支払い」モデルは、特定の期間（1日、1週間、1ヶ月）に対して固定された数のアドレス（または特定のIPに関連付けられたポート）を購入することを意味します。 このパッケージ内のトラフィックは無制限であるか、非常に大きな余裕があります。このアプローチは、データセンタープロキシや一部のモバイルプロキシに典型的です。
モデルの利点は予測可能性です：ボットがどれだけの動画を視聴したか、またはどれだけのページを解析したかに関係なく、20または50のアカウントに対していくら支払うかを正確に知ることができます。 欠点は、IPがアイドル状態の場合（アカウントが今日使用されていない場合）、アクティブなアドレスとして料金が引き落とされることです。
このモデルは、アカウントの数が事前に知られていて安定している場合に特に便利です：たとえば、SMMエージェンシーが毎日30のクライアントプロファイルを管理する場合や、アービトラージャーが数週間にわたって同じ広告管理画面のセットを保持する場合です。
支払いモデルの比較表
| パラメータ | GB単位の支払い | IP単位の支払い |
|---|---|---|
| 予算の予測可能性 | 低い — 活動に依存 | 高い — 期間ごとの固定金額 |
| 少ないアカウント数での利点 | はい | いいえ、アイドル状態での過剰支払い |
| 1つのIPへの高負荷時の利点 | いいえ、トラフィックがすぐに減少 | はい、パッケージ内で無制限 |
| 動画コンテンツ（TikTok、Reels）に適しているか | 高い | 有利 |
| テキストデータの解析に適しているか | 有利 | 過剰 |
| 典型的なプロキシの種類 | レジデンシャル | データセンター / モバイル |
アービトラージの計算：Facebook AdsとTikTok Adsのアカウントファーム
典型的なシナリオ：アービトラージャーがDolphin AntyまたはAdsPowerを使用して20-30のFacebook Ads広告アカウントをファームします。 各アカウントは、チェーンバンを避けるために別々のIPに固定されています。アカウントの活動は、管理画面へのログイン、統計の閲覧、キャンペーンの編集、1日に1-2回のフィードへのアクセスです。 これは、アカウントあたり平均30-60MBのトラフィックを消費します。
GB単位の支払いの場合：30アカウント × 50MB × 30日 ≈ 月あたり45GB。これは少しであり、「トラフィック単位」のモデルは、アカウントが少なく、活動が低い場合に有利です。 しかし、同時にTikTok Adsアカウントを動画フィードの視聴で温めている場合、消費はアカウントあたり150-300MBに増加する可能性があります。 その場合、30アカウントはすでに150-270GBの月間消費をもたらし、パッケージ内で無制限トラフィックのIP単位の支払いが明らかに有利になります。
実用的な結論：動画温めなしのコールドファームにはGB単位の支払いを。生ユーザーの模倣を伴う本格的な温め（フィードの閲覧、ストーリーズ、動画）には、キャンペーン全体の期間にわたって固定されたアドレス数のIP単位の支払いを。 TikTok Adsでは、動画コンテンツがトラフィックの主要部分を占めるため、モバイルプロキシのIP単位の支払いを選ぶ方が理にかなっています。 これらは、アンチフロードシステムをトリガーすることが少なく、トラフィックの微細な制限に制約されません。
SMMマルチアカウントの計算：30のInstagramとTikTokプロファイル
SMMエージェンシーは30のクライアントアカウントを管理しています：投稿、ストーリーズ、リールを公開し、コメントに回答し、統計を分析します。 1つのアカウントあたり1日に10-20分の活動が必要で、約80-150MBのトラフィックを生成します（投稿時の画像の読み込みや競合のフィードの閲覧を考慮）。
トラフィックによる計算：30アカウント × 120MB × 30日 ≈ 月あたり108GB。IPによる計算：30の固定アドレスがアカウントに1ヶ月間固定されています。 ここでの選択はアカウント数の安定性に依存します。エージェンシーが定期的にクライアントを獲得し、失う場合（アカウントが20から45に変動する場合）、GB単位の支払いが有利です — 実際の使用に対して支払います。 クライアントリストが数ヶ月間安定している場合、IP単位の固定料金は予測可能であり、アカウントあたりのコストが安くなることがよくあります。
SMMにおける重要なニュアンス：アンチデテクトブラウザ（Dolphin Anty、GoLogin、Multilogin、Octo Browser）では、プロキシは通常1回プロファイルに関連付けられ、長期間使用されるため、各クライアントアカウントに固定IPを関連付ける方が物理的に有利です。 これにより、InstagramやTikTokが「跳ねる」アドレスを検出してマルチアカウントを疑うリスクが低下します。ここでは、レジデンシャルプロキシがよく使用され、トラフィックパッケージに基づいて支払われ、20-30%の余裕を持って計算されます。
eコマースの計算：WildberriesとOzonの価格解析
セラーは、Wildberriesで競合の500商品の価格を30分ごとに監視します。つまり、1商品あたり1日に48回のチェックを行います。 画像なしの商品カードの1回のリクエストは0.1-0.3MB（HTML/JSONレスポンス）です。 計算：500商品 × 48リクエスト × 0.2MB ≈ 1日あたり4.8GB、または月あたり約144GB。
このタスクにはGB単位の支払いがほぼ常に有利です。なぜなら、解析は多くの短いリクエストで構成され、最小限の重さであり、動画の視聴を伴う長いセッションではないからです。 チェック間にアイドル状態になる固定IPに過剰支払いする意味はありません。このシナリオには、データセンタープロキシが最適です — これらは安価であり、同時に数百のSKUを監視する際に重要な多くの並列リクエストを迅速に処理します。
例外は、WildberriesやOzonが攻撃的なリクエスト頻度のためにデータセンターのIPを大量に禁止し始めた場合です。 この場合、トラフィックに対して支払うレジデンシャルプロキシに切り替え、リクエスト間の間隔を延ばす必要があります（30分ごとではなく2-3時間ごと）、 これにより、全体のGB消費を減少させ、同時にブロックを回避します。
マーケティング担当者の計算：異なる地域からの広告テスト
マーケティング担当者は、15の異なる国でGoogle AdsとYandex.Directの広告がどのように表示されるかをテストし、ローカリゼーションと入札を確認します。 タスクは短期的なもので、1-2週間の間に数時間の作業を行い、アカウントを特定のIPに常に関連付けることはありません。
ここでは、前のケースとは逆の論理です：GB単位の支払いが有利です。なぜなら、地域数とセッション数が不安定であり、セッションあたりのトラフィック量が予測可能に少ないからです（数ページの検索結果と広告の読み込み — チェックあたり5-15MB）。 実際に2週間、1日に2-3時間の作業を行うのに、1ヶ月間15の固定IPに過剰支払いするのは非合理的です。
ただし、テストが定期的に行われる場合 — たとえば、四半期にわたって同じ15の国でのポジションと広告の毎週のチェック — その場合、長期間にわたって安定したIPプールが固定価格によって予算を節約し始めます。
チェックリスト：自分のタスクに合ったモデルの選び方
- 1セッションあたりのトラフィックを計算します：アカウントあたり1日50MB未満の場合は、GB単位の支払いを検討してください
- 動画コンテンツ（TikTok、Reels、YouTube）を使用している場合 — トラフィック量のために、IP単位の支払いがほぼ常に有利です
- アカウント数が月ごとに不安定な場合 — トラフィック単位の支払いを選び、アイドルIPに過剰支払いしないでください
- 同じアカウントを2-3ヶ月以上運営している場合 — IP単位の固定料金は、アドレス変更やチェーンバンのリスクを低下させます
- 大量のテキストデータ（価格、在庫、商品カード）を解析している場合 — GB単位の支払いがほぼ常に安価です
- 生ユーザーに最大限似せる必要がある場合（温め、SMM） — トラフィックに20-30%の余裕を持ったレジデンシャルまたはモバイルプロキシ
- 短期的かつ一回限りのタスク（広告テスト、一回限りの解析） — 長期的な義務なしにGB単位の支払い
結論
「どちらが有利か」という普遍的な答えはありません — あなたの活動の構造がすべてを決定します。単発で予測不可能なタスク（広告テスト、不安定なアカウント数、テキスト解析）は、トラフィック単位で支払う方が安価です。 定常的で長期的なシナリオで、1つのアドレスに高負荷がかかる場合（広告管理画面のファーム、動画コンテンツを伴うSMMマルチアカウント、TikTok Adsの温め）は、ほぼ常にIP単位の固定料金に切り替える方が有利です。
あなたのタスクがマーケットプレイスの大量解析や異なる地域からの広告テストである場合、データセンタープロキシのトラフィック単位の支払いを検討してください。 もしあなたがソーシャルメディアでマルチアカウントを運営しているか、完全な温めを伴う広告管理画面をファームしている場合、レジデンシャルプロキシまたはモバイルプロキシの固定IPプールをお勧めします — これにより安定性が確保され、長期的なブロックのリスクが低下します。