Note de périmètre : cet article explique les mécanismes qui sous-tendent les restrictions régionales et pourquoi ils produisent des résultats incohérents. Ce n'est pas un guide pour contourner des contrôles d'accès, ce qui enfreint couramment les conditions que vous avez acceptées et, dans certaines juridictions, d'autres règles encore.
On décrit d'ordinaire le géoblocage par « le site vérifie votre adresse IP », ce qui représente à peu près un tiers de l'histoire. En pratique, une restriction peut être évaluée en plusieurs points différents — le résolveur, le point de présence CDN, l'application, le prestataire de paiement, la boutique d'applications — et chacun de ces points lit un signal différent pour décider à quel pays vous appartenez. Quand les signaux se contredisent, on obtient le comportement partiel et déroutant que la plupart des gens rencontrent réellement.
Quels signaux déterminent votre pays apparent ?
Au moins neuf, lus à différentes couches par différents acteurs.
| Signal | Lu par | Précision typique | Défaillance courante |
|---|---|---|---|
| Adresse IP via une base de géolocalisation | CDN, application | Bonne en général au niveau du pays, bien plus faible au niveau de la ville | Plages réattribuées, données périmées |
| Emplacement du point de présence CDN | Le CDN lui-même | Reflète la topologie du réseau, pas la géographie | Le point le plus proche peut être dans un autre pays |
En-tête Accept-Language |
Application | Préférence de langue, pas localisation | Un navigateur configuré pour le Royaume-Uni utilisé à l'étranger |
| Fuseau horaire et locale du navigateur | Scripts côté client | Réglage de l'appareil | Trivialement incohérent avec l'IP |
| Pays d'inscription du compte | Application | Ce qui a été saisi à la création | Ne se met jamais à jour quand vous déménagez |
| Pays émetteur de la carte (BIN) | Prestataire de paiement | Fiable pour la carte | Diverge de la localisation de l'utilisateur |
| Adresse de facturation | Prestataire de paiement | Fiable pour le compte | Même divergence |
| Boutique d'applications | Plateforme applicative | Liée au compte de la boutique | Indépendante de la position de l'appareil |
| Code SIM / opérateur | Applications mobiles | Fiable pour la SIM | L'itinérance et l'eSIM compliquent les choses |
Le point structurel important : aucun acteur unique n'évalue tout cela. Le CDN voit l'IP mais pas votre carte. Le prestataire voit la carte mais pas le point de présence qui a servi la page. Personne ne réconcilie les réponses, si bien qu'un service peut vous considérer simultanément dans deux pays au sein de deux sous-systèmes différents.
Comment la géolocalisation IP détermine-t-elle réellement un pays ?
Par déduction à partir de données d'enregistrement et de routage, pas par mesure.
Les bases de géolocalisation se construisent en combinant les registres d'attribution des registres internet régionaux, la propriété des systèmes autonomes, les annonces de routage BGP, la triangulation de latence entre points de mesure, et les corrections soumises par les opérateurs de réseau et les utilisateurs. Le résultat est une meilleure estimation, rafraîchie périodiquement.
Cette construction explique les modes de défaillance :
- Les plages d'adresses sont réattribuées entre opérateurs et pays, et les bases accusent des semaines de retard, voire davantage.
- Le CGNAT des réseaux mobiles place des milliers d'abonnés derrière un petit lot d'adresses enregistrées là où l'opérateur l'a décidé.
- Les réseaux d'entreprise font sortir le trafic par une passerelle centrale, si bien que chaque agence semble être au siège.
- IPv4 et IPv6 peuvent donner des résultats différents sur la même connexion, si bien que la réponse change selon le protocole utilisé par la requête.
- Les connexions satellitaires et certaines connexions professionnelles sont enregistrées à une adresse administrative sans rapport avec la position du terminal.
La précision au niveau du pays est globalement bonne et celle au niveau de la ville nettement moins — c'est pourquoi les restrictions régionales sont d'ordinaire tracées aux frontières nationales même quand la licence sous-jacente est plus fine.
À quel endroit du parcours de la requête le blocage se produit-il ?
Plus tôt qu'on ne le croit, et c'est pourquoi les blocages répondent instantanément et uniformément.
| Couche | Appliqué par | Ce que vous voyez |
|---|---|---|
| Résolution DNS | Le résolveur, ou un filtre national imposé | Le nom ne se résout pas, ou renvoie une page d'avis |
| Chemin réseau | Filtrage du FAI, souvent sur l'IP ou sur le nom de serveur TLS | La connexion expire ou est réinitialisée |
| Point de présence CDN | Le CDN du site, avant que l'origine soit contactée | Un « non disponible dans votre région » instantané |
| Application | La logique propre du site, après authentification | Le catalogue diffère, ou une fonction est désactivée |
| Paiement | Règles du prestataire et de la banque émettrice | La consultation marche, l'abonnement échoue |
| Distribution d'applications | Règles de la boutique d'applications | L'application n'est pas listée pour votre compte |
Le cas du point de présence CDN est le plus courant pour les services commerciaux. Comme la décision se prend à un point de présence proche de vous plutôt qu'à l'origine, le blocage s'applique de façon cohérente et sans latence — et c'est pourquoi la même URL peut renvoyer une page normale et un refus à quelques centaines de kilomètres d'écart.
Pourquoi ces restrictions existent-elles au départ ?
Pour trois raisons différentes, qui produisent trois comportements différents.
Les licences. Les droits de distribution se vendent par territoire. Le service ne vous bloque pas tant qu'il n'a pas le droit de servir ce titre là où vous êtes. Le symptôme typique est un catalogue modifié, pas un site bloqué.
La conformité réglementaire. Une juridiction impose des obligations — vérification de l'âge, règles de contenu, déclarations — et l'opérateur conclut que servir ce marché ne vaut pas le coût de conformité. Le symptôme typique est un avis de retrait ou un mur de vérification.
Le filtrage imposé par l'État. La restriction est imposée au réseau plutôt que choisie par le service. Le symptôme typique, c'est que le site est injoignable alors que les autres fonctionnent normalement, et que le service lui-même ignore que vous avez essayé.
Les distinguer est réellement utile, parce qu'ils sont imputables à des acteurs différents. Une différence de catalogue est une question de droits avec le service ; un domaine injoignable est un problème réseau hors du contrôle du service.
Pourquoi les signaux se contredisent-ils si souvent ?
Parce qu'ils n'ont jamais été conçus pour être cohérents, et que chacun est tenu par un acteur différent dans un but différent.
Votre IP reflète l'endroit où votre trafic sort du réseau. Votre carte reflète où se trouve votre banque. Votre compte de boutique d'applications reflète où vous étiez quand vous l'avez créé. Le pays de votre compte reflète ce que vous avez tapé à l'inscription, peut-être il y a des années. Aucun ne se met à jour quand un autre change, et aucun protocole ne les réconcilie.
Pour un utilisateur, la lecture pratique est diagnostique plutôt qu'opérationnelle : quand quelque chose ne marche qu'en partie, identifiez quel signal lit l'étape qui échoue. Une consultation qui échoue pointe vers l'IP ou le réseau ; un abonnement qui échoue pointe vers la carte ; une application absente pointe vers la boutique ; un catalogue modifié pointe vers les licences. Cela vous dit à quel acteur vous adresser, et si le problème peut être résolu tout court.