Avec une récente et subtile mise à jour de Chrome, Google a considérablement réduit le suivi des données relatives aux mots-clés au sein de son propre Analytics. Cela fait plus d’un an que le suivi des données relatives aux mots-clés est désactivé pour les utilisateurs connectés à Google, qui étaient dirigés vers la version sécurisée de la page pour toute recherche. Les données de mots-clés des recherches sur https://www.google.com/ (par rapport aux recherches sur http://www.google.com/) apparaissent dans les rapports Analytics comme « (non fournies) », apparemment pour protéger la vie privée des utilisateurs de Google.
Avec la récente mise à jour de Google Chrome, les recherches effectuées à partir de l' »omnibox » (son terme pour « barre d’adresse ») de Chrome passent désormais toutes par la version SSL de Google search, et donc, les données de mots-clés pour ces recherches ne seront pas suivies dans Analytics. Cela mérite d’être souligné, car Google Chrome domine clairement la scène des navigateurs Web de bureau à l’heure actuelle. En bref, cette politique pourrait faire perdre aux webmasters entre un tiers et la moitié de leurs données.
Il s’agit là d’un cas isolé.
Je suis tombé par hasard sur ce phénomène le mois dernier alors que je testais le site d’un client pour des problèmes de suivi inter-domaines pour leur Analytics. Ma procédure habituelle pour contourner les données de mots-clés cachés consistait à passer en mode incognito de Chrome, à rechercher sur Google quelque chose qui, selon moi, me conduira sur le site du client, puis à visiter le site du client à partir des résultats. En inspectant les cookies Analytics, aucune des données relatives aux mots-clés de recherche n’était présente ! J’ai tâtonné dans toutes mes extensions Chrome, j’ai beaucoup dit « UHHHHH », et j’ai fini par me résigner au fait que mon navigateur était en quelque sorte cassé.
Il s’avère qu’il n’était pas cassé – c’était intentionnel. Les changements sont évidents : la comparaison des données de mots-clés pour les profils Analytics de nos clients entre le 10 et le 18 décembre de cette année par rapport à la même période de l’année dernière montre une augmentation constante des mots-clés « (not set) » ou « (not provided) ». Cela ne veut pas dire que les données sur les mots-clés ne sont pas présentes, mais plutôt qu’elles ne sont pas disponibles à partir du principal navigateur de bureau.
Google Chrome ne détient pas seul la distinction de présenter des difficultés pour obtenir des données précises sur les visiteurs. Pour le même client, j’ai également remarqué une présence significative de trafic « direct », qui est un terme apparemment trompeur. Après quelques recherches, j’ai découvert que le problème était dû aux paramètres de sécurité de Safari qui comptaient une partie importante du trafic comme « direct ». Comme vous pouvez le voir par les captures d’écran ci-dessous, le trafic Safari (dont une majorité passe par iOS – Safari étant le navigateur par défaut) représente une part non négligeable de l’ensemble du trafic direct.
La description officielle de Google concernant les rapports de trafic direct dans Analytics est qu’ils fournissent des détails sur « lesquelles de vos URL sont les destinations les plus populaires pour le trafic direct : quelles URL les gens peuvent facilement se souvenir (par exemple, google.com), quelles adresses apparaissent le plus souvent dans l’auto-complétion, ou lesquelles de vos pages sont le plus souvent mises en signet. » Comme nous l’avons vu, cela est trompeur. Le client dépeint avait une quantité importante de trafic direct vers des URL chargées de chaînes de requête : quelque chose d’improbable pour les utilisateurs de générer par eux-mêmes.
Alors, comment répondre à cette diminution des données disponibles ? Comme le mentionne l’article du blog de Google dont le lien figure ci-dessus, Webmaster Tools fournit toujours une liste des mots-clés qui amènent les utilisateurs sur votre site. En associant cette liste à d’autres informations provenant d’Analytics, nous savons toujours ce qui génère du trafic sur un site, mais nous ne disposons pas d’un pool de données aussi précis, et ce pour des raisons compréhensibles.
