Géolocalisation IP : pourquoi la ville est imprécise
La précision de la géolocalisation IP au niveau de la ville est limitée parce qu’une adresse IP indique où un réseau est enregistré et routé, et non où un appareil se trouve physiquement ; les réponses au niveau du pays sont donc généralement fiables, tandis que celles au niveau de la ville sont des estimations au mieux. Comprendre cette différence vous permet de décider quelles décisions une recherche d’IP peut piloter en toute sécurité.
Pourquoi le pays est fiable et la ville ne l’est pas
L’espace d’adressage IP est alloué de façon hiérarchique. Les registres Internet régionaux remettent des blocs à des organisations, et celles-ci enregistrent le pays dans les registres d’allocation. Le routage ajoute un second témoin indépendant : le réseau qui annonce un bloc dans BGP est identifiable par son ASN. Les deux sources concordent généralement sur le pays, car les grands réseaux opèrent dans des empreintes nationales définies et un bloc change rarement de pays. C’est pourquoi le pays est le champ que la plupart des services réussissent la plupart du temps. Il n’est pourtant pas parfait, car le pays d’enregistrement peut différer de l’endroit où se trouve l’infrastructure, et une multinationale peut enregistrer un bloc dans le pays de son siège et l’utiliser ailleurs. La recherche d’ASN montre le propriétaire et le pays d’enregistrement du réseau derrière une adresse, ce qui aide à raisonner sur ces cas.
La ville est une affirmation d’une autre nature. Aucun registre ne publie où une adresse est utilisée ; chaque valeur de ville provient donc d’une inférence : indices des registres, mesures de latence, corrections soumises par les utilisateurs, et jeux de données commerciaux ou ouverts qui les combinent. Chaque méthode a ses modes de défaillance, et les inférences sont les plus solides pour le haut débit fixe dans les zones denses et les plus faibles pour tout le reste.
Ce qui fait dévier les résultats de ville
Plusieurs situations courantes rompent le lien entre une adresse et un lieu :
- Les réseaux mobiles. Le trafic de nombreux appareils sort par une passerelle qui peut être loin du téléphone, et l’adresse peut être partagée par des milliers d’abonnés ; la ville affichée est donc souvent la région de la passerelle.
- Le routage centralisé. Un fournisseur d’accès peut router toute une région par un seul point de présence, de sorte que des utilisateurs de plusieurs villes apparaissent dans une seule.
- Les VPN, proxys et Tor. L’adresse visible appartient au serveur de sortie, qui se trouve par conception à un autre endroit que l’utilisateur.
- Les adresses cloud et d’hébergement. Un serveur dans un datacenter est là où se trouve le datacenter, quel que soit le public de l’application.
- Les blocs réattribués. Les blocs passent d’un fournisseur et d’une région à l’autre plus vite que les données de localisation ne sont corrigées, si bien que les enregistrements deviennent obsolètes.
- L’IPv6. La couverture et les corrections sont généralement plus minces pour l’espace d’adressage récent ; nous le traitons dans la précision de la géolocalisation IPv6.
Les bases commerciales comme les gratuites font face au même problème de fond, car toutes estiment à partir de preuves indirectes. Les différences entre fournisseurs sont réelles, mais ce sont des différences de degré. Quand deux fournisseurs ne s’accordent pas sur une ville, aucun n’a manifestement raison.
Concevoir autour de cet écart
La règle pratique est d’adapter la précision de la décision à la précision du signal. Le pays convient à la licence de contenu, aux valeurs par défaut de fiscalité et de conformité, aux langues par défaut et au routage approximatif. La ville convient à une personnalisation douce, comme une localisation météo préremplie, que l’utilisateur peut corriger en un clic. Elle ne convient pas pour tout ce qui rend une mauvaise réponse coûteuse : ne refusez pas un service, n’affirmez pas l’adresse de quelqu’un et ne prenez pas de décisions juridiques à partir d’une supposition de ville.
Utilisez le contexte réseau pour juger du degré de confiance à accorder à la ville. Si une adresse appartient à un datacenter ou à un VPN, la localisation décrit le serveur, et la recherche d’ipto le signale avec is_datacenter, is_vpn et is_tor, que le vérificateur de VPN et de proxy montre sur sa page de résultat. Si l’ASN appartient à un opérateur mobile, attendez-vous à ce que la ville décrive la passerelle de l’opérateur. Les pages de recherche d’entreprise et de WHOIS d’IP montrent l’organisation qui détient le bloc, une bonne vérification de cohérence pour savoir si une adresse est résidentielle, d’entreprise ou d’infrastructure.
Côté produit, demandez-vous quand la précision compte. L’autorisation de géolocalisation du navigateur est le bon outil pour une position exacte, et une adresse saisie par l’utilisateur est encore meilleure. Les pages météo et lieux d’ipto suivent ce schéma : elles demandent d’abord la localisation du navigateur et ne se replient sur la localisation IP approximative que si l’autorisation est refusée. Traitez l’estimation par IP comme une valeur par défaut que l’utilisateur peut remplacer.
Utiliser ipto pour une localisation grossière
La recherche d’IP d’ipto renvoie le pays, la ville, l’ASN, l’organisation et les indicateurs ci-dessus ; les jeux de données sont actualisés quotidiennement et les flux de menaces toutes les 6 heures. Elle est gratuite et sans inscription pour 1 000 requêtes par jour, ce qui vous permet de comparer les résultats à votre propre vérité terrain, comme les adresses d’utilisateurs qui vous ont indiqué leur localisation, et de mesurer la fréquence à laquelle la ville correspond dans votre propre trafic. Cette mesure vaut plus que n’importe quelle affirmation de précision publiée. Pour en savoir plus sur l’adéquation du type de données à la tâche, lisez le renseignement IP face à une API de géolocalisation, et consultez la documentation de l’API pour les définitions de champs.