J'ai construit une alternative Google Analytics pour WordPress parce que l'analyse est devenue trop compliquée

Il y avait un temps où Google Analytics était simple. Universal Analytics, comme on l'appelle maintenant pour le distinguer de son successeur, avait une barre latérale gauche avec des sections clairement étiquetées : Audience, Acquisition, Comportement, Conversions. En cliquant sur « Aperçu de l'audience », les pages vues, les sessions, les utilisateurs, le taux de rebond et la durée moyenne de session s'affichaient sur un graphique propre avec un sélecteur de plage de dates. L'information était immédiatement utile. Combien de personnes ont visité le site ? D'où venaient-elles ? Quelles pages ont-elles regardées ? Combien de temps ont-elles restées ? Ce sont les questions que tout propriétaire de site web se pose, et Universal Analytics y a répondu sans exiger un diplôme en analyse de données pour interpréter les résultats.

Ensuite, Google Analytics 4 est arrivé et la simplicité a disparu. GA4 a remplacé le modèle intuitif de page et de session par un modèle basé sur les événements qui traite chaque interaction comme un événement discret. Les pages vues sont des événements. Les défilements sont des événements. Les clics sont des événements. Le concept d'un « taux de rebond » a d'abord été complètement supprimé (il a été réintroduit plus tard après un contrecoup utilisateur écrasant, mais avec une définition différente d'avant). L'interface de rapport a été repensée autour des « explorations », des « entonnoirs » et des « segments » qui sont puissants pour les équipes d'analyse d'entreprise mais déroutants pour le petit propriétaire d'entreprise qui veut juste savoir si son article de blog a reçu du trafic cette semaine.

La migration d'Universal Analytics vers GA4 n'était pas facultative. Google a fermé Universal Analytics et a cessé de traiter les données, laissant chaque propriétaire de site web avec deux choix : apprendre GA4 ou trouver quelque chose d'autre. Des millions de personnes ont choisi d'apprendre GA4. Beaucoup d'entre elles apprennent toujours, des années plus tard, car l'interface est vraiment complexe et la documentation suppose un niveau de familiarité avec les concepts d'analyse que la plupart des petits propriétaires de sites web n'ont tout simplement pas. Le plugin WordPress Website Analytics by YEB existe parce que l'alternative à l'apprentissage de GA4 ne devrait pas exiger d'apprendre un autre système complexe. Il devrait exiger d'installer un plugin et de regarder un tableau de bord qui a du sens dans les trente secondes après l'ouverture.

Ce que la plupart des propriétaires de sites web doivent réellement savoir

Après avoir géré plusieurs sites web dans différentes niches pendant des années, la liste des questions d'analyse qui influencent réellement les décisions est remarquablement courte. Combien de visiteurs sont venus aujourd'hui, cette semaine, ce mois ? Quelles pages visitent-ils ? D'où viennent-ils (moteurs de recherche, réseaux sociaux, direct, liens de référence) ? Dans quels pays sont-ils ? Quels appareils utilisent-ils ? Les chiffres augmentent-ils ou diminuent-ils par rapport à la période précédente ? C'est vraiment la liste complète pour la grande majorité des propriétaires de sites web. Pas d'entonnoirs. Pas d'analyse de cohorte. Pas de suivi d'événements personnalisés avec des dimensions de paramètres. Juste les bases, présentées clairement.

Le plugin WordPress a été construit autour de cette liste exacte. Le tableau de bord affiche un aperçu sur une seule page avec toutes ces métriques visibles sans défilement, clic ou navigation entre les rapports. Les pages vues et les visiteurs uniques s'affichent sous forme de comptages quotidiens sur un graphique chronologique. Les pages principales sont listées avec leurs comptages de vues. Les référents montrent d'où vient le trafic. Les pays et appareils s'affichent sous forme de tableaux simples. La plage de dates est réglable et la comparaison avec la période précédente est disponible pour chaque métrique. Tout ce qu'un propriétaire de site typique doit savoir pour prendre des décisions éclairées concernant son contenu et son marketing est visible en un seul endroit, sur un seul écran, sans un instant de confusion sur la signification des chiffres.

Le plugin réalise cette simplicité non pas en étant techniquement inférieur à GA4 mais en faisant des choix délibérés sur la portée. GA4 peut suivre des événements personnalisés, créer des segments d'audience, mesurer les conversions du commerce électronique et s'intégrer à Google Ads. Le plugin d'analyse YEB ne fait aucune de ces choses, et c'est une fonctionnalité plutôt qu'une limitation. Chaque fonctionnalité qui est exclue est une fonctionnalité qui ne peut pas confondre l'utilisateur, ne peut pas ajouter d'encombrement visuel au tableau de bord et ne peut pas se casser d'une manière qui nécessite un dépannage. Le résultat est un outil qui fait moins mais le fait mieux, du moins pour le public pour lequel il a été conçu : les propriétaires de sites WordPress qui souhaitent des données de trafic claires et exploitables sans les frais supplémentaires d'une plateforme d'analyse au niveau de l'entreprise.

Confidentialité d'abord et pourquoi cela compte plus que jamais

Google Analytics fonctionne en chargeant un script de suivi JavaScript à partir des serveurs Google sur chaque page du site web. Ce script collecte les données des visiteurs et les envoie à l'infrastructure Google, où elles sont traitées, stockées et utilisées non seulement pour l'analyse du propriétaire du site web mais aussi pour l'écosystème publicitaire de Google. C'est pourquoi GA4 est gratuit. Le produit n'est pas le logiciel d'analyse. Le produit est les données qui le traversent, ce qui aide Google à créer des profils publicitaires et à améliorer le ciblage des annonces sur son réseau.

Pour les propriétaires de sites web qui se soucient de la confidentialité des visiteurs, ou qui opèrent dans des juridictions avec des lois strictes de protection des données comme le RGPD en Europe ou la CCPA en Californie, ce flux de données crée une charge de conformité. Des bannières de consentement aux cookies sont requises dans de nombreuses régions précisément parce que des outils comme Google Analytics définissent des cookies de suivi qui suivent les visiteurs sur les sites web. Les bannières de consentement elles-mêmes dégradent l'expérience utilisateur, et un pourcentage important de visiteurs refusent le consentement, ce qui signifie que les données d'analyse sont incomplètes car elles ne représentent que le sous-ensemble de visiteurs qui ont activement cliqué sur « accepter ».

Le plugin d'analyse YEB adopte une approche fondamentalement différente. Il ne charge aucun script tiers. Il n'envoie pas de données aux serveurs externes. Il ne définit pas de cookies de suivi. Toutes les données d'analyse sont traitées et stockées sur le serveur propre du site web, dans la base de données WordPress. L'identification des visiteurs utilise des techniques de préservation de la confidentialité qui n'impliquent pas de suivi persistant entre les sessions ou entre les sites web. Cette conception signifie que le plugin ne déclenche pas les exigences de consentement aux cookies dans la plupart des juridictions, car il n'y a pas de cookie à consentir. Cela signifie également que 100 % des visiteurs sont suivis plutôt que seulement le sous-ensemble qui accepte une bannière de consentement, ce qui produit des données de trafic plus précises qu'une installation GA4 avec le mode de consentement activé.

L'architecture de confidentialité s'étend aux API sous-jacentes qui alimentent les capacités de géolocalisation et les fonctionnalités de détection d'appareil du plugin. L'API GeoIP résout les adresses IP des visiteurs en noms de pays et de ville sans envoyer ces adresses IP à des services de géolocalisation tiers. L'API d'analyse d'appareils identifie le navigateur, le système d'exploitation et le type d'appareil à partir de la chaîne de l'agent utilisateur sans recherches externes. L'API de détection de bot sépare le trafic de crawler vérifié (Googlebot, Bingbot et autres) des visites humaines et des faux bots qui se font passer pour des crawlers. Les trois API fonctionnent dans la même architecture centrée sur la confidentialité, traitent les données sans les exposer à des tiers.

L'onglet Bot et pourquoi séparer les crawlers des humains change tout

L'une des fonctionnalités les plus sous-estimées du plugin est l'onglet de trafic de bot dédié. La plupart des outils d'analyse excluent complètement le trafic de bot (ce qui signifie que le propriétaire du site web ne le voit jamais et n'a aucune idée de la charge serveur qui provient des crawlers) ou l'incluent indistinctement dans les comptages de trafic (ce qui gonfle les chiffres de visiteurs et rend les données de pages vues peu fiables). Aucune de ces approches n'est idéale. Le trafic de bot est une information précieuse. Savoir quels moteurs de recherche crawlent le site, à quelle fréquence ils crawlent et quelles pages ils ciblent est essentiel pour le SEO. Mais le trafic de bot mélangé aux comptages de visiteurs humains crée une image faussée de l'engagement réel du public.

