Dans cet article, vous découvrirez exactement ce qu’Appsmith peut et ne peut pas faire : le processus d’inscription, l’interface du constructeur, la gestion des connexions de données, l’emplacement des erreurs, le véritable coût des tarifs, et si cela vaut votre temps en tant que développeur. Spoiler : c’est puissant, mais désordonné de toutes les bonnes (et mauvaises) manières.
Qu’est-ce qu’Appsmith ?
La plupart des entreprises gaspillent des heures d’ingénierie à construire encore et encore les mêmes outils internes. Tableaux de bord du support client, gestionnaires d’inventaire, flux d’approbation.
Appsmith vous offre un constructeur visuel où vous faites glisser des widgets sur un canevas, les connectez à vos bases de données ou APIs, et déployez une application fonctionnelle en quelques heures plutôt qu’en semaines.
Voici comment cela fonctionne : vous commencez par connecter une source de données (PostgreSQL, MongoDB, APIs REST, Google Sheets, etc.). Ensuite, vous faites glisser des composants d’interface (tables, formulaires, graphiques, boutons) sur un canevas basé sur une grille.
En coulisses, Appsmith génère le JavaScript et les requêtes SQL qui alimentent tout. Vous pouvez voir et modifier directement ce code, ce qui le distingue des outils purement « no-code » qui vous cachent la logique.
Ce qui rend Appsmith unique :
- Noyau open-source : vous pouvez l’héberger vous-même et vraiment posséder votre code
- Connexions directes aux bases de données : pas de couche intermédiaire pour ralentir les choses
- Intégration Git : traitez votre application comme un véritable projet logiciel avec contrôle de version
- Transparence du code : passez instantanément du constructeur visuel au JavaScript/SQL brut
Pour qui Appsmith est-il conçu ?
Appsmith est conçu pour des équipes techniques qui ont besoin d’avancer rapidement sans sacrifier le contrôle ni la flexibilité :
- Développeurs back-end créant des tableaux de bord internes : vous êtes développeur Django, Rails ou Node, et vous en avez assez de passer des jours à connecter des interfaces d’administration. Parfait pour construire des outils de support client, des systèmes de gestion des commandes ou des tableaux de bord d’exploration de données.
- Fondateurs techniques de startups prototypant des MVP : vous devez valider une idée rapidement, mais vous souhaitez aussi pouvoir exporter le code et l’héberger vous-même plus tard.
- Équipes DevOps et data créant des outils opérationnels : vous avez besoin d’applications qui puisent dans plusieurs sources : Slack pour les alertes, HubSpot pour les données clients, PostgreSQL pour les journaux de transactions.
- Le niveau de compétence est modéré : vous n’avez pas besoin d’être un ingénieur senior, mais vous devez comprendre ce qu’est une requête de base de données et comment fonctionnent les objets JavaScript.
Avantages et inconvénients d’Appsmith
- Open-source avec option d’auto-hébergement complète
- Connexions directes aux bases de données (aucun middleware)
- Constructeur visuel avec accès au code brut
- Intégrations natives impressionnantes (plus de 50 sources de données)
- Intégration Git pour le contrôle de version
- Déploiement en un clic vers un sous-domaine en direct
- Objets JavaScript personnalisés pour la logique complexe
- Thématisation globale pour un gain de temps énorme sur le style
- Aucune limite de caractères pour l’édition du code
- Communauté active et documentation détaillée
- Les widgets glisser-déposer s’alignent sur la grille
- Les modèles pré-conçus contiennent souvent des erreurs
- La réactivité mobile nécessite des ajustements manuels constants
- Courbe d’apprentissage plus abrupte que le pure no-code
Prêt à voir si Appsmith correspond à votre flux de travail ? Commencez avec leur version cloud et connectez une base de test. Vous saurez en 30 minutes si c’est votre rythme ou si vous avez besoin de quelque chose de plus simple.
Fonctionnalités d’Appsmith
- Connexions à plusieurs bases de données dans une même application
- Constructeur d’interface par widgets glisser-déposer
- JavaScript personnalisé pour la logique complexe
- Publication en un clic avec sous-domaine en direct
- Intégration du contrôle de version Git
- Plus de 50 intégrations de sources de données natives
- Personnalisation globale du thème
- Contrôle d’accès basé sur les rôles
Mon expérience pratique avec Appsmith
C’est une plateforme complète pour créer des applications riches en données. J’ai documenté chaque étape, depuis le moment où j’ai atterri sur la page d’accueil jusqu’au débogage de JavaScript brisé dans un modèle pré-conçu.
1. Pour commencer : inscription et premières impressions
La page d’accueil est audacieuse, mettant en avant l’idée d’« applications et agents propulsés par l’IA ». Je n’ai pas vu de zone de saisie directement sur l’écran d’accueil ; j’ai dû cliquer sur le bouton violet Start for free.
Cela a entraîné un choix : Start on cloud ou Self-host. Comme je testais la rapidité, j’ai opté pour la version cloud pour éviter de configurer un conteneur Docker sur ma machine.
L’écran d’inscription était standard. Google, GitHub ou e-mail. J’ai choisi l’e-mail. Après avoir saisi mes informations, j’ai été redirigé vers un écran « Vérifiez votre boîte de réception ».
Je suis allé dans ma boîte mail, j’ai cliqué sur le lien de vérification, et j’ai été accueilli par une fenêtre contextuelle « Link confirmation ». J’ai dû cliquer sur Confirm pour enfin accéder au système.
Une fois connecté, j’ai dû nommer mon organisation. Je l’ai appelée « HostAdvice Reviews ». Le système a vérifié la disponibilité du sous-domaine et m’a attribué hostadvice-reviews-1.appsmith.com.
Après avoir confirmé mon e-mail et créé l’organisation, Appsmith m’a immédiatement poussé vers un écran « Connect a datasource ».
C’est clairement une partie fondamentale de leur philosophie. Ils veulent que vous pensiez aux données dès le départ.
L’écran comportait quelques éléments clés :
Sources de données d’exemple en haut : deux options préconçues :
- movies : une collection de films standard
- users : informations utilisateur standard
Celles-ci sont clairement là pour tester et apprendre sans avoir besoin de connecter votre propre base de données.
Les plus populaires en dessous, présentant les principales options de sources de données :
- Google Sheets
- REST API
- PostgreSQL
- MySQL
- MongoDB
Ce qui m’a marqué, c’est le lien bien visible « Skip this step, I’ll do it later » en haut à droite. Cela vous permet de faire marche arrière si vous souhaitez simplement explorer l’interface.
Il y avait également un message rassurant sur la sécurité : « When connecting datasources, your passwords are AES-256 encrypted, and we never store any of your data. »
C’est une approche d’onboarding intelligente. Au lieu de vous envoyer vers un canevas vierge, Appsmith vous dit essentiellement : « Hé, les outils internes, c’est avant tout des données – commençons par là. » Les sources d’exemple sont parfaites pour les débutants qui veulent essayer la plateforme. L’option de passer cette étape est aussi cruciale : elle ne vous force pas à prendre une décision que vous n’êtes pas prêt à faire.
Après avoir passé la connexion de la source de données, j’ai accédé à l’espace de travail principal d’Appsmith.
L’interface m’a immédiatement paru professionnelle. Elle adopte une mise en page à trois volets que les développeurs reconnaîtront :
- La barre latérale gauche (Explorer) : c’est là que résident vos pages, APIs et objets JS.
- Le canevas central : c’est la grille où vous déposez vos widgets.
- La barre latérale droite (Panneau des propriétés) : c’est là que vous ajustez les paramètres de l’élément sélectionné.
Mon avis sur l’inscription :
L’inscription a été rapide, mais le clic supplémentaire « Confirm » lors de la vérification de l’e-mail m’a semblé être une friction inutile. L’interface est épurée, mais si vous n’avez pas l’habitude des environnements de développement, elle peut sembler intimidante.
Elle est conçue pour des utilisateurs qui comprennent que les applications sont composées de « widgets » et de « sources de données », pas seulement de « pages ».
2. Mon premier projet : connexion des données et limites de caractères
Le constructeur s’est ouvert, et j’ai immédiatement cherché une zone de saisie IA. Appsmith ne commence pas par une interface de chat « Tapez ce que vous voulez » comme certains nouveaux outils IA.
À la place, vous construisez d’abord l’interface utilisateur. J’ai fait glisser un widget Table sur le canevas. C’était un simple glisser-déposer, et la table s’est alignée sur la grille.
J’ai cliqué sur Connect Data sur la table, et un panneau s’est ouvert à droite. J’ai sélectionné les données de films, et la table s’est instantanément remplie avec les titres et les chiffres de revenus.
Je n’ai pas rencontré de limites de caractères car je ne « provoquais » pas l’IA pour écrire du code ; je connectais manuellement les champs. Cependant, j’ai remarqué que lors du renommage des widgets (comme changer Table1 en MovieTable), le système est strict : pas d’espaces ni de caractères spéciaux.
Ce que j’ai pensé de cette phase :
Je préfère en fait cela par rapport à un constructeur IA pur. Cela vous donne plus de contrôle. Les widgets sont « lourds » et stables. Ils ne flottent pas simplement ; ils ont des propriétés spécifiques que vous pouvez lier aux données. Cela m’a paru puissant, mais vous devez vraiment savoir ce qu’est une « requête » pour en tirer le meilleur parti.
3. Le processus de construction de l’app : widgets et requêtes
Ensuite, j’ai voulu ajouter de l’interactivité. J’ai glissé un widget DatePicker sur le canevas. Lorsque je l’ai sélectionné, le panneau de propriétés à droite m’a montré tous les paramètres possibles : format de date, date par défaut, et même « Premier jour de la semaine ».
J’ai ensuite cliqué sur l’onglet JS dans la barre latérale. C’est là qu’Appsmith devient profond. J’ai pu voir le code JavaScript réel qui alimente l’application. J’ai vu un objet appelé JSObject1 avec des fonctions comme myFun1 et myFun2. Cela m’a indiqué que je pouvais écrire une logique personnalisée pour transformer mes données avant qu’elles n’atteignent la table.
J’ai également consulté la section Queries. J’ai vu une requête nommée Find_movies1. Lorsque je l’ai ouverte, elle affichait la commande de base de données brute. J’ai pu voir la logique pour :
- Filtrage : comment l’app décide quels films afficher.
- Tri : classement des films par ordre de revenus.
- Pagination : limitation de l’affichage à 5 ou 10 films à la fois pour éviter que l’app ne rame.
Mon avis sur le processus de construction :
C’est une plateforme véritablement « low-code », pas « no-code ». Vous pouvez vous en sortir en glissant-déposant, mais dès que vous voulez que l’app fasse quelque chose de spécifique, vous allez consulter du JavaScript et du SQL. J’ai adoré la facilité pour passer de la vue visuelle à la vue code.
4. Personnalisation du design : styles et thèmes
Je suis passé aux réglages du Thème pour voir combien je pouvais changer « l’aspect et la convivialité ». Appsmith n’est pas aussi flexible qu’un constructeur de sites comme Webflow, mais il offre des options correctes.
J’ai trouvé des réglages pour :
- Couleur principale : je pouvais modifier la couleur d’accent pour chaque bouton et lien de l’app en une seule fois.
- Police de l’app : une douzaine de polices web standard.
- Rayon des bordures : je pouvais choisir « Aucun » pour les angles vifs ou « Complet » pour des boutons arrondis.
- Ombres : quatre niveaux d’ombres portées pour faire « ressortir » les widgets.
J’ai aussi joué avec les paramètres de Navigation. Je pouvais choisir d’avoir le menu en haut ou sur le côté. J’ai opté pour une nav latérale et activé le thème « Clair ». Il y a également un interrupteur pour « Afficher le titre de l’application », que j’ai laissé activé.
Mon avis sur la personnalisation :
C’est suffisant pour faire correspondre l’app à votre charte, mais n’espérez pas créer une application grand public « belle ». C’est conçu pour l’utilité. La fonction de Thème global est excellente car vous n’avez pas à styliser chaque bouton individuellement, ce qui représente un gain de temps considérable.
5. Connexion au backend : intégrations et sources de données
Je suis retourné à la page « Datasources » pour voir la liste complète de ce que je pouvais connecter. C’est une liste impressionnante :
- Bases de données : MongoDB, PostgreSQL, MySQL, Redis, MS SQL.
- SaaS : Google Sheets, Airtable, HubSpot, Salesforce, Slack, Zendesk.
- IA : OpenAI, Anthropic, Google AI, et un outil spécifique « Appsmith AI ».
J’ai remarqué une petite bannière en haut indiquant qu’il me restait 15 jours sur ma période d’essai. C’est pour les fonctionnalités « Business » comme le contrôle d’accès granulaire et le branding avancé.
Cela ne m’a pas empêché de construire, mais cela rappelle que si le noyau est open-source, les fonctionnalités avancées sont payantes.
Ce que j’ai pensé de la configuration du backend :
Le nombre d’intégrations natives est impressionnant. Vous n’avez pas besoin de passer par Zapier pour tout. Pouvoir connecter directement une base PostgreSQL tout en extrayant des données clients de Zendesk dans la même app, c’est exactement ce qu’un outil comme celui-ci devrait faire.
6. Quand les erreurs sont apparues : le test du modèle KYC
Pour mettre la plateforme à l’épreuve, j’ai chargé un modèle de KYC Dashboard (Know Your Customer). C’était une app beaucoup plus complexe avec des graphiques, des cartes et des onglets de statut.
Immédiatement, une barre rouge a clignoté en bas : « View details for 8 errors. »
J’ai cliqué dessus, et le journal d’erreurs était rempli de messages tels que :
- TypeError : [Object] Copy The blue value must be string.
- Erreur de lint : set_verificationStatus : Expected an identifier and instead saw ‘}’.
J’ai cliqué sur une erreur, et cela m’a conduit dans l’objet JS du dashboard. Le code essayait de récupérer un statut de vérification, mais la logique était cassée. Il semblait que le modèle recherchait une source de données non pleinement connectée ou contenait une erreur de syntaxe en JavaScript.
J’ai passé quelques minutes à supprimer des crochets supplémentaires et à rebinder le statut « Verified » à la table, mais les erreurs continuaient d’apparaître lorsque je passais entre différents onglets comme « Documents » et « Verification ».
Mon avis sur les erreurs :
C’était la partie la plus frustrante de l’expérience. Si vous proposez un modèle, il devrait fonctionner. Voir 8 erreurs dès l’ouverture d’un modèle « professionnel » était décourageant.
Cela prouve que l’on ne peut pas simplement « cliquer et c’est parti » avec Appsmith. Il faut être à l’aise avec la lecture de journaux d’erreurs et creuser dans le JavaScript pour réparer les choses.
7. Publication, contrôle de version et vues mobiles
Enfin, j’ai examiné la partie déploiement. J’ai cliqué sur le bouton Deploy en haut à droite. Cela m’a amené à une version en ligne de l’app sur mon sous-domaine personnalisé. C’était rapide et ressemblait exactement à ce que je voyais dans le constructeur.
J’ai également testé le Responsive Design en cliquant sur les icônes « Mobile » et « Tablet » en haut de l’écran.
- Vue tablette : tout s’est bien mis à l’échelle.
- Vue mobile : c’était un désordre. Les grands graphiques et larges tableaux du KYC Dashboard ne rentraient pas. J’aurais dû passer des heures à masquer ou redimensionner manuellement les widgets pour le mobile. C’est clairement « Desktop First ».
Pour le contrôle de version, j’ai vu une option « Connect Git ». Vous pouvez lier votre app à GitHub ou GitLab. C’est énorme car cela signifie que le code de votre app n’est pas emprisonné dans la base de données d’Appsmith ; vous pouvez le gérer comme un vrai projet logiciel.
Mon avis sur la publication :
La publication est d’une fluidité incroyable. Un clic et vous êtes en ligne. L’intégration Git est ce qui distingue Appsmith des outils no-code plus « amateurs ».
Cependant, l’expérience mobile était décevante. Si vous avez besoin d’une app fonctionnelle sur téléphone, vous devrez faire beaucoup de travail manuel pour corriger la mise en page.
Réflexions finales : pouvez-vous vraiment posséder le code ?
Appsmith est un outil puissant et « désordonné » au meilleur sens du terme. Il ne vous cache pas le code ; il le met au premier plan. Étant open-source, vous pouvez vous-mêmes l’héberger, ce qui signifie que vous possédez réellement votre environnement.
Il se destine davantage aux développeurs et s’avère moins restrictif. Si vous avez besoin d’un tableau de bord qui dialogue avec cinq bases de données différentes et que vous connaissez un peu le JavaScript, c’est un choix de premier ordre. Soyez simplement prêt à passer du temps dans les journaux d’erreurs.
Tarifs et forfaits d’Appsmith
Appsmith propose trois niveaux tarifaires basés sur un modèle par utilisateur. Pas de frais cachés pour les sièges développeur, pas de coût par application, juste une facturation mensuelle simple en fonction du nombre de personnes dans votre espace de travail.
| Forfait | Tarif | Utilisateurs | Fonctionnalités clés | Idéal pour |
| Gratuit | 0 $/mois | Jusqu’à 5 | 5 espaces de travail, Git (3 dépôts), SSO Google, 3 rôles standards, applications publiques, support communautaire | Développeurs solo, étudiants, tests MVP |
| Business | 15 $/mois par utilisateur | Jusqu’à 99 | Espaces de travail/dépôts illimités, workflows, intégrations premium, rôles personnalisés, journaux d’audit, suppression de branding, support prioritaire | Équipes en croissance, agences, départements ops |
| Enterprise | 2 500 $/mois | 100 + utilisateurs | SSO SAML/OIDC, provisionnement SCIM, CI/CD, intégration privée, édition airgapped*, hébergement géré*, support 24/7, ingénieur dédié | Grandes organisations, industries réglementées, besoins de conformité SOC 2 |
*Fonctionnalité complémentaire
Modalités de paiement et de facturation
- Modes de paiement acceptés : carte de crédit (Business), facture/contrat (Enterprise)
- Période de facturation : mensuelle pour Business, contrats annuels pour Enterprise
- Remise annuelle : non annoncée publiquement. Contactez le service commercial
- Politique de remboursement : non spécifiée sur la page tarifaire
- Coûts cachés : l’édition airgapped et l’hébergement géré sont des modules complémentaires payants en Enterprise
Note importante : les sièges développeurs ne coûtent pas plus cher. Toute personne créant ou modifiant des applications compte comme utilisateur standard au même tarif de 15 $/mois. C’est énorme comparé à des plateformes comme Retool qui facturent des tarifs premium pour les comptes « builder ».
Ma recommandation : quel forfait choisir ?
Commencez par le forfait Gratuit si vous êtes un développeur solo ou une équipe de 3-5 testant simplement ce qu’Appsmith peut faire. La période d’essai Business de 15 jours vous donne un accès complet aux workflows et aux intégrations premium, alors utilisez ce temps pour construire une vraie application et voir si la plateforme correspond à votre flux de travail.
Passez à Business dès que vous avez besoin de plus de 5 utilisateurs ou souhaitez supprimer la marque Appsmith. À 15 $/utilisateur, c’est un tarif compétitif. Les dépôts Git illimités et les rôles personnalisés rendent ce niveau le point idéal pour la plupart des équipes.
Optez pour Enterprise uniquement si vous avez plus de 100 utilisateurs ou des exigences de conformité strictes. Le seuil de 2 500 $/mois est élevé, mais le support dédié et l’hébergement géré le justifient pour les grandes organisations qui ne peuvent pas se permettre de temps d’arrêt.
Alternative à Appsmith : Retool
Si votre objectif est de créer des outils internes rapidement avec une complexité de configuration minimale et que vous disposez d’un budget pour des fonctionnalités de niveau entreprise, Retool est une alternative solide.
Les deux plateformes occupent le même espace low-code et ciblent les équipes techniques construisant des tableaux de bord internes, des panneaux d’administration et des applications CRUD. Elles partagent des philosophies similaires, des constructeurs UI glisser-déposer, des connexions directes aux bases de données et JavaScript partout, mais diffèrent significativement dans leur approche.
Retool est une plateforme fermée, axée sur l’entreprise et optimisée pour la rapidité et la finition, tandis que Appsmith est une plateforme open-source, orientée développeurs, conçue pour la personnalisation et la flexibilité d’auto-hébergement.
| Fonctionnalité | Appsmith | Retool |
|---|---|---|
| Facilité d’utilisation | Courbe d’apprentissage modérée ; nécessite des connaissances en JavaScript pour la logique complexe | UI plus soignée ; intuitive pour les développeurs comme pour les utilisateurs moins techniques |
| Idéal pour | Startups, équipes très techniques, défenseurs de l’auto-hébergement | Entreprises, équipes nécessitant un déploiement rapide, organisations à budget plus important |
| Applications mobiles | Priorité au desktop ; l’optimisation mobile demande des ajustements manuels | Meilleurs composants mobiles prêts à l’emploi ; toujours axé desktop |
| Backend et données | Connexions directes aux BD ; pas de base de données intégrée | Connexions directes aux BD + base SQL intégrée avec éditeur type tableur |
| Flexibilité de conception | Mise en page à grille ; personnalisation poussée du code | Modèles préconçus ; composants plus aboutis ; moins de contrôle bas niveau |
| Performance | Peut ramer avec des workflows complexes ; optimisations pilotées par la communauté | Généralement plus rapide ; infrastructure optimisée pour l’entreprise |
| Tarification | Gratuit (utilisateurs illimités en auto-hébergement) ; 15 $/utilisateur pour le cloud | Gratuit (5 utilisateurs) ; 10 $/utilisateur + 50 $/builder pour le plan Team ; augmente cher |
Verdict final sur Appsmith
Après avoir passé des heures à construire des apps, connecter des bases de données, déboguer des modèles et tester le déploiement, voici ce que je sais avec certitude : Appsmith est un outil puissant et exigeant, conçu pour les développeurs qui veulent du contrôle.
Mais voici la réalité : ce n’est pas une plateforme « construisez des apps en 10 minutes sans coder ». La courbe d’apprentissage est réelle. Les modèles pré-conçus arrivent avec des erreurs. La réactivité mobile demande un travail manuel. Si vous attendez une expérience soignée et assistée, vous serez frustré en moins d’une heure.
Ma recommandation : choisissez Appsmith si vous êtes développeur back-end (Django, Rails, Node) et que vous devez créer 3 à 5 outils internes sans écrire chaque ligne de code front-end vous-même. Le tarif de 15 $/utilisateur est équitable, le contrôle de version Git est indispensable, et l’option d’auto-hébergement pérennise votre investissement.
