カナダプロキシ – CA IPアドレスと州単位の表示

2つの言語、1つの国

カナダを単一のデジタル市場として扱うことは、集めるデータの半分を取り逃がすのと同じです。ケベック向けのサイトはフランス語で表示され、同じサイトがオンタリオからは英語で表示されます。法的表示、商品説明、ときにはキャンペーン文面もこの区分に従います。言語の選択はIPの位置とブラウザ言語の組み合わせで決まることがほとんどなので、両方をそろえて設定する必要があります。

2つめの層は税です。州ごとに売上税が異なるため、同じ商品でもカート合計は州によって変わります。価格を追うチームが単一の出口で作業すると、この差は見えなくなります。

東西の距離とレイテンシ

カナダは東西に非常に広く、そのため国内のレイテンシが多くの欧州諸国より顕著になります。トロントのターゲットをバンクーバー出口から見ると、同じ大陸内でも差が出ます。出口都市をターゲットのある地域に合わせて選ぶことで、所要時間も成功率も改善します。

米国東海岸とカナダ間のレイテンシは非常に低く、北米運用では2か国を1つの拠点から管理できます。一方、国内の東西差は無視できません。

ローカル出口で何が得られるか

差はとくに税と配送の項目で合計金額を変えます。価格モニタリングの構成については 価格比較 のページをご覧ください。

タイムゾーンの管理

カナダは複数のタイムゾーンにまたがり、東西で数時間の差があります。収集作業を計画する際は、ターゲット層がいる地域の現地時間を基準にする必要があります。

タイムゾーンの差は混雑度だけでなく、ブラウザのタイムゾーンとの整合性でも重要です。IPがバンクーバーを示しているのにタイムゾーンがトロントでは矛盾が生じます。

活用シーン

小売と価格モニタリング

州ごとの税と配送の差があるため、カナダは多地点での価格収集が実際に価値を生む市場の一つです。詳細： ECプロキシ.

二言語コンテンツの検証

同じページの英語版とフランス語版を比較することが、ローカライズ品質を測る最も直接的な方法です。そのためにモントリオールとトロントの出口を別々のセッションで使ってください。

検索結果

カナダの検索結果は、米国とも異なり、さらに言語設定によって国内でも分かれます。順位追跡の構成については SEO プロキシ のページをご覧ください。

アカウント管理

カナダ向けのアカウントには固定IDが最も安全です： ISPプロキシ で毎日同じ出口から接続すれば、自然なシグナルになります。

無料のCAアドレス

リストではCAフィルターを適用できます。学習や統合テストには十分ですが、州単位の検証のような精度が要る作業には専用出口が必要です。アドレスの出口位置は 私のIPアドレス で確認してください。

南北の物流と在庫情報

カナダでは地理がEC体験を直接左右します。大都市圏では当日または翌日配送が普通でも、遠隔地では数日かかります。店舗単位の在庫情報も場所によって変わり、トロントでは店頭にある商品が別の州ではオンライン注文のみと表示されることもあります。

小売データを集めるチームにとってこれは、在庫状況が単一の値ではなく場所に依存する値だということを意味します。データモデルに出口都市を加えずに集めた在庫情報は不完全で、時系列の変化を正しく解釈できません。

実務的な構成は、参照都市を2〜3か所決め、各巡回をその都市から繰り返すことです。トロント、モントリオール、バンクーバーの3か所で国の大部分を代表でき、負荷も管理可能な範囲に収まります。構成については ECプロキシ のページをご覧ください。

アカウントの安全性とセッションの一貫性

カナダ拠点のアカウントでは、プラットフォームは接続元の地域とアカウントの登録地域を照合します。オンタリオ登録のアカウントが常に別の州から接続していれば、リスクモデル上の不整合が生まれます。長期運用のアカウントでは、これがやがて追加認証となって返ってきます。

解決策は単純です。各アカウントを1つの出口に固定し、その対応関係を永続的に保存してください。プロセスを再起動してもアカウントが同じアドレスに戻れば、プラットフォームから見て「毎日同じ家から接続するユーザー」というプロファイルが保たれます。方法については スティッキーセッション と ISPプロキシ のページをご覧ください。

ブラウザ側でも整合性が必要です。タイムゾーンは出口都市と、言語設定はアカウントの地域と一致させます。ケベックのアカウントならフランス語、オンタリオなら英語です。この点はカナダでは他の市場以上に結果を左右します。

カナダのターゲットのトラブルシューティング

サイトがフランス語で表示されるが英語にしたい。 モントリオール出口を使っているなら想定どおりの挙動です。ブラウザ言語を英語にするか、トロント出口に切り替えてください。

税の計算が想定と違う。 州ごとに税率が異なり、非課税のカテゴリもあります。比較は同じ商品・同じ数量で、クリーンなセッションで行ってください。

在庫情報に一貫性がない。 店舗単位の在庫は場所に依存します。郵便番号を入力せずに表示される情報は一般的な値の可能性があります。テストフローに郵便番号の手順を追加してください。

アカウントが毎回認証を求めてくる。 出口が変動している可能性があります。アカウントとアドレスの対応関係を永続ストレージに保存し、毎回同じアドレスを使ってください。

レポーティングとデータモデル

カナダのデータは位置情報がなければ意味を失います。価格、税、配送日数、在庫状況——この4つはいずれも出口の地域に依存します。そのため最初からデータモデルに出口都市と州のフィールドを入れておくほうが、あとで収集をやり直すよりはるかに安上がりです。

2つめのフィールドは言語設定です。同じページの英語版とフランス語版は、商品名も説明文の長さも異なることがあります。言語情報を記録しなければ、2つの版を同じレコードとして扱い、誤った比較をすることになります。

収集計画を2〜3か所の参照都市に絞れば、負荷も複雑さも管理可能な範囲に収まります。構成については ECプロキシ と 価格比較 のページを、セッション管理には ローテーション設定 の記事をご覧ください。

関連ロケーション

北米全体をカバーするには 米国、フランス語コンテンツの比較には フランス、英語圏市場の比較には イギリス の出口を併用できます。