Le système de détection de bot utilise une approche multicouche pour classer le trafic. Les crawlers vérifiés des principaux moteurs de recherche sont identifiés en effectuant une référence croisée de leur identité prétendument (la chaîne de l'agent utilisateur) avec leur plage d'adresses IP réelle. Une demande prétendant être Googlebot mais provenant d'une adresse IP résidentielle en Roumanie est signalée comme un faux bot, ce qui est en soi un signal de sécurité précieux. Les crawlers légitimes sont catégorisés par moteur de recherche (Google, Bing, Yandex, Baidu, DuckDuckGo et des dizaines d'autres) et affichés dans leur onglet dédié avec la fréquence de crawl, les pages crawlées et les modèles de crawl au fil du temps.

La détection de faux bots est particulièrement utile pour les propriétaires de sites web qui connaissent des modèles de trafic inhabituels. Un pic soudain de pages vues semble excitant dans le tableau de bord d'analyse jusqu'à ce qu'il s'avère être entièrement composé de scrapers, de bots de spam ou de scanners de vulnérabilités. Sans séparation des bots, ces pics peuvent conduire à des décisions mal orientées : « notre trafic a doublé ce mois » semble très différent de « notre trafic de bot a doublé ce mois parce que quelqu'un gratte notre contenu ». L'onglet de bot dédié rend cette distinction immédiatement évidente, et les données historiques permettent aux propriétaires de sites web d'identifier quand les modèles d'activité des bots changent, ce qui peut être un signal d'alerte précoce pour les problèmes de sécurité ou le vol de contenu.

