Un scénario qui se répète chez tous ceux qui travaillent sérieusement avec des proxies. Vous prenez une IP résidentielle avec une géo « Allemagne ». Vous ouvrez un vérificateur — il indique honnêtement Germany, Frankfurt. Vous accédez au site cible — et celui-ci affiche la monnaie néerlandaise, une sortie néerlandaise et une bannière de cookies néerlandaise. Un deuxième vérificateur dit que l'IP est en Belgique. Qui ment ?
Personne. Le problème est que l'adresse IP n'a pas de coordonnées. La géo-localisation n'est pas une propriété de l'adresse, mais un avis d'une base de données spécifique, qu'elle a collecté par des méthodes indirectes. Il existe plusieurs bases, elles sont indépendantes, et elles divergent — systématiquement et prévisiblement. Ci-dessous, nous examinerons d'où proviennent ces données, quelle est la marge d'erreur réelle selon les mesures récentes et comment y faire face dans la pratique.
L'IP n'a pas de géographie — il n'y a que des estimations
Dans le paquet, il n'y a pas de champ « pays ». Tout ce que l'internet sait de l'adresse, c'est à qui elle est attribuée selon les documents du registraire et où mènent les routes BGP. À partir de cela, les bases commerciales (MaxMind, IPinfo, IP2Location, DB-IP et autres) rassemblent des conjectures en combinant cinq sources :
- Enregistrements RIR et whois. Le pays dans l'enregistrement est la juridiction de l'organisation à laquelle le bloc est attribué, et non l'endroit où les machines sont physiquement situées. Un fournisseur allemand peut très bien déployer des adresses à Amsterdam.
- Géofichiers. Le format des données géo-publiées par les utilisateurs est défini par le RFC 8805 (2020), remplacé en 2024 par le RFC 9632 — avec validation et détection via RDAP. L'opérateur déclare lui-même où se trouve son sous-réseau. C'est la seule source autorisée, mais la couverture est minime : à la fin de 2023, les géofichiers avaient publié environ 2 800 systèmes autonomes — soit environ 34 millions d'adresses IPv4, ou 0,8 % des attributions mondiales.
- Routage et préfixes BGP. Si l'on sait où se trouve une adresse, la base extrapole sur tout le préfixe. D'où la majorité des erreurs.
- Mesures de latence. Triangulation par RTT à partir de points connus — cela fonctionne dans les villes d'Europe dense, mais s'effondre là où il y a peu de points de mesure.
- Données des partenaires. Signaux provenant d'applications et de services qui associent les IP aux coordonnées GPS des appareils.
Chaque fournisseur mélange cela selon sa propre proportion et ses propres règles. Les résultats ne doivent pas nécessairement coïncider.
Quelle est l'ampleur de l'erreur : mesures de 2026
Le 21 mai 2026, des chercheurs de Virginia Tech (Syed Tauhidun Nabi, Jocelyn Bliton, Tijay Chung, Shaddi Hasan) ont publié un travail intitulé « Lost in the Prefix: Revisiting IP Geolocation Accuracy Across Networks and Geographies ». Ils ont comparé quatre bases — MaxMind GeoLite2, IPinfo, IP2Location DB11 et DB-IP Lite — avec une référence de 16 010 sondes RIPE Atlas dans 175 pays et 21 292 paires « IP — école » du projet UNICEF Giga. Au total, 37 302 observations, dont 74,7 % IPv4 et 25,3 % IPv6.
Chiffres clés :
- Réseaux fixes : erreur médiane de 3 à 16 km selon le fournisseur. Pour l'internet fixe domestique dans un pays développé, la géo fonctionne bien.
- Réseaux mobiles : erreur médiane de 179 à 207 km. C'est un écart de plus de dix fois par rapport aux réseaux fixes, et il est identique pour les quatre bases.
- Proportion d'erreurs grossières (plus de 100 km) par région : Europe 9–20 %, Amériques 8–22 %, Asie 53–61 %, Afrique 66–72 %.
- Cause : environ 70 % des préfixes mobiles sont physiquement étendus sur plus de 100 km. Plus le préfixe est grand, plus l'erreur est élevée — indépendamment du fournisseur, du type de réseau et de la région.
Détail important : les quatre bases se trompent à peu près de la même manière et aux mêmes endroits. Ce n'est pas « un mauvais fournisseur contre un bon » — c'est une limitation générale de la méthode. Dans les pays du Sud global, il y a 2 à 3 fois plus de préfixes « grossiers », donc les erreurs y sont également plus élevées.
MaxMind lui-même définit ses limites honnêtement : 99,8 % de précision au niveau du pays, environ 80 % au niveau de l'État/région aux États-Unis et 66 % au niveau de la ville — où « ville » signifie être dans un rayon de 50 km. Il est également précisé que les adresses dans les réseaux mobiles sont utilisées par des téléphones à grande distance, et dans le cas de VPN ou de proxies, la base géolocalise le serveur, et non l'utilisateur final.
Pourquoi le vérificateur et le site voient des choses différentes
C'est ici que se cache la clé du scénario initial. Le vérificateur que vous avez ouvert montre les données de sa base. Le site cible regarde dans sa. Ce sont des réponses différentes à une même question, et les deux sont « correctes » dans leur système de coordonnées.
Trois mécanismes spécifiques de divergence :
- Différents fournisseurs. Le site derrière Cloudflare obtient le pays à partir de l'en-tête CF-IPCountry — ce sont des données propres à Cloudflare, et elles divergent régulièrement de ce que MaxMind fournit au même moment pour la même adresse. Les services de streaming et de paiement ont généralement leurs propres listes, complétées par l'historique des comportements.
- Différence d'âge des données. Les GeoLite2 City et Country gratuites sont mises à jour deux fois par semaine — les mardis et vendredis. Les GeoIP2 commerciales sortent chaque jour ouvrable. Un site basé sur une image de base d'un an verra une image de l'année précédente. Cela explique également pourquoi de nouveaux sous-réseaux « prennent » plusieurs semaines.
- Différentes granularités. Les fournisseurs ont des politiques différentes : certains donnent la ville, d'autres arrondissent délibérément au niveau de la région ou du pays si la confiance est faible. L'absence de ville n'est pas une erreur, mais un refus de deviner.
Quatre situations où la divergence est presque garantie
- Proxies mobiles. Le pire cas par définition : CGNAT, un préfixe pour la moitié d'un pays, erreur médiane proche de 200 km. Exiger d'une IP mobile une précision de ville est inutile — le réseau n'est pas conçu de cette manière. Il est également utile de vérifier si l'IP est vraiment mobile, et non un centre de données avec un ASN falsifié : analyse de la méthodologie — dans le matériel comment distinguer un vrai proxy 4G d'un ASN faux.
- Blocs revendus et déménagés. Après le transfert d'un sous-réseau IPv4 à un nouveau propriétaire, l'ancien pays reste dans les bases pendant des mois. Le marché des adresses secondaires est actif, donc c'est un phénomène courant, et non une exotique.
- Anycast et clouds. Le même préfixe est annoncé depuis des dizaines de points dans le monde. La base doit réduire cela à un seul emplacement — et tout choix sera incorrect pour la plupart des requêtes.
- Enregistrement au siège social. Le fournisseur est enregistré dans un pays, mais l'infrastructure est maintenue dans un autre. La base prend les documents, car il n'y a pas d'autres données.
Que faire dans la pratique
- Vérifiez là où c'est important, et non dans le vérificateur. Le seul test significatif est d'ouvrir le site cible et de voir quel pays et quelle monnaie il a affichés. Si la tâche est de voir les résultats locaux de Google ou les prix régionaux, le vérificateur n'est pas du tout un critère d'acceptation.
- Comparez au moins trois bases. Si MaxMind, IPinfo et DB-IP sont d'accord — il y a de fortes chances que le site cible voie la même chose. Une divergence entre eux est un signal que l'adresse est litigieuse et qu'il y aura des problèmes.
- Séparez les exigences « pays » et « ville ». Le pays chez un fournisseur décent est fiable (99,8 % selon MaxMind). La ville est une variable probabiliste avec un rayon d'environ 50 km même dans le meilleur des cas. Construire une logique commerciale sur la ville ne peut se faire qu'avec une marge d'erreur.
- Regardez le préfixe, pas l'adresse. Vérifiez whois et la taille du bloc annoncé. Si l'IP se trouve dans un /16, étendu sur la moitié d'un pays, il n'y aura pas de liaison précise pour quiconque.
- Ne confondez pas géo et réputation. Un pays correct ne dit rien sur le fait que l'adresse ne soit pas marquée comme proxy. C'est une vérification distincte dans des bases distinctes — détaillée dans le matériel sur les mythes sur l'IP « propre » et les vérificateurs de réputation.
- Demandez au fournisseur à propos du géofichier. Si l'opérateur du sous-réseau a publié un géofichier selon le RFC 9632, le pays et la ville proviennent de lui-même, et non de conjectures. C'est le meilleur argument en faveur d'un pool spécifique. Les corrections via le géofichier sont importées et vérifiées par MaxMind une fois par jour ouvrable, les corrections ponctuelles prennent 1 à 2 jours ouvrables, après quoi elles sont intégrées dans la prochaine version de la base.
Comment cela influence le choix du type de proxy
D'après les mesures, une règle simple émerge. Si la tâche nécessite une géographie précise — résultats locaux d'un moteur de recherche, prix régionaux, publicité géo-ciblée — optez pour des proxies résidentiels sur des lignes fixes : là, l'erreur médiane se mesure en unités de kilomètres. Si la tâche nécessite la confiance de la plateforme dans le type de réseau — réseaux sociaux, messageries, applications mobiles — optez pour des proxies mobiles, mais prévoyez que le point sur la carte variera dans la région. Combiner les deux exigences dans une seule IP ne sera physiquement pas possible : c'est une limitation de l'architecture des réseaux mobiles, et non de la qualité du pool.
Pour les régions avec une forte proportion d'erreurs grossières — Asie, Afrique — planifiez au niveau du pays, et non de la ville. Là, selon l'étude, une adresse sur deux ou trois s'éloigne de son emplacement réel de plus de cent kilomètres chez n'importe quel fournisseur.
Conclusion
« Le pays n'est pas celui qui est déterminé » ne signifie presque jamais que vous avez été trompé avec un proxy. Cela signifie plus souvent que vous avez comparé les réponses de deux bases différentes et que vous vous êtes étonné qu'elles ne coïncident pas. L'ordre d'actions correct : déterminer quelle base lit la plateforme cible, vérifier la géo précisément sur celle-ci, comparer les adresses litigieuses selon plusieurs sources et ne pas exiger des réseaux mobiles une précision urbaine qu'ils n'ont pas et n'auront jamais.
Et gardez à l'esprit le chiffre principal de cette année : 3 à 16 km sur des lignes fixes contre 179 à 207 km sur mobiles. Cela explique la plupart des réclamations concernant la géo des proxies même avant que vous n'ouvriez un ticket de support.
