Plausible vs Umami vs Matomo : analytics respectueux de la vie privée en 2026

Pourquoi quitter Google Analytics en 2026

J’ai utilisé Google Analytics pendant des années. Comme tout le monde. Et puis il y a eu la décision de la CNIL en février 2022, les mises en demeure, le passage forcé à GA4 avec son interface incompréhensible, et surtout cette question récurrente de mes clients : « est-ce que mon site est vraiment conforme RGPD ? ».

En 2026, la situation est claire. Google Analytics 4 nécessite toujours un consentement explicite via un bandeau cookies pour être utilisé légalement en France. Google traite les données sur des serveurs américains, et malgré le Data Privacy Framework adopté en 2023, les garanties restent fragiles juridiquement. La CNIL maintient sa recommandation : si vous voulez mesurer votre audience sans bandeau cookies, utilisez un outil exempté.

Le vrai problème de GA4, au-delà du RGPD, c’est qu’il est devenu surdimensionné pour 90 % des sites que je livre en freelance. Un site vitrine WordPress, une landing page Framer, un MVP sur Supabase ou PocketBase : ces projets n’ont pas besoin d’entonnoirs de conversion à 15 étapes. Ils ont besoin de savoir combien de visiteurs viennent, d’où ils viennent, et quelles pages fonctionnent.

Trois alternatives se sont imposées dans l’écosystème open source : Plausible, Umami et Matomo. Je les ai toutes les trois déployées sur des projets clients réels en 2025 et 2026. Voici ce que j’en retiens.

Plausible Analytics : la simplicité radicale

Plausible, c’est l’anti-Google Analytics par excellence. Créé en 2019 par une équipe de deux personnes en Estonie, l’outil a un parti pris radical : un seul écran, pas de cookies, pas de données personnelles. Le script pèse moins de 1 Ko (contre 45 Ko pour GA4), et tout tient sur un tableau de bord unique.

Ce que j’apprécie chez Plausible après l’avoir installé sur une dizaine de sites :

• Zéro configuration : vous collez un script, c’est fini. Pas de tag manager, pas de flux de données, pas de propriété à configurer
• Dashboard partageable : je donne un lien public ou protégé par mot de passe au client, il voit ses stats sans créer de compte
• Suivi des objectifs (goals) par événements custom, suffisant pour tracker un formulaire de contact ou un clic sur un CTA
• Filtrage par UTM, pays, appareil, source de trafic sans aucun cookie
• API propre pour extraire les données et les intégrer dans un dashboard Notion ou ClickUp

Les limites sont réelles. Plausible ne fait pas de segmentation avancée. Pas de cohortes, pas de rétention utilisateur, pas de parcours de navigation détaillé. Si votre client veut savoir à quelle étape du tunnel d’achat les visiteurs décrochent, Plausible ne répondra pas. C’est volontaire : l’outil refuse de collecter les données nécessaires à ce type d’analyse.

Côté tarifs, Plausible Cloud démarre à 9 $ par mois pour 10 000 pages vues mensuelles. Pour un site à 50 000 pages vues, comptez 19 $/mois. C’est honnête, mais ça grimpe vite quand vous gérez plusieurs sites clients. La version self-hosted (Community Edition) est gratuite et tourne sur Docker avec PostgreSQL et ClickHouse, ce qui demande au minimum un VPS avec 2 Go de RAM.

Umami : le plus léger en self-hosted

Umami est le projet que je recommande le plus souvent aux développeurs freelances qui veulent héberger eux-mêmes leurs analytics. Créé par Mike Cao en 2020, c’est une application Next.js avec PostgreSQL ou MySQL en base de données. Le tout tient dans un conteneur Docker qui consomme moins de 200 Mo de RAM.

J’ai installé Umami sur un VPS Hetzner à 3,29 €/mois (CX22, 2 vCPU, 4 Go RAM) pour centraliser les analytics de 12 sites clients. Six mois plus tard, la base de données pèse 340 Mo et le serveur tourne à 8 % d’utilisation CPU en moyenne. C’est d’une sobriété remarquable.

