Matomo vs Google Analytics : l’analytics respectueuse de la vie privée pour votre boutique

Dernière révision juin 2026. Le cadre de protection des données UE-États-Unis reste le mécanisme de transfert actif pour Google Analytics, et la réserve ci-dessous concernant Matomo sans cookies dépend toujours de votre propre configuration et de votre juridiction. Validez les points juridiques précis avec votre DPO.

Google Analytics est l’option par défaut pour une bonne raison : il est gratuit, il est partout, et les tutoriels PrestaShop partent presque tous du principe que vous l’utilisez. Mais ce « gratuit » a un coût plus discret, les données de vos visiteurs partent chez Google, où elles alimentent une activité publicitaire dans laquelle vous n’avez aucun intérêt direct. Pour un propriétaire de boutique en Allemagne, en Autriche ou en France, ce n’est pas une note de bas de page philosophique ; c’est une question de conformité, avec un vrai poids juridique. Matomo (anciennement Piwik) est la réponse open-source à cette question, et sur une instance auto-hébergée, il conserve chaque octet de données visiteur sur votre propre serveur. Cet article propose une comparaison honnête pour une décision très précise : quelle plateforme d’analytics utiliser sur votre boutique PrestaShop lorsque la confidentialité et l’exposition au RGPD font partie de l’équation.

Ce n’est volontairement ni un tutoriel d’installation ni une introduction aux métriques. Si vous avez déjà choisi GA4 et voulez le configurer correctement, suivez notre guide complet de configuration de GA4 pour PrestaShop ; si vous voulez savoir quels chiffres GA4 méritent vraiment votre attention une fois l’outil en place, consultez les métriques qui comptent vraiment. Cette page porte sur le choix qui vient avant la configuration.

La vraie question n’est pas celle des fonctionnalités, c’est l’endroit où vivent vos données

Les deux outils suivent les mêmes événements e-commerce : vues produit, ajouts au panier, étapes de commande, achats, chiffre d’affaires. La différence qui doit guider votre décision est architecturale. Avec GA4, le script de suivi envoie les données de vos visiteurs aux serveurs de Google, où Google agit comme sous-traitant tiers selon ses conditions GA (avec des rôles distincts de responsable du traitement pour certaines de ses propres opérations commerciales) et utilise des signaux agrégés pour améliorer ses produits publicitaires. Avec Matomo auto-hébergé, vous pouvez conserver les données d’analytics sur votre propre infrastructure, si l’instance est auto-hébergée et configurée sans services externes (géolocalisation, CDN, cloud ou plugins tiers), il n’y a pas de tiers, pas de transfert international et pas de clause de partage de données à expliquer à un client ou à une autorité de contrôle.

Cette seule différence entraîne trois conséquences qui comptent réellement pour les marchands européens : l’exposition au RGPD, la part de votre trafic que vous êtes légalement autorisé à mesurer, et l’identité du propriétaire final du jeu de données. Tout ce qui suit en découle.

RGPD et consentement aux cookies : la partie qui vous coûte des données

C’est là que les deux plateformes divergent le plus nettement pour une boutique PrestaShop, car la différence se voit directement dans la complétude de vos chiffres.

Ce que GA4 exige

GA4 dépose des cookies et traite des données personnelles (adresses IP, signaux liés à l’appareil et au navigateur). En vertu du RGPD et de la directive ePrivacy, cela signifie que le script de suivi ne doit pas se déclencher tant que le visiteur n’a pas donné son consentement explicite. En pratique, une part significative des visiteurs refuse, le chiffre exact varie selon le pays, l’audience et la formulation de la bannière, mais un pourcentage à deux chiffres est courant, et il peut être important sur les marchés sensibles à la confidentialité. Ces visiteurs qui refusent n’apparaissent tout simplement pas dans vos rapports. Le Consent Mode v2 de Google comble le manque avec des données modélisées. Des estimations statistiques pour les visiteurs qui ont dit non, mais un chiffre modélisé est une inférence, pas un fait enregistré, et il vaut mieux connaître la différence avant de fonder une décision dessus.

Sur PrestaShop, bien gérer cette barrière de consentement est une tâche à part entière : la balise GA4 doit être retenue jusqu’à ce que votre module de consentement aux cookies signale l’approbation, exactement le type de déclenchement conditionnel que Google Tag Manager gère proprement, plutôt que de le coder en dur dans votre thème.

