Proxy pour Qwant : affichage par pays, état de session et organisation des relevés

Utiliser Qwant avec un proxy répond à deux motivations différentes, qu'il ne faut pas confondre. La première est la confidentialité : vous voulez dissocier votre adresse de sortie de celle de votre fournisseur. La seconde est la mesure : vous voulez contrôler ce que voit un utilisateur d'un autre pays. La configuration est la même dans les deux cas, l'attente diffère.

Côté moteur, le point saillant est que la page de résultats n'est pas d'un seul tenant. La liste web, les onglets images et actualités, les unités sponsorisées et les blocs shopping sont alimentés selon des règles différentes. Une page riche dans un pays peut se réduire à la seule liste organique dans un autre.

Ci-dessous, nous séparons d'abord ces composants, puis nous abordons le dispositif de mesure, le choix de la sortie et les étapes de vérification. Pour le comportement comparé des autres moteurs, la section guides des moteurs de recherche est indiquée.

Qu'est-ce que le proxy change exactement côté Qwant ?

La seule chose qui change, c'est l'adresse depuis laquelle la requête atteint le moteur. Le texte de la requête, la liste de langues du navigateur, vos préférences enregistrées et les indices dérivés de la taille de votre écran restent identiques. C'est pourquoi la phrase « je suis masqué grâce au proxy » est incomplète : l'identité change à la couche réseau, les traces côté client demeurent.

La deuxième limite se situe côté contenu. Sur une connexion HTTPS, le proxy ne fait qu'ouvrir un tunnel et transporter des octets chiffrés ; il ne peut pas lire votre requête. En revanche, le domaine auquel vous vous connectez peut être visible sur le serveur proxy. Pour qui installe un proxy par souci de confidentialité, la vraie question est celle-ci : que journalise le fournisseur et pendant combien de temps le conserve-t-il (journalisation et confidentialité)?

Le troisième point est le périmètre. Le proxy ne route que la couche que vous avez définie ; une sortie configurée sur un profil de navigateur ne couvre pas les autres applications de la même machine. Si vous voulez faire passer tout le trafic de l'appareil par un seul tunnel, l'outil que vous cherchez n'est probablement pas un proxy ; la différence de périmètre est ici déterminante, car un proxy se définit au niveau de l'application ou du profil, et non au niveau de l'appareil.

Comment les modules verticaux se différencient-ils entre les marchés de l'UE ?

Qwant est un moteur hébergé en Europe, dont le centre de gravité des décisions produit se situe sur les marchés de l'UE. Sa traduction la plus visible sur la page de résultats, ce sont les modules verticaux qui accompagnent la liste web : onglets images et actualités, raccourcis de type cartographique, blocs de synthèse qui s'ouvrent selon la requête. Ces modules sont alimentés par des sources distinctes de l'index web — le volet actualités s'appuie sur des flux d'éditeurs, le volet images sur un index séparé. Résultat : pour une même requête, l'un des modules peut apparaître sur un marché et pas du tout sur un autre, ce qui ne signifie pas que l'index ne reconnaît pas la requête.

C'est en plaçant côte à côte des marchés voisins de l'UE que cette différenciation se voit le mieux. Une requête en français peut, sur une sortie FR, remplir le module actualités avec des éditeurs locaux ; la même requête sur une sortie BE produit un ensemble d'éditeurs bilingues, parce que le marché lui-même est bilingue ; sur une sortie DE, le module peut ne pas s'ouvrir du tout, la langue de la requête et celle du marché ne concordant pas. Sur les trois tours, les cinq premières lignes de la liste organique peuvent largement se recouper. Ce qui diffère, ce n'est pas le classement, mais les modules avec lesquels la page est construite, c'est-à-dire son ossature.

L'effet sur l'organisation des relevés est direct : dans un relevé Qwant, une colonne « position » ne suffit pas à elle seule. Notez aussi, pour chaque tour, quels modules verticaux se sont ouverts et où ils se situent sur la page. Lorsqu'un module s'ouvre, les lignes organiques descendent ; une observation « la position a baissé » entre deux pays traduit le plus souvent une différence d'ossature et non de classement. Il suffit de tenir la liste des modules avec de courtes étiquettes ; l'important est que cette colonne existe dès le premier tour — une colonne ajoutée après coup ne peut pas être renseignée pour les tours passés.

Dans la pratique de mesure, traitez la langue de la requête et le pays de sortie comme deux variables indépendantes et n'en faites varier qu'une à la fois. Poser des requêtes en français depuis une sortie en France et poser la même requête depuis un marché voisin produisent des répartitions de modules différentes ; si vous combinez les deux sur un même graphique, ce que vous obtenez n'est pas le comportement du moteur mais la trace de votre propre configuration. Si vous comparez, ouvrez une série distincte par marché et nommez les séries avec le code pays.

Distinguer le cookie, les préférences locales et le signal réseau

L'état qui influence la page de résultats s'accumule à trois endroits, et ceux-ci évoluent à des rythmes différents. Les cookies et les préférences du stockage local résident dans le navigateur ; la liste de langues provient des paramètres du système d'exploitation et du navigateur ; l'adresse de sortie, elle, se situe côté réseau. Modifier ces trois éléments en même temps dans une mesure rend l'écart ininterprétable.

L'erreur la plus fréquente est de considérer la fenêtre de navigation privée comme un environnement propre. Cette fenêtre ne conserve pas de données locales, mais elle ne change ni la liste de langues ni l'adresse de sortie ; de plus, vos extensions continuent de fonctionner dans certaines configurations. Un environnement propre, cela veut dire un profil de navigateur distinct, avec son propre stockage de cookies et sa propre définition de proxy.

La deuxième erreur fréquente consiste à lire l'effacement des cookies comme une réinitialisation des résultats. Le signal réseau qui détermine l'affichage par pays reste en place ; et si la préférence de région de l'interface a été enregistrée, elle revient elle aussi. Pour bien isoler les facteurs, ne faites varier qu'une seule variable à la fois et notez le résultat.

Si vous travaillez en équipe, cette distinction devient un processus. Consignez dans un seul tableau quel profil est rattaché à quelle sortie, quelle liste de langues il porte et qui l'utilise. C'est l'information la plus souvent perdue lors des passations.

Que faut-il figer dans une série étalée sur plusieurs semaines ?

Un suivi de longue haleine se compose de tours qui s'empilent les uns sur les autres. Ces tours ne sont comparables que si les conditions sont identiques. Quatre couches doivent être figées, chacune portant une responsabilité différente : le jeu de requêtes, le profil client, la sortie et le format de relevé.

Le jeu de requêtes est la couche qui se dégrade le plus facilement, car la tentation d'« en ajouter une de plus » finit par arriver. Ajoutez-en, mais versionnez le jeu et ne combinez pas l'ancienne et la nouvelle version sur un même graphique. Le profil client est la deuxième couche : version du navigateur, liste de langues, taille d'écran et filtres actifs ne doivent pas changer au cours de la série.

Côté sortie, la règle d'une seule adresse par marché s'applique. sortie ISP ou si vous utilisez une adresse statique, cela est assuré d'office ; si vous travaillez depuis un pool, la session sticky doit être réglée sur une durée supérieure à celle du tour. La quatrième couche est le relevé : HTML brut, requête, étiquette de sortie, horodatage et fuseau horaire sont conservés ensemble.