Comment voir votre site web depuis un autre pays

En bref : Un site détermine généralement votre pays à partir de votre adresse IP, puis adapte ce qu’il affiche selon la langue du navigateur, le fuseau horaire, les cookies et le compte éventuellement connecté. Pour voir votre propre site depuis un autre pays, chacun de ces éléments doit correspondre au marché. Il faut donc un proxy dans ce pays pour l’adresse, et un profil Chrome à part avec la langue et le fuseau horaire du marché, sans aucun de vos cookies.

Pour voir votre site web depuis un autre pays, la requête doit arriver comme arriverait celle d’un visiteur : depuis une adresse de ce pays, avec la langue de navigateur et le fuseau horaire de ce marché, et sans les cookies laissés par vos propres visites. Un proxy se charge de l’adresse, et le reste relève des réglages du navigateur. Ce guide porte sur la vérification de votre propre site, le travail que décrit notre page sur les tests par région : comment le mettre en place dans Chrome, ce qu’il faut noter à chaque essai, et quand un VPN fait aussi bien l’affaire.

Qu’utilise un site pour déterminer votre pays ?

En général l’adresse IP, souvent combinée à d’autres signaux. Il y en a cinq, et ils viennent d’endroits différents.

• L’adresse IP. Le serveur, ou un CDN placé devant lui, recherche l’adresse dans une base de géolocalisation. Cloudflare, par exemple, peut transmettre à l’origine le pays du visiteur sous forme de code à deux lettres dans un en-tête CF-IPCountry (référence des en-têtes de Cloudflare).
• La langue du navigateur. Chrome envoie un en-tête Accept-Language construit à partir des langues préférées de ses paramètres, et les scripts de la page lisent la même liste dans navigator.languages (MDN).
• Le fuseau horaire. Un script peut lire le fuseau horaire de l’ordinateur sous forme de nom, comme Europe/Berlin, via l’API Intl.DateTimeFormat, dans le champ timeZone de son resolvedOptions() (MDN).
• Une position précise. L’API Geolocation ne fournit des coordonnées qu’après autorisation du visiteur (MDN), donc la plupart des sites n’en obtiennent jamais.
• Ce que le site sait déjà. Un cookie contenant la région ou la devise choisie la dernière fois, ou le pays d’un compte connecté, peut primer sur l’adresse.

Le tableau « D’où vient chaque signal, et comment le régler pour un test » associe chaque signal au réglage de Chrome qui le contrôle.

Pourquoi un proxy seul ne suffit-il pas ?

Les signaux peuvent se contredire, et la façon dont un site gère la contradiction fait partie de ce que vous testez. Faites passer Chrome par une adresse allemande en laissant la liste des langues sur anglais (États-Unis), et un site qui prend la langue dans Accept-Language et le prix d’après l’adresse affiche des prix en euros en anglais. Aucun vrai visiteur en Allemagne avec un navigateur en allemand ne voit cette page. Gardez vos cookies habituels, et le site peut sauter sa logique de pays et vous servir la région choisie le mois dernier.

Réglez donc chaque signal sur le marché avant le premier essai, et gardez-le ainsi pour les essais suivants.

Comment configurer un profil Chrome par marché ?

Créez un profil Chrome à part pour chaque marché et donnez-lui son propre proxy. Un profil garde son propre historique, ses mots de passe et ses paramètres (aide Chrome), ainsi que ses propres cookies (notes de Chromium sur le répertoire de données utilisateur). Les cookies du profil allemand n’atteignent jamais le profil français, et aucun des deux ne touche votre navigation de tous les jours.

1. Créez le profil. Cliquez sur votre photo de profil en haut à droite, puis sur Ajouter un profil Chrome, et nommez-le d’après le marché, par exemple « Test DE ». Ne le connectez pas à votre compte Google, afin que rien de votre profil principal ne s’y synchronise.
2. Installez une extension de proxy dans ce profil. Une extension règle le proxy du profil dans lequel elle est installée (chrome.proxy API). Ajoutez-y le proxy du marché. Notre ProxyJam Connector, gratuit, est une extension de ce type.
3. Ne faites passer par le proxy que les domaines testés. Ajoutez une règle pour le domaine de votre site et ses sous-domaines, et laissez l’option par défaut sur Direct. Le trafic propre de Chrome et tous les autres sites gardent votre connexion, et le proxy ne transporte que le test. La façon dont les règles deviennent un script PAC, et pourquoi en HTTPS elles comparent des noms d’hôte et jamais des chemins, est expliquée dans utiliser un proxy pour certains sites seulement dans Chrome (en anglais).
4. Ajoutez les hôtes qu’appelle la page. Ouvrez DevTools, rechargez la page et lisez la colonne Domain du panneau Network (faites un clic droit sur les en-têtes de colonne pour l’afficher si elle est masquée). Les prix viennent souvent d’une API sur un autre hôte, et un bandeau de consentement peut demander au serveur de son éditeur quelle version afficher. Un hôte laissé hors de la règle voit votre propre adresse, et la page finit par mélanger deux marchés. Ajoutez-les tous.
5. Réglez la langue. Dans Paramètres, Langues, ajoutez la langue du marché sous Langues préférées et placez-la en haut (aide Chrome). C’est cet ordre qu’envoie Accept-Language.
6. Réglez le fuseau horaire. Chrome prend le fuseau horaire du système d’exploitation et n’a pas de réglage propre. Pour un test, DevTools peut en fournir un : dans les paramètres de DevTools, Locations, ajoutez un emplacement avec le Timezone ID et la Locale du marché, puis sélectionnez-le dans le panneau Sensors (documentation de DevTools). Ce remplacement s’applique à l’onglet sur lequel DevTools est ouvert, donc ouvrez DevTools avant de charger la page. Changer le fuseau horaire du système fonctionne aussi, pour tous les programmes de l’ordinateur à la fois.
7. Vérifiez le profil. Ajoutez proxyjam.com à la règle pendant une minute et ouvrez Quelle est mon IP. La page doit afficher l’adresse du proxy, située dans le pays du marché. Retirez ensuite la page de vérification de la règle.

