Airtable atteint ses limites : 8 signaux pour passer à un outil métier sur mesure

Airtable a remplacé un tableur partagé, et pendant deux ans tout a bien tourné. Puis l’équipe est passée de six à quarante personnes, la base a doublé de volume, et le premier lundi du mois quelqu’un demande pourquoi l’automatisation des relances n’a pas tourné.

Ce moment arrive dans beaucoup d’entreprises, et il se remarque rarement d’un coup. Airtable ne tombe pas en panne. Il continue de fonctionner, un peu moins bien chaque trimestre, pendant que l’équipe invente des contournements pour compenser. Ces limites sont dans le produit, publiées par Airtable et identiques pour tout le monde. Repérez-les tôt, vous éviterez d’en découvrir une au pire moment.

Airtable fait bien une partie du travail

Airtable modélise des données liées entre elles sans une ligne de SQL. Une équipe métier comprend l’interface en dix minutes et branche un formulaire à une automatisation dans l’après-midi. Rien de tout ça n’est trivial, et des dizaines d’outils internes n’auraient jamais existé sans lui.

Les lecteurs en consultation ne coûtent rien, les répondants d’un formulaire non plus. Sur ce point la facturation d’Airtable est plus clémente que celle de beaucoup d’éditeurs.

Les limites font mal quand un processus construit sur Airtable devient central pour l’entreprise : l’émission des factures, le suivi de production, le pilotage commercial, le dossier client. À ce stade, les contraintes du produit deviennent les contraintes du métier.

Huit signaux montrent qu’un processus a dépassé ce qu’Airtable sait faire. Sept viennent d’Airtable lui-même, le huitième se lit dans l’organisation de l’équipe. Ils arrivent rarement seuls et se cumulent à mesure que l’entreprise grandit, alors notez ceux qui vous concernent en lisant.

1. La base atteint son plafond d’enregistrements

Airtable limite le nombre d’enregistrements par base, et la limite se partage entre toutes les tables de cette base :

Plan	Enregistrements par base	Pièces jointes par base	Historique des révisions
Free	1 000	1 Go	2 semaines
Team (20 $ / éditeur / mois)	50 000	20 Go	1 an
Business (45 $ / éditeur / mois)	125 000	100 Go	1 an
Enterprise Scale	environ 500 000	sur devis	sur devis

Une base qui suit des commandes, leurs lignes et les mouvements de stock consomme ce quota très vite. On archive d’abord les lignes anciennes, puis on crée une base par année. Les liens entre enregistrements fonctionnent à l’intérieur d’une base, donc une base découpée perd ses liens, et l’historique part dans une autre base, que les rapports ne lisent plus.

Quelqu’un supprime ou déplace des données pour faire de la place, et personne dans l’équipe ne sait dire de tête où se trouve l’historique de 2024.

2. Chaque personne qui saisit occupe un siège payant

Airtable facture les collaborateurs qui peuvent modifier la donnée, éditeurs et commentateurs compris, à 20 $ par mois en plan Team et 45 $ en plan Business, en facturation annuelle. Les lecteurs seuls ne consomment pas de siège.

Le calcul change dès que la saisie vient du terrain. Soixante techniciens qui remplissent leur rapport d’intervention occupent soixante sièges, donc 32 400 $ par an en plan Business. Beaucoup d’entreprises réagissent en limitant le nombre de personnes autorisées à saisir, et la donnée repart alors vers un formulaire, un mail ou un fichier que quelqu’un ressaisit ensuite dans la base. Le coût de la licence a baissé, le coût de la ressaisie a augmenté.

Un outil développé pour l’entreprise se facture au projet et à la maintenance, sans compteur d’utilisateurs. Le comparatif chiffré entre SaaS et développement sur mesure détaille ce calcul sur trois ans.

3. Tout le monde voit toutes les lignes

Airtable applique les droits au niveau de la base, avec des restrictions d’édition possibles au niveau du champ à partir du plan Team. La granularité s’arrête là. Un commercial voit les affaires de tous ses collègues, et aucun réglage natif ne change cela.

Les interfaces filtrent l’affichage, et ce filtrage améliore le confort de lecture. L’accès aux données reste entier. Un collaborateur qui a accès à la base sous-jacente accède à l’ensemble des lignes. Pour un fichier RH, un carnet d’adresses clients ou des données de santé, la différence entre masquer une ligne et en interdire l’accès change la nature du problème.

