ToolJet 2026 : test complet de la plateforme open source pour outils internes
La création d’outils internes — panneaux d’administration, tableaux de bord, formulaires CRUD et consoles opérationnelles — consomme depuis des années le temps des équipes d’ingénierie. Pendant que les fonctionnalités produit étaient prioritaires, les utilitaires internes accumulaient de la dette technique ou ne voyaient jamais le jour, et les utilisateurs métier faisaient la queue derrière les développeurs. C’est précisément ce problème que ToolJet tente de résoudre : une plateforme low-code open source qui permet d’assembler des applications visuellement en connectant vos bases de données, API et services d’authentification existants.
Dans ce test, nous examinons ce que ToolJet sait faire en 2026, comment fonctionne son constructeur, à qui il convient et où se cachent les pièges. Nous passons en revue des scénarios d’usage réels, comparons les offres tarifaires et donnons un verdict honnête — sans promesses marketing.
Qu’est-ce que ToolJet
ToolJet est une plateforme open source pour créer rapidement des outils internes. Son idée centrale est simple : au lieu d’écrire une application React distincte pour chaque écran d’administration, vous glissez-déposez des composants d’interface (tableaux, formulaires, graphiques, boutons, fenêtres modales) et les reliez à des sources de données — PostgreSQL, MongoDB, MySQL, API REST, GraphQL, Google Sheets, S3 et des dizaines d’autres.
Sur le plan architectural, ToolJet se compose de plusieurs éléments : un constructeur frontend, un backend Node.js, une couche d’exécution de requêtes (query runner) et un stockage des métadonnées de l’application. L’essentiel est distribué sous licence AGPL v3 et peut être déployé sur votre propre serveur via Docker ou Kubernetes.
La différence la plus importante avec les plateformes low-code propriétaires est l’auto-hébergement sans limite d’utilisateurs. Si vous maîtrisez Docker et PostgreSQL, vous pouvez faire tourner ToolJet chez vous sans rien payer par utilisateur. C’est un argument de poids pour les entreprises aux exigences strictes de sécurité des données.
Fonctionnalités principales
Constructeur d’interface visuel
Le constructeur ToolJet est un éditeur glisser-déposer avec grille, composants et panneau de propriétés. Vous disposez de tableaux triables et filtrables, de formulaires avec validation, de graphiques (Chart.js et Plotly), de listes, de conteneurs, d’onglets, de fenêtres modales, de téléversements de fichiers ainsi que de composants cartes et calendriers. Chaque composant se lie aux données par des expressions — vous écrivez quelque chose comme {{queries.getUsers.data}} et le composant affiche le résultat automatiquement.
Pour les développeurs, les composants personnalisés sont pris en charge : vous pouvez écrire votre propre composant React et l’intégrer à une application. Cela lève la limitation classique du low-code, à savoir rester enfermé dans la bibliothèque standard.
Sources de données et intégrations
ToolJet annonce plus de 50 connecteurs intégrés. Les plus utilisés en pratique sont :
- Bases de données relationnelles : PostgreSQL, MySQL, MariaDB, MS SQL Server, Oracle, CockroachDB
- NoSQL : MongoDB, CouchDB, Redis, Elasticsearch
- API : REST (générique), GraphQL, gRPC, OpenAPI
- Cloud et SaaS : Google Sheets, Airtable, Notion, Slack, Stripe, Twilio, SendGrid
- Stockage : S3, MinIO, Firestore
- Spécialisés : BigQuery, Snowflake, Databricks, Supabase, DynamoDB
À signaler séparément : la prise en charge de sources de données personnalisées via des plugins et la possibilité d’écrire du JavaScript ou du Python arbitraire directement dans les requêtes. La plateforme est ainsi plus flexible que la plupart de ses concurrents.
Authentification et contrôle d’accès
ToolJet prend en charge l’authentification intégrée (e-mail/mot de passe), OAuth2, OpenID Connect, SAML et Google Sign-In. Pour les scénarios d’entreprise, le SSO passe par Okta, Azure AD et d’autres fournisseurs.
La gestion des accès s’effectue au niveau des groupes d’utilisateurs et des permissions d’espace de travail. Vous pouvez accorder des droits différents par application, restreindre l’accès à certaines requêtes et créer des applications publiques sans connexion. Sur la granularité du RBAC, la plateforme reste derrière les produits d’entreprise matures, mais elle couvre les besoins de base.
Workflows et automatisation
En 2025–2026, ToolJet a fortement développé sa section Workflows — un éditeur visuel de processus en arrière-plan. Au lieu d’une interface, vous construisez une chaîne de nœuds : un déclencheur (webhook, planification, événement), des requêtes de données, des conditions, des boucles, l’envoi de notifications. Vous pouvez ainsi automatiser, par exemple, l’export nocturne de rapports ou la synchronisation de données entre systèmes.
C’est un mouvement vers la classe BPM/automatisation où dominaient n8n, Make et Zapier. ToolJet reste plus modeste en connecteurs prêts à l’emploi, mais gagne grâce à l’intégration étroite avec le constructeur d’applications : workflow et interface vivent dans un même projet.
Fonctions d’IA
En 2026, ToolJet a ajouté un assistant IA qui aide à générer des requêtes SQL, à compléter des expressions JavaScript et à proposer des structures de composants. Des LLM externes (OpenAI, Anthropic, les vôtres via API) peuvent être connectés. Ces fonctions ne sont pas révolutionnaires mais utiles : l’assistant fait gagner du temps sur les tâches répétitives, surtout pour les requêtes JOIN complexes.
Avantages et inconvénients
Avantages
- Open source avec véritable auto-hébergement — AGPL v3, aucune limite d’utilisateurs en édition auto-hébergée
- Plus de 50 connecteurs vers bases de données, API et services SaaS
- Composants React personnalisés — la bibliothèque est extensible
- JavaScript et Python dans les requêtes pour une logique non standard
- Communauté active et versions régulières
- Workflows pour les processus en arrière-plan sans service séparé
- Tarifs transparents et un bac à sable cloud gratuit pour expérimenter
- Docker et Kubernetes — déploiement familier
Inconvénients
- L’auto-hébergement exige des compétences — Docker, PostgreSQL, configuration SSL, mises à jour manuelles de version
- RBAC plus faible que Retool ou Appian — pas de réglage fin des droits au niveau des champs
- Moins de modèles sectoriels prêts que les concurrents payants
- La documentation retarde parfois sur les versions, surtout pour les nouveaux connecteurs
- Performance des grands tableaux : peut faiblir avec des dizaines de milliers de lignes sans pagination côté serveur
- Les montées de version majeures exigent parfois des migrations du schéma de métadonnées
Tarifs et offres
ToolJet utilise un modèle freemium classique avec un cœur ouvert.
| Offre | Prix | Utilisateurs | Points clés |
|---|---|---|---|
| Auto-hébergé (Community) | Gratuit | Illimités | Toutes les fonctions de base, AGPL v3 |
| Basic (Cloud) | ~79 $/mois | 10 | Cloud, 10 applications, intégrations de base |
| Team (Cloud) | ~199 $/mois | 50 | SSO, plus d’applications, support prioritaire |
| Business | Sur devis | Illimités | RBAC avancé, journaux d’audit, SLA |
| Enterprise | Sur devis | Illimités | On-prem, air-gapped, connecteurs personnalisés, support dédié |
Nuance importante : l’édition auto-hébergée gratuite n’est pas un mode démo. Elle est pleinement fonctionnelle, sans limite artificielle d’utilisateurs ou d’applications. Les offres payantes ajoutent des fonctions d’entreprise : contrôle d’accès avancé, audit, support prioritaire et garanties SLA.
Comparé à Retool (à partir de 10 $ par utilisateur et par mois sur sa plus petite offre d’équipe), une équipe de 20 personnes avec ToolJet auto-hébergé paie bien moins — pratiquement le coût du serveur.
Tests en conditions réelles
Test 1 : connexion PostgreSQL et application CRUD
Nous avons déployé ToolJet via Docker Compose sur un serveur de 2 vCPU et 4 Go de RAM. Le déploiement a pris environ 15 minutes : clonage du dépôt, configuration du .env, démarrage de PostgreSQL et de ToolJet. Aucun souci de migration.
Ensuite, nous avons connecté PostgreSQL, créé une requête, ajouté un composant tableau et un formulaire d’édition. La chaîne tableau → formulaire → mise à jour d’enregistrement s’est montée en moins de 20 minutes sans une seule ligne de code frontend. C’est exactement le scénario pour lequel le low-code existe : un panneau d’administration routinier qui prenait 2–3 jours a vu le jour pendant la pause déjeuner.
Test 2 : intégration d’API REST et transformation de données
Nous avons connecté une API REST externe paginée. Il a fallu une petite transformation — ToolJet permet d’ajouter du code JavaScript de transformation à n’importe quelle requête. Nous avons traité du JSON imbriqué, normalisé la structure et l’avons affiché dans un tableau avec pagination côté serveur. Le code s’est exécuté correctement, sans erreur en console.
La friction est venue des erreurs d’API : par défaut, les messages d’erreur sont peu informatifs, et nous avons dû configurer une notification personnalisée via utils.showAlert. C’est documenté, mais pas évident la première fois.
Test 3 : workflow planifié
Nous avons créé un workflow qui extrait des données de PostgreSQL toutes les heures et envoie un récapitulatif dans Slack. Le constructeur de workflows est intuitif : déclencheur planifié, requête SQL, mise en forme, nœud Slack. Il tourne de façon stable — aucun raté sur une journée.
La limite : les branchements complexes avec de nombreuses conditions sont peu pratiques — le graphe devient vite confus et le débogage par étapes se limite aux journaux.
Test 4 : composant personnalisé
Nous avons assemblé un composant React personnalisé simple (un indicateur de progression avec animation personnalisée) et l’avons intégré à une application. La compilation nécessite un environnement Node.js et un pipeline de build séparé. La barrière d’entrée est nettement plus élevée que le simple glisser-déposer, mais la capacité en vaut la peine quand les composants standards ne suffisent pas.
Test 5 : performance des tableaux
Nous avons chargé un tableau de 50 000 lignes. Sans pagination côté serveur, le navigateur ralentit nettement : le rendu prend plusieurs secondes et le défilement saccade. Avec la pagination au niveau de la requête et une limite de 100 lignes par page, tout est fluide. Conclusion : utilisez toujours la pagination côté serveur sur les gros volumes de données.
Test 6 : permissions et travail multi-utilisateurs
Nous avons déployé ToolJet pour une équipe de six personnes avec différents niveaux d’accès : administrateurs d’espace de travail, éditeurs d’applications et utilisateurs finaux qui ne voient que les applications finies sans droit d’édition. Nous avons configuré des groupes, restreint les requêtes sensibles et vérifié qu’un utilisateur sans droits ne voit pas le bouton de suppression d’enregistrement.
Le résultat honnête : le modèle d’isolation de base fonctionne correctement, mais le réglage fin au niveau des champs et des actions demande une logique manuelle. Si vous voulez qu’un responsable ne voie que ses propres lignes, il faut écrire soi-même la condition de filtrage via des variables d’environnement et des attributs utilisateur. Retool configure cela de façon déclarative ; dans ToolJet c’est du travail de développement, mais faisable.
Test 7 : mise à jour de version
Nous avons aussi testé une montée de version depuis une version majeure précédente. Le processus est standard pour un déploiement Docker : arrêt des conteneurs, git pull ou changement de tag d’image, exécution des migrations via le script intégré, redémarrage. Les migrations de métadonnées se sont déroulées sans erreur, mais ont pris environ quatre minutes sur une base avec historique d’applications. Conseil : faites toujours un dump de la base de métadonnées avant de mettre à jour — revenir à une image précédente sans sauvegarde est impossible, et la compatibilité du schéma entre versions majeures n’est pas garantie.
Coût total de possession en termes réels
Il faut compter plus que la licence. ToolJet auto-hébergé est gratuit en tant que logiciel, mais nécessite :
- un serveur — au moins 2 vCPU / 4 Go de RAM pour une petite équipe, 8 Go ou plus sous charge ;
- PostgreSQL — la base de métadonnées centrale, idéalement sur une instance séparée avec sauvegardes ;
- du temps DevOps — mises à jour, supervision, SSL, sauvegardes, gestion des incidents ;
- la formation de l’équipe — la courbe est faible pour les développeurs, plus élevée pour les utilisateurs métier.
Pour une équipe de dix personnes, une estimation raisonnable est de 40 à 80 $ par mois d’infrastructure plus quelques heures d’ingénierie. Les offres cloud de ToolJet évitent cette charge contre un tarif fixe, si bien que pour les petites équipes le cloud est souvent plus avantageux, tandis que l’auto-hébergement devient rentable à l’échelle ou sous des exigences strictes sur les données.
Sécurité et conformité
ToolJet se positionne comme une plateforme pour scénarios d’entreprise et annonce la prise en charge des exigences SOC 2, GDPR et ISO. Concrètement : chiffrement en transit (TLS) et au repos, séparation des secrets de sources de données et audit des actions dans les offres payantes. En auto-hébergement, une partie de la responsabilité vous revient — certificats SSL, politiques réseau, accès au serveur et mises à jour de sécurité du cœur.
Un point critique avec ToolJet : les secrets de connexion aux bases de données résident dans la plateforme et leur accès dépend des permissions. Si vous connectez une base de production, créez toujours un utilisateur de base dédié avec les droits minimaux nécessaires plutôt que de confier un compte administrateur à l’application. Cela vaut pour toute plateforme low-code, mais c’est précisément ici qu’on l’oublie par souci de rapidité.
Alternatives et quand les choisir
Outre Retool, Appsmith et Budibase déjà cités, quelques autres outils méritent l’attention. Superblocks est proche de ToolJet dans l’esprit et mise sur une approche orientée code — idéal pour les équipes qui préfèrent écrire la logique plutôt que cliquer. Appian et Mendix sont du low-code d’entreprise lourd pour les grands processus, avec un prix et une prise en main à l’avenant. Directus et Strapi résolvent un problème voisin — générer rapidement un backend et une interface d’administration sur une base existante — mais sans constructeur d’interface aussi riche.
La logique de choix est simple : s’il vous faut des interfaces internes open source avec auto-hébergement, ToolJet ou Appsmith. Si vous voulez l’expérience la plus mature et que le budget n’est pas contraint, Retool. Si vous n’êtes pas développeur et cherchez des modèles prêts, Budibase. Si la tâche relève de l’automatisation plutôt que des interfaces, n8n ou Make.
À qui ToolJet convient
Candidats idéaux :
- Startups et équipes produit qui ont besoin de panneaux d’administration internes sans mobiliser du temps de développement
- Entreprises avec des exigences de localisation des données (fintech, santé, secteur public)
- Équipes DevOps et plateforme qui construisent des outils en libre-service pour d’autres services
- Agences créant des tableaux de bord et portails clients
Peu adapté à :
- Équipes sans compétences techniques pour l’auto-déploiement (la version cloud abaisse la barrière)
- Projets nécessitant un RBAC fin au niveau des champs et des circuits d’approbation complexes — voyez plutôt Retool ou Appian
- Applications publiques à fort trafic orientées client — ToolJet vise les outils internes, pas les produits clients
Comparaison avec la concurrence
ToolJet vs Retool. Retool est plus mature, plus riche en composants et en RBAC, mais plus cher et entièrement propriétaire — l’auto-hébergement n’existe que dans les offres entreprise. ToolJet gagne sur les scénarios auto-hébergés et le prix.
ToolJet vs Appsmith. Le concurrent le plus direct. Appsmith est aussi open source et auto-hébergeable. Les différences : Appsmith a une UX de constructeur un peu plus aboutie et plus de modèles, ToolJet est plus fort sur les workflows et les fonctions d’IA. Le choix dépend souvent des habitudes de l’équipe.
ToolJet vs Budibase. Budibase est plus simple pour les non-développeurs et plus fort en modèles prêts, mais moins flexible pour la logique personnalisée. ToolJet s’adresse aux équipes avec des développeurs qui ont besoin de flexibilité.
ToolJet vs n8n/Make. Ce ne sont pas des concurrents directs : n8n et Make relèvent de l’automatisation des processus, ToolJet des interfaces plus l’automatisation. Ils sont souvent utilisés ensemble.
Verdict
ToolJet en 2026 est une plateforme mature et pourtant en évolution rapide pour les outils internes. Son atout maître est un véritable open source avec un auto-hébergement complet et sans limite d’utilisateurs. Pour les entreprises qui tiennent au contrôle de leurs données et refusent de payer par utilisateur pour une plateforme low-code, c’est souvent l’argument décisif.
La plateforme n’est pas parfaite : le RBAC est plus faible que chez les leaders d’entreprise, la documentation retarde parfois et les grands tableaux exigent une pagination soignée. Mais pour 80 % des scénarios typiques — panneaux d’administration, tableaux de bord, consoles opérationnelles, applications CRUD internes — ToolJet offre le meilleur équilibre entre rapidité, flexibilité et coût.
Note globale : 8,5/10. Nous la recommandons aux équipes disposant de développeurs en interne qui cherchent une plateforme low-code auto-hébergée et open source. Si vous voulez l’UX la plus mature et pouvez payer, regardez Retool. Si le prix, le contrôle et l’ouverture comptent — ToolJet est votre choix.
Essayez ToolJet dans le bac à sable cloud pour évaluer le constructeur avant de déployer, ou clonez le dépôt et lancez la version auto-hébergée via Docker — elle est gratuite et ne limite pas le nombre d’utilisateurs.