Entre le fichier partagé que tout le monde bricole et l’application sur-mesure qui coûte un budget annuel, il y a un vide. Airtable l’occupe depuis dix ans, très bien, à condition d’accepter ses règles et son prix au siège. Teable s’installe au même endroit, avec deux différences qui changent tout : le code est ouvert, et l’outil s’auto-héberge. On l’a pris en main pendant quelques semaines. Voici ce qu’on en retient — y compris ce qui nous a fait tiquer — et pourquoi il devient particulièrement intéressant quand on lui adjoint un agent de développement comme Claude Code.

Le problème du milieu

Presque toutes les organisations qu’on accompagne ont le même angle mort. D’un côté, un site web propre, tenu, à jour. De l’autre, la vraie vie du métier : un tableur partagé qui recense les adhérents, un second qui suit les demandes de subvention, un troisième que seule Marie sait mettre à jour, et une boîte mail qui sert de système de relance.

Ça tient. Jusqu’au jour où trois personnes ouvrent le fichier en même temps, où plus personne ne sait quelle version fait foi, où une ligne effacée par erreur ne revient pas. Là, deux devis arrivent sur le bureau.

Le premier propose un abonnement à un outil SaaS : opérationnel en deux semaines, facturé par utilisateur et par mois, données hébergées ailleurs, et un modèle de fonctionnement qu’il faudra adopter tel quel. Le second propose une application sur-mesure : quelques dizaines de milliers d’euros, six mois, et à l’arrivée un logiciel de plus à maintenir, à faire évoluer et à héberger.

Les deux réponses sont légitimes. Aucune n’est adaptée à une association de quinze personnes qui veut simplement arrêter de se relancer par e-mail.

C’est précisément ce trou-là que Teable vient occuper.

Teable en une minute

Teable est une plateforme open source de base de données collaborative. En clair : l’interface d’un tableur, la solidité d’une vraie base de données, et par-dessus, deux couches que le tableur n’a jamais eues — un moteur d’automatisations et un constructeur d’applications internes.

Les faits qui situent le projet :

  • Licence AGPL-3.0 pour l’édition communautaire, avec des paquets techniques en MIT. Le dépôt teableio/teable affiche plus de 21 000 étoiles sur GitHub, ce qui en fait l’un des projets les plus suivis de sa catégorie.
  • Auto-hébergeable via Docker, en déploiement autonome ou complet. Une offre cloud existe en parallèle, ainsi qu’un déploiement privé pour les organisations qui veulent garder la main sur le stockage et les accès.
  • Vues multiples sur les mêmes données : grille, formulaire, kanban, galerie, calendrier. Formules, filtres, regroupements, tris, agrégations.
  • Collaboration en temps réel, commentaires, historique des enregistrements, annuler/rétablir.
  • API complète et documentée, avec gestion de jetons d’accès. C’est le point qui nous intéressera le plus loin dans cet article.
  • Automatisations déclenchées par une modification d’enregistrement, une date ou un webhook.
  • Requête SQL directe sur vos tables : les données restent dans une base SQL standard, lisible par n’importe quel outil du marché. Ce n’est pas un format propriétaire dont il faudrait un jour s’échapper.
  • Certifications ISO 9001 et ISO 27001 annoncées côté éditeur.

Sur l’offre cloud, la grille tarifaire au moment où nous écrivons : gratuit jusqu’à 1 000 lignes et 1 Go de pièces jointes ; Pro à 10 $ par siège et par mois en annuel, avec 250 000 lignes ; Business à 20 $ par siège en annuel, avec un million de lignes, l’authentification unique et une matrice de permissions détaillée. En auto-hébergé, la question du plafond de lignes ne se pose plus de la même façon : c’est votre serveur qui décide.

Le premier contact

En mode découverte, la première demi-heure est révélatrice. On a importé un fichier de suivi réel — 1 800 lignes, une quinzaine de colonnes, le genre de tableur qui a vécu, avec ses colonnes fantômes et ses dates saisies dans trois formats différents.

Trois observations.