Les deux contournements habituels coûtent cher. Dupliquer la base par équipe multiplie les synchronisations et les divergences. Une couche tierce posée par-dessus la base ajoute un abonnement, un fournisseur et un point de panne.

4. L’API plafonne à cinq requêtes par seconde

Aucun plan ne relève ce plafond, qui s’applique base par base. Au-delà, l’API renvoie une erreur 429 et il faut attendre 30 secondes avant que les appels suivants repassent. Les jetons d’accès personnels montent à 50 requêtes par seconde pour l’ensemble du trafic d’un utilisateur ou d’un compte de service, sans changer la limite par base.

Airtable plafonne aussi le volume mensuel : 1 000 appels en plan Free, 100 000 en plan Team, sans limite annoncée en plan Business.

Concrètement, une synchronisation nocturne avec l’ERP qui devait durer vingt minutes en prend trois heures, et un scénario d’automatisation tombe en erreur les jours de pic. Une base de données relationnelle absorbe ce même volume sans effort.

5. Le compteur d’automatisations se vide avant la fin du mois

Les automatisations disposent d’un quota mensuel par espace de travail, remis à zéro le premier jour du mois : 100 exécutions en plan Free, 25 000 en plan Team, 100 000 en plan Business et 500 000 en Enterprise Scale.

Airtable décompte une exécution à chaque appel du déclencheur, que l’automatisation réussisse ou échoue, et y compris quand les conditions n’aboutissent à aucune action. Une automatisation branchée sur « à chaque modification d’enregistrement » dans une table active brûle son quota sans rien produire d’utile.

Quand les relances clients s’arrêtent le 22 du mois et que l’équipe l’apprend par un client mécontent, l’automatisation est devenue le processus lui-même. Une automatisation à ce niveau mérite une infrastructure sans quota mensuel.

6. Une formule modifiée part en production tout de suite

Toute modification de structure s’applique directement à la base de production. Un champ renommé, une formule ajustée ou une table restructurée valent pour tout le monde dans la seconde, sans validation intermédiaire.

Dupliquez la base, testez la modification sur la copie, puis refaites-la à la main dans la base de production. Rien ne transporte automatiquement un changement de structure d’une copie vers l’original, donc chaque déploiement est une opération manuelle qui peut diverger de ce qui a été testé.

Les règles métier de l’entreprise tiennent alors dans des formules que personne ne relit et qu’aucun test ne couvre. Sur un outil développé, la même règle est écrite, testée, relue en revue de code et déployée quand elle passe.

7. Les doublons s’installent sans contrainte d’unicité

Seuls les champs de type date et nombre appliquent une validation de format. Airtable ne propose pas de contrainte d’unicité, y compris sur le champ principal, et pas de champ obligatoire au sens strict. Deux fiches pour le même client peuvent coexister sans que rien ne le signale.

Un rollup additionne deux fois le même montant, un décompte de dossiers ouverts dépasse la réalité, et l’équipe passe une réunion à départager deux tableaux de bord qui donnent des résultats différents. Le nettoyage des doublons devient une tâche récurrente confiée à la personne la plus patiente de l’équipe.

Une base de données relationnelle traite les doublons avec une contrainte d’unicité déclarée une fois pour toutes.

8. Les contournements devenus indispensables au processus

Aucune page de tarifs ne mentionne ce signal, et il est le plus fiable des huit. Faites l’inventaire de ce qui entoure la base pour que le processus tienne :

• un export vers un tableur parce que les calculs manquent de finesse dans la base
• une base miroir pour cacher les marges aux prestataires
• un scénario Make ou Zapier que plus personne n’ose modifier
• une feuille de calcul qui contient les « vrais » chiffres du mois
• une seule personne qui sait comment l’ensemble s’articule

Un ou deux contournements font partie de la vie normale d’un outil. À partir de quatre ou cinq, l’équipe entretient déjà un système d’information complet, sans en avoir la fiabilité ni la documentation. Le coût existe, il est simplement payé en temps plutôt qu’en licences. Le départ d’une seule personne met alors le processus en difficulté.

Récapitulatif des huit signaux

