L’impact des navigateurs IA sur le suivi et l’attribution

Les navigateurs IA, tels que ChatGPT Atlas (OpenAI) et Perplexity Comet, redéfinissent la manière dont les gens recherchent, naviguent et interagissent avec le web. Ces navigateurs "agentiques" brouillent la frontière entre les moteurs de recherche et les navigateurs. Atlas transforme le navigateur en un assistant capable de prendre des mesures, tandis que Comet se concentre sur la recherche approfondie et la connaissance du contexte. Tous deux ont été lancés en 2025 et ont été rapidement adoptés. Selon Cyberhaven, à la fin de l'année 2025 :

• 27,7% des entreprises ont vu au moins un employé installer Atlas dans les premières semaines.
• Certaines entreprises ont indiqué que 10 % de leur personnel l'utilisait
• Atlas a été téléchargé 60 fois plus que Comet, dépassant rapidement son concurrent sorti quelques mois plus tôt.
• Le lancement d'Atlas a même entraîné une multiplication par 6 des téléchargements de Comet.

Cette montée en puissance de l'utilisation de l'IA dans les navigateurs est passionnante, mais elle s'accompagne d'un problème pour l'analyse numérique. Les modèles d'attribution marketing traditionnels et la précision des données sont en train d'être bouleversés. Pourquoi ? Atlas et Comet modifient fondamentalement la manière dont les données des utilisateurs (comme l'identité du navigateur, les cookies et les référents) sont traitées, bloquant ou contournant souvent les mécanismes de suivi sur lesquels s'appuient les analyses. Les spécialistes du marketing et les analystes signalent des tendances étranges telles que des pics de nouveaux "utilisateurs", davantage de trafic direct/non attribué, du trafic invisible et des chaînes d'attribution rompues.

Ci-dessous, nous examinons comment ces navigateurs d'IA masquent l'identité de l'utilisateur et affectent le suivi, les défis d'attribution qu'ils créent et ce que les équipes d'analyse peuvent faire pour s'adapter.

Comment les navigateurs d'IA façonnent l'identification et le suivi des utilisateurs

Les navigateurs dotés d'IA comme Atlas et Comet introduisent de nouveaux comportements qui masquent l'identité de l'utilisateur pour les systèmes d'analyse du web.

Camouflage de l'agent utilisateur

ChatGPT Atlas ne s'annonce pas comme un nouveau navigateur, mais il se fait passer pour Chrome. Lors des tests, la chaîne de l'agent utilisateur d'Atlas était identique à celle d'un Chrome standard sur Mac :

Mozilla/5.0 (Macintosh ; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, comme Gecko) Chrome/142.0.0.0 Safari/537.36

Comet se comporte de la même manière ; son agent utilisateur reflète également celui de Chrome, sans mention évidente de "Comet". En fait, la chaîne UA de Comet est essentiellement la même que l'exemple d'Atlas (et de Chrome) ci-dessus. Cela signifie que les sites web et les outils d'analyse voient les utilisateurs d'Atlas/Comet comme s'ils étaient sur Google Chrome. Bien que cela assure la compatibilité, cela masque la véritable identité du navigateur, ce qui rend difficile la segmentation ou le filtrage de ces utilisateurs sur la base de l'agent utilisateur.

Le blocage des publicités qui cache les analyses

Une autre différence majeure est la manière dont ces navigateurs traitent les scripts de suivi et les cookies. Souvent, ils ne les gèrent tout simplement pas ! Comet, en particulier, intègre un bloqueur de publicités activé par défaut. Il ne sert pas uniquement à bloquer les publicités ; il bloque également les scripts d'analyse et de suivi courants (comme Google Tag Manager ou GA4) par défaut. Par conséquent, lorsqu'un utilisateur visite votre site via Comet, il se peut que vous ne voyiez... rien du tout dans votre système d'analyse ! Pas de page vue ni d'événement parce que Comet a empêché le déclenchement de toute demande de suivi. Il semble que la logique qui empêche le chargement des scripts de suivi soit fournie par uBlock Origin, l'un des bloqueurs de publicité les plus agressifs du marché.