Là où Matomo change la donne

Matomo peut fonctionner en mode sans cookies : les adresses IP sont anonymisées (vous pouvez supprimer le dernier ou les deux derniers octets), aucun cookie persistant n’est stocké, et les visiteurs ne sont pas identifiés individuellement d’une session à l’autre. Configurés ainsi, de nombreux déploiements s’appuient sur une base d’« intérêt légitime » plutôt que d’exiger un consentement préalable. Ce qui signifie que le traceur peut, en principe, mesurer presque tout votre trafic au lieu de se limiter à la fraction des visiteurs qui consentent. Pour un propriétaire de boutique, c’est le bénéfice principal : des données d’analyse auxquelles vous pouvez réellement faire confiance, car elles reflètent toutes les personnes qui ont visité votre site, pas seulement celles qui ont cliqué sur « accepter ».

Les deux réglages qui permettent cela sont l’anonymisation IP et la désactivation du cookie de suivi. Dans le code de suivi Matomo, ce sont des appels explicites, et ils doivent être placés avant l’enregistrement de la vue de page :

<script>
var _paq = window._paq = window._paq || [];
// Anonymise the visitor IP (mask the last two bytes) and run without a cookie.
_paq.push(['setSecondaryTrackerUrl']); // optional, harmless if unused
_paq.push(['disableCookies']);
_paq.push(['trackPageView']);
_paq.push(['enableLinkTracking']);
(function() {
  var u = "https://analytics.yourdomain.com/"; // your self-hosted Matomo URL
  _paq.push(['setTrackerUrl', u + 'matomo.php']);
  _paq.push(['setSiteId', '1']);              // your Matomo site ID
  var d = document, g = d.createElement('script'), s = d.getElementsByTagName('script')[0];
  g.async = true; g.src = u + 'matomo.js'; s.parentNode.insertBefore(g, s);
})();
</script>

Le masquage des octets de l’IP se règle côté serveur Matomo (Administration → Privacy → Anonymize data, où vous choisissez combien d’octets de l’IP supprimer) ; disableCookies dans le code de suivi est ce qui supprime le cookie persistant. Utilisez les deux ensemble. L’un sans l’autre est une demi-mesure qui ne résistera pas à un examen sérieux.

La réserve honnête, parce qu’il s’agit d’une affirmation juridique et non d’une fonctionnalité logicielle : savoir si le suivi sans cookies est légal sans consentement dépend de votre configuration Matomo exacte et de l’interprétation retenue dans votre juridiction. Validez ce point avec votre DPO ou votre conseil juridique avant de vous appuyer dessus. Nous pouvons vous dire ce que fait le logiciel ; nous ne pouvons pas certifier votre conformité.

Le contexte réglementaire que vous ne pouvez pas ignorer

Ce n’est pas hypothétique. Plusieurs autorités européennes de protection des données, la DSB autrichienne, la CNIL française et d’autres, ont rendu des décisions considérant certaines implémentations de Google Analytics comme incompatibles avec le RGPD, au motif qu’elles transféraient des données personnelles vers les États-Unis sans garanties suffisantes. Le paysage juridique a évolué depuis (le cadre de protection des données UE-États-Unis fournit désormais un mécanisme de transfert), et la situation continue de changer ; ne considérez donc pas une décision isolée comme le dernier mot. La conclusion durable pour un marchand PrestaShop : si votre boutique sert des clients dans l’UE, « nous utilisons Google Analytics comme tout le monde » n’est pas automatiquement une position sûre, et garder les données sur votre propre serveur élimine entièrement la question du transfert.

GA4 vs Matomo, face à face

Aucun des deux outils n’est strictement meilleur, ils optimisent des objectifs différents. Voici la comparaison qui compte pour une boutique e-commerce, plutôt qu’une liste générique de fonctionnalités.

Deux lignes méritent une explication simple. L’échantillonnage dans GA4 se fait surtout sentir dans les explorations et les requêtes ad hoc : lorsqu’elles dépassent un seuil élevé de volume d’événements, Google calcule le chiffre à partir d’un sous-ensemble de vos sessions et extrapole, acceptable pour les tendances, frustrant lorsque vous essayez de rapprocher un chiffre précis. Les rapports standard ne sont généralement pas échantillonnés, mais peuvent tout de même être affectés par des seuils et de la modélisation dans certains cas. Matomo établit ses rapports sur chaque session, donc un chiffre est un comptage, pas une approximation. Et la maintenance est le vrai coût de possession : auto-héberger Matomo signifie que vous êtes responsable du serveur, des mises à niveau et des sauvegardes. Un petit VPS gère confortablement un trafic PrestaShop modéré ; les boutiques plus actives doivent dimensionner l’instance en conséquence. Si exploiter une infrastructure n’est pas quelque chose que vous voulez prendre en charge, Matomo Cloud existe comme option hébergée, même si cela réintroduit un sous-traitant, à mettre en balance avec la raison de confidentialité qui vous a amené ici.