Sessions et suivi UTM et export CSV

Au-delà du comptage de base des pages vues, le plugin suit les sessions des visiteurs avec les pages d'entrée, les pages de sortie et le comptage des pages par session. Une session représente une visite continue de l'arrivée au départ, et comprendre le comportement des sessions révèle comment les visiteurs interagissent réellement avec le site web plutôt que simplement les pages sur lesquelles ils atterrissent. Un nombre élevé de pages par session suggère un contenu attrayant qui encourage l'exploration. Un nombre faible avec un trafic élevé sur une page spécifique suggère que les visiteurs trouvent ce dont ils ont besoin rapidement et partent, ce qui peut être parfaitement bien pour une page FAQ mais préoccupant pour un article de blog qui est supposé mener les lecteurs plus profondément dans le site web.

Le suivi des paramètres UTM apporte l'attribution de campagne dans le plugin sans nécessiter d'outils externes. Les paramètres UTM (source, support, campagne, terme, contenu) sont la méthode standard pour suivre les campagnes marketing qui génèrent du trafic, et le plugin les capture et les rapporte automatiquement. Un lien partagé dans une infolettre avec utm_source=newsletter et utm_campaign=march2026 apparaîtra dans les données de référent avec ces étiquettes de campagne attachées, ce qui permet de mesurer l'efficacité des efforts marketing spécifiques. Cette seule fonction remplace une partie importante de ce que les spécialistes du marketing utilisent Google Analytics, et elle fonctionne dans le même tableau de bord propre et monopagé sans nécessiter des « explorations » ou des « rapports personnalisés ».