Lors de nos tests, aucune demande de suivi n'a été envoyée par Comet, ce qui signifie que ces visites étaient effectivement invisibles dans Google Analytics.

Cookies rejetés automatiquement

Atlas n'a pas suivi la voie d'un bloqueur de publicité (jusqu'à présent), mais il introduit sa propre perturbation du suivi : l'automatisation du consentement aux cookies. Atlas ouvre souvent des pages via un assistant IA interne ou une vue en bac à sable, et lorsqu'il rencontre une bannière de consentement aux cookies, il clique automatiquement sur "Rejeter tout". Ce comportement de confidentialité par défaut signifie qu'aucun cookie analytique ou publicitaire n'est autorisé à se charger, ce qui empêche effectivement ces scripts de collecter des données dans les sessions d'Atlas. Un expert en protection de la vie privée, Thomas Adhumeau, a conclu que

Atlas n'est, par essence, rien d'autre qu'un bloqueur de cookies.

En d'autres termes, à moins qu'un utilisateur n'y déroge explicitement, Atlas n'accordera pas son consentement au suivi, ce qui interrompt l'analyse dans la plupart des cas, tout comme le ferait un bloqueur de publicité agressif. Découvrez comment les bloqueurs de publicité réduisent la précision de vos analyses.

Contextes isolés et perte de persistance des cookies

Les navigateurs d'IA ouvrent parfois des pages dans des fenêtres de chat d'IA, dans des "contextes de tâches" temporaires ou dans des onglets isolés ou en bac à sable. Dans ce scénario, les cookies ne sont souvent pas transférés. Résultat ? Les visiteurs qui reviennent apparaissent comme de nouveaux utilisateurs et les chaînes d'attribution se brisent.

Référents supprimés ou manquants

Outre le blocage des scripts et des cookies, Atlas et Comet gèrent également la navigation dans les pages de manière à confondre les données de référence. ChatGPT Atlas ouvre les liens partagés dans un bac à sable interne ou une vue Web, ce qui supprime entièrement l'en-tête du référent. Dans ce cas, GA4 enregistre la session comme "directe" (ou (non définie)) dans vos rapports.

Le comportement de Comet est un peu différent. Le trafic en provenance de Comet passe généralement par un référent normal.

Tous ces facteurs font que les outils d'analyse marketing obtiennent moins d'informations sur l'identité de l'utilisateur, la manière dont il est arrivé sur votre site et ce qu' il y fait. En résumé, Atlas et Comet introduisent des masques d'identité et des lacunes dans les données de par leur conception. Ils visent à protéger la vie privée de l'utilisateur et fonctionnent de manière transparente, mais cela perturbe les méthodes de suivi traditionnelles qui reposent sur des identifiants cohérents et des flux de référents.

Pour résumer, les principaux impacts sont les suivants :

Comportement	Navigateur agentique	Explication
Camouflage de l'agent utilisateur	Atlas + Comet	Le navigateur AI s'identifie comme étant Chrome, ce qui rend impossible, par défaut, de distinguer les utilisateurs du navigateur AI via les chaînes de l'agent utilisateur.
AdBlocker par défaut	Comet	Si un visiteur utilise Comet, il se peut que votre système d'analyse n'enregistre rien du tout. Le bloqueur de publicité par défaut de Comet empêche les scripts de suivi (GTM, GA4, etc.) de se charger, de sorte que ces utilisateurs sont effectivement invisibles dans vos données.
Cookies rejetés automatiquement	Atlas	L'assistant IA d'Atlas refuse automatiquement les bannières de consentement aux cookies, ce qui signifie que les cookies analytiques/marketing sont refusés par défaut. Dans la pratique, cette session n'enverra aucun résultat de suivi ou des données très limitées (puisqu'aucun consentement n'a été donné pour l'exécution des traqueurs).
Persistance limitée	Atlas + Comet	Les tâches pilotées par l'IA peuvent s'exécuter dans des contextes de navigation isolés qui ne partagent pas de cookies avec la session principale, ce qui perturbe la continuité de la session et la reconnaissance des visiteurs qui reviennent.
Référents supprimés	Atlas	Les intégrations AI d'Atlas omettent souvent les données relatives au référent pour les clics sortants, de sorte que les visites provenant d'un référent ou d'une recherche peuvent être considérées comme du trafic direct.

