- Après avoir utilisé Matrix.org et Element comme principales plateformes de communication pendant cinq ans, et après avoir rencontré de nombreux problèmes et déceptions, l’auteur a décidé de ne plus les utiliser
- En raison de performances lentes, de services instables et d’une UX confuse, il en est arrivé à la conclusion qu’il est difficile de les recommander à des utilisateurs ordinaires
- Il estime que l’absence de cap dans le développement, la fragmentation des projets client et serveur, ainsi que l’inachèvement des fonctions essentielles, détériorent la santé de l’écosystème
- L’élément déclencheur final a été un incident où le canal communautaire qu’il gérait lui-même a été pratiquement cassé à cause de problèmes sur le homeserver Matrix.org
- Il a finalement décidé de revenir à XMPP ; il apprécie fortement l’idéal du protocole ouvert et de la structure fédérée de Matrix.org/Element, mais considère qu’en l’état actuel, l’ensemble n’est pas adapté à un usage réel
Tl;dr et introduction
- L’auteur a utilisé et promu Matrix.org et Element pendant cinq ans, tout en faisant face à divers problèmes et limites
- Malgré l’attrait d’un protocole ouvert idéal et une adoption par des institutions européennes, l’expérience utilisateur réelle reste lente et peu fiable
- La confusion dans l’orientation du développement, la fragmentation des projets et les lacunes de l’UX nourrissent son scepticisme quant à l’avenir du service
- Récemment, des problèmes de homeserver ont même entraîné la perte de son canal communautaire, ce qui l’a poussé à revenir à XMPP
Les débuts
- Matrix.org a démarré il y a dix ans comme protocole de messagerie fédéré, avec un objectif clair : standardiser la communication en temps réel entre fournisseurs, comme le SMTP pour l’e-mail
- Techniquement, il ressemble à XMPP, mais se distingue par une messagerie basée sur JSON, WebRTC et un chiffrement de bout en bout (E2EE) intégré par défaut
- Le projet a été développé avec le soutien d’une filiale d’Amdocs (2014~2017), puis repris par New Vector Limited
- KDE, Purism, Status, le gouvernement français et diverses autres organisations et entreprises ont participé, mais Synapse (le homeserver officiel) a été conçu avec une pile technique structurellement inadaptée à une montée en charge durable
- Des projets de serveurs alternatifs comme Dendrite et Conduit ont vu le jour sous l’impulsion de la communauté, mais la qualité des composants clés reste faible
Use Matrix!
- L’écosystème s’est développé à partir de 2019, lorsque Mozilla a annoncé l’adoption de Matrix, et Element (anciennement Riot) s’est imposé comme client principal
- Des administrations européennes ont suivi, notamment Tchap en France, ainsi que des organismes gouvernementaux en Allemagne dans la défense et la santé, au Luxembourg et en Suède
- Pour dépasser les limites de l’application Element basée sur Electron, de nouveaux produits sont apparus, comme Element X natif, SchildiChat et FUTO Circles
- Porté par cet enthousiasme, l’auteur a investi des efforts dans l’animation de canaux communautaires et dans la promotion de l’écosystème Matrix auprès de ses proches, sans que les problèmes fondamentaux du service soient résolus
Avance rapide
- Cinq ans plus tard, ses attentes et sa patience envers Matrix et Element sont épuisées
- Malgré des évolutions récentes comme l’introduction de MAS (Matrix Authentication Service), des problèmes persistent : absence de fonctions de sécurité de base comme 2FA/MFA, et manque de fonctionnalités dans Element X (threads, espaces, widgets, etc.)
- Element X est plus rapide que l’ancienne version Electron, mais reste lent face à Signal, Telegram X, WhatsApp et autres
- Il décrit de graves problèmes de performances : UI lente sur les anciens appareils, réactivité à peine meilleure sur les appareils récents, lenteur du homeserver matrix.org, et même des retards de plusieurs dizaines de secondes sur le client TUI
iamb
- Diverses alternatives, comme l’intégration avec des clients IRC, ne sont pas vraiment viables faute de prise en charge d’E2EE et de fonctions de base suffisantes
- La vérification croisée des appareils pour l’E2EE, problème ancien, est restée instable jusqu’à récemment, et la complexité du protocole, du chiffrement et des API réduit aussi l’accessibilité pour les développeurs tiers
- Les serveurs alternatifs (Dendrite, Conduit, etc.) ne sont toujours pas adaptés à une exploitation à grande échelle, et le client FUTO Circles a été abandonné en 2025
- La dispersion de la pile technique (Python, Node.js/TypeScript, Go, Rust, etc.) et les changements continus de dépôts compliquent la gestion de l’écosystème
- L’auteur pointe également l’absence de stratégie technique claire chez New Vector et des difficultés financières chroniques
Peut-être que le problème, c’est toi ?
- Il a trouvé sur Reddit, des blogs et des forums de nombreux récits exprimant des frustrations similaires
- Beaucoup de réactions d’utilisateurs vont dans le sens de « Matrix est fondamentalement pénible à utiliser », et même dans la communauté FOSS, « Unable to decrypt message » est devenu un sujet de plaisanterie
- À cause de la dégradation des performances, de la hausse du spam, de l’état inachevé d’Element X et de l’instabilité du client web, la plateforme est désormais déconseillée
- Les retours positifs sont largement éclipsés par les problèmes, les critiques et les témoignages négatifs
- Le nommage confus, la difficulté de recherche et l’environnement général la rendent encore moins accessible aux utilisateurs ordinaires
La goutte d’eau qui a fait déborder le vase
- Début juillet, le canal communautaire qu’il gérait est soudain devenu inaccessible ; il apparaît encore dans Element X, mais semble avoir disparu du client web
- Malgré plusieurs tentatives de reconnexion et des demandes d’assistance, rien n’a été résolu, et le homeserver renvoie une erreur indiquant l’absence d’événement
m.room.create
- D’autres utilisateurs peuvent accéder normalement au canal, mais les changements et attributions de permissions ne fonctionnent pas, révélant la complexité et la fragilité de la structure des permissions et de la fédération
- Faute de réponse claire de l’équipe support, et parce qu’il est difficile pour un utilisateur d’identifier le véritable responsable du problème, la restauration du canal a finalement échoué
Au revoir Matrix.org
- Face au silence de l’équipe support et à l’absence d’accès aux logs serveur, l’auteur a décidé d’arrêter d’utiliser la plateforme Element
- Le canal communautaire ne rassemblait qu’un petit nombre de participants, mais il regrette d’avoir perdu, à cause d’une simple panne, un espace construit au fil de plusieurs années
- Avec ses performances lentes, la hausse du spam, le client web inachevé et les limites d’Element X, la plateforme n’est plus recommandable pour les utilisateurs ordinaires
- Matrix.org et Element resteront sans doute présents dans certaines institutions comme des administrations européennes, mais ils risquent selon lui d’être délaissés par le grand public à cause de leur complexité et de leur barrière à l’entrée
- La complexité des permissions, des adresses et des réglages, ainsi qu’une UX insuffisante, en font selon lui « un logiciel d’entreprise idéal » et rien de plus
- Épuisé par la fatigue des utilisateurs, la répétition des problèmes et la médiocrité du support, il annonce sa rupture définitive
Avenir et alternatives
- Il adhère toujours aux principes de Matrix — protocole ouvert, confidentialité, structure fédérée, décentralisation — mais estime que l’outil atteint ses limites en usage réel
- D’après son expérience concrète, XMPP et IRC offrent une fiabilité, une simplicité et une interopérabilité bien supérieures
- Même Dendrite, côté Matrix, exige 2 à 4 cœurs et 8 Go de RAM pour un usage quotidien, ce qui alourdit les coûts d’exploitation et de maintenance
- À l’inverse, des systèmes comme Ejabberd, basés sur Erlang/OTP, peuvent prendre en charge de très nombreux utilisateurs simultanés avec peu de ressources, grâce à une architecture éprouvée depuis vingt ans dans les systèmes distribués
- L’auteur regrette que Matrix ait misé sur Python, Node.js, Go, Rust et d’autres technologies diverses ; selon lui, une architecture unifiée autour d’Erlang/Elixir aurait été bien plus simple et moins coûteuse à exploiter
Un nouveau départ
- Après avoir essayé divers nouveaux services, il est finalement revenu à XMPP (et à IRC), dont les atouts sont la simplicité, la fiabilité et l’interopérabilité
- Il invite les membres de la communauté Matrix.org à rejoindre son nouveau canal XMPP (ainsi qu’un salon SimpleX)
- Son instance XMPP continue d’être améliorée, avec des projets d’intégration de Tor, d’I2P, d’un proxy UnifiedPush et d’un serveur IRCv3
- Il continue aussi d’exploiter SimpleX, même si cette solution dépend elle aussi d’une plateforme d’exploitation
2 commentaires
Il y a quelques années, pas mal d’actualités liées à Matrix étaient aussi sorties sur GeekNews, puis plus rien ; il y avait donc ce genre de problèmes.
Avis Hacker News
La plupart de ces critiques ont aussi été formulées à plusieurs reprises sur les serveurs de la Matrix Foundation. La réaction générale de l’équipe ressemblait à « payez ou acceptez ce qu’il y a ». Il y a eu trop de grands changements de direction ces dernières années : de Jitsi à WebRTC, refonte complète du système d’authentification, remplacement total de Element par Element X, etc. Aujourd’hui, il n’y a plus que deux clients : un client rapide mais pauvre en fonctionnalités, et un client lent mais riche en fonctionnalités, donc il faut soit renoncer à des fonctions, soit utiliser quelque chose de lent. J’aimerais les soutenir de manière positive, mais d’après mon expérience cette équipe est beaucoup trop arrogante. Il est vraiment difficile de trouver une messagerie basée sur des standards ouverts utilisable en entreprise. XMPP est fragmenté et manque de clients élégants. Matrix est un chaos de type BDFL persuadé d’être trop intelligent, et Signal est open source mais hostile à l’auto-hébergement. En plus, je soupçonne que cette organisation est entièrement dirigée par des Architecture Astronauts. Tout est abstrait à l’excès au point d’en perdre son sens
J’utilise Conversations (mobile) et Gajim (desktop) depuis 10 ans. Ça demande un minimum d’effort et ça fonctionne très bien sans problème. Je me demande ce que je rate
Je me demande si tu as essayé Delta Chat. J’aime vraiment l’idée, mais c’est dommage que je n’arrive pas à convaincre quelqu’un de le tester avec moi
Je pense que résumer la réponse de l’équipe à « payez ou acceptez » est une interprétation trop exagérée. En réalité, il s’agit plutôt d’expliquer le manque de soutien, par exemple « pas assez de financement pour investir à la fois dans Element et Element X, Synapse et Dendrite ». Dire aussi que les changements du projet ont été trop importants faisait en fait partie d’un effort d’amélioration. Par exemple, Jitsi n’était pas chiffré, et son intégration avec l’identité / le contrôle d’accès et Matrix était insuffisante ; passer à WebRTC visait au contraire à améliorer la vérification d’identité et le chiffrement de bout en bout. Le remplacement complet du système d’authentification a aussi constitué une grande avancée pour prendre en charge divers fournisseurs OIDC ainsi que de nouvelles méthodes d’authentification comme 2FA/MFA, passkeys, etc. Quant à la polémique autour de Element / Element X, oui, Element X est rapide mais manque encore de threads et d’espaces ; cela dit, la plupart jugent que les améliorations sont plus importantes (et elles sont en cours de développement). Enfin, en exploitant Matrix j’ai connu beaucoup d’échecs et de réussites, et je laisse chacun juger si cela relève vraiment de l’arrogance ou d’un excès de confiance intellectuelle. Pour finir, à propos du soupçon que l’organisation serait pilotée par des Architecture Astronauts, j’aimerais recommander les vidéos de conférences publiques de développeurs réels
À propos de la difficulté à trouver une IM d’entreprise basée sur des standards ouverts, quelqu’un mentionne eIRC, une messagerie d’entreprise basée sur le protocole IRC, qui a l’air intéressante. Elle vise une faible consommation de ressources, un haut débit et une faible latence, et prend aussi en charge un historique des messages basé sur Redis
Les Architecture Astronauts comme le Cowboy Coding sont tous deux des approches problématiques. Tout dépend de l’existence d’une clarté, d’une direction et d’un alignement des motivations. L’essentiel, c’est que dans les deux types d’organisation, sans alignement correct, ça ne fonctionne pas
J’étais moi aussi dans une position similaire. J’utilise Matrix depuis 3 ans pour rester en contact avec ma famille dans un pays fortement censuré. À cause de la complexité du système et de sa conception, les performances sont vraiment mauvaises. C’est utilisable, mais désagréable. Le nouveau Element X est sorti pour résoudre plusieurs problèmes, mais il s’éloigne de plus en plus des standards généraux (TURN/STUN, etc.) pour imposer des choses complexes comme Element Call et livekit. Récemment, les problèmes de chiffrement se sont aussi multipliés : même en synchronisant les clés, certains clients n’arrivent pas à déchiffrer les messages, et ailleurs l’historique des conversations se perd carrément. Du coup, je m’en tiens à l’ancien Element, mais on a l’impression que l’équipe Vector ne le maintient presque plus. D’anciens bugs critiques sont aussi laissés à l’abandon (par exemple, lors d’une connexion à un autre homeserver, il se connecte automatiquement à matrix.org et se bloque si le domaine est filtré ; cela n’a été corrigé que dans Element X). Je pourrais le corriger moi-même, mais tant que le sideloading iOS n’est pas autorisé, je n’ai aucun moyen d’installer ma version sur les appareils de ma famille. Si quelqu’un connaît une alternative qui offre support web, iOS, Android, auto-hébergement simple et appels vocaux, je prends les recommandations
Je suis déçu d’entendre que tu as abandonné Element X. Tous les efforts et les améliorations du chiffrement sont concentrés sur Element X. Element Call reste de toute façon basé sur WebRTC, et je pense qu’une connexion directe au SFU sans TURN est préférable. J’aimerais savoir comment tu as essayé de l’installer ; j’ai aussi rédigé un guide d’installation de base qui pourrait t’aider
Je comprends qu’il y ait un problème avec la roadmap d’Element, mais je veux signaler un autre gros problème complètement différent. Le fait même d’être enfermé dans une plateforme fermée (autrement dit, un walled garden comme iOS) est en soi pénible. L’équipe de développement ne peut pas tout faire, et moi non plus je ne peux pas modifier l’application parce que la plateforme me bloque. La négociation entre ces deux groupes (développeurs et utilisateurs) se retrouve ainsi parasitée par une « troisième partie gênante » : la plateforme de l’OS. Cette plateforme apporte certes de la valeur, mais dans ce genre de problème elle devient un frein
En voyageant autrefois en Asie et au Moyen-Orient, je cherchais une plateforme stable, peu gourmande en ressources et facile à dissimuler (autres ports / ToR, etc.), et j’avais placé beaucoup d’espoir dans Matrix à ses débuts. Mais ça a échoué, et j’ai finalement migré vers XMPP, qui évolue de manière stable et continue, et j’en suis satisfait. Ma recommandation personnelle, c’est XMPP
Le client monal xmpp fonctionne bien sur iPhone et je l’utilise pour contacter ma famille. Comme on peut auto-héberger son propre serveur et qu’il existe divers clients comme Conversations sur Android, toute ma famille l’utilise
Dans certains domaines de développement, en particulier ActivityPub / le Fediverse, l’incitation à utiliser Matrix est forte. Par exemple, beaucoup de salons du type « ActivityPub community » sont sur Matrix. La plupart des projets FOSS qui m’intéressent, je les trouve sur Matrix ; Discord, Zulip et Slack étant des exceptions. On observe une tendance où le FOSS préfère Matrix/IRC/XMPP/Zulip, tandis que l’OSS préfère Discord/Slack
L’organisation prépare actuellement une importante mise à jour de correctifs après la découverte récente de deux vulnérabilités de sécurité du protocole (CVE). Il est dit que le signalement initial remonte à 6 mois
D’après mon expérience, le client Element est lent et plein de bugs. J’étais aussi perdu parce que je ne comprenais absolument pas comment fonctionnaient l’authentification du compte ou la désactivation des notifications d’authentification
Le bug des salons cassés était en réalité dû à une corruption d’index de base de données (2 salons affectés sur les 55 auxquels je participais). Dans ce genre de cas, c’est difficile à prévenir au niveau du protocole. En revanche, le fait que la résolution ait pris plus de deux semaines est décevant. Pendant cette période, matrix.org a raté des messages, et j’ai eu l’impression que cela vidait la fédération de son sens
Ce bug était effectivement un incident grave : une corruption d’index dans la base de données de matrix.org a entraîné la suppression erronée de plusieurs millions de lignes. On ne sait toujours pas clairement si la cause est un bug PostgreSQL ou une corruption liée à une défaillance matérielle survenue il y a plusieurs années. Les données ont maintenant été restaurées, et il n’aurait pas dû y avoir de perte de données au niveau de la fédération. Je me demande s’il existe un rapport de bug distinct pour les messages manquants
Cela dit, est-ce qu’une enquête a été menée sur la raison pour laquelle les messages n’étaient pas non plus stockés sur d’autres homeservers ? C’est étrange, puisque le cœur de Matrix, c’est justement la fédération
Il y a quelques jours, il y a eu une discussion sur un problème d’images CSAM lié à Matrix, et les utilisateurs qui ont exprimé leurs inquiétudes ont été ignorés et attaqués par des administrateurs Element/Matrix. En invoquant ce genre de problèmes, l’historique du projet, les promesses non tenues et la faible qualité, certains estiment que Matrix est déjà fini. Ils pensent aussi que cela a eu un impact négatif sur la croissance de l’écosystème open source
Il est souligné que cette affirmation (personnes inquiètes ignorées / attaquées) est inexacte. La prise de conscience du problème CSAM, la réponse active et les excuses sont bien en cours
Ce problème existe sur presque toutes les plateformes, comme YouTube ou Discord. Même des plateformes à l’échelle de milliards d’utilisateurs n’arrivent pas à l’éliminer complètement. L’UE et d’autres essaient de casser le chiffrement, mais en réalité ce contenu pullule aussi dans des environnements non chiffrés, sans solution de fond. Même si Discord ou WhatsApp rebutent, on continue à les utiliser faute d’alternative. Un serveur Matrix auto-hébergé (quelques dollars chez ovh suffisent) pose au moins moins de problèmes
J’aurais voulu aimer Matrix, mais sans aucune explication ni réponse, mon homeserver a été blacklisté par matrix.org. Dans le même temps, j’ai aussi subi un problème où la base de données gonflait jusqu’à plusieurs centaines de Go (apparemment parce que mes utilisateurs se retrouvaient coincés dans des salons matrix.org à cause de la blacklist), et j’ai fini par simplement supprimer la base et abandonner
Cela fait des années que j’administre moi-même un homeserver Synapse et que je discute avec un ami sur Matrix. Mais l’envoi d’images casse souvent (surtout depuis le changement de méthode d’authentification des autorisations). Encore récemment, les images disparaissaient à répétition, et je me suis dit que même en demandant de l’aide aux développeurs, je n’obtiendrais qu’une réponse du genre « c’est de ta faute », alors j’ai décidé de migrer vers Signal. Pour les quelques communautés qui me restent, je compte aussi quitter Matrix dès que je trouverai une alternative. On voit toujours des explications du type « c’est un incident isolé », mais les vrais problèmes, eux, ne sont jamais réglés
Je suis entièrement d’accord au sujet de Matrix. Je l’ai abandonné il y a environ un an, et je n’ai même pas envie d’y revenir tant je n’ai confiance ni dans son historique, ses promesses, ni sa qualité