Intégrer correctement l’un ou l’autre dans PrestaShop

Quel que soit votre choix, la valeur dépend de la qualité du suivi sous-jacent, et les événements e-commerce de PrestaShop sont précisément l’endroit où les installations naïves échouent. Déposer un simple extrait de suivi dans l’en-tête de votre thème capture les pages vues, mais manque les événements qui rendent les analytics réellement utiles : ajout au panier, progression dans les étapes de commande, et événement d’achat avec la valeur de commande et le détail des produits. Ces événements se déclenchent à des points précis du parcours de commande, et les envoyer correctement fait toute la différence entre « nous avons eu du trafic » et « cette campagne a généré X € de chiffre d’affaires avec ces produits ».

C’est le manque que nos modules d’intégration analytics comblent. Les intégrations GA4 et Matomo se connectent au flux de commande et de panier de PrestaShop et déclenchent pour vous les événements e-commerce recommandés par GA4, vues de listes de produits et vues d’articles, actions panier, étapes de commande, et événement d’achat sur la page de confirmation de commande, afin que les données de chiffre d’affaires et de conversion arrivent dans vos rapports sans modifier les fichiers du thème ni maintenir un code de suivi personnalisé à chaque mise à jour PrestaShop. Qu’est-ce que cela vous apporte concrètement ? Des analytics exploitables : quels produits les clients achètent vraiment plutôt que de simplement les consulter, où le tunnel de commande fuit, et ce que vaut réellement un canal. Au lieu d’un compteur de pages vues qui devient obsolète à la prochaine mise à jour de votre thème. Si vous êtes encore en train de décider quels chiffres e-commerce méritent votre attention au départ, commencez par ce qu’il faut suivre et ce qu’il faut ignorer.

« Et les cartes de chaleur et les enregistrements de session ? »

C’est une question légitime, car c’est souvent là que le débat GA-vs-Matomo dérive. Matomo propose des cartes de chaleur, des enregistrements de session et des analyses de formulaires sous forme d’extensions premium ; GA4 n’a aucun équivalent natif. Mais pour la plupart des boutiques PrestaShop, cela ne devrait pas être le facteur décisif entre les deux, parce que les meilleurs outils comportementaux sont conçus pour cet usage et tiennent compte de la plateforme. Si vous voulez observer comment les clients se déplacent dans votre boutique, c’est le rôle de Microsoft Clarity (gratuit, avec enregistrements et cartes de chaleur) ou de Hotjar, à utiliser en parallèle de la plateforme d’analyse choisie, pas à sa place. Gardez cette décision centrée sur ce dont il est réellement question : l’endroit où vivent vos données visiteur quantitatives, exposées au RGPD.

Lequel choisir ?

Choisissez GA4 si votre boutique dépend fortement de Google Ads et que vous avez besoin de son attribution native, si les métriques prédictives éclairent vraiment vos décisions, et si vous préférez que Google gère toute l’infrastructure tout en acceptant les compromis de consentement et de transfert qui vont avec.

Choisissez Matomo auto-hébergé si vous opérez sur un marché où le contrôle des autorités de protection des données sur Google Analytics est fort (l’Allemagne et l’Autriche en tête), si mesurer près de 100 % de votre trafic sans mur de consentement compte pour vous, si vous voulez des données non échantillonnées et la pleine propriété de la base de données, et si vous êtes prêt à exploiter un petit serveur pour obtenir tout cela.

Utilisez les deux si vous ne pouvez pas complètement renoncer à l’écosystème Google, mais voulez aussi des chiffres de référence propres, Matomo pour une couverture de tous les visiteurs plus respectueuse de la confidentialité, GA4 pour l’audience consentante qui alimente Google Ads et les fonctionnalités ML. C’est une configuration courante, le coût supplémentaire se limite surtout à la deuxième intégration et à un peu de charge serveur, et elle vous donne à la fois des totaux honnêtes et l’attribution Google. Lorsque les deux intégrations déclenchent les mêmes événements e-commerce PrestaShop, vos données d’achat restent cohérentes entre les deux.