En résumé, Atlas et Comet ont été conçus en tenant compte de la protection de la vie privée et de la fonctionnalité de l'IA, ce qui enfreint par inadvertance de nombreuses technologies standard d'analyse du web.

Les défis de l'attribution causés par les navigateurs d'IA

En raison de ces bizarreries, les spécialistes du marketing se heurtent à d'importants problèmes d'attribution chaque fois que les utilisateurs touchent un navigateur IA au cours de leur voyage. Dans certains cas, les visites peuvent ne pas être enregistrées du tout (par exemple, si un navigateur IA bloque complètement le script analytique ou rejette les cookies de suivi), mais même lorsqu'elles sont enregistrées, les données peuvent ne pas être totalement exactes. Les deux effets immédiats sont une distorsion des mesures relatives aux nouveaux utilisateurs par rapport à ceux qui reviennent, ainsi que l'attribution des canaux et l'exactitude de la source de trafic.

Mesures concernant les nouveaux utilisateurs et les utilisateurs récurrents

Des sites ont signalé une augmentation soudaine du nombre de "nouveaux utilisateurs" dans l'AG4 après le lancement d'Atlas. Cette augmentation n'était pas nécessairement due à l'arrivée d'un flot de nouveaux utilisateurs, mais au fait que de nombreux visiteurs revenant sur le site passaient désormais par Atlas et étaient mal classés.

Parallèlement, les mesures relatives aux "utilisateurs récurrents" peuvent diminuer à court terme. Essentiellement, si une partie de votre public essaie le tout nouveau navigateur AI, GA4 les traitera comme de nouveaux visiteurs uniques (puisque leurs anciens cookies/ID analytiques ne sont pas reconnus ou autorisés).

D'un point de vue analytique, c'est comme si vous aviez acquis un groupe de nouveaux visiteurs venus de nulle part. Si les utilisateurs de votre site sont des férus de technologie, vous risquez de voir l'adoption d'Atlas apparaître dans vos données et fausser ces mesures, alors que les sites dont le public est plus général n'auront qu'un impact minime.

Attribution des canaux et précision des sources de trafic

Les navigateurs d'IA peuvent perturber les informations habituelles sur la source et le support sur lesquelles les spécialistes du marketing s'appuient. Comme indiqué, Atlas supprime souvent les données de référence, ce qui signifie que le trafic qui provient en fait d'une recherche ou d'une recommandation alimentée par l'IA apparaît comme Direct ou "(non défini)" dans les analyses.

Les spécialistes du marketing ont observé des volumes croissants de trafic direct/non attribué qui ne correspondent pas à leurs campagnes. Une partie de ce "trafic mystère" peut en fait provenir de ChatGPT ou de références Atlas qui n'ont pas de paramètres UTM ou de référent. (Si vous voulez en savoir plus sur l'investigation du trafic non attribué, approfondissez ici !)

Par exemple, si un utilisateur demande au chatbot d'Atlas "le meilleur logiciel CRM" et clique ensuite sur un site web, cette visite peut apparaître sans attribution de source (ni recherche organique, ni référence), tombant essentiellement dans la catégorie " Non attribué" de GA4. Au fil du temps, cela pourrait gonfler vos chiffres de trafic direct et masquer l'origine réelle.

