都市・州・ZIPコードのターゲティング比較

手順に沿ってチェックする

まず1つのケースを実施し、記録を保存してから対象市場を増やしましょう。

1. 地域に関する受け入れ条件を記述する

   必要な機能や確認内容を明確にします。州で定義されるメッセージ、特定の市の店舗情報、郵便番号エリアとの関連付けなどを指定してください。実際の業務ルールで使われている用語を使いましょう。これにより、フィルターを調整する前に、どの地域情報が返されれば十分かが明確になります。

2. レジデンシャルプロキシを選ぶ

   米国の州、市、ZIPを指定するタスクには、レジデンシャルプロキシを選択します。ジェネレーターを開き、米国を選びます。プロジェクトで必要な地域範囲を設定の横に記しておき、より広い範囲や狭い範囲の選択肢によって、必要な地域が意図せず置き換わらないようにしてください。

3. 該当する地域フィルターを適用する

   州レベルのルールには州、特定の自治体には市、郵便番号エリアが重要な場合はZIPを選びます。まず地域要件そのものを設定してください。アプリケーションの要件でネットワークを区別する理由がある場合に限り、ASNなどのネットワーク条件を追加します。

4. 認証情報の形式を独自に作らず、エクスポートする

   ジェネレーターのユーザー名とエンドポイントを、互換性のあるブラウザー設定にそのままコピーします。選択したフィルターは、機密情報を伏せて記録してください。FirefoxまたはChromeとFoxyProxyの設定には、ブラウザー設定ガイドを使います。エクスポートした認証情報を、このケースの実際の設定として使用してください。

5. 選択した範囲と照合する

   観測されたIPの推定位置と、アクセス先が独自に認識する地域を記録します。その結果を、最初のステップで定めた合格条件と照らし合わせます。州レベルのケースと市境界レベルのケースでは必要な根拠が異なるため、元のラベルを維持し、汎用的な位置情報フィールドにまとめないでください。

6. 次のケースを承認するか、ラベルを付ける

   根拠が必要な範囲を裏付けている場合は、次に進みます。その範囲を利用できない場合は、その制約を記録します。プロジェクトでより広い範囲の代替案が認められる場合は、条件を変更した別のケースを作成します。これにより、最終レポートで実際にテストした地域を明確に示せます。