Twenty CRM en production : notre avis, limites comprises

Twenty CRM est un logiciel de relation client libre, que l’on peut installer sur son propre serveur. Notre avis repose sur un usage réel : nous faisons tourner Twenty en production pour nos clients depuis début 2025. Palmora, un portail d’annonces immobilières en Thaïlande que nous opérons, en est l’exemple le plus complet : un CRM Twenty auto-hébergé, relié au site, alimenté chaque jour par des workflows n8n.

« Ça tient » ne veut pas dire « ça va tout seul ». Voici ce que l’exploitation au quotidien nous a appris, sans chiffre que nous ne pourrions pas montrer : ce qui marche, ce qui demande du travail, ce que la licence implique, et à qui nous ne conseillons pas Twenty. Pour le situer parmi les autres options, notre rubrique CRM rassemble les guides de choix, de migration et de nettoyage des données.

En bref

• Twenty tient en production pour une équipe commerciale : un modèle de données libre, une API complète, et pas de licence par utilisateur en auto-hébergement.
• L’exploitation est à vous : le serveur, des sauvegardes testées, des mises à jour régulières, des clés d’API qui expirent.
• La licence AGPL ne gêne ni l’usage ni l’intégration par les interfaces publiées ; elle encadre la modification du code.
• Ce n’est ni un ERP ni une suite marketing.

Qu’est-ce qui fonctionne bien dans Twenty ?

Un modèle de données calqué sur le métier

Le point fort de Twenty, c’est la liberté du modèle. Selon sa documentation, on crée des objets personnalisés, des champs de plus de vingt types et des relations entre objets, sans code. Sur Palmora, un bien immobilier n’est pas une « opportunité » déguisée : les biens, les zones et les référents sont des objets à part, avec des identifiants métier générés automatiquement.

C’est ce qui fait qu’une équipe adopte l’outil : elle y retrouve son vocabulaire, au lieu de contourner le CRM par un tableur. Nous détaillons cet usage, où Twenty tient bien plus que des contacts, dans notre guide Twenty au-delà du CRM, comme back-office de vos données métier.

Une API complète, pour que le CRM soit la source de vérité

Tout ce qu’on voit à l’écran est accessible par API, en REST et en GraphQL, avec une documentation générée pour chaque espace de travail. C’est ce qui permet de faire de Twenty la source de vérité : sur Palmora, le site se met à jour à partir du CRM, par un pipeline que nous avons rapatrié sur notre propre serveur en juillet 2026. Personne ne saisit deux fois.

Les webhooks permettent de réagir à un changement en temps réel, avec une réserve tirée de notre usage : sur les objets personnalisés, l’enregistrement automatique des brouillons les rend peu fiables comme déclencheur. Pour notre générateur d’identifiants, un traitement planifié qui relit l’état à jour de la fiche s’est montré plus sûr.

Des workflows internes, et n8n ou une application pour le reste

Twenty propose ses propres workflows, déclenchés par un changement de fiche, un horaire, une action manuelle ou un webhook entrant. Pour les traitements qui traversent plusieurs outils, nous passons par n8n, qui tourne sur le même serveur. Et quand une fonction manque, on peut l’ajouter par une application : nous en avons développé une, qui réordonne les photos, et l’avons publiée sur le store de Twenty.

Pas de licence par utilisateur en auto-hébergement

Sur sa page tarifaire, l’éditeur indique que le cœur libre s’auto-héberge sans frais de licence ; son offre cloud est facturée par utilisateur et par mois. Pour une équipe qui grandit, c’est la différence entre une facture fixe et une facture qui suit chaque recrutement.

Qu’est-ce qui demande du travail ?

L’hébergement est à vous

Chez nous, Twenty tourne dans des conteneurs Docker, sur un serveur unique derrière Traefik, à côté de n8n, Matomo, Docuseal, Documenso, InvoiceNinja et Ollama : une douzaine de services pour cinq entreprises clientes. C’est économique, et c’est exigeant.

Notre leçon la plus chère vient de ce partage. En juillet 2026, une commande docker system prune a détruit les conteneurs de dix services sur le serveur qui héberge le CRM. Les données ont survécu parce qu’elles vivaient dans des volumes. Depuis, nos règles d’exploitation sont écrites, au lieu d’une promesse de faire attention.

La sauvegarde ne se fait pas toute seule

Les données de Twenty vivent dans une base PostgreSQL. Il faut l’exporter régulièrement, hors du serveur, et tester une restauration de temps en temps : une sauvegarde jamais restaurée n’est qu’une hypothèse. Nous détaillons ce qui casse vraiment, incident compris, dans notre article sur la sauvegarde d’un serveur à soi.

Les mises à jour : régulières, et à préparer

Le guide de mise à jour demande de toujours sauvegarder la base avant de commencer ; les migrations s’exécutent ensuite automatiquement au démarrage, et depuis la version 1.23 on peut passer directement à la dernière version. Une montée de version peut aussi exiger un prérequis : la version 2.34 demande PostgreSQL 15 ou plus récent. C’est simple, à condition de lire les notes avant, de le faire régulièrement, et de vérifier après coup que ce qui dépend du CRM (le site, les workflows n8n) fonctionne toujours.

Les corrections de masse passent par l’API, au bon débit

Corriger des centaines de fiches à la main n’est pas réaliste ; l’API le permet, à condition de limiter le débit. Sur Palmora, une première réparation de masse lancée sans limitation a produit 754 échecs. Relancée avec une limitation de débit et des reprises automatiques, elle a corrigé les 837 fiches concernées, sans un seul échec. Le conseil qui en découle : toute opération de masse commence par une simulation, s’applique ensuite explicitement, au bon débit, et se contrôle après coup.