En outre, les modèles d'attribution multi-touch standard (même l'attribution pilotée par les données de GA4) se heurtent à des difficultés si le parcours de l'utilisateur est réparti entre ces navigateurs. Imaginons qu'un client découvre votre site via Google Search sur Chrome (le canal de recherche organique est donc crédité pour ce contact), mais qu'il revienne plus tard via Atlas (ce qui ressemble désormais à une visite directe par un "nouvel" utilisateur) et effectue un achat. GA4 peut mal attribuer la vente à Direct (ou la compter comme un chemin de conversion complètement nouveau) parce qu'il ne considère pas qu'il s'agit de la même personne qui est venue via Google plus tôt. Cette fragmentation entraîne un plus grand nombre de conversions attribuées au mauvais canal ou étiquetées "non attribuées".

En résumé, les comportements par défaut des navigateurs d'IA peuvent rompre la chaîne d'attribution, causant plusieurs maux de tête en matière d'analyse :

• Aucun trafic n'a été enregistré : Comet utilise un adblocker agressif, et Atlas rejette les cookies par défaut.
• Surcomptage des nouveaux utilisateurs : Les visiteurs qui reviennent apparaissent comme "nouveaux" dans les analyses en raison de la réinitialisation ou du blocage des cookies.
• Sous-comptabilisation des utilisateurs récurrents : Vos visiteurs fidèles qui passent à Atlas ou Comet peuvent temporairement ne pas être pris en compte dans vos indicateurs de retour d'utilisateurs.
• Augmentation du trafic direct/non attribué : La perte des paramètres de référence et de campagne signifie que davantage de sessions sont classées comme directes ou non attribuées, ce qui masque leur véritable source.
• Conversions mal attribuées : L'attribution multi-touches est confuse, les touches du navigateur IA n'étant pas correctement liées aux touches marketing antérieures, ce qui risque de surestimer le rôle du trafic direct et de sous-évaluer la référence initiale ou les canaux organiques qui ont commencé le parcours.

Pour les spécialistes du marketing, ces problèmes perturbent les données de performance. Vous pourriez voir l'impact réel d'une campagne dilué, ou paniquer devant une augmentation du trafic "direct" qui n'est pas soutenue par une augmentation intentionnelle des visites directes. Pendant ce temps, une partie de votre public pourrait naviguer via ces outils d'intelligence artificielle sans que vos analyses ne s'en aperçoivent. La précision globale des entonnoirs et de l'analyse du parcours de l'utilisateur diminue. La première étape consiste à reconnaître qu'Atlas et Comet introduisent ces anomalies. Ensuite, les équipes d'analyse doivent réagir de manière proactive.

Cinq mesures à prendre pour les équipes d'analyse

Comment les équipes d'analyse et de marketing doivent-elles s'adapter à cette nouvelle réalité ? Voici quelques mesures pratiques pour conserver des données et une attribution fiables à l'ère des navigateurs IA :

1. Surveiller les paramètres clés pour détecter les anomalies

Mettez en place des alertes ou des examens réguliers pour détecter les changements soudains dans le nombre de nouveaux utilisateurs, le trafic direct/non assigné ou d'autres indicateurs de base. Si vous remarquez une hausse ou une baisse inexpliquée vers la fin de l'année 2025, pensez à l'effet Atlas/Comet. Par exemple, comparez le rapport entre les nouveaux utilisateurs et ceux qui reviennent avant et après octobre 2025. Une augmentation inhabituelle du nombre de nouveaux utilisateurs sans campagne correspondante pourrait indiquer qu'une partie de votre public est passée à des navigateurs intelligents. De même, surveillez le nombre total de sessions ; si un segment de population technophile disparaît (en raison du blocage du suivi par Comet), vous pourriez constater une légère baisse du trafic ou un écart entre les journaux du serveur du site et les données du GA4.

2. Inspecter les rapports sur la technologie et l'orientation

