Umami vs Plausible : lequel choisir ?
Umami ou Plausible ? Licence, hébergement, cookies, fonctions et intégration comparés, avec la mesure côté serveur en troisième option pour les sites PHP.
Relevé le 4 novembre 2026
Nous éditons Quiet Metrics, qui n'est ni Umami ni Plausible. Nous l'ajoutons en troisième colonne parce qu'il répond à une limite que les deux partagent, et nous disons aussi quand il ne convient pas. Ce qui est écrit ici sur Umami et Plausible vient de leurs propres pages publiées, datées et liées en bas de page.
En bref
| Umami | Plausible | Quiet Metrics (mesure serveur) | |
|---|---|---|---|
| Licence | MIT | Community Edition sous AGPLv3, script sous MIT | Plateforme non libre ; paquets PHP sous MIT |
| Auto-hébergement | Node.js et PostgreSQL | Elixir, PostgreSQL et ClickHouse | Non proposé |
| Hébergement en cloud | Serveurs aux États-Unis et dans l'UE | UE, serveur en Allemagne | France, chez OVH |
| Cookies | Aucun, selon Umami | Ni cookie ni stockage local, selon Plausible | Aucun cookie d'identification ni de traçabilité ; un cookie de continuité de visite de dix minutes, sans identifiant |
| Comptage des visiteurs | Méthode non détaillée sur les pages consultées | Empreinte quotidienne, sel détruit toutes les 24 heures | Empreinte quotidienne, sel détruit chaque nuit |
| Poids du script | Non annoncé | 54 fois plus petit que celui de GA4, selon Plausible | Moins de 4 Ko compressé, aucun en mesure serveur |
| Envoi depuis un serveur | API HTTP, appel à écrire | API Events, appel à écrire | 3 paquets Composer (PHP, Laravel, Symfony) |
| Au-delà de l'audience | Entonnoirs, parcours, rétention, cartes de chaleur, rejeu de session, revenus | En cloud : entonnoirs, parcours, objectifs de revenu | Objectifs et campagnes, pas d'analyse comportementale |
| Serveur MCP | Officiel, en lecture seule | Communautaire, construit par l'équipe de Sentry | Le nôtre, en lecture seule, à partir du plan Pro |
| Problèmes SEO classés par votre trafic | Non annoncé | Non annoncé ; intégration Google Search Console | Oui : robot intégré, classement par les vues et les conversions de chaque page |
Umami en deux mots
Umami est un outil de mesure open source, sous licence MIT, qui se présente comme une plateforme d'analyse web et produit. Il s'installe avec Node.js et PostgreSQL, ou se loue en cloud. Il annonce ne pas utiliser de cookies, et son périmètre est large : entonnoirs, parcours, rétention, cartes de chaleur, rejeu de session, revenus reliés à vos paiements.
Plausible en deux mots
Plausible est un outil de mesure européen, dont l'édition Community est publiée sous AGPLv3. Il annonce ne poser ni cookie ni stockage local, et publie sa méthode de comptage : une empreinte quotidienne calculée à partir d'un sel détruit toutes les 24 heures, du domaine, de l'adresse IP et du navigateur, sans conserver l'adresse ni le navigateur bruts. Ses données sont traitées dans l'Union européenne, sur une infrastructure détenue par des entreprises européennes.
Les vraies différences entre les deux
La licence. MIT autorise presque tout, y compris intégrer le code dans un produit fermé, pourvu que la mention de licence suive. L'AGPLv3 oblige à publier vos modifications si vous faites tourner une version modifiée pour d'autres utilisateurs. Pour un usage interne sans modification, la différence est faible.
La pile à maintenir. Umami tient en une application et une base PostgreSQL. L'édition Community de Plausible ajoute ClickHouse à PostgreSQL : une base de plus à surveiller, à sauvegarder et à mettre à jour.
Le lieu des données en cloud. Umami Cloud a des serveurs aux États-Unis et dans l'Union européenne. Plausible traite tout dans l'Union européenne, avec un serveur en Allemagne. Si votre dossier exclut les États-Unis, vérifiez la région avant de choisir Umami Cloud.
La transparence du comptage. Plausible publie sa formule. Les pages d'Umami consultées ne décrivent pas la leur.
La profondeur fonctionnelle. Umami va plus loin, avec les cartes de chaleur, le rejeu de session et la rétention. Plausible reste centré sur l'audience, et son édition Community annonce ses limites : pas d'entonnoirs, de parcours, d'objectifs de revenu, d'authentification unique ni d'API des sites, un filtrage des robots basique et deux publications par an. Chez Umami, les rapports par e-mail et l'API de flux sont réservés au cloud.
Le serveur MCP. Umami maintient un serveur officiel en lecture seule. La documentation de Plausible renvoie à un serveur communautaire construit par l'équipe de Sentry, qui demande une clé de leur API Stats.
Ce qu'ils ont en commun : le navigateur
Les deux mesurent par un script chargé dans le navigateur, et ce que le navigateur charge, il peut le bloquer. Plausible estime lui-même que 5 à 25 % des visiteurs équipés de bloqueurs stricts échappent au comptage sans proxy, selon l'audience. Les deux documentent un proxy par votre propre domaine pour y remédier, avec sa part de mise en œuvre.
Les deux acceptent aussi des événements envoyés depuis un serveur, à condition de transmettre le User-Agent du visiteur. Aucun ne documente de bibliothèque PHP : l'appel est à écrire et à maintenir.
La troisième option : mesurer depuis le serveur
Si votre site est en PHP, la mesure peut partir de votre application plutôt que du navigateur. C'est ce que fait Quiet Metrics, avec trois paquets Composer :
composer require quiet-metrics/laravel-metrics
// bootstrap/app.php : chaque page vue du groupe web part du serveur
->withMiddleware(function (Middleware $middleware) {
$middleware->appendToGroup('web', \QuietMetrics\Laravel\Middleware\TrackPageview::class);
})
Rien n'est à bloquer côté client, puisqu'il n'y a rien côté client. Deux limites, pour être complet. Une page servie par un cache placé devant l'application n'exécute pas PHP et n'est pas comptée : ajoutez alors notre script, les deux mesures cohabitent sans double compte. Et nous ne proposons ni auto-hébergement ni code ouvert pour la plateforme. Le procédé de comptage est publié sur comment nous comptons, et la page tracking côté serveur explique la méthode.
Lequel choisir
Choisissez Umami si vous voulez auto-héberger avec la pile la plus courte des deux, une licence MIT, ou des fonctions d'observation comme les cartes de chaleur et le rejeu de session.
Choisissez Plausible si vous voulez une méthode de comptage publiée, des données traitées dans l'Union européenne uniquement, et un outil centré sur l'audience.
Regardez la mesure côté serveur si votre site est en PHP, Laravel ou Symfony, si les bloqueurs vous coûtent des visites, et si vous ne voulez pas tenir de serveur.
Ne nous choisissez pas si l'auto-hébergement est une exigence, si votre pile n'est pas en PHP, ou si vous avez besoin d'analyse comportementale. Les comparaisons détaillées sont sur alternative à Umami et alternative à Plausible, et l'ensemble sur nos comparatifs.
Questions fréquentes
Umami ou Plausible, lequel respecte le plus la vie privée ?
Les deux annoncent ne pas utiliser de cookies et ne pas suivre les visiteurs d'un site à l'autre. Plausible publie en plus sa méthode de comptage et traite les données dans l'Union européenne uniquement. Pour Umami, le lieu dépend de la région du cloud ou de votre serveur.
Peut-on auto-héberger Umami et Plausible ?
Oui, les deux. Umami demande Node.js et PostgreSQL. L'édition Community de Plausible demande PostgreSQL et ClickHouse, et n'a pas toutes les fonctions du cloud.
Umami et Plausible ont-ils des entonnoirs ?
Umami, oui. Plausible, oui en cloud, mais pas dans son édition Community. Quiet Metrics n'en a pas.
Faut-il un bandeau de cookies avec Umami ou Plausible ?
Plausible indique que son outil n'en demande pas. Umami précise que la réponse dépend des autres services de votre site. Dans les deux cas, comme chez nous, ce sont vos finalités et votre configuration qui décident.
Lequel est le plus simple à intégrer dans une application PHP ?
Pour les deux, la voie courante est un script dans le <head>. Pour mesurer depuis PHP, il faut écrire vous-même l'appel HTTP. Nos paquets Composer font cet envoi à votre place : après la réponse avec le middleware Laravel ou le bundle Symfony, pendant la requête, dans un budget de 400 ms par défaut, avec le SDK PHP utilisé sans framework. Si notre service ne répond pas, la page est servie quand même.
Sources et date de vérification
Relevé le 4 novembre 2026 sur les pages publiées par Umami :
- Accueil et documentation : absence de cookies, fonctions.
- FAQ : bandeau, conservation.
- Installation et dépôt officiel : Node.js, PostgreSQL, licence MIT.
- Tarifs : régions du cloud, fonctions réservées au cloud.
- Contourner les bloqueurs, envoi de statistiques et serveur MCP.
Relevé le même jour sur les pages publiées par Plausible :
- Politique de données : cookies, empreinte quotidienne, traitement dans l'UE.
- Auto-hébergement et dépôt officiel : AGPLv3, limites de l'édition Community, pile technique.
- Script léger : comparaison avec GA4.
- Proxy : bloqueurs et estimation des visites perdues.
- API Events et accès aux données : envoi serveur, serveur MCP communautaire.
Relevé le 4 novembre 2026, pour la santé SEO :
- Intégration Google Search Console : requêtes, clics, impressions et position ; aucun audit par robot annoncé.
Nous ne recopions aucun tarif : ils dépendent du volume et évoluent. Leurs grilles font autorité.
Umami et Plausible sont des marques de leurs éditeurs. Cette comparaison est faite sans lien avec eux, à partir de leurs informations publiques.