Si le proxy demande un nom d’utilisateur et un mot de passe et que Chrome ne cesse de les redemander, l’invite de connexion du proxy (en anglais) explique pourquoi et que faire.

Que doit consigner une vérification régionale ?

Les mêmes champs à chaque essai, pour pouvoir comparer deux essais ligne par ligne. La liste « Notez les mêmes champs à chaque essai » est une base de départ : la chaîne de redirections, le prix et la devise, le stock, le bandeau de consentement et la langue, plus l’adresse qu’utilisait le profil.

Pour la chaîne de redirections, activez Preserve log dans le panneau Network, qui garde dans la liste les requêtes antérieures à une redirection (référence Network de DevTools). Depuis un terminal, curl affiche les en-têtes de chaque étape avec -I et -L, envoie la requête via un proxy avec -x, et ajoute un en-tête de langue avec -H (manuel de curl). L’adresse du proxy provient d’une plage réservée à la documentation (RFC 5737) ; mettez la vôtre à sa place.

curl -sIL -x http://203.0.113.10:8080 -H "Accept-Language: de-DE,de;q=0.9" https://example.com/

Chaque ligne d’état suivie d’un en-tête location: correspond à une étape. Une requête simple comme celle-ci voit les redirections, les en-têtes et les prix écrits dans le HTML. Comme -I envoie une requête HEAD, un serveur qui répond à HEAD autrement qu’à GET peut montrer une autre chaîne ; retirez -I et ajoutez -o /dev/null -D - pour afficher les en-têtes d’une requête normale. Cette requête n’exécute aucun script, donc un bandeau de consentement ou un prix rempli après le chargement de la page exige le profil de navigateur.

Tenez une ligne par essai et une feuille par marché. Une différence entre deux essais ne mérite d’être examinée que si l’adresse, la langue et le fuseau horaire étaient les mêmes les deux fois ; si l’un d’eux a changé, vous comparez deux configurations.

La chaîne de redirections compte au-delà du contrôle qualité. Google indique que les adresses par défaut de son robot semblent situées aux États-Unis et qu’il n’envoie pas d’en-tête Accept-Language (Google Search Central), donc Google risque de ne pas explorer ni indexer une version de marché accessible uniquement par détection. Une version dotée de sa propre URL évite ce problème.

Pourquoi une adresse statique vaut-elle mieux qu’une adresse rotative pour des tests répétés ?

Une comparaison exige qu’une seule chose change à la fois. Un pool rotatif distribue une adresse différente par requête ou par session, et chaque adresse a son propre enregistrement de géolocalisation et son propre réseau. Quand un prix bouge entre lundi et jeudi, vous ne pouvez pas savoir si c’est le site qui a changé ou l’adresse. Une adresse statique garde le point d’observation fixe, et sort donc de la comparaison. Garder une adresse et puiser dans un pool sont comparés plus en détail dans proxys ISP ou résidentiels.

Une adresse statique peut tout de même bouger : les bases de géolocalisation sont mises à jour, et une adresse peut être rattachée à un autre pays. C’est pourquoi la vérification avec la page Quelle est mon IP précède chaque essai, le premier compris. Un pool rotatif est le meilleur outil quand il vous faut de nombreuses adresses différentes sur un même marché en même temps.

Quand un VPN suffit-il, et quand ne suffit-il pas ?

Un VPN suffit pour un coup d’œil ponctuel : la page d’accueil allemande se charge-t-elle, le bandeau apparaît-il. C’est rapide, et beaucoup de gens en ont déjà un d’installé.

Un VPN est insuffisant de trois façons quand la vérification doit être répétée :

• Une application VPN transporte généralement tout le trafic de l’appareil, si bien que tous les programmes et onglets se retrouvent ensemble dans le pays de test, et que deux marchés ne peuvent pas être côte à côte.
• Ses adresses de sortie sont partagées par de nombreux utilisateurs et forment une catégorie connue dans les données IP : les bases commerciales ont un champ pour les adresses enregistrées au nom de fournisseurs de VPN anonymes (documentation de MaxMind). Un site qui le lit peut traiter différemment un visiteur sous VPN, et l’essai enregistre alors ce traitement.
• L’adresse de sortie peut changer d’une connexion à l’autre, ce qui ramène le problème du pool rotatif.

Quelle est la place de ProxyJam ?

ProxyJam vend des proxys résidentiels statiques (ISP) : une adresse dans le pays de votre choix, enregistrée au nom d’un fournisseur d’accès, qui reste la vôtre pendant la période payée. Pour ce travail, cela veut dire une adresse par marché. Les pays sont listés sur la page des emplacements de proxys, 77 aujourd’hui, avec les prix par IP et par période sur la page des tarifs. Si une adresse commence à être géolocalisée hors du pays acheté, cela ouvre droit à un remplacement gratuit, dans la limite mensuelle fixée par la section 2.5 des Conditions d’utilisation.

Le produit est vendu par pays, donc une différence entre deux villes dépasse ce qu’il peut montrer. Il est aussi destiné à vérifier votre propre site : utiliser une adresse pour accéder à un contenu qu’un site refuse à votre pays est interdit par la section 5 de notre Politique d’utilisation acceptable. Le catalogue se trouve sur la page des proxys ISP, et ce qu’est un proxy ISP, pour commencer, est expliqué dans ce que sont les proxys ISP.