1つのアプリをプロキシ経由でルーティングする方法

はじめに

御社のエージェンシースタックの中には、自分がいる場所とは異なる場所からインターネットにアクセスする必要があるツールが1つあるはずです。マドリードのクライアント向けの広告プレビューセッションだったり、トロントの検索結果が必要な順位チェックツールだったりするかもしれません。最も手っ取り早い解決策である、マシン全体をVPNやシステム全体のプロキシに切り替える方法は、他のすべての処理にも影響を及ぼしてしまいます。 メールやクライアントのダッシュボードが突然、間違った国からのアクセスとして表示されたり、ログイン中のセッションの半分でセキュリティ警告が表示され、その都度確認を求められるようになります。たった5分の確認作業のために、1日全体が海外での作業状態になってしまうのです。もっとスマートな方法があります。 特定のアプリだけをプロキシ経由でルーティングし、コンピュータ上の他のすべてはそのままの状態にしておくことができます。このガイドでは、アプリごとのルーティングの仕組み、どのツールにどの方法が適しているか、そしてチームの他のメンバーに支障をきたすことなく地域限定のタスクを設定する方法について解説します。

代理店にとって、マシン全体をプロキシ経由にするのが逆効果になる理由

広告代理店は、ログイン済みのセッションに依存して運営されています。広告プラットフォーム、アナリティクスアカウント、クライアントのCRM、自社の請求管理ツールなどです。あるツールが必要としたというだけでマシン全体がリスボンのIPアドレスに切り替わると、すべてのセッションに影響が及びます。Googleは本人確認を求め、クライアントの広告アカウントではログインに不審な動きとしてフラグが立てられます。これを10人のチームで発生させると、日常的な地域チェックが、アカウント復旧に費やす半日へと変わってしまいます。

データ面も同様に混乱を招きます。ブラウザが別の国を経由して接続すると、すべてのダッシュボードが、求められていない地域別の結果を表示してしまいます。通貨の表示が変わり、地域別のレポートが歪み、誰かがクライアント向けのプレゼン資料に間違った数値を貼り付けてしまうことさえあります。マシン全体のルーティングは、1つの問題を解決する一方で、6つの新たな問題を生み出してしまうのです。

アプリケーション単位のルーティングとは

アプリケーションごとのルーティングは、マシンレベルではなくアプリレベルでトラフィックを分割します。たとえば、調査用ブラウザプロファイルといった特定のプログラムは、ターゲット地域にあるプロキシエンドポイントを経由して接続を送信し、それ以外のすべては通常の接続を使用します。これは、オペレーティングシステム全体を覆う「毛布」ではなく、特定のソフトウェア専用のプロキシだと考えてください。

この分割は、アプリ自体の中に実装することも、アプリのプロセスを捕捉するルーティングルールに組み込むことも、独自の接続設定を持つ独立したプロファイルに設定することも可能です。下の図は、その結果を示しています。ルーティングが必要なツールには1つのルーティングパスが、それ以外のすべてには1つのダイレクトパスが割り当てられます。

出典：Anonymous Proxies（オリジナル図）

単一のアプリをルーティングするツールと手法

アプリ内プロキシ設定

最も簡単なケース：多くのスケジューラーやSEOツールには、設定にプロキシフィールドが用意されています。ホスト、ポート、ユーザー名、パスワードを入力するだけで、そのツールからのリクエストのみがエンドポイントを経由するようになります。スタックの監査を行う場合は、すでに利用料を支払っているマーケティングオートメーションツールから始めましょう。驚くほど多くのツールが、これをネイティブでサポートしています。

アプリごとのルーティングルール

ツールにプロキシ設定項目がない場合は、ルーティングクライアントがその役割を果たします。ProxifierやProxyCapのようなソフトウェアは、プロセス名に基づいてルールを適用します。つまり、ランキングチェッカーのプロセスを検知してエンドポイントA経由で送信し、それ以外はそのままにします。これにより、プロキシを想定して設計されていないデスクトップツールにも対応できます。

隔離されたブラウザプロファイル

調査やプレビュー作業には、独自のプロキシ設定を持つ独立したブラウザプロファイルが最も整理された環境となります。プロキシ拡張機能を備えたChromeプロファイルや、プロファイルごとの接続設定が可能なアンチディテクトブラウザを使用すれば、地域限定のセッションを1つのウィンドウに閉じ込めつつ、メインのブラウザをローカル環境のままに保つことができます。以下に、一般的なツールのカテゴリと、その設定ポイントの対応関係を示します。

出典：Anonymous Proxies（オリジナル図）

地域固有のツールを段階的に設定する方法

たとえば、クライアントがマドリードをターゲットにしたキャンペーンを実施しており、毎月の品質保証（QA）の一環として、その地域での広告掲載状況を抜き打ちでチェックし、適切なクリエイティブが実際に表示されていることを確認するとします。このチェックでは、キャンペーンのターゲット地域からブラウジングを行う必要がありますが、受信トレイやその他のクライアント関連業務はそのままにしておく必要があります。

