Sommaire6
La question revient dans presque chaque discussion sur Twenty : le projet est jeune, porté par une petite société, face à des éditeurs installés depuis des décennies. Va-t-il durer ? La question est légitime, et la réponse honnête n’est ni « aucun risque » ni « trop risqué ». Elle tient à ce que la licence change, et à ce qu’on fait soi-même pour garder la main.
Ce que la licence garantit
Le cœur de Twenty est publié sous licence AGPL v3, avec le code sur le dépôt public du projet. Concrètement, trois choses ne peuvent pas vous être retirées. Le code existe et reste accessible, quelle que soit la suite. Une installation auto-hébergée continue de fonctionner même si l’éditeur change de cap ou disparaît. Et n’importe qui, vous ou un prestataire, a le droit de maintenir ce code et de le corriger.
C’est une différence de nature avec un CRM fermé et hébergé, dont la fermeture ou le changement de tarif s’impose à tous ses utilisateurs. SaaSpocalypse : les CRM vont-ils vraiment mourir ? prend la question par l’autre bout, celui des éditeurs fermés.
Ce qu’elle ne garantit pas
La licence ne garantit ni le rythme des mises à jour, ni les correctifs de sécurité futurs, ni l’arrivée des fonctions annoncées. Si le projet ralentissait, une installation continuerait à tourner, mais vieillirait : moins de correctifs, des dépendances qui prennent de l’âge. Maintenir soi-même un logiciel de cette taille est possible, mais coûteux ; c’est une issue de secours, pas un plan de route.
Ce qui est acquis
Le code public, utilisable et modifiable
Une installation qui tourne sans l’éditeur
Des données dans une base qui vous appartient
Ce qui ne l’est pas
Le rythme des versions et des correctifs
Les fonctions promises sur la feuille de route
Une communauté assez large pour reprendre le flambeau
Les signaux à suivre
On ne lit pas l’avenir d’un projet, mais on peut en suivre la santé. La fréquence des versions publiées, le nombre de contributeurs actifs, la réactivité sur les anomalies signalées, la clarté de la feuille de route : tout cela se consulte publiquement sur le dépôt. Un coup d’œil chaque trimestre suffit pour voir venir un ralentissement bien avant qu’il ne pose problème.
Se protéger sans renoncer
- Des données exportables.
Un export complet testé de temps en temps, et une base PostgreSQL lisible en auto-hébergement.
- Un modèle documenté.
Une page qui décrit objets, champs et relations, pour reconstruire ailleurs si besoin.
- Des intégrations par l’API.
Ce qui passe par l’API se rebranche sur un autre CRM plus facilement qu’un réglage enfoui.
- Peu de fonctions marginales.
Plus vous dépendez de fonctions récentes et propres à Twenty, plus la sortie coûte.
- Une sortie imaginée.
Savoir, sur une page, vers quel outil vous iriez et ce que cela demanderait.
Ces précautions valent pour n’importe quel CRM, fermé ou ouvert. Avec un outil libre, elles sont plus faciles à tenir, puisque rien ne vous empêche d’accéder à vos données ni au code.
Ce que nous en retenons
Nous utilisons Twenty sur notre propre serveur depuis début 2025, et nous l’avons choisi en connaissant ce risque. Notre pari repose sur deux constats vérifiables : le projet publie régulièrement, et sa licence nous laisse une sortie dans tous les cas. Notre avis complet, limites comprises, est dans Twenty CRM en production.
À retenir
Le bon niveau de prudence
Le risque d’un CRM libre et jeune n’est pas la disparition brutale, c’est le vieillissement lent. Il se surveille et se prépare, comme on prépare une sauvegarde.
Le guide pratique de Twenty présente l’outil dans son ensemble, et notre offre CRM livre le modèle documenté et la procédure d’export avec l’installation.
Questions fréquentes
Que se passe-t-il si l’éditeur de Twenty arrête le projet ?
Une installation auto-hébergée continue de fonctionner, et le code reste public sous licence AGPL. D’autres acteurs peuvent alors reprendre la maintenance, ou vous pouvez préparer une migration à votre rythme. Dans le cloud de l’éditeur, la situation est différente : il faudrait récupérer vos données et basculer sur une installation à vous ou sur un autre outil.
L’AGPL impose-t-elle quelque chose à l’entreprise qui utilise Twenty ?
Utiliser Twenty en interne, tel quel, n’impose rien de particulier. Les obligations de l’AGPL concernent surtout la modification du code et sa mise à disposition à des tiers par le réseau : dans ce cas, les modifications doivent être publiées sous la même licence. Pour un usage standard, avec configuration et intégrations par l’API, la question ne se pose pas.
Un CRM libre est-il moins sûr qu’un CRM commercial ?
Pas par nature. Le code public permet à chacun de l’examiner, ce qui fait souvent apparaître les failles plus vite. La sécurité réelle dépend surtout de l’exploitation : mises à jour appliquées, accès limités, sauvegardes. Un CRM commercial mal configuré n’est pas plus sûr qu’un CRM libre bien tenu.
Comment vérifier qu’un projet open source est en bonne santé ?
En consultant son dépôt public : la fréquence des versions, le nombre de contributeurs actifs, le délai de réponse aux anomalies, la discussion autour de la feuille de route. Ces signaux se lisent en quelques minutes. Un regard trimestriel suffit pour repérer une tendance, bien avant qu’un ralentissement ne devienne un problème.
Sources
- GNU Affero General Public License v3 (nouvel onglet)gnu.org
- Twenty, dépôt officiel (nouvel onglet)github.com
Jim · fondateur de Brain Plus AI
À lire aussi en twenty crm en pratique
Comprendre9 min
Twenty CRM en production : notre avis, limites comprises
Nous faisons tourner Twenty, un CRM libre, sur notre propre serveur depuis plus d'un an et demi. Ce qui marche, ce qui demande du travail, ce que la licence AGPL implique pour une entreprise, et à qui nous ne le conseillons pas.
Prendre du recul6 min
SaaSpocalypse : les CRM vont-ils vraiment mourir ?
Les agents d'IA ne tuent pas le logiciel, ils tuent l'interface et la licence par siège. Ce qui reste, votre donnée, vos droits et vos règles métier, pose une seule question : à qui appartiennent-ils ?
Guide pratique5 min Le guide du sujet
Twenty CRM en pratique : le guide pour une équipe
Modèle de données, vues, workflows, import, droits, hébergement, API et adoption : ce que Twenty demande et ce qu'il rend à une équipe commerciale. Le guide d'entrée de la rubrique, avec un lien vers chaque article qui approfondit.