On est chez soi immédiatement. Quiconque a déjà utilisé Airtable ne sera pas dépaysé une seconde : mêmes concepts, même vocabulaire, même geste pour créer une vue ou relier deux tables. C’est un compliment ambigu — Teable ne cherche visiblement pas à réinventer l’ergonomie du genre — mais pour une équipe qui doit adopter l’outil sans formation lourde, c’est exactement ce qu’il faut.

Le passage du tableur à la base se fait dans la douleur, et c’est normal. L’import prend trente secondes, mais le vrai travail commence après : décider ce qui est une table et ce qui est une colonne, transformer une colonne de texte libre en liste fermée, extraire les relations que le tableur écrasait. Aucun outil ne fera cette réflexion à votre place, et il faut se méfier de ceux qui le promettent. Comptez une demi-journée d’atelier pour un processus de taille moyenne — c’est du temps très bien investi, parce que c’est là que les incohérences du fichier d’origine remontent à la surface.

Les formulaires changent la donne plus vite qu’on ne le croit. Une vue formulaire se crée en deux clics et s’envoie par lien. La saisie arrive directement dans la base, avec les bons types de champs et les bonnes validations. Rien que ce geste — arrêter de recevoir des informations par e-mail pour les recopier ensuite — supprime une catégorie entière d’erreurs.

Un mot sur les automatisations, puisque c’est la couche qui justifie l’outil. Le principe est classique — un déclencheur, une suite d’actions — mais la mise en œuvre est nettement plus accessible que les moteurs de workflow d’entreprise. On décrit ce qu’on veut, on teste, on ajuste. Le premier scénario utile (quand un dossier passe au statut « validé », prévenir la personne concernée et poser la date) prend une dizaine de minutes.

Ce qui le distingue d’Airtable

Poser la comparaison honnêtement suppose de reconnaître d’abord ce qu’Airtable a pour lui : dix ans d’avance, un écosystème d’intégrations considérable, une communauté immense, des modèles tout prêts pour à peu près tous les métiers, et une fiabilité éprouvée à grande échelle. Sur ces terrains, Teable est un challenger, pas un remplaçant évident.

Cela posé, quatre différences comptent vraiment.

Le code est ouvert, et l’outil s’auto-héberge. C’est la différence structurante, pas un argument idéologique. Pour une collectivité, une association traitant des données sensibles ou un établissement soumis à des exigences de souveraineté, pouvoir installer l’outil sur un serveur en France, chez le même hébergeur que le site, règle en une phrase une conversation qui dure sinon des mois.

Le coût ne suit pas la même courbe. Un tarif par siège devient douloureux dès qu’on veut donner accès à des personnes qui consultent plus qu’elles ne saisissent : bénévoles, partenaires, élus, terrain. En auto-hébergé, cette contrainte disparaît. C’est souvent ce point, plus que le prix affiché, qui fait basculer une décision.

Les données restent interrogeables. Une base SQL standard, une API documentée, un export à tout moment : la réversibilité n’est pas une promesse commerciale, c’est une propriété technique. On peut brancher un outil de reporting, alimenter le site web, écrire un script de synchronisation. On y revient tout de suite.

Le produit est jeune. Il faut le dire dans l’autre sens aussi. Un projet de trois ans, aussi bien suivi soit-il, n’a pas la maturité d’un service qui tourne depuis dix ans. Sur un processus critique, cela justifie de vérifier la trajectoire du projet et de prévoir un plan de sortie — ce que la licence ouverte rend justement possible.

Et Claude Code là-dedans ?

C’est là que la comparaison devient intéressante, parce qu’elle ne se joue plus entre deux outils no-code.

Claude Code est un agent de développement qui travaille dans le terminal : il lit un dépôt, écrit du code, exécute des commandes, corrige. Avec un outil pareil, la tentation est grande de tout construire sur mesure — le coût d’écriture d’une application interne a chuté d’un ordre de grandeur en deux ans. Sauf qu’écrire le code n’a jamais été le vrai coût. Le vrai coût, c’est le logiciel qu’on possède ensuite : l’authentification à tenir, les droits à gérer, les migrations de base, les sauvegardes, les dépendances qui vieillissent, l’interface d’administration que personne n’a envie de dessiner.

Teable et Claude Code ne sont donc pas deux réponses concurrentes à la même question. Ils occupent deux moitiés complémentaires du travail.

