Google Proxy : signal de localisation, personnalisation et rythme des requêtes

Il serait faux de dire que l'usage de Google via un proxy poursuit un seul objectif ; en pratique, deux besoins distincts convergent vers le même outil. Le premier est la vérification : vous ne pouvez pas voir depuis votre propre navigateur comment une page, une campagne ou une marque est listée dans un autre pays. Le second est la continuité : contrôler la même requête à intervalles réguliers pour différentes régions ne peut pas se faire depuis une seule sortie.

Ces deux besoins imposent des décisions techniques différentes. Pour une vérification ponctuelle, une sortie fixe et un profil de navigateur propre suffisent. Pour une mesure régulière, la taille du pool, l'intervalle entre les requêtes et la gestion des erreurs deviennent aussi déterminants que le type de sortie.

Une limite doit être posée d'emblée : le proxy change uniquement l'adresse depuis laquelle part la requête. Votre compte, vos cookies, la langue de votre navigateur et votre fuseau horaire restent inchangés. Une partie des signaux qui influencent le résultat échappe au périmètre du proxy et doit être traitée séparément.

Pourquoi la même requête est-elle classée différemment sur deux machines ?

Un résultat de recherche n'est pas une liste figée, mais une page composée au moment de la requête. La requête elle-même n'est qu'une entrée parmi d'autres ; le pays d'origine de la requête, la préférence de langue déclarée par le navigateur, l'historique porté par la session et le rythme des requêtes sont évalués simultanément. Il est donc normal de saisir les mêmes mots sur deux machines et d'obtenir un ordre différent.

Une seule de ces entrées change avec le proxy. Le proxy modifie l'adresse depuis laquelle part la requête ; l'IP vue côté moteur n'appartient plus à votre ligne mais au serveur de sortie. Le pays et le système autonome (ASN) auquel l'adresse est rattachée sont lus depuis cette adresse. Les autres signaux — cookie, session, langue d'interface, fuseau horaire, dimensions d'écran — restent côté client et le proxy n'y touche pas. La classe de réseau à laquelle l'adresse semble appartenir se déduit du même enregistrement : un bloc de centre de données et un bloc d'abonnés ne se lisent pas de la même façon côté moteur, si bien que choisir une sortie revient en réalité à choisir sous quelle identité réseau vous apparaissez.

La conséquence pratique est la suivante : se contenter de configurer un proxy puis déclarer « je regarde désormais depuis l'Allemagne » constitue une configuration incomplète. Un navigateur qui déclare une interface en turc, fonctionne sur le fuseau horaire turc et possède un historique produira un profil hybride, même avec une adresse de sortie à Francfort. Si vous voulez comparer, vous devez rendre les signaux cohérents entre eux ; sinon, ce que vous mesurez n'est pas la région, mais l'incohérence de votre propre configuration.

Il y a aussi la variabilité elle-même. Deux recherches menées à quelques minutes d'intervalle avec la même configuration peuvent renvoyer de légères différences, parce qu'elles atterrissent dans des centres de données différents ou tombent sur des expérimentations en cours. Ne considérez jamais une mesure unique comme une preuve ; répétez la même requête dans les mêmes conditions et consignez ce qui est constant.

Quel poids l'adresse de sortie a-t-elle en tant que signal de localisation ?

L'information de localisation ne provient pas d'une source unique. Si vous avez accordé au navigateur une autorisation de localisation explicite, les coordonnées déclarées par l'appareil constituent le signal le plus fort et priment sur l'IP de sortie. Si une région est enregistrée dans le compte auquel vous êtes connecté, elle intervient également. En l'absence de ces deux éléments, l'indice le plus déterminant restant est l'enregistrement géographique de l'adresse de sortie — c'est précisément là que le proxy est utile.

L'enregistrement géographique d'une adresse et la localisation physique du serveur ne coïncident pas toujours. Les blocs d'IP sont attribués par les registres régionaux, les fournisseurs peuvent router ces blocs vers la ville de leur choix dans leur propre infrastructure, et les bases de données publiques répercutent ces changements avec du retard. Avant de mettre une sortie en service, vérifiez donc mon adresse IP comment elle apparaît via l'outil ; le pays affiché dans le panneau et le pays lu par la cible peuvent diverger.