Consultez le rapport détaillé sur les navigateurs de GA4 et examinez les tendances en matière de versions de navigateurs. Actuellement, Atlas se signale comme étant la version de Chrome "141.x" ou "142.0.0.0" (à partir de fin 2025), mais il est possible qu'il introduise bientôt un timbre unique dans son user-agent. De même, vérifiez le rapport d'acquisition pour toute apparition de "perplexity.ai / referral" - qui indique des visiteurs venant via les recommandations de Comet. Assurez-vous que GA4 classe "perplexity.ai" comme un canal de référence (par défaut), et envisagez de créer un groupe de canaux personnalisés pour le trafic "AI Browser" si vous souhaitez les suivre séparément. Gardez également un œil sur le trafic (direct) / (aucun). Si le trafic direct augmente de manière disproportionnée, examinez les pages de destination et le moment où elles ont été créées. Vous pourriez trouver des modèles (par exemple, des pages spécifiques recevant des visites qui correspondent à des renvois de liens générés par l'IA avec une attribution manquante).

3. Utiliser des données de première main pour relier les identités des utilisateurs

Étant donné que les cookies peuvent ne pas persister à travers Atlas/Comet (ou peuvent être entièrement bloqués), envisagez de tirer parti du suivi basé sur la connexion ou de l'identification de l'utilisateur dans GA4. Si votre site dispose d'un système d'authentification, la mise en œuvre de la fonction User-ID de GA4 peut aider à regrouper les visites d'une même personne sur différents navigateurs ou appareils, à condition qu'elle se connecte. Cela peut vous permettre de ne pas vous fier uniquement aux cookies. Par exemple, si un utilisateur connu passe à Atlas et se connecte à son compte sur votre site, GA4 peut fusionner sa session Atlas avec son profil précédent, en préservant l'historique d'attribution (même si la session Atlas avait un nouvel identifiant client).

4. Mise en œuvre du balisage côté serveur

L'utilisation d'outils tels que Google Tag Manager Server-Side ou d'autres points de terminaison proxy peut atténuer la perte de données. Bien qu'ils ne puissent pas restaurer comme par magie un référent manquant, ils vous permettent de mieux contrôler la manière dont les cookies et les identificateurs d'utilisateurs sont définis et de contourner certaines restrictions frontales. Par exemple, une configuration côté serveur pourrait définir un cookie analytique de première partie avec une durée de vie plus longue ou le partager à travers des sous-domaines, ce qui le rendrait plus susceptible de persister lorsqu'un utilisateur navigue via des navigateurs AI ou des modes de confidentialité. Plus important encore, le suivi côté serveur peut contourner les bloqueurs de publicité ou les restrictions de script qui peuvent être présents dans les navigateurs d'intelligence artificielle. En d'autres termes, même si Atlas/Comet bloque un script GA côté client ou empêche la mise en place d'un cookie consenti, votre point de terminaison côté serveur peut toujours collecter une page vue ou un événement de clic (puisqu'il ressemble à une requête de première partie). Bien sûr, s'il n'y a vraiment pas de consentement (Atlas a refusé automatiquement), vous devez le respecter dans la manière dont vous utilisez les données, mais les approches côté serveur permettent au moins de capturer le fait qu'une visite a eu lieu.

5. Annoter et éduquer

C'est une bonne idée d'annoter votre calendrier d'analyse pour le lancement des principaux navigateurs d'IA (par exemple, "Atlas lancé le 21 octobre 2025") afin que les analyses futures tiennent compte de ce contexte. Partagez ces résultats avec votre équipe marketing. Expliquez qu'une augmentation du trafic direct ou du nombre de nouveaux utilisateurs à la fin de l'année 2025 pourrait être due à ces outils, et pas nécessairement à une campagne ou à un changement de référencement. En informant les parties prenantes, vous éviterez de mal interpréter les rapports. En interne, envisagez de créer un tableau de bord simple ou un segment qui suit le "trafic des navigateurs d'IA" en utilisant une combinaison de signaux connus. Même s'il est imparfait, il peut mettre en lumière des tendances et rassurer l'équipe en lui montrant que les anomalies sont comprises.

