位置データは正常系だけでなくエッジケースでもテストする
よく地図化された市の中心部の住所からは、システムが農村部のルート、係争中の国境、極地付近のクエリをどう扱うかについてほとんど何もわかりません。難しいケースを意図的にテストしてください。
エニーキャストとCDNのIP範囲：ジオロケーションの特殊なケース
ほとんどのIPジオロケーションは、あるアドレスがおおむね固定された物理的な場所、または安定した識別可能なネットワークに対応していると想定しており、それはもっともなことです。エニーキャストによるアドレス指定は、この想定を特有の興味深い形で崩します。通常のエンドユーザーの接続ではなく、コンテンツ配信ネットワークや大規模な分散サービスから来るトラフィックの位置を特定することがあるなら、理解しておく価値があります。
エニーキャストでは、まったく同じIPアドレスが複数の物理的な場所から同時にアナウンスされ、インターネットのルーティングは、各リクエストをその時点でリクエスト元から見て最も近い、または最も適した位置にあるアナウンス元に届けます。多くのコンテンツ配信ネットワークは、まさにこの仕組みで、すべてのリクエストを1台の中央サーバーに戻すのではなく、同じアドレスが世界中のユーザーにその地域で応答することで、グローバル規模の低遅延を実現しています。ジオロケーションにとっての実際的な影響は、まったく同じIPアドレスが、誰がどこから問い合わせるかによって、本当に異なる物理サーバーの場所に対応しうるということです。これは、1つの固定された場所に結び付いた通常のIPとは根本的に異なる状況です。
つまり、エニーキャストのアドレスに対するジオロケーションの検索結果は、一般的な家庭や企業のIPの検索結果のように1つの固定された物理的な場所を示すものではなく、そのエニーキャストネットワークを運用している事業者、そして場合によってはその分散した拠点の中の代表的な地点やよく使われる地点を示すものと理解するのが最適です。返された場所を「トラフィックが物理的に配信されている正確な場所」として扱うことは、目的によっては妥当な近似ですが、別の目的では大きく間違っていることがあります。それは、そのネットワークのエニーキャストのルーティングが特定のリクエストに対してどのように振る舞うかによって決まります。
これが最も重要になるのは、CDNや同様の大規模分散サービスを経由した、またはそこから来たトラフィックの発信元の位置を特定しようとする場合です。WebサイトのIPから訪問者を特定しようとしているのに、その訪問者のリクエストがログやアプリケーションの層に届く前にCDNのエッジサーバーを経由していて、元の訪問者ではなくCDNのエッジのIPの位置を特定しているなら、実際に知りたい人ではなく、CDNのインフラの位置を特定していることになります。ここでは、ジオロケーションサービス自体の改良よりも、実際の訪問者のIPを正しくログに記録すること（通常はCDNの層で正しく設定した転送元のヘッダーを使います）の方がはるかに重要です。リクエストの層がそもそも記録しなかった場所を、どんなジオロケーションの検索でも取り戻すことはできないからです。
asnとorganizationのフィールドは、通常のエンドユーザーの接続ではなくCDNやエニーキャストのインフラを見ていることを示す最も明確な手がかりです。既知のサービスやプラットフォームのジオロケーション結果が、実際のユーザーの所在地にかかわらず、少数の場所に予想外に集中しているように見えるときは、特にこれらを確認する価値があります。当社のIPv4とIPv6の検索は、まさにこのような診断を支えるためにこれらのフィールドを返します。