ソーシャルメディアプロキシは、接続がInstagram、TikTok、LinkedInに届く前に別のIPアドレスを経由させるため、各アカウントがそれぞれ独自のデバイスと場所から接続しているように見えます。マーケティングチームはこれを利用して複数アカウントを運用し、地域別に広告を検証し、単一IPからの繰り返しの活動を検知する自動防御システムを作動させることなく公開データを収集しています。
ソーシャルメディアプロキシとは
ソーシャルメディアプロキシとは、ブラウザとプラットフォームの間に位置する中継サーバーです。リクエストはまずプロキシに送られ、プロキシは自身のIPアドレスからそれを転送し、プラットフォームのサーバーはあなたのIPではなくそのアドレスを見ることになります。応答も同じ経路をたどって戻ってきます。
この経路の仕組み自体はソーシャルメディアに特有のものではありません。プロキシがソーシャルプラットフォームに適しているかどうかを決めるのは、渡されるIPアドレスの種類と、そのアドレスが時間経過に対してどれだけ安定しているかです。
汎用プロキシは通常、スループットを重視して最適化されています。大規模なプール、高速なローテーション、リクエストごとの新しいIPが求められます。なぜなら何千ものページをスクレイピングしており、個々のリクエストは重要ではないからです。ソーシャルメディアでの作業は、こうした前提のほぼすべてを逆転させます。
- セッションの持続性はプールの規模よりも重要です。 ワルシャワからログインし、10分後にマニラから投稿するアカウントは盗まれたように見えます。リクエストごとに新しいIPではなく、同じアカウントの背後で同じIPを数週間維持したいものです。
- IPの評判は速度よりも重要です。 プラットフォームはアドレスそのものにスコアを付けます。スパムをホストしたことのあるIPは、どれだけ速くても不利になります。
- アドレスの種類は見分けられます。 プラットフォームはデータセンターのブロックとレジデンシャルISPの割り当てを区別でき、サインアップやログインの試行をそれに応じて重み付けします。
これが実務上の違いです。スクレイピングの構成では多数の使い捨てIPが必要になります。ソーシャルメディアの構成では、定着した信頼できる少数のIPが必要になります。
プロキシタイプの比較
実際に選択肢となる4つのタイプは、ソーシャルプラットフォーム上でまったく異なる振る舞いをします。
| タイプ | BAN耐性 | コスト | プラットフォームの許容度 | 最適な用途 |
|---|---|---|---|---|
| モバイル | 最高 | GBあたり最高 | サインアップ時を含め最高 | アカウント作成、制限されたアカウントの復旧 |
| レジデンシャル | 高い | 中程度 | 日常的な活動に対して高い | アカウントの運用と成長、地域ターゲティングのチェック |
| ISP(静的レジデンシャル) | 中程度から高い | 中程度、IPごとの価格 | アカウント確立後は良好 | 固定IPが1つ必要な長期運用アカウント |
| データセンター | 最低 | 最低 | 悪い、頻繁に完全ブロックされる | 公開ページの監視などアカウントを使わない作業 |
ここで訂正しておく価値があります。この記事は以前これを誤って記述しており、その誤りはよくあるものだからです。ISPプロキシは仮想IP上のデータセンタープロキシではありません。 速度と稼働率のためにデータセンターでホストされていますが、IPアドレス自体は一般消費者向けインターネットプロバイダによって割り当てられており、まさにそれゆえにプラットフォームはこれをレジデンシャルとして扱います。ホスティングの場所とアドレスの所有権は別物です。
モバイルプロキシはアカウント作成において評判どおりの実力を発揮します。モバイルキャリアネットワークを経由するため、キャリアグレードNATの背後で何百、何千もの実在の契約者が同じ公開IPを共有しています。そのアドレスをBANするプラットフォームは、自らの本物のユーザーの一部もBANすることになるため、躊躇します。この許容度こそがモバイルがサインアップの標準的な推奨とされる理由であり、共有される性質こそが、安定した識別可能なセッションを必要とする用途にモバイルIPが最も不向きである理由でもあります。
レジデンシャルプロキシは、アカウントが既に存在する状態での汎用的な解答です。実際の世帯に割り当てられた実IPで、同じアドレスを維持する必要がある場合にはスティッキーセッションが使えます。Shifterのresidential proxiesは195以上の国をカバーし、都市レベルおよびASNレベルのターゲティングに対応しています。これは、アカウントが特定の市場の誰かに属しているはずの場合に重要になります。
ISPプロキシは決して変わらない1つのアドレスを提供し、少数の高価値アカウントに適しています。ShifterのISP proxiesはGBあたりではなくIPあたりの価格設定になっているため、大量のトラフィックを生成するアカウントも、静かなアカウントと同じコストで済みます。
データセンタープロキシは安価で高速ですが、アカウントがフラグを立てられる原因になります。ログインを伴わない公開ページの閲覧に使用し、ログインを要するものには使わないでください。
プラットフォーム別のガイダンス
BANのトリガーと許容度はプラットフォームごとに大きく異なるため、すべてに単一のポリシーを適用すると、どこかで緩すぎるか、どこでも無駄が生じます。以下のIPあたりのアカウント数は、運用者が一般的に採用している比率であり、いずれのプラットフォームも公式に公表している上限ではありません。
主要プラットフォームの中で最も厳格です。フラグの立ったIPからのサインアップはしばしば完全に失敗し、新規アカウントはすぐに電話認証を求められます。
- BANのトリガー: 新規アカウントの急増、人間には不可能な速度でのフォローやいいね、複数アカウントによる1つのアドレスの共有、突然の地理的変化。
- 推奨タイプ: 作成時はモバイル、その後はスティッキーセッション付きのレジデンシャル。
- IPあたりのアカウント数: 1つ。
- ウォームアップ: 最低2週間。最初の数日間は閲覧といいねのみに留め、投稿前にプロフィール写真と自己紹介を追加し、フォローアクションは1日100件を大きく下回るように保ちます。
成熟した検知システムと、最も厳格な本人確認を備えています。Facebookはデバイスやブラウザをまたいでアカウントを紐付けるため、IPの衛生管理だけではずさんな設定を救えません。
- BANのトリガー: 1つのアドレスからの繰り返しサインアップ、無効化されたアカウントとIPを共有する広告アカウント、プロフィールの記載地域とIPの不一致。
- 推奨タイプ: 作成時はモバイルまたはレジデンシャル、広告を運用する確立済みアカウントにはISP。
- IPあたりのアカウント数: 個人プロフィールは2から3、Business Managerに関わるものはIPあたり1つ。
- ウォームアップ: 支払い方法の追加や広告運用の前に3から4週間。
TikTok
積極的な検知を行い、IPと並んでデバイス信号を重く評価します。
- BANのトリガー: サインアップ時のデータセンターIP、IPとアプリのロケールの地域不一致、新規アカウントからの急速な投稿。
- 推奨タイプ: モバイル。これは本物のTikTokトラフィックの圧倒的多数がどのように届くかに一致します。
- IPあたりのアカウント数: 1つ。
- ウォームアップ: 最初のアップロード前に10から14日間の視聴と交流。
X
上記のプラットフォームよりも複数アカウントに寛容ですが、自動化には寛容ではありません。
- BANのトリガー: 大量のサインアップ、自動化された投稿パターン、大量フォロー。
- 推奨タイプ: レジデンシャル、または長い履歴のあるアカウントにはISP。
- IPあたりのアカウント数: 3から5。
- ウォームアップ: 約1週間。
ここに挙げたプラットフォームの中で自動化に最も寛容でなく、完全なBANではなく制限に踏み切るのも最も早いです。
- BANのトリガー: プロフィールのスクレイピング、自動化された接続リクエスト、事前の警告なしに新しい国からログインすること。
- 推奨タイプ: ISP。これによりアカウントは無期限に1つのアドレスを維持できます。
- IPあたりのアカウント数: 例外なく1つ。
- ウォームアップ: プロフィールを完成させた状態で3から4週間、接続リクエストは低く抑えます。
カルマとアカウントの経過年数がIPの評判よりも重視されますが、共有IPやデータセンターIPは厳しくフィルタリングされます。
- BANのトリガー: 新規アカウントによるリンクの投稿、同じスレッドで複数アカウントがコメントすること、既知のVPNおよびデータセンターの範囲。
- 推奨タイプ: レジデンシャル。
- IPあたりのアカウント数: 2から3。
- ウォームアップ: 1件のリンクを投稿する前に2から3週間かけて本物のカルマを積み上げます。
YouTube
Googleアカウントに紐付いているため、リスクの大部分はGoogle自体のサインアップ防御から受け継がれます。
- BANのトリガー: 1つのIPに複数チャンネル、自動化された視聴やコメント、履歴のないアドレスからのアップロード。
- 推奨タイプ: 作成時はレジデンシャル、定期的にアップロードするチャンネルにはISP。
- IPあたりのアカウント数: 2から3。
- ウォームアップ: 2週間、そして最初のアップロード前にチャンネルを適切に設定します。
選定、サイジング、予算立て
プロバイダに求めるべきもの
- アカウントが拠点としている市場におけるプールの規模と国のカバレッジ。アカウントに記載の場所がある場合は都市レベルのターゲティングが重要です。
- 制御可能な継続時間を持つスティッキーセッション。 リクエストごとのローテーションはアカウント作業には不向きです。
- 正直なIP調達。 同意した参加者から構築されたネットワークはクリーンな状態を保ちます。バンドルされたSDKから構築されたネットワークはフラグを立てられ、停止されます。
- オプションとしてのIPあたりの価格設定。 GBあたりの価格では、活発なアカウントが専用IPよりも高くつく場合があるためです。
必要なプロキシの数
アカウント数にプラットフォームの比率を掛け合わせます。
| プラットフォーム | IPあたりのアカウント数 | 10アカウントに必要な数 |
|---|---|---|
| 1 | 10 IP | |
| TikTok | 1 | 10 IP |
| 1 | 10 IP | |
| 2から3 | 4から5 IP | |
| 2から3 | 4から5 IP | |
| YouTube | 2から3 | 4から5 IP |
| X | 3から5 | 2から3 IP |
切り捨てるのではなく切り上げてください。BANされたアカウントの復旧には、それを防いだであろうIPよりもはるかに高いコストがかかります。
コストの目安
市場全体でのレジデンシャル帯域幅は、大量利用時にはGBあたり1ドルを少し下回る程度から、エントリープランではGBあたり5から6ドル程度まで幅があり、モバイルはそれ以上です。ISPプロキシは通常、GBあたりではなくIPあたり月額で販売されており、使用量が増えてもコストが一定に保たれるためアカウント運用に適しています。Shifterの現在の料金はpricing pageに、ISP proxiesページにはIPあたりのプランが掲載されています。
ソーシャルメディアのアカウントは、スクレイピングと比較して消費する帯域幅が非常に少なくなります。数個のアカウントでの閲覧、投稿、軽い自動化であれば、月あたり数GBを超えることはめったにないため、通常はエントリー階層が適切な出発点になります。
無料および公開プロキシが選択肢にならない理由
プロキシの運用には費用がかかるため、無料サービスは別の方法でその費用を回収します。トラフィックの記録、広告の挿入や差し替え、あなたの接続を出口ノードとして再販することなどです。公開リストに掲載されているIPは何千もの見知らぬ人々と共有されており、すでに主要なプラットフォームのすべてでフラグが立てられています。
本物のフォロワー、実際の広告費、実際の商業的価値を持つソーシャルアカウントにとって、無料プロキシは節約にはなりません。ログインセッションを内部に抱えた、管理されていないリスクです。
きちんとセットアップする準備ができている場合はGet started with Shifter residential proxies、先に概要を確認したい場合はresidential proxiesの概要をお読みください。
アカウントを安全に管理する
プロキシが整った後は、他の何よりも重要な4つの習慣があります。
- 1つのアカウントを1つのIPに一貫して固定する。 この対応関係は変更すべきではありません。どこかにマッピングを記録しておいてください。誤ってアカウントを新しいアドレスにローテーションさせてしまうことが、最も一般的な自滅的BANの原因だからです。
- IPをストーリーに一致させる。 シカゴの企業として提示されているアカウントは、毎週ランダムな国からではなく、シカゴから接続すべきです。
- 個人用と業務用のプロキシを絶対に混在させない。 業務用IPでの自身の閲覧は、プラットフォームの目には両者を結びつけて見せてしまいます。
- 商業的な行動を始める前にアカウントをウォームアップする。 上記のすべてのプラットフォームはアカウントの経過年数と初期の行動を重く評価しており、初日から販売を始めたアカウントをどんなプロキシも補うことはできません。
結論
プロキシは複数アカウント問題のうち、まさに1つの部分だけを解決します。それはプラットフォームがどのIPアドレスを見るかをコントロールすることです。これは必要な土台ではありますが、完全な答えではありません。なぜならBANは行動、フィンガープリント、アカウント履歴によっても引き起こされるからです。
用途に合ったタイプを選び、厳格なプラットフォームでは1アカウントに1IPを、アカウントが主張する場所に一致するアドレスを、そして本物のウォームアップ期間を用意する。この組み合わせは生き残りますし、ゼロからオーディエンスを再構築するコストのごくわずかで済みます。
これを他のデータ関連業務に広げる場合は、proxies for ad verificationとweb scrapingに関する当社のガイドが、隣接するユースケースを扱っています。