FAQ

Comment les navigateurs IA influencent-ils les mesures relatives aux nouveaux utilisateurs par rapport aux utilisateurs habituels ?
Ils ont tendance à gonfler le nombre de "nouveaux utilisateurs" dans les analyses, car un visiteur qui revient sur le site et qui passe à un navigateur IA est considéré comme un tout nouvel utilisateur (ses anciens cookies ou identifiants de client ne sont pas transférés ou autorisés). Dans le même temps, votre nombre d'utilisateurs réguliers peut temporairement diminuer. En bref, certains visiteurs qui reviennent sur votre site sont considérés à tort comme de nouveaux utilisateurs. L'effet est le plus visible si une grande partie de votre public essaie le nouveau navigateur à peu près au même moment.

Les spécialistes du marketing peuvent-ils segmenter ou identifier les visiteurs de manière fiable à l'aide d'Atlas ou de Comet ?
Pas facilement, du moins pas encore. Atlas et Comet se font passer pour Chrome, de sorte que l'identification habituelle du navigateur dans les analyses ne permet pas de les distinguer clairement. Les références de Comet peuvent parfois être repérées par source/médium (vous verrez perplexity.ai / referral si le trafic n'est pas bloqué), mais le trafic d'Atlas ressemble souvent à un trafic générique direct ou organique sans marqueurs spéciaux. En fait, si le bloqueur de publicité par défaut de Comet est actif, ces utilisateurs peuvent même ne pas apparaître dans vos données GA, ce qui rend la segmentation impossible sur ce front. Pour l'instant, la segmentation nécessite de faire des suppositions et de passer au peigne fin les détails techniques. Les fournisseurs de solutions d'analyse pourront éventuellement mettre à jour leurs systèmes pour détecter explicitement ces navigateurs IA (ou fournir des filtres pour les sessions "assistées par l'IA"), mais pour l'instant, nous devons utiliser des indices indirects pour les segmenter.

Le suivi côté serveur est-il une solution pour combler les lacunes en matière d'attribution créées par les navigateurs IA ?
En partie, oui. Le suivi côté serveur peut contribuer à préserver les données que le suivi côté client risque de perdre. Par exemple, il vous permet de définir des cookies de première partie plus persistants et peut transmettre des événements même lorsque les scripts du navigateur sont bloqués ou limités. Cependant, ce n'est pas une solution miracle. Si un navigateur IA n'envoie pas de référent ou a carrément empêché tout suivi, la collecte côté serveur manquera également de référent (vous ne pouvez pas récupérer par magie ce qui n'est pas là). Et si un utilisateur a explicitement refusé les cookies (par le biais de l'option automatique "rejeter tout" d'Atlas), vous devez également respecter cette décision dans votre logique côté serveur. Cela dit, les implémentations côté serveur améliorent la qualité globale des données et la résistance aux changements de navigateur. Elles vous permettent d'utiliser votre propre domaine pour la collecte de données et d'autres techniques de masquage, qui peuvent contourner les bloqueurs de publicité.

Comment TAGGRS peut-il aider à protéger l'analytique contre ces perturbations du navigateur IA ?
Au cœur de notre produit se trouve un conteneur GTM côté serveur que nous configurons avec des techniques avancées de masquage et de routage. Ces techniques rendent la collecte de données plus résistante aux bloqueurs de publicité par défaut. Même les plus agressifs, comme la technologie intégrée de Comet, semblable à uBlock. Comme les demandes de suivi sont acheminées par votre propre infrastructure, et non par des domaines Google ou des points d'extrémité de fournisseurs connus, les implémentations TAGGRS peuvent continuer à collecter des signaux analytiques essentiels même lorsque la plupart des scripts tiers sont bloqués.