Signal	La limite d’Airtable	Le contournement habituel
Plafond de volume	50 000 à 125 000 enregistrements par base	Archivage manuel, une base par année
Coût de la saisie	Facturation par éditeur et par commentateur	Réduction du nombre de saisisseurs, ressaisie
Confidentialité	Droits au niveau de la base entière	Base dupliquée par équipe, outil tiers
Intégrations	5 requêtes par seconde et par base	Synchronisations nocturnes, files d’attente maison
Automatisations	Quota mensuel d’exécutions, échecs décomptés	Relances reprises à la main jusqu’au 1er du mois
Évolutions	Modifications appliquées directement en production	Base de test dupliquée, report manuel
Qualité des données	Aucune contrainte d’unicité	Nettoyage récurrent des doublons
Contournements	Cumul de rustines autour de la base	Une personne détient le fonctionnement réel

Le rachat par Bending Spoons ajoute une inconnue

Bending Spoons a annoncé le 4 août 2026 un accord pour racheter Airtable, sur une valeur d’entreprise de 1,285 milliard de dollars. La clôture est attendue avant la fin de l’année, sous réserve des autorisations réglementaires. Airtable se portait bien au moment de l’accord, avec un revenu récurrent annuel d’environ 480 millions de dollars en croissance de plus de 20 % sur un an et plus de 500 000 organisations clientes.

Bending Spoons est un éditeur italien entré au Nasdaq le 1er juillet 2026, qui a racheté plus de cinquante produits, parmi lesquels Evernote, WeTransfer, Meetup, Vimeo, Komoot et AOL. Sur les produits repris jusqu’ici, l’éditeur a réduit les coûts et remonté le revenu par utilisateur :

• Evernote a ramené son offre gratuite à 50 notes et un seul carnet en décembre 2023, sans maintien des conditions pour les comptes existants. L’abonnement personnel annuel est passé d’environ 70 à 130 dollars.
• WeTransfer plafonne son offre gratuite à 10 transferts par mois.
• Evernote et Vimeo ont tous deux connu des licenciements massifs dans les mois qui ont suivi leur rachat.

Bien sûr, rien de tout cela n’est annoncé pour Airtable, et l’opération n’est même pas encore clôturée. Mais une entreprise qui décide aujourd’hui de la place d’Airtable dans son système d’information gagne à ajouter cette inconnue aux huit signaux. Surveillez trois points dans les douze prochains mois : le prix par éditeur, les seuils des plans (enregistrements, exécutions d’automatisations, appels d’API) et le rythme des évolutions produit.

Un outil dont vous possédez le code et les données échappe à ce risque. Il fonctionne sans prix par éditeur et sans quota mensuel, quel que soit l’actionnaire de votre prestataire.

Développer un outil interne va plus vite qu’avant

L’arbitrage entre acheter et développer s’est fixé à une époque où un outil interne se comptait en mois de développement. Cette prémisse date.

L’IA accélère la part répétitive du travail : les écrans de liste et de formulaire, le code d’accès aux données, les tests, les scripts de reprise de données, la documentation. Sur une migration depuis Airtable, elle lit le schéma existant et produit le modèle de données correspondant, ce qui raccourcit la phase la plus mécanique du projet.

Les développeurs passent toujours autant de temps à comprendre le métier, à cadrer le périmètre, à choisir l’architecture et à relire le code. Les équipes adopteront ou contourneront l’outil selon la qualité de ces heures-là. Un projet coûte cher quand elles sont bâclées : une mauvaise direction prise au départ, de la dette technique empilée, une faille laissée en place.

Un socle réutilisable enlève encore les fondations à écrire. Notre boilerplate open source livre l’authentification, la gestion des utilisateurs, une architecture testée, le déploiement et les briques IA déjà câblées (appels aux modèles, RAG, agents, observabilité). La logique métier se construit par-dessus, et elle prend l’essentiel du temps.

Le seuil a bougé. Un outil interne qui ne valait pas le budget il y a cinq ans le vaut peut-être aujourd’hui, et un plan Business à 45 $ par éditeur se compare désormais à un développement moins lourd qu’avant. Le guide du développement sur mesure donne les fourchettes de prix pratiquées en France.

Trois signaux ou plus sur un processus critique

Le seuil a beau avoir baissé, face à un signal isolé, changez de plan ou réorganisez la base plutôt que de tout redévelopper. Le sur-mesure devient pertinent quand plusieurs signaux se cumulent et qu’ils touchent un processus dont dépend le chiffre d’affaires.

