Superset ne vend rien, donc il ne facture rien
Sous licence Apache deux point zéro, Superset ne publie aucune page de tarifs, aucun montant, aucune devise, aucun palier : on l’obtient par Docker Compose, Kubernetes ou PyPI. Aucun coût par consommateur n’existe non plus, seulement des rôles techniques gratuits — Gamma pour consulter, Alpha pour créer, Public pour l’anonyme. Metabase, lui, facture un lecteur comme un créateur : six dollars par mois en Starter, soit soixante-cinq dollars par an, douze dollars par mois en Pro, soit cent trente dollars par an.
Ce que l’absence de support commercial coûte en pratique
Superset n’offre que des canaux communautaires — Slack, GitHub, liste de diffusion, Stack Overflow, un meetup mensuel — sans horaire, sans délai de réponse, sans SLA, sans palier publié : personne à qui remonter un incident sous contrat. Metabase, de son côté, se contredit sur son propre support : une page annonce un e-mail illimité avec réponse en un à trois jours, la tarification ajoute Slack ou Teams pour Starter et un SLA d’un jour pour Enterprise — l’éditeur publie les deux versions, et son propre palier open source ne garde que les forums.
Un deuxième écart : personne n’héberge Superset
Superset n’a structurellement aucune offre d’hébergement : le logiciel s’installe soi-même via Docker Compose, Kubernetes ou PyPI, sans qu’aucune région ni aucun pays ne soit nommé, faute de service à héberger. Metabase Cloud, à l’inverse, laisse choisir une région parmi quatre — US East en Virginie, Union européenne à Francfort, Amérique du Sud à São Paulo, APAC à Singapour ou Sydney — toutes sur AWS ; en open source ou en Pro et Enterprise auto-hébergés, l’hébergement reste celui du client.
Metabase compte par palier et par siège, Superset ne compte rien du tout
Metabase n’a pas de minimum de sièges mais un plancher par palier : cent dollars par mois pour cinq comptes en Starter, cinq cent soixante-quinze dollars pour dix comptes en Pro, et un plancher de vingt mille dollars par an en Enterprise sans nombre de comptes publié. Superset ne compte rien : aucun siège facturé, une seule personne peut installer une instance, avec un dimensionnement indicatif de huit gigaoctets de RAM et deux vCPU pour une taille moyenne.
Ce que Superset apporte réellement, sans contrepartie commerciale
L’API REST complète, documentée en OpenAPI, ne connaît aucun palier payant puisqu’il n’y a pas de commerce. Cinq rôles extensibles — Admin, Alpha, Gamma, sql_lab, Public — portent une sécurité de ligne native par filtres combinables, et un contrôle d’accès par tableau de bord activable par un drapeau dédié. Tout cela reste disponible dans l’unique distribution Apache deux point zéro, sans version bridée en dessous.
Le seuil où l’absence de commerce se paie en travail d’exploitation
Ce que Superset ne fournit pas doit être assemblé par l’équipe qui l’exploite : une base de métadonnées MySQL, PostgreSQL ou SQLite, Kubernetes ou un proxy HTTPS, Redis et Celery pour les alertes, S3 et boto3 pour l’export Excel — rien de tout cela n’est facturé par l’éditeur, tout doit être construit et maintenu par le client. Metabase Cloud regroupe cela dans un prix mensuel, avec ses propres plafonds payants : sécurité de ligne, filtres personnalisés, embarquement sans marque et cache programmé restent réservés à Pro et Enterprise.
La contradiction que Superset publie sur son propre périmètre
Superset se contredit sur le nombre de bases qu’il prend en charge : soixante-treize, quatre-vingts, « soixante et plus » ou « soixante-dix et plus » selon la page consultée — l’éditeur publie plusieurs chiffres à la fois, sans en corriger aucun. Aucun total d’« intégrations » n’est publié non plus : seul le nombre de bases est avancé, avec la même contradiction.
