La crise du suivi WebSocket en 2026 : comment les courtiers en données contournent les bloqueurs publicitaires traditionnels

Vous avez installé une extension de confidentialité, vous vous sentez à l'abri, et pourtant un site continue de connaître vos hésitations, vos retours en arrière, le moment exact où vous abandonnez un formulaire. Ce n'est pas de la paranoïa. C'est le signe que le suivi a changé de forme, et que votre outil cherche au mauvais endroit.

Pendant longtemps, bloquer la publicité revenait à intercepter de petites requêtes isolées. Cette logique fonctionnait. Mais en 2026, une partie de l'industrie publicitaire a délaissé ces requêtes ponctuelles au profit d'un canal qui reste ouvert en permanence. Dans cet article, nous verrons pourquoi l'ancien modèle de suivi s'est éteint, comment les WebSockets transforment votre navigateur en émetteur continu, pourquoi les anciens bloqueurs n'y voient rien, et où une solution comme Total Adblock peut réellement intervenir, sans promesses exagérées.

01 ⟶ Quand le suivi cesse d'être une suite de clichés isolés

Pendant les deux premières décennies du web, le suivi fonctionnait par à-coups. Vous chargiez une page, vous cliquiez sur un lien, et le site déclenchait une requête HTTP brève et unique, un pixel de suivi par exemple, pour consigner votre action auprès d'un courtier en données.

Ces requêtes avaient un défaut, du point de vue des traqueurs : elles étaient nettes et reconnaissables. Une extension de confidentialité pouvait les repérer, les comparer à une liste de blocage et couper la transmission avant qu'elle parte. Le mécanisme était simple, presque artisanal, et plutôt efficace pour ce modèle-là.

Le problème, c'est que ce modèle laissait des trous. Entre deux clics, le traqueur ne voyait rien. Pour combler ce vide et viser une surveillance plus continue, une partie du secteur a cherché autre chose : non plus une série de signaux séparés, mais une ligne ouverte en permanence vers votre navigateur.

02 ⟶ Le WebSocket, une porte qui ne se referme pas

La technologie au cœur de ce glissement est le WebSocket, reconnaissable à son préfixe wss://. À l'origine, elle n'a rien de malveillant. Elle a été conçue pour des fonctions web en temps réel parfaitement légitimes : cours de bourse qui s'actualisent, jeux multijoueurs dans le navigateur, messageries instantanées.

Son principe est le suivant. Un WebSocket établit un canal de communication bidirectionnel et persistant entre votre navigateur et un serveur. Une fois ouvert, il ne se referme pas après un échange ; il reste actif tant que vous demeurez sur la page. C'est exactement ce qui le rend utile pour un chat en direct, et exactement ce qui le rend intéressant pour qui veut observer en continu.

Certains scripts de suivi ont détourné cette architecture. Au lieu d'attendre une action de votre part pour envoyer une requête, ils peuvent ouvrir une connexion WebSocket discrète dès le chargement de la page. Votre navigateur ne se contente plus d'envoyer un signal de temps à autre : il dispose d'une ligne directe et ouverte vers le réseau publicitaire. Précisons que tous les sites ne procèdent pas ainsi, mais la technique existe et a été documentée.

03 ⟶ Votre comportement diffusé en direct

Là où le pixel d'autrefois enregistrait un événement figé, un canal toujours ouvert peut transmettre un flux. C'est ce changement d'échelle qui inquiète : avec une latence quasi nulle, le suivi cesse de consigner des instants pour diffuser, en continu, votre télémétrie comportementale.

Concrètement, cela peut prendre plusieurs formes :

• Micro-interactions. Chaque mouvement de souris, chaque hésitation au moment de faire défiler, chaque glissement sur un écran tactile peut être emballé dans de légères trames de données et renvoyé en temps réel.
• Captation de formulaire en direct. Si vous commencez à saisir une adresse e-mail ou un mot de passe, certains scripts peuvent transmettre vos frappes au fil de l'eau, parfois même si vous effacez le texte et ne validez jamais le formulaire.
• Signaux de présence (« heartbeat »). Le canal envoie régulièrement de petits battements qui permettent d'estimer combien de secondes vous passez sur une portion précise de l'écran avant de continuer.

Aucun de ces scénarios n'est systématique. Mais réunis, ils dessinent une image plus complète de vous que la plupart des gens ne l'imaginent, et surtout obtenue sans le moindre clic de votre part.

04 ⟶ Pourquoi les anciens bloqueurs ne voient rien