Les clés d’API expirent

Selon la documentation de son API, une clé se crée dans les paramètres, rubrique API & Webhooks, avec une date d’expiration, et ne s’affiche qu’une seule fois. C’est une bonne pratique de sécurité, et un piège classique : le jour où la clé expire, la synchronisation s’arrête. Notez la date quelque part où quelqu’un la lira, et branchez une alerte, comme pour toute automatisation.

Le modèle se pense avant la reprise des données

Un modèle mal pensé au départ coûte cher plus tard, parce que chaque correction touche les données déjà saisies et tout ce qui les lit. Chaque champ qui sert à décider (l’origine d’une fiche, son statut, son responsable) se définit avant la reprise, avec une liste de valeurs qui ne se recouvrent pas : deux situations différentes ne partagent jamais la même valeur.

Que change la licence AGPL pour une entreprise ?

Twenty est principalement sous licence AGPL v3. Selon le fichier de licence du projet, certains fichiers marqués « Enterprise » relèvent d’une licence commerciale, et certains paquets, dont les kits de développement, sont sous licence MIT.

Ce que cela implique pour une entreprise :

• utiliser Twenty tel quel, même hébergé chez vous et utilisé par vos équipes, ne pose aucune difficulté ;
• modifier le code de Twenty et faire utiliser cette version à travers un réseau oblige à en proposer le code source à ses utilisateurs (article 13 de la licence AGPL v3, reproduite dans ce fichier de licence) ;
• construire une application qui parle à Twenty par ses interfaces publiées (API REST et GraphQL, webhooks, kits de développement) relève d’une exception prévue par le fichier de licence : une telle application n’est pas soumise à l’AGPL de ce seul fait.

Notre règle en découle : nous ne reprenons aucune ligne du code de Twenty. Nous le paramétrons et nous l’intégrons par ses interfaces publiées, comme notre application du store. C’est aussi ce qui garde les mises à jour simples : il n’y a rien de maison à reporter sur chaque nouvelle version.

À qui ne conseillons-nous pas Twenty ?

• Si vous avez besoin d’un ERP (devis, factures, stock, comptabilité dans le même outil) : Twenty est un CRM. Notre comparatif pour choisir entre Twenty, Dolibarr et Odoo part de la taille de l’équipe et des processus à couvrir.
• Si vous cherchez une suite marketing complète (campagnes d’emailing, pages d’atterrissage) : ce n’est pas son terrain.
• Si personne ne peut s’occuper du serveur et que vous ne voulez pas d’exploitant : l’offre cloud de l’éditeur existe, mais elle est facturée par utilisateur, et selon sa page tarifaire certaines fonctions (authentification unique, permissions au niveau de la fiche, journaux d’audit) sont réservées à son offre Organization.

Par où commencer ?

Commencez par vérifier qu’un CRM pur couvre vos processus : si la facturation ou le stock doivent vivre dans le même outil, Twenty n’est pas le bon point de départ. S’il l’est, la réussite se joue ensuite sur deux choses : un modèle de données décidé avant la reprise, et une exploitation organisée dès le premier jour.

Si vous voulez un Twenty installé, repris et exploité pour vous, c’est le premier niveau de notre offre CRM : paramétrage dans votre vocabulaire, données reprises, dédoublonnées et vérifiées, puis sauvegardes, mises à jour et supervision en abonnement si vous le souhaitez.

Questions fréquentes

Twenty CRM est-il fiable pour une entreprise ?

Pour un usage CRM, oui dans notre expérience : nous le faisons tourner en production pour nos clients depuis début 2025. La fiabilité dépend surtout de l’exploitation, pas du logiciel seul : des sauvegardes testées hors du serveur, des mises à jour régulières précédées d’une sauvegarde, et une surveillance du serveur et des intégrations. Un Twenty installé puis oublié accumule les risques, comme tout logiciel auto-hébergé.

Faut-il un développeur pour utiliser Twenty ?

Non pour l’usage quotidien ni pour le paramétrage courant : les objets, les champs et les workflows se créent depuis l’interface, sans code. Oui pour l’installation, les intégrations par API et l’exploitation du serveur, ou alors un prestataire qui s’en charge. C’est la vraie question à se poser avant de choisir l’auto-hébergement : qui fera les sauvegardes et les mises à jour dans un an ?

Twenty se connecte-t-il à Gmail ou à Outlook ?

Oui. Selon sa documentation, on connecte une boîte Google Workspace ou Microsoft 365 : les emails sont rattachés automatiquement aux entreprises et aux personnes correspondantes, avec les fils complets sur la fiche, et les événements d’agenda y apparaissent aussi. On peut filtrer l’import par période ou par expéditeur, pour ne pas faire entrer toute une boîte dans le CRM.

Peut-on reprendre ses données d’un autre CRM ?

Oui, par import de fichiers CSV ou par l’API. La documentation de migration de Twenty limite l’import par fichier à 10 000 enregistrements : au-delà, on découpe le fichier ou on passe par l’API. L’ordre compte (entreprises, puis personnes, puis opportunités). Notre guide pour migrer de HubSpot vers un CRM libre détaille la méthode, historique compris.

Twenty gère-t-il les doublons ?

En partie. Selon sa documentation, l’email d’une personne et le domaine d’une entreprise sont uniques : à l’import, une ligne dont l’email ou le domaine existe déjà met à jour la fiche au lieu d’en créer une seconde. Les doublons approximatifs (un nom écrit autrement, deux adresses pour une personne) restent à traiter : voir notre guide pour nettoyer les données de son CRM.