Ce qui distingue Umami :

• Multi-sites natif : vous ajoutez autant de sites que vous voulez sur une seule instance, avec des droits d’accès par utilisateur
• Événements custom sans configuration côté serveur, directement via des attributs data-umami-event dans le HTML
• Interface moderne et rapide, clairement inspirée de Plausible mais avec quelques fonctionnalités supplémentaires (comparaison de périodes, rapports filtrés)
• Pas de cookies, pas de fingerprinting : Umami utilise un hash quotidien pour différencier les sessions sans stocker de donnée identifiante
• Script de tracking de 2 Ko, chargeable en async sans impact sur les Core Web Vitals

Le point faible d’Umami, c’est l’écosystème. Pas de plugins, pas de marketplace, pas d’intégrations tierces officielles. Si vous voulez connecter vos analytics à un outil d’automatisation comme n8n ou Make, il faudra passer par l’API REST (bien documentée, heureusement). Et comme Plausible, pas de heatmaps ni d’enregistrement de sessions.

Umami Cloud existe depuis 2023. La formule gratuite inclut 3 sites et 100 000 événements par mois. La version payante (Umami Cloud Pro) démarre à 9 $/mois pour 100 000 événements avec sites illimités. Pour un freelance qui facture ses prestations analytics, c’est le meilleur deal du marché en 2026.

Matomo : le vétéran open source aux fonctions avancées

Matomo (ex-Piwik, créé en 2007) est le doyen du trio. Et ça se sent : l’outil est le plus complet, mais aussi le plus lourd et le plus complexe. Matomo, c’est un peu le WordPress des analytics : tout est possible, à condition d’accepter la courbe d’apprentissage.

Ce que Matomo fait et que les deux autres ne font pas :

• Heatmaps et enregistrements de sessions (plugin premium à 229 €/an)
• A/B testing natif (plugin premium à 229 €/an)
• Entonnoirs de conversion multi-étapes (plugin premium à 229 €/an)
• Import de données Google Analytics pour conserver l’historique
• Tag manager intégré, équivalent de GTM mais auto-hébergé
• Rapports de SEO (mots-clés, positions) via intégration Search Console

Le problème de Matomo en self-hosted, c’est la gourmandise en ressources. PHP + MySQL/MariaDB, des cron jobs pour l’archivage des rapports, un minimum de 1 Go de RAM pour un site à trafic modéré. Pour 10 sites avec 500 000 pages vues mensuelles au total, prévoyez un VPS à 4 Go de RAM minimum, soit 8 à 15 €/mois chez la plupart des hébergeurs. J’ai documenté le sujet des coûts d’hébergement dans mon comparatif sur Bubble, Framer et Webflow, et les mêmes logiques s’appliquent ici.

Matomo Cloud (hébergé par l’éditeur) démarre à 23 €/mois pour 50 000 pages vues. C’est nettement plus cher que Plausible et Umami, mais vous obtenez un outil qui peut réellement remplacer GA4 fonctionnalité par fonctionnalité.

Le vrai atout de Matomo en France : c’est le seul des trois à figurer sur la liste d’exemption CNIL en configuration auto-hébergée avec anonymisation IP activée. J’y reviens en détail dans la section RGPD.

Comparatif technique : tableau récapitulatif

Après avoir déployé les trois outils sur des projets réels, voici le comparatif que j’aurais aimé trouver avant de faire mes choix. Les prix indiqués sont ceux de mai 2026.

Ce tableau résume les caractéristiques objectives. Mais le choix ne se fait pas uniquement sur les specs : la conformité juridique et le coût réel en production pèsent autant dans la décision.

Conformité RGPD et exemption CNIL : ce que dit vraiment la loi

C’est le sujet qui revient dans chaque réunion client. « Est-ce qu’on peut virer le bandeau cookies ? » La réponse courte : ça dépend de l’outil ET de sa configuration.

