Un VPN empêche-t-il les sites de vous suivre ? Ce qui fonctionne encore

Un VPN change l’adresse d’où vient votre trafic. Il ne change pas le cookie que votre navigateur envoie, ni le compte auquel vous êtes connecté, ni l’identifiant intégré au lien sur lequel vous avez cliqué. C’est pourquoi un site peut vous saluer par votre nom alors que votre adresse de sortie se trouve dans un autre pays. Les vérifications ci-dessous séparent l’identité réseau de tout le reste, dans l’ordre qui trouve la vraie cause le plus vite.

Ce que le tunnel change et ce qu’il ne change pas

Le tunnel remplace votre adresse source à la sortie et chiffre ce que le réseau local peut voir de votre trafic. Les deux sont utiles, et les deux sont étroits. Tout ce qui se trouve au-dessus de la couche IP, c’est-à-dire la requête HTTP que votre navigateur construit réellement, arrive au site inchangé.

Cela comprend les cookies, les en-têtes d’autorisation, l’URL et l’empreinte TLS de votre client.

La question n’est donc pas de savoir si le VPN fonctionne. Elle est de savoir quel identifiant le site a utilisé, et on peut y répondre en testant une couche à la fois.

Étape 1 : séparer l’identité du compte de l’identité réseau

Déconnectez-vous partout, ou utilisez un profil de navigateur qui ne s’est jamais connecté, et répétez la visite à travers le tunnel. Si le site ne vous reconnaît plus, l’identifiant était un cookie ou un compte, et le VPN n’a jamais été le contrôle pertinent. S’il vous reconnaît encore, cherchez un autre identifiant stocké avant de recourir aux empreintes. Un panier, une préférence enregistrée ou un jeton de session dans le stockage local expliquent la plupart de ces cas.

Une fenêtre privée isole le pot à cookies de cette fenêtre. Elle ne rend pas anonyme une connexion que vous y effectuez.

Étape 2 : chercher des identifiants dans le lien

Les liens des newsletters portent régulièrement un jeton d’abonné, et les liens de campagne portent des paramètres. Ouvrez-en un par n’importe quelle sortie, et la destination reçoit toujours le jeton, car le jeton fait partie de la requête et non de la route. Les images distantes dans les e-mails fonctionnent de la même manière, liées à un message précis.

Supprimez la chaîne de requête quand vous pouvez, et désactivez le contenu distant dans le client de messagerie.

La même logique couvre les informations que vous fournissez volontairement. Une adresse enregistrée, un numéro de téléphone saisi dans un formulaire ou une référence de ticket d’assistance vous identifient après tout changement d’IP. Pensez à qui reçoit les données, pas seulement au chemin qu’elles ont pris.

Étape 3 : lire la surface d’empreinte avec honnêteté

L’empreinte combine des caractéristiques observables du navigateur et de l’appareil : user agent, géométrie de l’écran, polices installées, fuseau horaire, sortie canvas. Un VPN classique n’en normalise aucune, donc effacer un cookie n’élimine pas les autres signaux. Il ne s’ensuit pas non plus que toute reconnaissance soit une empreinte. Le cas courant est un identifiant stocké que vous avez oublié.

Testez avec un vérificateur d’empreinte et lisez le résultat comme un échantillon, non comme un certificat. Ces outils mesurent une méthode sur un jeu de données et ne peuvent pas promettre qu’aucun site ne reliera jamais deux visites. Traitez le score comme un indice sur les surfaces qui paraissent inhabituelles dans votre configuration.

Réduire la surface vaut plus que n’importe quel réglage isolé : moins d’extensions, une version à jour du navigateur et des profils que vous gardez séparés exprès.

Étape 4 : vérifier avec un test avant-après

Faites la même vérification deux fois, une fois hors du tunnel et une fois dedans, et comparez les réponses, pas vos attentes.

curl -s https://ifconfig.me; echo
curl -s https://ipinfo.io/ip

L’adresse de sortie devrait changer, et le résolveur que voit le site devrait appartenir au VPN quand votre DNS passe par le tunnel. Si l’adresse change et pas le résolveur, vous avez un chemin DNS divisé qui fuit des requêtes de domaine, ce qui est un défaut de configuration et non un mécanisme de suivi. Vérifiez WebRTC séparément dans le navigateur, car il peut exposer des adresses dans certaines configurations, et la seule réponse honnête est celle que votre propre test renvoie.

Répétez ensuite les tests de compte et de lien. Un site qui vous reconnaît après les quatre étapes utilise quelque chose que vous envoyez encore, et l’étape suivante est de trouver cette chose plutôt que de changer à nouveau de serveur.

Gardez les deux résultats côte à côte. Une vérification de confidentialité sans ligne de base n’est qu’une supposition.