graph TD
    A[Votre processus sur Airtable] --> B{Combien de signaux ?}
    B -->|0 à 2| C[Restez sur Airtable]
    C --> C1[Ajustez le plan et la structure des bases]
    B -->|3 ou plus| D{Le processus est-il stabilisé ?}
    D -->|Il change tous les mois| E[Gardez Airtable]
    E --> E1[Attendez que les règles se figent]
    D -->|Stabilisé depuis 6 mois| F{Quel signal domine ?}
    F -->|Affichage et permissions| G[Couche applicative sur la base]
    F -->|Volume, API, règles métier| H[Outil métier sur mesure]

Quatre situations où Airtable reste le bon choix

• Le processus change encore tous les mois. Tant que les règles bougent, la souplesse d’Airtable vaut mieux qu’un outil dont la logique est écrite dans le code.
• Le besoin est standard et bien couvert par un éditeur. Une compta, une messagerie, une gestion de congés se trouvent sur étagère pour quelques euros par utilisateur.
• Le nombre d’utilisateurs qui saisissent reste faible. Cinq ou dix éditeurs ne créent aucune pression économique.
• Le produit est encore un prototype. Validez une hypothèse sur Airtable en trois semaines, et le développement qui suit démarre avec des réponses.

Le panorama du low-code et du no-code détaille les cas où ces plateformes gardent l’avantage.

Entre garder Airtable et tout redévelopper, quand le seul problème porte sur l’affichage et les droits, poser une couche applicative par-dessus la base coûte moins cher qu’une refonte. La donnée reste dans Airtable, l’interface devient propre, et vous retrouverez les questions de volume et de règles métier plus tard.

Comment se passe le remplacement d’une base Airtable

Une base Airtable arrivée à maturité est déjà la spécification du besoin. Les tables contiennent le modèle de données, et les automatisations contiennent les règles métier. Ce travail de modélisation est souvent le plus long d’un projet.

Chez Lonestone, un remplacement se déroule en parallèle plutôt qu’en bascule sèche.

L’audit part de la base existante et de l’observation des équipes sur le terrain, pour séparer ce qui fonctionne de ce qui est un contournement. Le premier périmètre livré couvre le processus le plus contraint, celui qui atteint le plafond de volume ou qui réclame des permissions fines, pendant que la base Airtable continue de faire tourner les autres processus. Les données migrent par lots avec contrôle, les règles métier deviennent du code testé, et les équipes basculent par groupe. Airtable garde ensuite les usages où il excelle, les tableaux de suivi légers et les collectes ponctuelles.

L’application métier qui en sort tourne sur votre infrastructure. Les automatisations échappent au compteur mensuel et les permissions descendent au niveau de la ligne, du champ et du rôle. Côté IA, les traitements que le no-code réduit à du cosmétique (classification de documents, extraction, génération) s’intègrent directement dans le workflow, comme le décrit la page automatisation IA.

Notre premier livrable utilisable arrive en deux à quatre semaines, puis l’outil évolue par sprints de deux semaines. Comparez le budget du projet au total annuel des licences, des heures de ressaisie et des contournements entretenus.

Partir avant l’incident coûte moins cher

Le meilleur moment arrive quand l’équipe voit le plafond approcher et qu’elle a encore le temps de construire sereinement. Le pire arrive un vendredi de clôture, quand la base refuse un enregistrement de plus.

Comptez vos signaux sans complaisance. À partir de trois, parlez-en une heure avec quelqu’un qui a déjà fait la migration.

Lonestone développe des outils métier sur mesure depuis 2014, pour plus de 200 clients, avec une équipe d’ingénieurs qui ont pour la plupart entre 10 et 25 ans d’expérience. Notre agence de développement d’outil métier audite votre base, arbitre brique par brique entre garder, acheter et développer, puis livre le premier périmètre en quelques semaines.

Parler de votre base Airtable

FAQ

Questions fréquentes

Quelle est la limite d’enregistrements d’Airtable ?

Airtable limite chaque base à 1 000 enregistrements en plan Free, 50 000 en plan Team, 125 000 en plan Business et environ 500 000 en Enterprise Scale. La limite s’applique à la base entière, donc toutes les tables d’une même base se partagent ce quota. Découper les données en plusieurs bases contourne le plafond, au prix des liens entre enregistrements qui fonctionnent uniquement à l’intérieur d’une base. Au-delà de ce plafond, un outil métier développé lève la contrainte de volume.

