Rocket.Chat
Rocket.Chat est une plateforme de chat d’équipe gratuite et open source, que vous faites tourner sur votre propre serveur plutôt que de confier chaque conversation à Slack, Microsoft Teams ou Discord. Canaux, messages directs, fils de discussion, appels vocaux et vidéo, et une marketplace d’extensions : tout est réuni dans une seule stack auto-hébergée, avec des messages qui restent sur du matériel que vous contrôlez plutôt que sur le cloud d’un éditeur.
Licence : le cœur de Rocket.Chat est sous licence MIT, vérifié directement depuis le fichier LICENSE du dépôt GitHub RocketChat/Rocket.Chat. Ce même fichier prévoit deux exceptions : tout ce qui se trouve dans les répertoires apps/meteor/ee/ et ee/ est licencié séparément sous Rocket.Chat Enterprise Edition, une offre payante qui couvre par exemple l’audit avancé et des options SSO supplémentaires, et les composants tiers embarqués conservent leur licence d’origine. Toutes les fonctionnalités couvertes par cette fiche, messagerie, canaux, appels, marketplace Apps-Engine, font partie du cœur gratuit sous licence MIT.
En bref : site officiel rocket.chat · GitHub RocketChat/Rocket.Chat, plus de 45 400 étoiles · image Docker registry.rocket.chat/rocketchat/rocket.chat, également disponible sur Docker Hub sous rocketchat/rocket.chat · version stable actuelle 8.5.0 (juin 2026) · nécessite MongoDB 8.0 exécuté en replica set, même pour un nœud unique · port par défaut 3000.
Ce que fait vraiment Rocket.Chat
Sous une interface qui rappelle Slack, canaux, messages directs, groupes privés, fils de discussion, réactions emoji, Rocket.Chat tourne sur un serveur Meteor/Node.js adossé à MongoDB, avec des appels vocaux et vidéo WebRTC intégrés nativement plutôt que rajoutés via une intégration tierce. La fédération via le protocole Matrix permet à un espace de travail Rocket.Chat de communiquer avec d’autres serveurs compatibles Matrix, et le module Omnichannel transforme ce même serveur en widget de livechat pour un site web, en routant les conversations clients vers des agents en parallèle du chat d’équipe interne.
L’authentification couvre LDAP, SAML et OAuth2/OIDC nativement, ce qui lui permet de s’intégrer à un fournisseur d’identité existant comme Authentik plutôt que de gérer sa propre base d’utilisateurs isolée. La marketplace Apps-Engine ajoute des bots, des intégrations et des commandes slash personnalisées sans toucher au serveur principal, et une API REST et temps réel complète rend scriptable la quasi-totalité de ce que fait le client web.
Installer Rocket.Chat avec Docker
La documentation officielle de Rocket.Chat recommande Docker Compose comme méthode d’installation, via le dépôt officiel rocketchat-compose. Le détail qui piège la plupart des premières installations : MongoDB doit tourner en replica set, même à un seul nœud, parce que Rocket.Chat s’appuie sur l’oplog de MongoDB pour ses flux de changements en temps réel. Sautez cette étape et le serveur se contente de logger des erreurs de connexion au lieu de démarrer.
services:
rocketchat:
image: registry.rocket.chat/rocketchat/rocket.chat:8.5.0
restart: unless-stopped
environment:
MONGO_URL: "mongodb://mongodb:27017/rocketchat?replicaSet=rs0"
MONGO_OPLOG_URL: "mongodb://mongodb:27017/local?replicaSet=rs0"
ROOT_URL: "http://localhost:3000"
PORT: 3000
DEPLOY_METHOD: docker
depends_on:
- mongodb
ports:
- "3000:3000"
mongodb:
image: docker.io/mongodb/mongodb-community-server:8.0-ubi8
restart: unless-stopped
volumes:
- mongodb_data:/data/db
command: ["--replSet", "rs0", "--oplogSize", "128"]
mongodb-init-replica:
image: docker.io/mongodb/mongodb-community-server:8.0-ubi8
restart: "no"
depends_on:
- mongodb
command: >
mongosh mongodb://mongodb:27017 --eval
'rs.initiate({ _id: "rs0", members: [ { _id: 0, host: "mongodb:27017" } ] })'
volumes:
mongodb_data:
- Enregistrez le fichier sous
docker-compose.ymldans son propre dossier, puis lancezdocker compose up -d. - Le service
mongodb-init-replicas’exécute une seule fois, initialise le replica set à un seul nœud, puis se termine ; c’est le comportement attendu, pas un plantage. - Ouvrez
http://your-server-ip:3000et suivez l’assistant de configuration pour créer le premier compte administrateur et nommer l’espace de travail. - Au-delà de quelques testeurs, placez un reverse proxy avec un vrai certificat TLS devant le port 3000, comme vous le feriez pour Vaultwarden.
docker compose up -d
Matériel : la page officielle des prérequis système de Rocket.Chat indique 2 vCPU et 4 Go de RAM pour le serveur applicatif comme plancher pour un espace de travail « Starter » allant jusqu’à 500 utilisateurs simultanés, plus une machine séparée de 2 vCPU / 4 Go pour MongoDB. C’est la cible documentée pour la production ; une installation homelab à un seul nœud sur du matériel plus modeste fonctionne pour une petite équipe, mais fait l’impasse sur le replica set MongoDB à 3 membres que la documentation recommande pour la haute disponibilité. Les envois de fichiers utilisent par défaut GridFS dans MongoDB, une solution que la documentation déconseille explicitement au-delà d’une petite échelle : prévoyez S3, GCS ou MinIO dès que vous dépassez une poignée d’utilisateurs.
Sécuriser une première installation
Notes de sécurité : l’assistant de configuration enregistre par défaut l’espace de travail auprès de Rocket.Chat Cloud, utile pour les notifications push sur mobile, mais à revoir si l’espace de travail doit rester totalement air-gapped ; Rocket.Chat documente un parcours de déploiement air-gapped séparé pour ce cas. Définissez immédiatement un mot de passe fort pour le premier compte administrateur : il a un contrôle total sur tous les autres utilisateurs et intégrations. Gardez MongoDB à l’écart de tout port exposé, le fichier compose ci-dessus ne publie jamais le port 27017 vers l’hôte, et placez l’application elle-même derrière un reverse proxy comme Nginx Proxy Manager ou Traefik plutôt que d’exposer directement le port 3000 sur internet.
Rocket.Chat face à Mattermost, Zulip et Matrix/Element
Mattermost est la comparaison la plus proche : open source à sa base également, façonné comme Slack lui aussi, et réservant lui aussi certaines fonctionnalités avancées (davantage de variantes SSO, exports de conformité) à une édition Enterprise payante. Zulip organise ses canaux autour de sujets en fils plutôt que d’un historique linéaire, ce que certaines équipes préfèrent pour les discussions à fort volume. Matrix, via des clients comme Element, est avant tout un protocole de fédération plutôt qu’une plateforme unique, mieux adapté pour communiquer entre organisations que pour remplacer le Slack interne d’une seule entreprise.
| Rocket.Chat | Mattermost | Zulip | Matrix/Element | |
|---|---|---|---|---|
| Licence | MIT (cœur), édition EE séparée | MIT (cœur), édition EE séparée | Apache-2.0 | Apache-2.0 (Element), AGPL (Synapse) |
| Modèle | Plateforme unique auto-hébergée | Plateforme unique auto-hébergée | Plateforme unique auto-hébergée | Protocole fédéré + clients |
| Voix/vidéo | WebRTC intégré | Via plugin (plugin Calls) | Intégration Jitsi | Intégré via Matrix VoIP |
| Livechat/Omnichannel | Intégré | Non intégré | Non intégré | Non intégré |
| Base de données | MongoDB (replica set requis) | PostgreSQL ou MySQL | PostgreSQL | PostgreSQL (Synapse) |
Rocket.Chat : avantages et inconvénients
- Appels vocaux/vidéo et livechat Omnichannel intégrés, sans le moindre plugin tiers requis pour l’un ou l’autre
- Prise en charge LDAP, SAML et OAuth2/OIDC nativement pour s’intégrer à un fournisseur d’identité existant
- Projet actif, avec une fenêtre de support de six mois par version et des correctifs de sécurité fréquents
- Marketplace Apps-Engine et API REST/temps réel complète pour les bots et intégrations
- L’exigence de replica set MongoDB ajoute une vraie friction à l’installation, comparé à un simple conteneur Postgres
- Certaines fonctionnalités entreprise, audit avancé, quelques variantes SSO, restent réservées à l’édition EE payante et absentes du cœur gratuit
- Empreinte en ressources plus lourde qu’un outil de chat léger ; le plancher documenté est de 2 vCPU/4 Go pour l’application seule, avant MongoDB
- Le stockage de fichiers GridFS par défaut n’est pas recommandé au-delà d’une petite échelle, ce qui rend le stockage objet quasiment indispensable en complément
Rocket.Chat justifie sa place dès qu’une équipe dépasse les limites d’un simple serveur Discord, ou veut l’interface de Slack sans sa tarification par siège ni ses questions de résidence des données. Associez-le à Authentik pour une authentification centralisée, et surveillez les conteneurs avec Uptime Kuma une fois que de vraies conversations dépendent de sa disponibilité.
FAQ
Rocket.Chat est-il vraiment gratuit ?
Oui. Le cœur est sous licence MIT et couvre la messagerie, les canaux, les appels, l’Omnichannel et la marketplace Apps-Engine. Rocket.Chat Enterprise Edition est une offre payante distincte pour l’administration avancée et les fonctionnalités de conformité, ajoutée par-dessus le cœur gratuit, jamais une condition pour l’utiliser.
Pourquoi MongoDB doit-il tourner en replica set ?
Rocket.Chat surveille l’oplog de MongoDB pour pousser les mises à jour en temps réel vers les clients connectés, et cet oplog n’existe que lorsque MongoDB tourne en mode replica set. Un replica set à un seul nœud suffit pour les tests et les petits déploiements ; en production, mieux vaut utiliser le replica set à 3 membres que recommande la documentation de Rocket.Chat pour la haute disponibilité.
Rocket.Chat peut-il remplacer Slack pour une petite équipe ?
Pour l’usage quotidien, oui : canaux, fils de discussion, messages directs et appels couvrent le même terrain. Les écarts se voient sur la finition de certains cas limites mobiles et sur l’étendue de la marketplace, où l’écosystème tiers plus large de Slack garde une longueur d’avance.
Rocket.Chat prend-il en charge le chiffrement de bout en bout ?
Oui, pour les messages directs et les canaux privés, à activer salon par salon plutôt qu’actif par défaut. C’est indépendant du HTTPS au niveau transport que fournit un reverse proxy devant le serveur.
Rocket.Chat est-il activement maintenu ?
Oui. Le projet a publié la version 8.5.0 en juin 2026, cumule près de 30 000 commits, et dépasse les 45 000 étoiles GitHub, avec un rythme de sortie régulier et une fenêtre de support documentée de six mois par version.