1. エンドポイントを取得します。プロバイダーから、対象の都市または国にあるIPアドレスに対応するホスト、ポート、ログイン情報が提供されます。繰り返し設定を行う場合、チームはAnonymous Proxiesのようなプロバイダーから各ツールに固定のエンドポイントを割り当てるのが一般的です。
2. コンテナを設定します。新しいブラウザプロファイルを作成し、そのプロキシ設定にエンドポイントを入力します。デスクトップソフトウェアの場合は、代わりにそのプロセス名に対するルーティングルールを追加します。
3. 信頼する前に検証する。新しいプロファイル内でIP確認ページを開き、その場所がキャンペーンのターゲットと一致していることを確認します。メインのブラウザも確認してください。そこには依然としてローカルIPが表示されているはずです。
4. タスクを実行します。プレースメントを読み込み、必要なデータを取得したら、プロファイル閉じます。そのマシン上の他のデータは、一切外部に流出することはありません。

以下の手順では、同じ4つのステップを一目で確認できます。

出典：Anonymous Proxies（オリジナル図）

チームのワークフローを中断させない

アプリごとのルーティングを適切に維持するには、チームがどのツールがどこにルーティングされているかを把握している必要があります。各ツール、そのエンドポイント、および出口地域を一覧にした共有メモを作成し、認証情報はチャットスレッドではなくパスワードマネージャーに保存してください。プロファイルには「クライアント ES 広告チェック」のように明確な名前を付け、通常のブラウジングに地域限定のプロファイルが誤って使用されないようにします。

2つの習慣を守ることで、ほとんどのインシデントを防げます。コミュニケーションツールやプロジェクトツールは決してルーティング対象にしないでください。直接接続を維持することで、それらのログイン情報が安定するからです。また、アップデート後は再テストを行ってください。アップデートによって、通知なしに接続設定がリセットされる可能性があるためです。ベンダー各社もネイティブのプロキシフィールドを次々と追加しており、これは最近のマーケティングオートメーションのトレンドにおける実用的な変化の一つです。そのため、将来的には外部ルーティングルールは減少していくと予想されます。

ツールごとに専用IPを使用すべき場合

単発のチェックであれば、共有IPやローテーションIPでも問題ありません。しかし、ツールが何かにログインする瞬間から、一貫性が重要になります。プラットフォームは国をまたいで移動するアカウントを監視しており、毎日新しいIPからアクセスしてくるスケジューラーは、不正検知システムがフラグを立てる対象と全く同じように見えます。

単一のツールのトラフィックを専用のIP経由で送信する場合も同様です。ツールは対象地域で安定したフットプリントを構築し、そのトラフィックが他の運用トラフィックと混在することはありません。SOCKS5エンドポイントが一般的に選ばれるのは、アプリが使用するプロトコルをすべてサポートし、プロセスレベルのルーティングルールとの相性も良いためです。

専用IPは、長期にわたる運用においてその価値を発揮します。例えば、ランクトラッカーがクライアントのために毎月ローカルSERPを監視する場合、その市場で一貫したエンドポイントを使用することで、長期にわたってデータの比較可能性を維持できます。そのコストを月額契約料に分散させれば、フラグが立てられた広告アカウントに比べれば、誤差の範囲に過ぎません。

よくある質問

1つのアプリをルーティングすると、他のすべての動作が遅くなりますか？

いいえ。ルーティングされたアプリのトラフィックのみが、より長い経路を通ります。それ以外のトラフィックは、直接接続のままフルスピードで処理されます。

2つのツールを同時に2つの異なるリージョンから実行することはできますか？

はい、それがアプリごとのプロキシ設定の利点の一つです。広告プレビュープロファイルにはマドリードのエンドポイントを、ランクチェッカーにはトロントのエンドポイントを割り当てれば、両方を同じマシン上で並行して実行できます。

ツールにプロキシ設定が全くない場合はどうすればよいですか？

外部からルーティングします。ルールベースのクライアントならプロセス名でアプリを識別できますし、ツール自体を独自の接続を持つ仮想マシン上で動作させることも可能です。

地域固有のツールをクリーンに実行する方法

コンピュータ全体を1つのツールにルーティングすると、小さな問題をいくつかの大きな問題と引き換えにすることになりますが、アプリごとのルーティングならそのトレードオフを解消できます。各ツールを、組み込みフィールド、プロセスルール、独立したプロファイルなど、そのツールに最適な設定ポイントに割り当て、信頼する前に出口IPを確認してください。 どのルートをどこに割り当てたかを共有記録として残し、長時間実行されるものには専用のエンドポイントを割り当てて、セッションの安定性を確保してください。そうすれば、地域固有の作業は独自のレーンで実行され、チームの他のメンバーはそれが行われたことさえ気づかないでしょう。