La CNIL a défini des critères précis pour l’exemption de consentement en mesure d’audience. Pour en bénéficier, l’outil doit :

• Servir uniquement à la mesure d’audience (pas de croisement avec d’autres traitements)
• Produire des données anonymisées (troncature IP, pas d’identifiant unique persistant)
• Ne pas permettre le suivi cross-site
• Limiter la durée de vie des traceurs à 13 mois maximum
• Informer l’utilisateur et lui offrir la possibilité de s’opposer

Matomo self-hosted est le seul à avoir été explicitement reconnu par la CNIL comme pouvant bénéficier de cette exemption, à condition d’activer l’anonymisation IP (2 octets minimum), de désactiver les cookies ou de les limiter à 13 mois, et de ne pas croiser les données avec d’autres sources. En pratique, il faut cocher 4 cases dans l’admin Matomo et ajouter une ligne dans votre politique de confidentialité.

Plausible et Umami ne déposent aucun cookie et ne collectent aucune donnée personnelle identifiante. En théorie, ils pourraient prétendre à l’exemption. Mais la CNIL ne les a pas encore explicitement listés dans ses recommandations en mai 2026. Plusieurs juristes spécialisés considèrent que leur fonctionnement est conforme, mais si vous voulez une sécurité juridique totale vis-à-vis d’un contrôle CNIL, Matomo reste le choix le plus sûr.

Mon conseil pragmatique : pour un site vitrine ou un blog freelance, Plausible ou Umami en self-hosted sont largement suffisants côté conformité. Pour un site e-commerce ou une plateforme SaaS avec un DPO exigeant, partez sur Matomo self-hosted avec la configuration exemptée. Dans tous les cas, documentez votre choix dans votre registre des traitements et mentionnez l’outil dans votre politique de confidentialité.

Self-hosted vs cloud : les vrais coûts en 2026

Le self-hosting semble toujours moins cher sur le papier. En réalité, il faut compter le temps de maintenance, les mises à jour, les sauvegardes et la supervision. Voici ce que ça donne concrètement pour un freelance qui gère 10 sites clients.

Scénario 1 : Umami self-hosted (mon setup actuel)

• VPS Hetzner CX22 : 3,29 €/mois
• Nom de domaine dédié (analytics.mondomaine.fr) : inclus dans mon domaine existant
• Certificat SSL : Let’s Encrypt, gratuit
• Sauvegardes automatiques : 1,17 €/mois (backup Hetzner)
• Temps de maintenance : 15 minutes par mois (docker pull + restart)
• Total : environ 4,50 €/mois pour 10 sites

Scénario 2 : Plausible Cloud pour 10 sites

• Plan Business à 19 $/mois : 50 sites, 10 millions de pages vues
• Pas de serveur à gérer, pas de maintenance
• Total : 19 $/mois (environ 17,50 €)

Scénario 3 : Matomo Cloud pour 10 sites

• Plan Business : à partir de 40 €/mois selon le volume de pages vues
• Plugins premium inclus dans certains plans
• Total : 40 à 80 €/mois selon le trafic

Le calcul est vite fait. En self-hosted avec Umami, je dépense 54 €/an pour un service qui m’en coûterait 210 € sur Plausible Cloud ou 480 € minimum sur Matomo Cloud. La différence finance largement le temps passé en maintenance. Et comme j’ai déjà un VPS pour d’autres services (un CRM open source, un outil d’emailing), le coût marginal d’Umami est quasi nul.

Attention cependant : si vous n’êtes pas à l’aise avec Docker, les reverse proxy Nginx et la ligne de commande, le cloud est un meilleur choix. Le temps perdu à déboguer une installation Docker mal configurée coûte plus cher que l’abonnement. J’en parle régulièrement quand je compare les approches sur mes articles sur les outils d’automatisation : le self-hosted n’est rentable que si vous savez ce que vous faites.

