チームにFacebook Ads、TikTok Ads、またはマーケットプレイスのアカウントを扱う2〜3人以上のメンバーがいると、「誰にどのプロキシを与えるか」という問題は小さなことではなくなります。誤った設定は、チーム全体にわたるバンの連鎖、広告予算の浪費、そして「誰がブロックの原因なのか」という争いを引き起こします。各従業員に個別のプロキシが有利な場合と、共通プールで済む場合を検討し、混乱のないトラフィック管理の方法を見ていきましょう。
プロキシの管理がチームにとって重要な理由
チームに一人だけの時は、プロキシはアンチデテクトブラウザでの単なる技術的設定です。しかし、5人、10人、または50人の従業員が同時にFacebook Adsの広告アカウントやInstagramのクライアントアカウントを扱うようになると、プロキシの管理はビジネスの運営安全の一部となります。
例えば、エージェンシーが20のプロキシの共通プールを持ち、従業員に「必要に応じて」配布し、誰がどのIPを使用しているかを記録しない場合を考えてみてください。ある従業員が疑わしい活動でアカウントをバンされ、そのIPがリスクのあるものとしてマークされます。翌日、その同じIPが別の従業員に偶然渡り、そのアカウントも「仲間として」バンされます。一週間後には、すでに3つのチームがパニックに陥り、どこから連鎖が始まったのかを調べることができません—誰も記録を取っていないからです。
これは、チーム規模でのマルチアカウントの典型的な問題です。この問題は、より高価なプロキシを購入することで解決されるのではなく、誰がどのIPをどのアカウントに使用し、どれだけのトラフィックを使用しているかを正しく管理することで解決されます。次に、共通プールと個別プロキシの両方のモデルを検討し、それぞれが適切な場所を示します。
共通プールのプロキシ：いつ機能するか
共通プールとは、すべての従業員が単一のパネルまたはプロキシマネージャーを通じて利用できるプロキシのセットであり、各自が必要に応じてIPを取得します。このシステムは、特定のアドレスにアカウントを長期的に結びつける必要がないタスクでうまく機能します：Ozonでの競合他社の価格の一時的なパース、さまざまな地域からのYandex.Directの結果の確認、Avitoでの広告の大量確認などです。
このようなタスクには、しばしばデータセンタープロキシで十分です—それらは高速で、IPあたりのコストが安く、特定のアカウントに結びつかない短いセッションに最適です。たとえば、500の商品カードから1日に1回価格を収集するタスクでは、どの従業員がどのIPを使用したかは重要ではありません：アカウントは必要なく、ブロックのリスクは最小限です。
しかし、共通プールは、パーソナライズされたアカウントがある場合には危険です：Facebook Adsの広告アカウント、Instagramのプロフィール、Wildberriesの販売者の個人アカウントなどです。プラットフォームは「アカウント + IP + デバイス（フィンガープリン）」の組み合わせを分析し、このペアを記憶します。もし今日イワンがIP 1でクライアントのアカウントにアクセスし、明日マリアが同じアカウントにIP 2でアクセスした場合—これは疑わしい活動として見なされます。なぜなら、アドレスだけでなく、セッションのすべてのデジタル環境も変わるからです。
結論：共通プールは、常にアカウントがない操作に適しています。広告アカウントやソーシャルメディアのプロフィールを管理するためには、リスクが高く、コストを節約するよりも多くのリスクを生み出します。
従業員用の個別プロキシ
個別モデルでは、各従業員（正確には、アンチデテクトブラウザ内の各アカウントまたはプロフィール）に他のものと重複しない独自の静的IPが割り当てられます。これは、Facebook Ads、TikTok Ads、Instagramのクライアントアカウントを管理するエージェンシーの標準です。
ロジックは簡単です：特定のアカウントに対してIPが常に同じであれば、プラットフォームは安定した「ホーム」のログインの状況を見ます—同じ地域、同じプロバイダー、同じセッションです。アンチフロードのアルゴリズムは、異常に反応します：急激な地理的変更、通常の家庭のアドレスの代わりにデータセンターのIP、世界の異なる場所からの同時ログイン。個別プロキシは、これらの異常を根本から排除します。
このようなシステムには、しばしばレジデンシャルプロキシが使用されます—それらは、通常のインターネットユーザーと変わらない家庭プロバイダーの実際のIPアドレスを提供します。ネットワークのモバイル署名が重要なタスク（たとえば、TikTokやInstagramのアカウントをファームする場合、プラットフォームが接続の種類を確認する）には、モバイルプロキシを使用します—これらのIPはモバイルオペレーターに属し、ローテーションは実際のスマートフォンのように自然に行われます。
個別モデルの欠点はコストです。IPが増えるほど、インフラストラクチャのコストも増加します。しかし、クライアントの広告アカウントの保護に責任を持つエージェンシーにとっては、これは正当な費用です：500,000 ₽の広告予算を持つアカウントがバンされると、チーム全体の個別プロキシの1年分よりも高くつきます。
比較表：プール vs 個別プロキシ
両方のモデルを表にまとめて、特定の部門やタスクに対する決定を簡単にします。
| 基準 | 共通プール | 個別プロキシ |
|---|---|---|
| チームのコスト | 低い、IPが共有される | 高い、アカウント/従業員ごとに1 IP |
| チェーンバンのリスク | 高い | 最小限 |
| 広告アカウントに適しているか | いいえ | はい |
| アカウントなしでのパースに適しているか | はい | 過剰 |
| トラフィック管理の簡便さ | 難しい — ログシステムが必要 | 簡単 — トラフィックがIPに結びついている |
| 推奨されるプロキシの種類 | データセンター | レジデンシャル / モバイル |
チェーンバンとシェアリングによるセキュリティリスク
チェーンバンとは、プラットフォームが共通の特徴（同じIP、同じデバイスのフィンガープリン、同じクレジットカード、同じクッキー）を介して複数のアカウントを結びつけることによって発生するブロックの連鎖です。チームがプロキシを管理せずに共有する場合、そのような連鎖を引き起こすリスクは、従業員の数に比例して増加します。
SMMエージェンシーでよくあるシナリオ：マネージャーAが1つのIPプールを介して10のクライアントInstagramアカウントを管理しています。そのうちの1つのアカウントが疑わしい活動で苦情を受けてブロックされます。InstagramはIPを確認し、過去数週間に同じアドレスからアクセスした他の9つのアカウントを見つけます—そして、マネージャーBが担当していたアカウントを含むすべてのアカウントがバンされますが、彼は事件に全く関与していません。
第二のリスクは、アクセス情報の漏洩です。プロキシが共通で、接続情報がパスワード「1234」のExcelファイルに保存されている場合、従業員が退職したり契約者が変更されたりすると、全体のプールを変更する必要があり、1つのアドレスではなくなります。これにより、作業が遅れ、脆弱性の窓が生じます。
第三のリスクは、セッションの競合です。もし2人の従業員が同時に異なるアカウントで同じIPを使用した場合、FacebookやTikTokのセキュリティシステムは同じアドレスからの並行セッションを記録し、何も違法なことが行われていなくても「念のため」に両方のアカウントをブロックする可能性があります。
これらのリスクを低減するには、唯一の方法は「アカウント — IP — アンチデテクトブラウザのプロフィール」の結びつきを厳格に固定し、必要がない限り変更しないことです。したがって、広告予算を持つアカウントの場合、個別モデルはほぼ常に共通プールに勝ります。
従業員ごとのトラフィック管理の方法
トラフィック管理は、予算の管理（誰が何ギガバイトまたは何時間プロキシを使用したか）とセキュリティの監査（誰がいつどのIPからアクセスしたか）の2つのタスクを解決します。以下は、5人以上のチーム向けの作業スキームです。
ステップ1. 固定表。 単一のレジストリを維持します：従業員 → アカウント/クライアント → プロキシのIP → 発行日 → プロキシの種類（レジデンシャル/モバイル/データセンター）。編集権限が制限されたGoogleスプレッドシートが適しています—チームリーダーまたは部門の責任者のみが記録を変更できます。
ステップ2. プロバイダーの個人アカウント。 ほとんどのプロキシサービスは、各IPまたはポートごとのトラフィック使用状況の統計を提供する個人アカウントを提供します。毎週消費量を確認します—ある従業員の消費が急激に増加した場合、余分な自動化、アクセスの漏洩、または設定の単純な誤りを示す可能性があります。
ステップ3. アンチデテクトブラウザでのログ記録。 Dolphin Anty、AdsPower、Multiloginは、どのプロフィールからいつアクセスされたか、どのプロキシを通じて記録を保持します。これらのログを固定表と定期的に照合します—不一致は規則違反を示します。
ステップ4. 従業員ごとの制限。 プロバイダーがトラフィックに基づく課金をサポートしている場合、各人または部門に条件付き制限を設定します（たとえば、20のアカウントを管理するSMMスペシャリストに月50GB）。これにより、チームが規律を保ち、インフラストラクチャの予算を予測しやすくなります。
ステップ5. 責任者の定期的なローテーション。 従業員が退職したり別のプロジェクトに移ったりした場合は、すぐに新しい責任者にIPを再割り当てし、レジストリに記録します—「誰のものでもない」プロキシを放置しないでください。
Dolphin AntyとAdsPowerでの役割設定
アンチデテクトブラウザは元々チーム作業用に設計されているため、アクセス権の分配に関する組み込みツールがあります。Dolphin Antyでは、チームスペース（Teams）があります：エージェンシーの作業スペースを作成し、従業員をメールで追加し、各自に特定のブラウザプロフィールへのアクセスのみを割り当てます。プロキシは従業員に直接結びつけられるのではなく、特定のプロフィールに結びつけられます—そのため、プロフィールへのアクセスが他の人に渡された場合でも、「アカウント + IP」の結びつきは変わりません。
AdsPowerでも似たようなロジックがあります：グループ管理（Group Management）機能があり、クライアントや方向性に基づいてプロフィールのグループを作成し、チームの特定のメンバーに権限を付与します—誰かは閲覧のみ、誰かは編集、誰かは起動できます。プロキシは接続設定のセクションでプロフィールレベルで指定され、レポートのエクスポート時に各セッションで使用されたIPが表示されます。
実用的な推奨事項：1つのクライアントアカウントに対して1つのアンチデテクトブラウザのプロフィールを作成し、1人の従業員に対してではありません。従業員が休暇を取ったり退職したりした場合、次の人にプロフィールへのアクセス（すべてのクッキーの履歴、フィンガープリン、割り当てられたプロキシを含む）を単に渡します—クライアントのアカウントは、セッションのデジタルフィンガープリンが変わらないため、何の違いも感じません。
このアプローチは、「共通」プロキシと「個別」プロキシの間の主要な対立を解消します：プロキシは人ではなく、アカウントやプロフィールのためのものであり、人々はリスクなしに入れ替わることができます。
チームに適したプロキシの種類
選択は、チーム内の特定の部門のタスクによって異なり、「すべてに同じ」という一般的なルールによるものではありません。以下は、エージェンシーやアービトラージチームの作業方向に基づく実用的な分配です。
Facebook AdsやGoogle Adsのクライアントの広告アカウントを管理する部門には、クライアントの地域に結びついたレジデンシャルプロキシが適しています—それらは広告プラットフォームのアンチフロードシステムにとって最大限自然に見え、数ヶ月間安定した地理的位置を維持できます。
InstagramやTikTokのアカウントをファームし、管理するSMM部門には、モバイルプロキシを使用するのが賢明です—ソーシャルネットワークは、特に電話からのアクセスやアンチデテクトブラウザでのモバイルデバイスのエミュレーション時に、モバイルオペレーターからのトラフィックをより信頼します。
Wildberries、Ozonでの競合他社の価格を監視したり、個人アカウントに結びつかずにAvitoからデータを収集する分析部門には、データセンタープロキシが十分です—それらは大量のリクエストを迅速に処理し、IPの数に対してコストが安くなります。
このような部門ごとのセグメンテーションは、「共通プロキシか個別プロキシか」という疑問の半分をすぐに解消します—なぜなら、答えはタスクに依存し、スタッフの配置には依存しないからです。
プロキシ管理スキームの導入チェックリスト
チームの現在のスキームを変更する前に、このリストを確認してください：
- アカウントを持つ部門（広告、SMM）とアカウントを持たない部門（パース、分析）が分かれていますか？
- 各広告およびソーシャルメディアアカウントに個別プロキシが割り当てられていますか？
- 「アカウント — IP — ブラウザプロフィール — 責任者」の単一レジストリが維持されていますか？
- Dolphin Anty / AdsPowerでのアクセス権がプロフィールレベルで設定されており、共通のパスワードではありませんか？
- プロキシプロバイダーの個人アカウントとトラフィック統計が定期的に照合されていますか？
- 従業員の退職や移動時のアクセス権の移行手続きが明記されていますか？
- パーソナライズされたアカウントがない場合にのみデータセンタープロキシが使用されていますか？
ほとんどの項目に「はい」と答えられる場合、チームの大規模なバンやトラフィックの混乱のリスクは最小限です。
結論
共通プールと個別プロキシは相互排他的な選択肢ではなく、同じチーム内の異なるタスクのためのツールです。共通プールは、常にアカウントがない場合に予算を節約します—パースや一時的な確認のために。個別プロキシは、広告アカウント、クライアントのプロフィール、そしてIPの変更が1回の失敗で簡単に失われるアカウントの評判がある場合には必須です。
重要なアイデアは、プロキシを従業員ではなく、アカウントやアンチデテクトブラウザのプロフィールに結びつけ、単一の管理レジストリを維持することです。これにより、チーム内の人員のローテーションがクライアントプロジェクトにリスクをもたらすことはありません。このようなシステムを構築する場合は、まずプロキシの種類に基づいてタスクを分配することから始めてください：レジデンシャルプロキシは広告アカウント用、モバイルプロキシはソーシャルメディア用、データセンタープロキシは分析やモニタリング用—これにより、余分なコストやチェーンバンのリスクなしにチーム作業のほとんどのシナリオをカバーできます。