Combien coûte Airtable pour une équipe de 50 personnes ?

Airtable facture les collaborateurs capables de modifier la donnée, éditeurs et commentateurs. Le plan Team revient à 20 $ par éditeur et par mois en facturation annuelle, le plan Business à 45 $. Pour 50 personnes qui saisissent, le budget annuel va donc de 12 000 $ à 27 000 $. Les collaborateurs en lecture seule et les répondants de formulaires ne consomment pas de siège. Le comparatif entre SaaS et développement sur mesure met ce budget en regard du coût d’un outil développé.

Peut-on limiter ce qu’un utilisateur voit dans Airtable ?

Airtable applique les droits au niveau de la base, avec des restrictions d’édition possibles au niveau du champ à partir du plan Team. Aucun réglage natif ne restreint l’accès à certaines lignes seulement. Les filtres des interfaces changent l’affichage, mais un collaborateur ayant accès à la base voit l’ensemble des enregistrements. Un besoin de cloisonnement par utilisateur, par client ou par région demande une couche applicative tierce ou un outil métier développé.

Airtable convient-il pour un outil utilisé par toute l’entreprise ?

Airtable convient bien aux processus d’équipe, aux suivis légers et aux prototypes. Pour un outil central utilisé par toute l’entreprise, trois contraintes pèsent : la facturation par personne qui saisit, l’absence de droits au niveau de la ligne et le plafond d’enregistrements par base. Lonestone conseille de rester sur Airtable tant que le processus évolue encore, et de passer à un outil métier développé quand les règles se stabilisent et que les contournements se multiplient.

Quelles alternatives à Airtable pour un processus métier critique ?

Trois options existent. Une plateforme no-code plus riche convient si le besoin reste proche du standard, comme le détaille le guide low-code et no-code. Une couche applicative posée sur la base Airtable règle les problèmes d’affichage et de droits sans toucher aux données. Un développement sur mesure devient pertinent quand le volume, les intégrations ou les règles métier dépassent ce que la plateforme sait faire.

Combien de temps prend la migration d’Airtable vers un outil sur mesure ?

La durée dépend du périmètre, et la base Airtable existante accélère beaucoup le démarrage puisqu’elle contient déjà le modèle de données et les règles métier. Chez Lonestone, un premier périmètre utilisable est livré en 2 à 4 semaines, puis l’outil s’enrichit par sprints de 2 semaines. La base Airtable reste en service pendant cette période, et les équipes basculent par groupe une fois l’application métier validée sur le terrain.

Faut-il tout migrer d’un coup en quittant Airtable ?

Non, et une bascule totale en une fois présente peu d’intérêt. La méthode la plus sûre commence par un audit de la base, puis attaque le processus le plus contraint, celui que le volume, les permissions ou les automatisations bloquent le plus, pendant qu’Airtable continue de faire tourner les autres processus. Les données migrent par lots avec contrôle systématique. La période de double fonctionnement dure le temps que chaque groupe d’utilisateurs bascule, sans date couperet imposée.

Le rachat d’Airtable par Bending Spoons change-t-il quelque chose pour les utilisateurs ?

Bending Spoons a annoncé le 4 août 2026 un accord pour racheter Airtable, avec une clôture attendue avant la fin de l’année. Aucun changement de tarif ou de plan n’a été annoncé pour Airtable à ce jour. Sur les produits que Bending Spoons a rachetés auparavant, les offres gratuites ont été resserrées, chez Evernote comme chez WeTransfer, et l’abonnement personnel Evernote est passé d’environ 70 à 130 dollars. Une entreprise qui construit un processus critique sur Airtable a donc intérêt à surveiller le prix par éditeur et les seuils des plans sur les prochains mois, ou à passer à un outil métier développé dont elle possède le code et les données.

Est-ce que l’IA rend le développement d’un outil métier plus rapide ?

Oui, sur tout ce qui est mécanique dans un projet : la génération des écrans, le code d’accès aux données, les tests, la reprise des données existantes et la documentation. Le cadrage, les choix d’architecture et la compréhension du métier demandent le même temps qu’avant, et ces heures-là décident du résultat. Lonestone combine cet outillage avec un boilerplate open source qui livre l’authentification, la gestion des utilisateurs et le déploiement, puis construit la logique métier par-dessus. Le seuil à partir duquel développer un outil métier sur mesure devient rentable a donc baissé.