Quel outil pour quel profil en freelance

Après deux ans d’utilisation des trois outils, voici mes recommandations selon votre situation :

Vous êtes développeur freelance et gérez 5 à 20 sites clients : Umami self-hosted. Le multi-sites illimité, la légèreté, le coût dérisoire en hébergement et la licence MIT (aucune restriction d’usage) en font le choix évident. Vous pouvez même facturer l’accès analytics comme un service complémentaire dans vos devis et contrats.

Vous êtes designer ou no-codeur, pas à l’aise avec le terminal : Plausible Cloud. L’interface est la plus intuitive des trois, le setup prend 2 minutes, et le prix reste raisonnable. Idéal si vous livrez des sites sur Webflow ou Framer et que vous voulez offrir un suivi analytics propre à vos clients.

Vous travaillez avec des clients grands comptes ou e-commerce : Matomo. L’exemption CNIL explicite, les fonctionnalités avancées (heatmaps, funnels, A/B testing) et la possibilité d’importer l’historique GA4 justifient le surcoût. C’est aussi le seul outil qui satisfera un DPO pointilleux ou un audit de conformité.

Vous voulez juste tracker votre propre site ou blog : Umami Cloud gratuit (3 sites, 100 000 événements/mois) ou Plausible Cloud à 9 $/mois. Pas besoin de se compliquer la vie avec du self-hosting pour un seul site. Investissez plutôt votre temps sur le contenu et le SEO.

Un point souvent négligé : pensez à la facturation du service analytics dans votre offre freelance. Je facture 15 € HT/mois par site pour l’hébergement et le suivi analytics sur mon instance Umami. Sur 10 clients, ça représente 150 €/mois de revenus récurrents pour un coût de 4,50 €. C’est exactement le type de marge que j’explique dans mon article sur le TJM freelance.

Installer Umami sur un VPS avec Docker en 20 minutes

Pour ceux qui veulent se lancer, voici la procédure que j’utilise en production. Je pars du principe que vous avez un VPS sous Ubuntu 22.04+ avec Docker et Docker Compose installés.

Étape 1 : créer le fichier docker-compose.yml

version: '3'
services:
  umami:
    image: ghcr.io/umami-software/umami:postgresql-latest
    ports:
      - "3000:3000"
    environment:
      DATABASE_URL: postgresql://umami:votre_mot_de_passe@db:5432/umami
      DATABASE_TYPE: postgresql
      APP_SECRET: une_chaine_aleatoire_longue
    depends_on:
      db:
        condition: service_healthy
    restart: always
  db:
    image: postgres:15-alpine
    environment:
      POSTGRES_DB: umami
      POSTGRES_USER: umami
      POSTGRES_PASSWORD: votre_mot_de_passe
    volumes:
      - umami-db-data:/var/lib/postgresql/data
    restart: always
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U umami"]
      interval: 5s
      timeout: 5s
      retries: 5
volumes:
  umami-db-data:

Étape 2 : lancer les conteneurs

docker compose up -d

Étape 3 : configurer le reverse proxy Nginx

Créez un fichier /etc/nginx/sites-available/analytics.conf avec un proxy_pass vers localhost:3000. Ajoutez un certificat SSL avec certbot --nginx. Je ne détaille pas cette partie : si vous gérez déjà des sites en production, vous connaissez la musique.

Étape 4 : premier accès

Connectez-vous sur https://analytics.votredomaine.fr avec les identifiants par défaut (admin / umami). Changez immédiatement le mot de passe. Ajoutez vos sites, copiez le script de tracking, collez-le dans le <head> de chaque site client.

Étape 5 : automatiser les mises à jour

# Script à mettre en cron hebdomadaire
cd /opt/umami
docker compose pull
docker compose up -d

L’ensemble prend réellement 20 minutes si vous avez l’habitude. Pour la gestion du temps, je compte 15 minutes par mois de maintenance récurrente : vérification des logs, espace disque, et mise à jour de l’image Docker.