Conclusion

Pour une boutique PrestaShop européenne où la confidentialité et l’exposition au RGPD sont de vraies considérations, Matomo auto-hébergé est le choix par défaut le plus solide : il élimine entièrement la question du transfert de données, peut mesurer le trafic que la bannière de consentement vous ferait autrement perdre, et vous laisse propriétaire du jeu de données. Pour une boutique construite autour de l’écosystème publicitaire de Google, GA4 reste difficile à remplacer, et les compromis peuvent valoir la peine d’être acceptés en connaissance de cause. Dans les deux cas, la plateforme n’est que la moitié du travail. La moitié qui rapporte vraiment est le suivi e-commerce PrestaShop correct en dessous, exactement la partie que vous ne devriez pas coder à la main dans un thème. Une fois les données remontées honnêtement, l’étape suivante consiste à les transformer en décisions financières ; c’est le terrain du reporting avancé pour les propriétaires de boutiques.

Questions fréquentes

Puis-je vraiment utiliser Matomo sans bannière de cookies ?

Parfois, et ce « parfois » pèse lourd. Configuré sans cookies, avec l’anonymisation IP activée et le cookie de suivi désactivé, Matomo collecte beaucoup moins de données que GA4, et de nombreux déploiements traitent cela comme une base d’intérêt légitime ne nécessitant pas de consentement préalable. Mais savoir si cela est légal pour votre boutique dépend de votre configuration exacte et de l’interprétation d’ePrivacy dans votre pays ; validez donc ce point avec votre DPO avant de supprimer la bannière. Le logiciel vous donne un mode respectueux de la confidentialité ; il ne peut pas vous donner une certitude juridique.

De quel serveur ai-je besoin pour auto-héberger Matomo pour une boutique PrestaShop ?

Pour un trafic modéré, un petit VPS suffit confortablement. Matomo est une application PHP/MySQL, un peu comme PrestaShop lui-même, donc son profil de ressources est familier. Le vrai coût n’est pas le matériel, c’est la responsabilité : vous devez gérer les mises à jour, les sauvegardes et la montée en charge de la base de données à mesure qu’elle grandit. Les boutiques très fréquentées avec de forts volumes de pages vues doivent dimensionner l’instance avec soin et maintenir le cron d’archivage en bonne santé, sinon les rapports commencent à prendre du retard.

Passer de GA4 à Matomo me fera-t-il perdre mes données historiques ?

Oui, les plateformes d’analytics ne migrent pas l’historique entre elles, donc un changement démarre un nouveau jeu de données. C’est le principal argument en faveur d’une utilisation des deux pendant une transition : garder GA4 actif pour la continuité et la comparaison pendant que Matomo construit sa propre base de référence, puis décider plus tard s’il faut en retirer un. Comme les deux intégrations déclenchent les mêmes événements e-commerce PrestaShop, les chiffres d’achat restent rapprochables entre les deux pendant la période de chevauchement.

Matomo suit-il les commandes et le chiffre d’affaires PrestaShop, ou seulement les pages vues ?

Il suit des données e-commerce complètes, mais seulement si les événements de commande, de panier et de tunnel de commande sont intégrés au flux de PrestaShop, pas avec un simple extrait de page vue dans l’en-tête. Une balise Matomo brute compte les visites et les pages ; elle ne saura pas qu’une commande a eu lieu ni quelle était sa valeur. C’est exactement le manque que notre intégration Matomo comble, en déclenchant les événements d’ajout au panier, d’étape de commande et d’achat aux bons endroits du processus de commande, afin que le chiffre d’affaires et la conversion au niveau produit apparaissent dans vos rapports Matomo.

Matomo ou Clarity, de quoi ai-je vraiment besoin ?

Ce ne sont pas des concurrents ; ils répondent à des questions différentes. Matomo (ou GA4) est votre outil d’analytics quantitatif, volumes, taux, chiffre d’affaires, origine du trafic. Clarity est qualitatif, des cartes de chaleur et des enregistrements qui vous montrent pourquoi une page fuit. La plupart des boutiques sérieuses utilisent une plateforme d’analytics plus un outil comportemental, car aucun ne remplace l’autre.