Ce que Teable apporte, et qu’on aurait tort de réécrire : le stockage, les comptes et les droits par rôle, les vues, les formulaires, l’historique, la collaboration en temps réel, le moteur d’automatisations, l’interface d’administration. Tout ce qui est générique, éprouvé, ennuyeux à refaire et coûteux à maintenir.

Ce que l’agent apporte, et que l’outil ne fera jamais : le spécifique. L’import biscornu du fichier historique que personne n’a jamais réussi à nettoyer. Le calcul métier qui n’entre dans aucune formule standard. Le pont avec votre site WordPress. L’interface de pilotage taillée pour un comité de direction, avec les trois indicateurs qui comptent et rien d’autre.

Le lien entre les deux, c’est l’API. Teable expose une API complète avec gestion de jetons : créer des tables, écrire et lire des enregistrements, déclencher des traitements. Concrètement, dans notre pratique, cela veut dire décrire le modèle de données à l’agent en langage courant et le laisser poser la structure, écrire le script d’import, brancher le formulaire du site et générer la synchronisation — pendant que la partie visible reste dans Teable, où le client la modifie lui-même sans nous appeler.

Un mot sur MCP, puisque la question revient. Le Model Context Protocol est le standard ouvert qui permet à un agent comme Claude Code de dialoguer avec un outil externe sans intégration codée en dur. Des serveurs MCP communautaires pour Teable circulent déjà ; à notre connaissance il n’existe pas encore de serveur officiel maintenu par l’éditeur. En attendant, l’API REST documentée fait parfaitement le travail — et c’est de toute façon elle qui se trouve sous n’importe quel serveur MCP.

Ce qu’on ne lui demanderait pas

Un article de découverte qui ne liste que des qualités est une publicité. Quatre réserves, sincères.

Ce n’est pas un ERP, ni un CRM clé en main. Teable donne les briques ; l’assemblage reste à faire, et il demande de savoir ce qu’on veut. Une organisation qui cherche un logiciel de comptabilité ou de gestion commerciale prêt à l’emploi doit acheter ce logiciel, pas le reconstruire.

Ce n’est pas non plus une base de données publique. L’outil sert au travail interne. Pour publier des contenus sur le web — un catalogue, un annuaire, des actualités —, c’est votre site qui reste la vitrine ; Teable l’alimente en coulisses.

Les fonctions d’IA méritent une lecture attentive. Elles s’appuient sur des modèles hébergés par des tiers. Sur des données personnelles ou sensibles, la question de ce qui sort de votre infrastructure doit être tranchée avant d’activer la fonctionnalité, pas après. En auto-hébergé, la possibilité de brancher d’autres modèles ouvre des options, mais elle ne dispense pas de l’analyse.

La licence AGPL a des conséquences. Pour un usage interne, aucune. Si vous envisagez de redistribuer un service construit dessus, le sujet mérite un avis éclairé.

Ce qu’on en fait concrètement

Nous avons ajouté cette approche à nos applications métier sur-mesure : cartographier un processus réel, le modéliser, automatiser ce qui fait perdre le plus de temps, et développer sur demande les interfaces de tableau de bord et de pilotage qui vont avec. Le tout connecté au site WordPress quand ça a du sens, et hébergé en France quand c’est nécessaire.

La bonne nouvelle de cette découverte n’est pas qu’un outil de plus existe. C’est qu’entre « on prend l’abonnement et on s’adapte » et « on développe tout », une troisième voie est devenue praticable — plus rapide que la seconde, plus libre que la première, et surtout réversible.

Pour aller plus loin

  • Le site officiel : teable.ai — présentation, offres et documentation.
  • Le dépôt public : github.com/teableio/teable — licence, code et rythme des versions.
  • La documentation de l’API et des jetons d’accès, pour évaluer l’intégration à vos outils existants.
  • Notre page Applications métier sur-mesure, si vous voulez voir à quoi ressemble la démarche côté projet.

Un processus qui vous coûte des heures chaque semaine ?

Parlons-en. On regarde ensemble ce qui s’automatise vraiment, et ce qui ne vaut pas la peine de l’être. Réponse sous 48 h.

Nos découvertes