Si vous avez besoin d'une vue au niveau de la ville, une sortie au niveau du pays ne suffit pas. Pour tester réellement les résultats d'établissements locaux et cartographiques, il faut un pool prenant en charge le ciblage par ville ; le mécanisme est expliqué dans l'article ciblage par ville et par ISP . Avant de louer un pool, vérifiez que la liste de localisations du fournisseur inclut le pays visé avec sa ventilation par ville ; si seule la mention du pays figure dans la liste, vous ne pourrez pas construire de mesure au niveau de la ville avec ce pool.

• Désactivez l'autorisation de localisation du navigateur avant de commencer la mesure ; une autorisation active éclipse l'adresse de sortie.
• Vérifiez le pays sous lequel la sortie est enregistrée non pas depuis le panneau, mais depuis ce que voit la cible.
• Si vous mesurez des résultats au niveau de la ville, ne commencez pas avec une sortie au niveau du pays.
• Lorsque vous changez de pays au cours d'une même mesure, réinitialisez également le profil du navigateur.

Que changent réellement les paramètres de pays et de langue ?

Les paramètres de pays et de langue d'interface ajoutés à la requête de recherche sont documentés dans l'interface de recherche programmable de Google et sont également d'usage courant dans l'interface web. Leur action est limitée mais claire : le paramètre de pays détermine dans quel contexte de marché les résultats sont compilés, le paramètre de langue influe sur la langue de l'interface et, dans la plupart des cas, sur la langue de contenu préférée. L'un ne remplace pas l'autre ; vous pouvez demander le marché allemand avec une interface en anglais, ou le marché américain avec une interface en allemand.

Se rendre sur un domaine national ne fait pas le même travail à lui seul. Depuis que Google a dissocié les services nationaux du nom de domaine, le contexte est déterminé par la localisation de la requête ; saisir google.de ne vous transporte pas automatiquement sur le marché allemand. Dans une comparaison sérieuse, il faut donc configurer trois choses ensemble : le pays de sortie, le paramètre de pays et l'en-tête de langue déclaré par le navigateur.

Abordez avec prudence les « paramètres qui désactivent la personnalisation » qui circulent sur Internet. Ces paramètres ne sont pas officiellement documentés, leur comportement peut évoluer et ils peuvent fonctionner un jour et rester sans effet le lendemain. La voie la plus solide est la séparation des sessions expliquée dans la section suivante : plutôt que de se fier à un paramètre, construire une session propre dès le départ.

Dissocier l'état de la session du résultat

L'essentiel de la personnalisation vient de la session, non de l'IP. Un compte connecté, les cookies accumulés dans le navigateur et le contexte laissé par les recherches précédentes peuvent influencer l'apparence du résultat plus directement que l'adresse de sortie. Comme le proxy ne touche pas à cette couche, activer et désactiver le proxy dans le même navigateur ne fournit pas une comparaison propre.

La méthode pratique de dissociation est l'isolation par profil. Ouvrez un profil de navigateur distinct pour la mesure ; qu'aucun compte n'y soit connecté, qu'aucun historique ne s'y accumule, qu'aucune extension n'y tourne. Rattachez la sortie à ce profil et réservez-le exclusivement à la mesure. Si vous y menez votre travail quotidien, l'historique du profil polluera la mesure en quelques jours.

La deuxième étape consiste à définir la portée du proxy au niveau du profil. Un réglage défini au niveau du système d'exploitation affecte toutes les applications et route aussi votre travail quotidien ; une règle liée à un profil de navigateur ne couvre que ce profil. Côté Chrome et Firefox, cette distinction s'obtient avec un profil distinct qui n'hérite pas du réglage système ou avec une extension active uniquement dans ce profil ; dans les deux cas, la règle ne disparaît pas à la fermeture du navigateur : elle est écrite dans le profil et le suit. Une version plus stricte de la même logique consiste à utiliser des outils qui font tourner chaque profil comme une instance séparée avec ses propres réglages ; à mesure que le nombre de mesures simultanées augmente, passer à cette méthode évite que les profils se mélangent.

La troisième est la stabilité de la session. Si l'adresse de sortie change d'elle-même pendant la mesure, la comparaison est coupée en deux : vous vous retrouvez avec un tableau dont la première moitié provient d'un pays et la seconde d'un autre. Pour les travaux de mesure, choisissez donc une fenêtre session sticky plus large que la durée du travail ; une adresse en changement permanent n'est un avantage que pour des collectes de données publiques sans session, et joue exactement à l'inverse dans une comparaison de classement.