Voici le point gênant, dit franchement : beaucoup d'extensions de confidentialité plus anciennes sont mal armées contre ce type de canal. Elles ont été pensées pour inspecter des requêtes HTTP classiques. Elles repèrent la requête, la comparent à une liste, puis décident de la laisser passer ou non.

Un WebSocket joue sur un autre tableau. Il commence comme une requête HTTP ordinaire, puis « monte en gamme » via un mécanisme d'« upgrade » pour devenir un tunnel de données continu. Si un bloqueur dépassé ne saisit pas l'instant précis où la connexion s'initie, le tunnel s'ouvre, et l'occasion est passée.

Une fois la connexion établie, les données qui circulent à l'intérieur sont fragmentées et souvent chiffrées. L'ancien bloqueur n'a alors pratiquement aucune visibilité sur les trames échangées. Il n'est pas défaillant à proprement parler ; il regarde simplement un endroit que le suivi a quitté. Et pendant qu'il surveille la mauvaise porte, votre profil comportemental, lui, continue de s'écouler.

05 ⟶ Le déguisement en première partie

Pour franchir les premiers contrôles du navigateur, les réseaux de suivi évitent souvent les domaines tiers évidents du type wss://traqueur.courtier-donnees.com. Ils recourent plutôt à du relais côté serveur pour masquer l'origine réelle de la connexion.

La méthode consiste à convaincre l'éditeur du site de faire transiter le tunnel par un sous-domaine de première partie, par exemple wss://streaming.site-actualites.com. Aux yeux d'un bloqueur, la connexion ressemble alors à une infrastructure interne essentielle, peut-être une section de commentaires en direct ou un système d'alertes.

Résultat : l'ancien bloqueur laisse passer le tunnel sans broncher, sans soupçonner qu'il sert en réalité de conduite à de la télémétrie comportementale. Le déguisement fonctionne précisément parce qu'il emprunte l'apparence du légitime. C'est aussi ce qui rend la distinction si délicate à faire automatiquement.

06 ⟶ Là où Total Adblock intervient : couper avant la poignée de main

Si le tunnel ne devient problématique qu'une fois établi, le moment pertinent pour agir se situe en amont, au stade de la négociation initiale. C'est précisément l'angle de travail de Total Adblock, et il vaut la peine de décrire ce qu'il fait, et ce qu'il ne fait pas.

Plutôt que de tenter d'inspecter un flux déjà ouvert et chiffré, l'outil s'appuie sur un filtrage réseau dynamique. Il examine la structure d'une page pendant son chargement et cherche à repérer les scripts d'arrière-plan et les points de terminaison masqués qui tentent de négocier un « upgrade » WebSocket à des fins de suivi. Lorsqu'il reconnaît une telle tentative, il coupe la connexion avant que la poignée de main n'aboutisse. Si le tunnel ne s'ouvre jamais, il n'y a rien à diffuser.

Quelques réserves honnêtes s'imposent ici, car un outil de confidentialité qui promet trop finit par desservir l'utilisateur :

• Aucun bloqueur n'intercepte chaque traqueur, sur chaque site, à chaque fois. Les méthodes et les domaines évoluent sans cesse ; le filtrage est un entretien permanent, pas un verrou définitif.
• L'objectif réaliste est la réduction : moins de tunnels de suivi ouverts, moins de signaux comportementaux qui s'échappent, et non l'invisibilité totale.
• L'outil vise à fonctionner discrètement, sans casser les fonctions légitimes de chat en direct ou de messagerie que vous utilisez vraiment.

Avec ces limites en tête, ce que vous pouvez raisonnablement attendre, c'est une défense dirigée vers le bon maillon de la chaîne : la requête réseau, avant que le canal ne s'établisse.

07 ⟶ Reprendre la main sur votre navigation

L'histoire du suivi en 2026 est, au fond, une histoire de déplacement. Quand les requêtes isolées sont devenues trop faciles à bloquer, la surveillance n'a pas disparu : elle s'est installée dans un canal qui reste ouvert, capable de diffuser vos gestes en continu. C'est justement parce que ce canal imite des fonctions utiles qu'il échappe aux anciens outils.

Le défi est plus coriace qu'avant, mais coriace ne veut pas dire perdu d'avance. Le geste le plus sensé consiste à empêcher le tunnel de s'ouvrir, tout en gardant des attentes mesurées sur ce qu'un seul outil peut accomplir. Si vous préférez que votre navigateur cesse de répondre à des questions que personne ne lui a posées, un filtrage au niveau du réseau est un point de départ raisonnable.