Prenez deux téléphones sur deux opérateurs mobiles différents dans la même ville et recherchez leurs adresses IP publiques. Il y a de réelles chances que les deux requêtes renvoient une IP enregistrée auprès d'un centre de données situé à des centaines de kilomètres de l'un comme de l'autre. Ce n'est un bug ni du téléphone ni du service de géolocalisation. C'est le NAT de niveau opérateur, couramment appelé CGNAT, et c'est une pratique standard sur presque tous les réseaux mobiles.
Le CGNAT existe parce que les opérateurs mobiles ne disposaient plus d'assez d'adresses IPv4 publiques pour en attribuer une à chaque appareil connecté. À la place, un opérateur attribue à chaque appareil une adresse privée et achemine son trafic via un pool partagé d'IP publiques sur une passerelle centrale, desservant parfois une région entière, voire tout un pays, à travers une poignée de points de sortie. Vu de l'extérieur, chacun de ces appareils semble partager une IP avec potentiellement des milliers d'autres abonnés au même moment.
La conséquence directe pour la géolocalisation est qu'une adresse IP mobile identifie souvent l'emplacement de la passerelle de l'opérateur plutôt que la position réelle du téléphone. Un téléphone situé dans une ville peut sembler se connecter depuis l'endroit où l'opérateur achemine son pool NAT, qui peut être le grand nœud le plus proche plutôt que la position réelle de l'utilisateur. C'est différent du cas des lignes fixes, où une IP est plus probablement liée à un central régional précis proche de l'abonné.
Il s'agit d'une limite connue et universelle de la localisation par IP sur les réseaux cellulaires, et non de quelque chose de propre à un fournisseur de recherche en particulier. Elle s'applique de la même façon quel que soit le service de géolocalisation qui effectue la recherche, car la contrainte réside dans la manière dont l'opérateur achemine le trafic, et non dans la manière dont les données de localisation sont compilées.
L'enseignement pratique est de s'attendre à des résultats plus grossiers, souvent au niveau de la région ou du pays, pour les adresses IP qui se rattachent à des ASN d'opérateurs mobiles, et de considérer les résultats au niveau de la ville provenant de plages mobiles comme une estimation raisonnable plutôt que comme une position confirmée. Si votre application a réellement besoin de savoir où se trouve un appareil mobile, le GPS de l'appareil lui-même surpassera toujours la géolocalisation IP, car il mesure directement la position au lieu de la déduire du routage réseau. Utilisez les recherches par IP sur le trafic mobile pour ce qu'elles font de manière fiable : identifier l'opérateur, le pays et généralement la région, en traitant tout niveau plus fin comme la meilleure estimation disponible plutôt que comme un fait.