大多数のアービトラージャーやSMM専門家は同じ間違いを犯します：小さすぎるプロキシプールを購入してバンの連鎖を受けるか、あるいは「念のため」に過剰なIPを支払うかです。実際、マルチアカウント用のプロキシプールの計算は、プラットフォーム、プロキシの種類、プロフィールでのアクティビティの強度に依存する具体的な数学です。この記事では、100のプロフィールに対して正確なユニークIPの数を計算し、予算を無駄にしない方法を解説します。
なぜ1プロフィールに1 IPを単純に使用できないのか
「100プロフィール = 100 IP」という論理は正しいように思えますが、実際には過剰または危険です — プラットフォームによります。両方のケースを見てみましょう。
あなたがSMMエージェンシーのために100のInstagramアカウントを運営し、各アカウントに1日に2-3回、10-15分ずつログインする場合、「1 IP = 1プロフィールを永遠に」という厳密な結びつきは過剰支払いです。23時間稼働しない居住用IPは、スケジュールに基づくローテーションを通じてより効率的に使用でき、各アカウントのセッションのユニーク性を保つことができます。
一方、高予算でFacebook Adsで広告を運用している場合、IPの節約は失われた広告アカウントのコストよりも高くつきます。Facebookはアカウント間の関係をIPだけでなく、ブラウザのフィンガープリンティング、クッキー、行動によっても構築します。しかし、複数のアクティブな広告アカウントに共通のIPを使用することは、アカウントが関連しているというアンチフロードシステムへの最初の信号です。結果として、1つのアカウントがバンされると、全てのチェーンが影響を受けます（チェーンバン）。
正しいアプローチは、プロフィールの数ではなく、同時にアクティブなセッションの数とプラットフォームのリスクレベルを考慮することです。これは、次に解説する計算式の2つの重要なパラメータです。
プロキシプールの計算式
IPプールの基本的な計算式は次のようになります：
IPプール = プロフィール数 × プラットフォームのリスク係数
リスク係数は、0.3から1.0の条件付きの数値で、プラットフォームがアカウント間の関係をどれほど厳しく検出するかを示します：
| プラットフォーム | リスク係数 | 100プロフィールあたりのIP数 |
|---|---|---|
| Facebook Ads | 1.0（厳格） | 90-100ユニークIP |
| TikTok Ads | 0.9 | 80-90ユニークIP |
| Instagram/TikTok（オーガニック、SMM） | 0.5-0.6 | 50-60 IP（ローテーションあり） |
| Google Ads | 0.7 | 70ユニークIP |
| Wildberries/Ozon（価格監視） | 0.3 | 30 IP（ローテーションあり）で十分 |
| Avito | 0.6 | 60ユニークIP |
重要なポイント：リスク係数は、アクティビティを時間的に分散させる（すべての100プロフィールに同時にログインしない）と低下し、支払いデータや広告予算を扱う場合は上昇します — その場合、アカウントのいかなる組み合わせも全てのチェーンの即時ブロックにつながります。
居住用、モバイル、データセンタープロキシ：どれを選ぶべきか
プロキシの種類は、プール内の最終的なIP数に少なくともプラットフォームと同じくらい影響を与えます。異なる種類のプロキシは、アンチフロードシステムによって異なるように認識され、これが必要なプールの量に直接影響します。
| プロキシの種類 | プラットフォームの信頼レベル | 使用するタイミング |
|---|---|---|
| 居住用プロキシ | 高い | Instagram、TikTok、Facebook — ファーミングの主要な作業ツール |
| モバイルプロキシ | 最大 | Facebook Ads、TikTok Ads — バンのリスクが最も高い場所 |
| データセンターのプロキシ | 中程度/低い（ソーシャルメディア用） | Wildberries、Ozon、Avitoのパース — 高い信頼性は必要ない |
実践的な結論：100のFacebook Adsプロフィールには、60-70のモバイルまたは居住用IPを適切にローテーションさせる方が、プラットフォームが瞬時にプロキシネットワークとして認識する100のデータセンターIPを使用するよりも合理的です。逆に、マーケットプレイスでの価格監視には、100のデータセンターアドレスがはるかに安価で、リスクなしにタスクをこなすことができます。なぜなら、マーケットプレイスのアンチフロードシステムはパースからの保護に焦点を当てており、マルチアカウントの検出には焦点を当てていないからです。
特定のプラットフォームに対する計算
正確な数字を使用して、3つの実際のシナリオを考えてみましょう。これを自分の計算のテンプレートとして使用できます。
シナリオ1：アービトラージャー、100のFacebook Ads広告アカウント。 ここではリスク係数が最大の1.0です。各アカウントには、アカウントのライフサイクル全体（登録から最後の広告キャンペーンまで）にわたって変更されないユニークなIPが必要です。結果：100の静的なモバイルまたは居住用IPが1:1で結びついています。ここで節約する必要はありません — 広告予算を持つアカウントがバンされるコストは、余分な20-30 IPのコストよりも高いです。
シナリオ2：SMMエージェンシー、クライアント用の100のInstagramおよびTikTokアカウント。 プロフィールへのアクセスはスケジュールに従って行われ、同時には行われず、広告取引はありません。ここでは、50-60の居住用IPを使用し、特定のプロフィールに24時間固定されるstickyセッションとその後のローテーションを適用できます。これにより、バンの増加なしにコストをほぼ半分に削減できます。ただし、ルールを守る必要があります：1 IP — 1プロフィール、同時にログインしないこと。
シナリオ3：セラー、WildberriesおよびOzonでの100の商品の価格監視。 ここではプロフィールではなく、パースのリクエストについてです。各リクエストに対して自動ローテーションを持つ20-30のデータセンターIPのプールがあれば十分です — マーケットプレイスは1つのIPからのリクエストの頻度に基づいてブロックし、マルチアカウントの事実に基づいてブロックしません。これは3つの中で最も予算に優しいシナリオです。
静的IP vs ローテーション：プロフィールにとって安全なのはどちらか
プールの計算時に別の質問があります — IPのローテーションが必要か、プロフィールには常に静的なアドレスが必要か。答えはアクティビティの種類によります：
- 静的IP（sticky、24時間から無期限まで） — Facebook Ads、TikTok Ads、Google Adsの広告アカウントには必須です。プラットフォームは、各ログイン時に同じIPを認識し、実際のユーザーにとって自然に見えます。
- セッションごとのローテーション — 認証なしでマーケットプレイスやソーシャルメディアをパースするのに適しています。各新しいリクエストは新しいIPから行われ、レート制限のブロックのリスクを低減します。
- スケジュールに基づくローテーション（12-24時間ごと） — 高リスクではないSMMプロフィールにとって妥協案です：IPはアクティブなセッション中ではなく、その間に変更されます。
最も一般的な間違いは、広告アカウントのためにローテーションプールを使用することです。Ads Managerで作業中にアカウントのIPが数分ごとに変更されると、Facebookのアンチフロードシステムはこれをハッキングやボットアクティビティの兆候として認識し、広告アカウントを即座にブロックします。これは広告予算の規模に関係ありません。
100プロフィールの予算計算の例
混合負荷の具体例を用いて全てをまとめましょう：エージェンシーは100のプロフィールを運営しており、そのうち40はFacebook Adsの広告アカウントで、60はコンテンツ管理のためのInstagramのオーガニックアカウントです。
| プロフィールグループ | プロキシの種類 | モード | IP数 |
|---|---|---|---|
| 40のFacebook Adsアカウント | モバイル | 静的、1:1 | 40 |
| 60のInstagramアカウント | 居住用 | Sticky 24時間 + ローテーション | 35-40 |
結果：100の静的IPを「単純な」計算式で使用する代わりに、アクティビティのタイプに応じて75-80のアドレスが実際に必要です。バンのリスクを増やさずにプールを20-25%削減することが、正しい計算の目標です。
アンチデテクトブラウザでのプロキシ設定
プールの計算が終わったら、IPをプロフィールに正しく割り当てる必要があります。Dolphin Anty、AdsPower、Multilogin、GoLogin、またはOcto Browserのアンチデテクトブラウザでは、プロフィール作成時に次のように行います：
- 新しいプロフィールの設定を開く → 「Proxy」 / 「プロキシ」セクション。
- 接続タイプを選択 — HTTP、HTTPS、またはSOCKS5（モバイルおよび居住用プロキシには通常SOCKS5が推奨されます）。
- プロキシプロバイダーから取得した接続データ：IP、ポート、ログイン、パスワードを入力します。
- 広告アカウントの場合、「Sticky session」または「IPを固定する」オプションを有効にして、各ログイン時にアドレスが変更されないようにします。
- プロフィールのジオロケーションとタイムゾーンを確認します — これらはIPアドレスのジオと一致する必要があります。そうでないと、アンチフロードシステムが不一致を検出します。
- プロフィールを保存し、最初の起動前に組み込みのIPチェックを通じて接続をテストします。
大多数のアンチデテクトブラウザは、CSVを介してまたはIP:ポート:ログイン:パスワード形式の行を直接貼り付けることでプロキシリストを一括インポートできるため、100のプロフィールを設定する際の時間を節約できます — 各プロフィールにデータを手動で入力する必要はありません。
プール計算時の一般的な間違い
- 「節約のため」に複数の広告アカウントに1 IPを使用する。 これはチェーンバンへの直接の道です：1つのアカウントがバンされると、プラットフォームは全てのIPと関連するアカウントをチェックします。
- Facebook AdsやTikTok Adsにデータセンタープロキシを使用する。 これらのIPはサーバーとして簡単に特定され、広告アカウントは検証段階でブロックされます。
- ジオロケーションを無視する。 プロフィールがロシアから登録され、プロキシがドイツから接続されている場合、事前に「ウォームアップ」なしではセキュリティチェックがトリガーされます。
- ピーク負荷を考慮せずにプールを計算する。 もし100のプロフィールが午前9時に同時にログインすると、プールが24時間にわたって均等に分配されるように計算されている場合、一部のセッションは重複するIPで動作します。
- バックアップIPがない。 プールには、起動時に一部のIPがプラットフォームのブラックリストに載っている場合に備えて、5-10%の予備アドレスを考慮する必要があります。
結論
100のプロフィールに対するプロキシプールの計算は、普遍的な数値ではなく、プラットフォーム、アクティビティの種類、リスクレベルに依存する式です。Facebook AdsやTikTok Adsの広告アカウントには、静的なモバイルまたは居住用IPとのほぼ完全な1:1の結びつきが必要です。InstagramやTikTokのオーガニックプロフィールには、適切なローテーションを行うことでアカウント数の50-60%で十分です。そして、WildberriesやOzonのマーケットプレイスのパースには、自動ローテーションを持つ20-30のアドレスにまでプールを削減できます。
広告キャンペーンを開始したり、高いブロックリスクのあるアカウントをファーミングする場合は、モバイルプロキシに注目することをお勧めします — これらはプラットフォームの信頼レベルを最大限に確保します。ソーシャルメディアでのプロフィールの日常的な運営には、居住用プロキシが適しており、stickyセッションの柔軟な設定が可能です。そして、マーケットプレイスでの価格パースや競合監視には、経済的なデータセンタープロキシが最適です。これら3つのタイプにおけるIPの適切な分配が、過剰支払いなしのプロキシプールの計算です。