La fonction d'export CSV résout le moment inévitable où quelqu'un doit sortir les données d'analyse du tableau de bord. Que ce soit pour un rapport client, une présentation du conseil d'administration, une déclaration fiscale qui nécessite la preuve du trafic du site web, ou simplement une sauvegarde, la possibilité d'exporter des données brutes sous forme de fichier CSV signifie que les données d'analyse ne sont jamais verrouillées dans le plugin. Chaque métrique visible sur le tableau de bord peut être exportée avec un contrôle complet de la plage de dates, produisant une feuille de calcul qui peut être ouverte dans Excel, importée dans Google Sheets ou traitée par n'importe quel outil d'analyse de données. Cette portabilité est un choix de conception délibéré. Les données appartiennent au propriétaire du site web, pas à l'outil d'analyse, et l'exportation devrait être aussi simple que cliquer sur un bouton.

Le plugin est disponible sur le référentiel officiel du plugin WordPress, ce qui signifie que l'installation est l'expérience WordPress standard : rechercher, installer, activer. Pas de création de compte sur une plateforme externe. Pas de fragments de code JavaScript à coller dans les fichiers de thème. Pas de vérification DNS ou de configuration de propriété. Le tableau de bord apparaît dans la barre latérale d'administration WordPress immédiatement après l'activation, et la collecte de données commence à la vue de page suivante. Pour les propriétaires de sites web qui ont passé des heures à connecter GA4 à leur installation WordPress via des gestionnaires de balises, des étapes de vérification et des configurations de flux de données, la simplicité d'« installer et cela fonctionne » n'est pas seulement pratique. C'est un soulagement.

Foire aux questions

Le plugin nécessite-t-il un compte Google Analytics pour fonctionner ?

Non. Le plugin est une solution d'analyse complètement indépendante qui ne se connecte pas à Google Analytics d'aucune manière. Il collecte et traite toutes les données dans l'installation WordPress elle-même, à l'aide de la base de données propre du site web. Aucun compte d'analyse externe ou service n'est requis.

Le plugin ralentira-t-il le site web ?

Le plugin ajoute une surcharge minimale aux temps de chargement des pages car il ne charge pas de fichiers JavaScript externes ni ne se connecte à des serveurs tiers pendant le rendu des pages. Le suivi est géré côté serveur lors du cycle de demande de page WordPress normal, ce qui ajoute un temps de traitement négligeable par rapport au rendu de la page lui-même.

Le plugin est-il conforme au RGPD ?

Le plugin est conçu avec la confidentialité comme principe fondamental. Il ne définit pas de cookies de suivi, ne partage pas de données avec des tiers et ne suit pas les visiteurs sur les sites web. Toutes les données sont stockées sur le serveur propre du site web. Dans la plupart des interprétations, cette conception ne nécessite pas de bannières de consentement aux cookies, bien que les propriétaires de sites web doivent consulter leurs conseillers juridiques pour la conformité dans leur juridiction spécifique.

Le plugin peut-il suivre les conversions du commerce électronique ?

Non. Le plugin se concentre sur l'analyse du trafic : pages vues, visiteurs, référents, appareils, pays, sessions et campagnes UTM. Le suivi des conversions du commerce électronique, l'analyse des entonnoirs et le suivi des événements personnalisés ne relèvent pas de sa portée. Pour les propriétaires de sites web qui ont besoin de ces fonctionnalités, GA4 ou un outil d'analyse du commerce électronique dédié reste le choix approprié.

Comment la détection de bot sait-elle si un crawler est légitime ?

Le plugin effectue une référence croisée de la chaîne de l'agent utilisateur (qui identifie ce que le crawler prétend être) avec la plage d'adresses IP connue pour appartenir à l'opérateur du crawler. Par exemple, une demande prétendant être Googlebot est vérifiée en vérifiant si son adresse IP se situe dans les plages d'adresses IP du crawler publié par Google. Les demandes ayant des identités mal assorties sont signalées comme des faux bots.

Les données d'analyse peuvent-elles être migrées de Google Analytics vers ce plugin ?

Le plugin n'importe pas les données historiques de Google Analytics. Il commence à collecter des données à partir du moment de l'installation. Pour les propriétaires de sites web qui doivent conserver les données GA historiques aux côtés des nouvelles données du plugin, les deux peuvent coexister pendant une période de transition, bien que les formats de données et les définitions de métriques différeront entre les deux systèmes.