> For the complete documentation index, see [llms.txt](https://docs.ipcheck.ing/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.ipcheck.ing/knowledge-base/fr/concepts/geoip-explained.md).

# GeoIP : comment fonctionne la géolocalisation IP

Un site web vous accueille dans la bonne langue et affiche la bonne devise. Un autre affirme que vous êtes dans une ville située à trois cents kilomètres. Tous deux utilisent le même type de données. Comment ?

## Il n’y a pas d’emplacement dans une adresse IP

Commencez ici, car cela clarifie la plupart des confusions.

Une adresse IP ne contient aucune information géographique. C’est un identifiant de routage, au même titre qu’un numéro de téléphone. Rien dans `203.0.113.42` ne dit « Berlin ».

Ce qui existe à la place, c’est un ensemble de **bases de données** qui associent des plages d’adresses à des emplacements supposés. Plusieurs entreprises construisent ces bases de données, chacune utilisant son propre mélange de sources et son propre jugement. Lorsqu’un site web « détecte votre emplacement à partir de votre adresse IP », il recherche votre adresse dans l’une de ces bases et lit l’estimation de quelqu’un d’autre.

C’est pourquoi la description honnête du GeoIP est *une inférence*, pas une mesure.

## D’où viennent les données

Quatre sources principales alimentent ces bases de données, dans un ordre de fiabilité globalement décroissant.

**Données d’enregistrement.** Les registres internet régionaux publient qui détient chaque bloc d’adresses, avec un pays et une adresse postale enregistrés. C’est solide pour les données au niveau du pays et faible pour tout ce qui est plus fin — les dossiers d’un fournisseur national peuvent n’indiquer qu’un siège social pour des adresses utilisées dans un pays entier.

**Données de routage.** Quel système autonome annonce un préfixe, et où ce réseau opère, est observable publiquement. Un préfixe annoncé uniquement par un réseau qui opère exclusivement au Japon est presque certainement utilisé au Japon. Voir [Qu'est-ce qu'un ASN ?](/knowledge-base/fr/concepts/what-is-an-asn.md).

**Mesure.** Les fournisseurs envoient des sondes chronométrées depuis de nombreux emplacements connus et utilisent la latence pour borner l’endroit où une adresse peut physiquement se trouver. La lumière dans la fibre se déplace à environ 200 kilomètres par milliseconde, donc un aller-retour constant de 2 ms depuis une ville connue exclut la majeure partie de la planète. C’est ainsi que les suppositions au niveau de la ville gagnent un peu de précision — et cela se dégrade fortement lorsque le trajet est indirect.

**Corrections déclarées par les opérateurs.** Les opérateurs de réseau peuvent publier des informations de localisation pour leurs propres plages, et les grands le font, car il est dans leur intérêt que leurs clients voient le bon contenu. Il existe aussi un mécanisme formel pour publier cela, parfois appelé geofeed. Ces corrections sont généralement la source la plus précise disponible — lorsqu’elles existent et sont tenues à jour.

Au-dessus de tout cela se trouve une couche d’inférence : signaux fournis par les utilisateurs, comportements observés et recoupements entre les autres sources.

## Pourquoi le pays est généralement correct et la ville souvent non

La précision au niveau du pays est généralement élevée, car elle repose sur les sources les plus solides. Les blocs d’adresses sont attribués à des organisations enregistrées dans un pays, annoncés par des réseaux opérant dans ce pays, et rarement utilisés au-delà des frontières sans que l’opérateur s’en aperçoive.

La précision au niveau de la ville est une autre affaire, et les raisons s’additionnent.

* **Les blocs d’adresses ne suivent pas les limites des villes.** Un fournisseur attribue un bloc à une région et déplace les adresses à l’intérieur selon les besoins.
* **Le trafic sort là où se trouve l’équipement.** Votre fournisseur peut faire passer toute une province par une seule installation dans la capitale. Chaque client semble alors se trouver dans la capitale. C’est extrêmement courant avec les réseaux mobiles.
* **La mesure devient bruitée.** Les estimations fondées sur la latence supposent un trajet raisonnablement direct. Tout détour — et les détours sont normaux — élargit l’erreur.
* **Rien n’impose de mise à jour.** Lorsqu’un bloc est réattribué à une autre ville, la base de données ne l’apprend que lorsqu’une source à laquelle elle fait confiance reflète le changement.

Une manière raisonnable de le considérer : traitez le pays comme probablement correct, la région comme souvent correcte, et la ville comme un indice. Les coordonnées méritent une prudence particulière — elles pointent généralement vers le centre d’une zone administrative, et non vers quelque chose de réel. Certaines bases de données utilisent le centre géographique d’un pays comme substitut lorsqu’elles ne savent rien de plus, ce qui a causé des problèmes bien documentés aux personnes qui vivent justement là.

| Champ             | Fiabilité typique            | Pourquoi                                                     |
| ----------------- | ---------------------------- | ------------------------------------------------------------ |
| Pays              | Généralement correct         | L’enregistrement et le routage l’appuient tous deux          |
| Région / État     | Souvent correct              | Dépend de la finesse de la documentation du fournisseur      |
| Ville             | Souvent faux                 | Points de sortie, réattribution des blocs, données obsolètes |
| Coordonnées       | Rarement un emplacement réel | Généralement le centre d’une zone, ou un espace réservé      |
| Fournisseur / ASN | Généralement correct         | Vient des données de routage, qui sont publiques et à jour   |

## Ce que font les VPN, les proxys et le CGNAT

**Un VPN ou un proxy remplace entièrement la réponse.** La base de données décrit maintenant le serveur de sortie, ce qui est exactement ce que vous avez demandé. Si elle indique la mauvaise ville pour votre serveur VPN, il s’agit d’une inexactitude de la base de données concernant les adresses du fournisseur, et non d’une fuite.

**Les plages des centres de données sont reconnaissables.** Les adresses appartenant à des réseaux d’hébergement sont signalées comme telles par la plupart des bases de données. C’est ainsi que les services de streaming détectent l’utilisation d’un VPN — non pas en sachant où vous êtes, mais en sachant que les clients résidentiels ordinaires ne naviguent pas depuis une baie de serveurs.

**Le CGNAT déplace votre emplacement apparent vers le point de sortie.** Derrière le NAT de classe opérateur, vous partagez une adresse publique avec de nombreux autres clients, et l’emplacement indiqué est celui où se trouve l’équipement de traduction du fournisseur. Voir [Adresses publiques, privées et CGNAT](/knowledge-base/fr/concepts/public-private-cgnat.md).

**Les réseaux mobiles sont les moins précis de tous.** Peu d’adresses publiques, peu de points de sortie, et une réattribution constante. Être placé dans une ville différente sur les données mobiles est normal, pas un défaut.

**Les adresses recyclées conservent d’anciennes données.** Les adresses changent de mains — entre fournisseurs, entre pays. Les bases de données se mettent à jour à des vitesses différentes, et un bloc récemment transféré peut être décrit de façon erronée pendant des mois.

## Ce que les sites font de la réponse

Savoir à quoi elle sert vous aide à juger du coût de l’inexactitude.

* **Langue et devise par défaut.** Au niveau du pays, donc généralement correct.
* **Vous envoyer vers un serveur proche.** Les réseaux de diffusion de contenu choisissent une copie proche d’un site, en utilisant souvent la localisation de votre résolveur DNS plutôt que votre propre adresse. Voir [Comment fonctionne le DNS](/knowledge-base/fr/concepts/how-dns-works.md).
* **Licences et disponibilité.** Les catalogues de streaming, les diffusions sportives et la disponibilité des boutiques sont décidés au niveau du pays.
* **Détection de fraude et évaluation du risque.** Une connexion depuis un pays inattendu déclenche des vérifications supplémentaires. C’est là qu’un mauvais pays vous gêne vraiment.
* **Exigences légales et fiscales.** Les bannières de consentement, les règles d’âge et la taxe de vente dépendent souvent du pays indiqué.

Remarquez que presque toute utilisation importante se fait au niveau du pays. Les données au niveau de la ville servent surtout à la publicité et à vous montrer une boutique proche — les cas où se tromper est agaçant plutôt que dommageable.

## Pourquoi les bases de données ne sont pas d’accord

Parce que ce sont des produits indépendants construits à partir d’entrées différentes.

Chaque fournisseur pondère les sources différemment, se met à jour selon son propre calendrier, applique ses propres corrections et choisit lui-même quoi dire lorsqu’il n’est pas sûr — certains supposent, d’autres ne renvoient rien. Deux bases de données examinant la même adresse sont deux analystes lisant des éléments de preuve qui se recoupent et tirant des conclusions différentes.

Donc, quand deux outils vous donnent des villes différentes, aucun ne dysfonctionne. Vous voyez deux estimations. Et lorsque plusieurs bases de données indépendantes sont d’accord, cet accord est en soi un signal significatif — bien plus fort que n’importe quelle réponse unique.

## Idées reçues courantes

**« GeoIP connaît mon adresse. »** Ce n’est pas le cas, et cela ne peut pas l’être. Au mieux, cela identifie la zone par laquelle votre fournisseur vous achemine. La localisation précise sur un téléphone ou un ordinateur portable provient du GPS, des réseaux Wi‑Fi à proximité et des autorisations que vous avez accordées — un mécanisme complètement distinct.

**« La mauvaise ville signifie que mon VPN fuit. »** Habituellement, c’est plutôt bon signe. Si l’emplacement n’est pas le vôtre et n’est manifestement pas celui de votre fournisseur, vérifiez d’abord qu’il s’agit du point de sortie de votre VPN — voir [Mon VPN ou proxy fonctionne-t-il ?](/knowledge-base/fr/diagnose/is-my-vpn-working.md).

**« Je peux simplement le corriger. »** Pas directement. Les corrections proviennent de l’opérateur réseau qui détient la plage. Certains fournisseurs de bases de données acceptent des signalements individuels, mais un seul utilisateur ne peut pas modifier la manière dont une plage est décrite.

**« Mon IPv4 et mon IPv6 devraient afficher le même endroit. »** Ce n’est souvent pas le cas. Les plages IPv6 sont plus récentes et moins soigneusement documentées, donc les deux ont souvent des données de qualité différente. Voir [IPv4 contre IPv6](/knowledge-base/fr/concepts/ipv4-vs-ipv6.md).

{% hint style="info" %}
**Voyez-le vous-même sur MyIP**

MyIP ne choisit pas une seule base de données pour présenter sa réponse comme un fait. Il interroge plusieurs sources de géolocalisation indépendantes pour la même adresse et affiche chaque résultat, et vous pouvez changer celle qui est privilégiée dans les Préférences.

Comparer les cartes est la leçon la plus rapide pour comprendre comment cela fonctionne : là où les sources concordent, vous pouvez faire confiance au champ ; là où elles divergent, vous avez affaire à une supposition. Voir [Lire vos cartes IP](/knowledge-base/fr/getting-started/reading-your-ip-cards.md) pour une analyse champ par champ, et [Pourquoi l’emplacement de mon IP est-il incorrect ?](/knowledge-base/fr/diagnose/why-is-my-ip-location-wrong.md) quand la réponse semble manifestement fausse.
{% endhint %}

## Concepts connexes

* [Qu'est-ce qu'un ASN ?](/knowledge-base/fr/concepts/what-is-an-asn.md) — les données de routage sous-jacentes à la plupart des estimations de localisation
* [Adresses publiques, privées et CGNAT](/knowledge-base/fr/concepts/public-private-cgnat.md) — pourquoi des sorties partagées déplacent votre emplacement apparent
* [IPv4 contre IPv6](/knowledge-base/fr/concepts/ipv4-vs-ipv6.md) — pourquoi vos deux adresses peuvent indiquer des endroits différents
* [Comment fonctionne le DNS](/knowledge-base/fr/concepts/how-dns-works.md) — comment les sites vous envoient vers un serveur proche


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.ipcheck.ing/knowledge-base/fr/concepts/geoip-explained.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.